Changes between Version 8 and Version 9 of GROUP_DEPLOYMENT_R2


Ignore:
Timestamp:
08/24/09 13:20:36 (16 years ago)
Author:
pav
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • GROUP_DEPLOYMENT_R2

    v8 v9  
    4848  * sophie2.module.paths - String with the location of all the modules to target/classes(or target/test-classes) folder. This is done because there is no other (known) way(under Fake launch) to extract the paths to the sophie modules. The java class path didn't do the work because there are some other packages and we use prefix to extract only org.sophie2 modules, but if the prefix become different a problem will occur. 
    4949 * Some of the logic how the things work for the FileEntryManager should be changed: 
    50   * fillFakeModulePaths should not fill the paths using the class path but the sophie2.module.paths system property. 
    5150  * in roRoots there is no need to append target/classes and target/test-classes suffixes to the paths because src/main(test)/resources locations won't be read only roots anymore. All resources should be searched in target folder where are the compiled classes. 
    5251  * rwRoot - tmp-distrib folder(created under Fake and True for shared entries for writing) has to be stored in launcher/tmp-distrib but has to be ignored from the svn. This way we can save the configurations for the next launch of Sophie 2. 
     
    5453  
    5554 * About the FileSearchUtil: 
    56   *   
    57  
    58  * The URI and URL classes has to be used except String everywhere is possible, because they manage to deal with the protocols before the location addresses. 
    59  * Each exception has to be caught and logged with appropriate message. 
     55  * fillFakeModulePaths should not fill the paths using the class path but the sophie2.module.paths system property. 
     56  * in findPomFromUrl there is a static path org.sophie2 which helps finding the module name which pom is wanted. It has to use sophie2.module.paths instead of this. 
     57  * findJarEntry should be reimplemented to take only one parameter - URL and to extract the entry path from this URL. This will be used in getConfigFile - XXX comment has to be removed using the new method. 
     58  * In jarUrlExists use getEntryName to determine if entry really exists in the jar instead of swallowing IOException. 
     59  * deleteFile and clean methods has to be united in one - deleteFile method which deletes file or directory only if it is not null and it exists. 
     60 * The URI and URL classes has to be used instead of Strings everywhere is possible, because they manage to deal with the protocols before the location addresses and with the file separators. 
     61 * Carefully look for exceptions and log them with appropriate message. 
    6062 
    6163