Dissertaç ˜ao de Mestrado Mestrado em Engenharia Informática Jo ...

More documents

Recommendations

Info

3. AN APPLICATION RECONFIGURATION FRAMEWORK 3.2. Automatic Application Configuration parsers, and continue from the same state later. 10. The user must be able to manually delete parsers from the parser repository. Description: The user must be able to manually delete parsers from the parser repository so that the user may intervene if the parser repository becomes to big, or if a certain parser becomes obsolete. 3.2 Automatic Application Configuration Having identified the requirements for the tool, it is now possible to tackle a possible solution for the problem. This section presents a framework which is the solution proposal for the automatic configuration of applications. The application configuration files are read by the tool, which parses them in order to con- vert their syntax from the original to a generic, application-independent, one. This allows for the configuration files to be manipulated and altered in the same way, for any application, through an agent which recognizes the generic syntax. Being in generic syntax, the file can be efficiently modified by an agent which operates on that kind of syntax, such as an automated script. Ensuing the file modification, the tool is responsible to do the inverse conversion, back to the file original form. Once the file has been converted to the generic syntax, the characteristics of the original syntax have been aprehended and can be used to reconvert the file back to its original syntax. The configuration process (Figure 3.1) can be divided into three main stages: 1. Configuration file extraction; 2. Original to generic syntax conversion; 3. File modification; 4. Generic to original syntax conversion. The second stage is accomplished through an Original to Generic syntax Converter (OGC) and the fourth by a Generic to Original syntax Converter (GOC). This dissertation points ways in which OGC and GOC might evolve. The first and third stages are not on the original work scope and therefore are not tackled in detail. Nevertheless, Section 3.5 approaches the file modification area superficially, hinting at some possible ways of dealing with the subject and identifying possible operational constraints. 3.3 Original to Generic syntax Converter The Original to Generic syntax Converter (OGC) is structured like a three-tier architecture [Ram00]. The three-tier architecture consists of a software design pattern which 24
3. AN APPLICATION RECONFIGURATION FRAMEWORK 3.3. Original to Generic syntax Converter !!""#$%&'$()* +$)&,$-. !/()0$12,&'$()* 0$#-. !""#$%&'$()*0$#-. ? 5,$1$)&#*'(*1-)-,$%* .3)'&4*%()6-,'-, !/()0$12,&'$()*0$#-* !/()0$12,&'$()*0$#-* $)*(,$1$)&#*.3)'&4 < $)*1-)-,$%*.3)'&4 7$#-*8(9$0$%&'$() = Figure 3.1: SmART Work Flow ;-)-,$%*'(*(,$1$)&#* .3)'&4*%()6-,'-, !!""#$%&'$()* !:(9$0$-9* %()0$12,&'$()*0$#-* $)*1-)-,$%*.3)'&4 > +$)&,$-. !:(9$0$-9*0$#-*$)* (,$1$)&#*.3)'&4 !""#$%&'$()*0$#-. Component Description User Interface The User Interface makes the link between the user and the tool. It can be thought of as a command interpreter, which reacts to user orders by calling other tool components. Additionally, it is used to simplify some otherwise complex tasks, such as building grammars for configuration files. Table 3.1: Presentation Layer Components defines three inter-related tiers, each with its own responsibilities. In this work context, the tiers are: Presentation Layer. Contains the presentation logic, including simple control and user input validation. Logic Layer. Contains the processing logic and the data access. Storage Layer. Provides the data storage. In this topology, each layer is modifiable without interfering with the others, increasing modularity. The three-tier architecture is depicted in Figure 3.2. However, the OGC does not follow a strict three-tier architecture, as later on, it is seen that some components on the presentation layer interact with those on the storage layer. The components employed by the OGC are now briefly described. Table 3.1 presents the components used by the Presentation Layer, Table 3.2 contains the description of the Logic Layer components and Table 3.3 introduces the components used by the Data Layer. 3.3.1 Component Description This section provides a description for each component required by OGC. First, the task of each component is briefly analysed and then, the operations of each component are more thoroughly 25
Page 1: Universidade Nova de Lisboa Faculda
Page 5: To my family and friends, who suppo
Page 9: Sumário Entre os sectores de tecno
Page 12 and 13: CONTENTS 3.5 Modifying the Configur
Page 15: List of Figures 2.1 Virtual applian
Page 19 and 20: List of Listings 1.1 Apache configu
Page 21 and 22: 1 Introduction This dissertation pr
Page 23 and 24: 1. INTRODUCTION 1.2. Problem Descri
Page 29: 1. INTRODUCTION 1.5. Document Organ
Page 32 and 33: 2. STATE OF THE ART AND RELATED WOR
Page 41 and 42: 3 An application reconfiguration fr
Page 43: 3. AN APPLICATION RECONFIGURATION F
Page 47 and 48: 3. AN APPLICATION RECONFIGURATION F
Page 55: 3. AN APPLICATION RECONFIGURATION F
Page 58 and 59: 4. AN IMPLEMENTATION 4.2. Parser Ge
Page 60 and 61: 4. AN IMPLEMENTATION 4.4. Data Stru
Page 62 and 63: 4. AN IMPLEMENTATION 4.4. Data Stru
Page 64 and 65: 4. AN IMPLEMENTATION 4.5. Original
Page 66 and 67: 4. AN IMPLEMENTATION 4.6. Generatio
Page 68 and 69: 4. AN IMPLEMENTATION 4.7. Generic t
Page 71 and 72: 5 Framework Evaluation Chapter 3 pr
Page 73 and 74: 5. FRAMEWORK EVALUATION 5.2. Operat
Page 83 and 84: 5. FRAMEWORK EVALUATION 5.3. Perfor
Page 85: 5. FRAMEWORK EVALUATION 5.3. Perfor
Page 88 and 89: 6. INTEGRATION WITH VIRTU 6.2. VIRT
Page 94 and 95:
6. INTEGRATION WITH VIRTU 6.4. SmAR
Page 96 and 97:
6. INTEGRATION WITH VIRTU 6.4. SmAR
Page 98 and 99:
6. INTEGRATION WITH VIRTU 6.5. Summ
Page 100 and 101:
7. CONCLUSION AND FUTURE WORK 7.1.
Page 103 and 104:
A.1 OGC sequence diagram A Appendix
Page 105 and 106:
B.1 MySQL Configuration file # # Th
Page 107 and 108:
B. APPENDIX - EVALUATION B.1. MySQL
Page 109 and 110:
B. APPENDIX - EVALUATION B.2. Apach
Page 111 and 112:
Page 113 and 114:
Page 115 and 116:
Page 117 and 118:
Page 119 and 120:
Page 121 and 122:
Page 123 and 124:
Page 125 and 126:
Page 127 and 128:
Page 129 and 130:
Page 131 and 132:
Page 133 and 134:
Page 135 and 136:
Page 137 and 138:
Page 139 and 140:
Page 141 and 142:
B. APPENDIX - EVALUATION B.3. Eclip
Page 143 and 144:
Page 145 and 146:
Page 147 and 148:
Page 149 and 150:
Page 151 and 152:
Page 153 and 154:
Page 155 and 156:
Page 157 and 158:
Page 159 and 160:
B. APPENDIX - EVALUATION B.4. Perfo
Page 161 and 162:
Page 163 and 164:
Page 165 and 166:
Page 167 and 168:
Page 169 and 170:
Page 171 and 172:
Page 173 and 174:
Page 175 and 176:
Page 177 and 178:
Page 179 and 180:
Bibliography [Ama09] Amazon. Amazon
Page 181:
BIBLIOGRAPHY [Sol09a] Evolve Space
show all

Dissertaç ˜ao de Mestrado Mestrado em Engenharia Informática Jo ...

Create successful ePaper yourself

Delete template?

Save as template?