[modules-dev] Review request for 6601899

Dave Bristor David.Bristor at Sun.COM
Tue Oct 30 11:25:54 PDT 2007


Brief update: I noticed that URLModuleDefinitionContent.getData() is 
superfluous, given JamUtils.readFile(); the former is removed and prior uses 
of it now use the latter.  Webrev updated.
Thanks,
	Dave

Dave Bristor wrote:
> Hi folks,
> 
> This is to fix
> 
> 6601899 (repo) URLRepository.find*() must not return modules for other than 
> the appropriate platform/arch
> 
> bugster: http://monaco.sfbay/detail.jsp?cr=6601899
> webrev: http://analemma.sfbay.sun.com/java/jdk/ws/libs/rev/6601899/
> 
> The bulk of the work involves taking into account platform & arch when 
> installing, finding, and listing modules.  There are several simplifications & 
> cleanups.  The "interesting" changes are in
> 
> LocalRepository
> ModuleInfoXMLReader
> URLRepository
> 
> Changes in those (and to a lesser extent other files) are based on additions 
> to RepositoryUtils.
> 
> LocalRepositoryTest and URLRepositoryTest were updated to take into account 
> platform/arch specifics.  There currently aren't any tests which look for the 
> (IMHO unlikely) case of having specified platform but not arch or vice versa. 
>   Nor are there (yet) any tests which take into account a user-specified path.
> 
> The changes also include a fix to Jam.java so that temp files are deleted on 
> exit.  Ditto for JamBuilder.java (only used as part of tests, but equally good 
> for it to clean up after itself).
> 
> Thanks,
> 	Dave
> _______________________________________________
> modules-dev mailing list
> modules-dev at openjdk.java.net
> http://mail.openjdk.java.net/mailman/listinfo/modules-dev



More information about the modules-dev mailing list