This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
org.netbeans.core.projects.ValidateLayerConsistencyTest.testContentCanBeRead fails in dev sources: Some files are unreadable[ File org/netbeans/modules/vcs/profiles/cvsprofiles/config/Bundle_ja.properties cannot be read java.io.FileNotFoundException: JAR entry org/netbeans/modules/vcs/profiles/cvsprofiles/config/Bundle_ja.properties not found in /space/src/nb_all/nbbuild/netbeans/modules/cvs-profile.jar] Presumably whoever deleted the *_ja* resources did not correspondingly remove the layer entries for them. These layer entries should be part of the Japanese location, i.e. in layer_ja.xml in translatedfiles I guess.
This is strange. The *_ja* files should not be referenced in the layer any more. At least in dev build when I run the ValidateLayerConsistencyTest by internal execution it finish successfully. I'm not able to get it to run manually in the projects build and there does not seem to be access to Default filesystem in the GUI :-((((( I'm going to explore how to run the test in the projects build through ANT.
vcsgeneric/profiles/cvsprofiles/src/org/netbeans/modules/vcs/profiles/cvsprofiles/layer-includes-configRB.xml contains: <file name="Bundle.properties" url="/org/netbeans/modules/vcs/profiles/cvsprofiles/config/Bundle.properties"/> <file name="Bundle_ja.properties" url="/org/netbeans/modules/vcs/profiles/cvsprofiles/config/Bundle_ja.properties"/> which looks suspicious to me. layer-includes-configRB_ja.xml already includes that second entry (and anyway IMHO all the *_ja* resources should be gone from this module anyway, present only in translatedfiles). Reproducing the problem is not complicated; I am not sure what you are talking about re. projects build, internal execution, etc. Just get dev sources, and run ant -f nbbuild/build.xml real-clean all; the validation test fails in this module.
Oh, the layer-include*.xml files are not cleaned by a small mistake. I've fixed it in the trunk and prj40_prototype branch: /cvs/vcsgeneric/profiles/cvsprofiles/build.xml,v <-- build.xml new revision: 1.16; previous revision: 1.15 /cvs/vcsgeneric/profiles/cvsprofiles/build.xml,v <-- build.xml new revision: 1.15.4.1; previous revision: 1.15
Jesse, if you are satisfied with the fix, would you please verify this issue ? Thanks !
Next time I run commit-validation.
Okay, verifying instead of Jesse.