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.
testJarMapping: correct URL -> FO for root expected:<[AbstractFileObject@12cc95d[jar:file:/space/src/nb_all/openide/test/work/user/org.openide.filesystems.URLMapperTest/testJarMapping/test.jar!/]]> but was:<[AbstractFileObject@12cc95d[jar:file:/space/src/nb_all/openide/test/work/user/org.openide.filesystems.URLMapperTest/testJarMapping/test.jar!/], AbstractFileObject@157fb52[jar:file:/space/src/nb_all/openide/test/work/user/org.openide.filesystems.URLMapperTest/testJarMapping/test.jar!/]]> Presumably URLMapper's default impl returns the JarFileSystem file once, and then ArchiveURLMapper returns it again. One or the other should be removed. (URLMapper could also remove duplicates before returning its results, though that would be an inefficient way to solve this bug.)
I already have hotfix for the test because I'm adding these tests to commit validation suite. ArchiveURLMapper could check whether the jar is in Repository and if yes does do provide URL because it will be returned by default URLMapper.
Test is fixed now. Changing summary to match remaining problem. Btw. Tomas, I changes impl of ArchiveURLMapper to match DefaultURLMapper (i.e. jar file name is not encoded now). Otherwise it was pretty confusing to get for the one file two different URLs.
If issue, described in #41506, is accepted then there is no reason to do any additional checks here which could cause useless performance penalty.
Issue #41606 would help only if URLMapper's static methods did not merge together results from all impls.
OK from my point of view.
This issue was solved long time ago. Because nobody has reopened it neither added comments, we are verifying/closing it now. If you are still able to reproduce the problem, please reopen. Thanks in advance.