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.
Build 200504200735 1) Create new WebApp 2) Have a JAR file in this structure: LibraryName +-SubName +-file.jar 2) Project's Properties | Libraries | Add JAR/Folder -> add 'LibraryName' directory 3) Build project 4) Go to Files window and explore: project node | dist | project.war file | WEB-INF | classes 5) Explore 'SubName' directory 6) EXCEPTION: see attachment. Note: - Exploring WEB-INF/lib or WEB-INF/classes directory in WAR file doesn't throw exception for any JAR file directly contained in this directory. - Described structure of directories with JAR files are not typical for WebApps, therefore setting priority to P4.
Created attachment 21775 [details] java.net.URISyntaxException: Illegal character in opaque part at index 178: jar:file:/D:/NetBeans/Web%20App/dist/Web%20App.war!/WEB-INF/classes/J2EE 1.4/servlet-api-2.4.jar
Improtant note: 'SubName' has to contain a space in the name (e.g. "Struts 1.1"). That's the reason why the exception is thrown.
Tomas, please could you look at it ? Do we intend to support embeded jars into jar in methods like FileUtil.isArchiveFile, getArchiveRoot and so on ? If so, what then should be return e.g. from this call FileUtil.isArchiveFile(new URL("jar:jar...")).
For the classpath related things it is not necessary to support the nested archives, But I cannot evaluate the web app use case since I don't understand to the content of the war files. If we want to support it, the FU.isArchiveFile ("jar:file://xxxxx!/yyy") should return false and FU.isArchiveFile ("jar:file://xxxxx!/yyy.jar") should return true. Not sure.
this also goes wrong when clicking extended help ( globe-with-window-in-front icon) ( I confirm that the requested does exist) java.net.URISyntaxException: Illegal character in path at index 16: file:/C:/Program Files/netbeans-5.0beta2/enterprise2/docs/jstl11-doc.zip at java.net.URI$Parser.fail(URI.java:2809) at java.net.URI$Parser.checkChars(URI.java:2982) at java.net.URI$Parser.parseHierarchical(URI.java:3066) at java.net.URI$Parser.parse(URI.java:3014) at java.net.URI.<init>(URI.java:578) at org.netbeans.core.startup.layers.ArchiveURLMapper.getFileObjects (ArchiveURLMapper.java:84) at org.openide.filesystems.URLMapper.findFileObject(URLMapper.java:190) at org.netbeans.modules.extbrowser.URLUtil.createExternalURL (URLUtil.java:63) at org.netbeans.modules.extbrowser.NbDdeBrowserImpl$URLDisplayer.dispatchURL (NbDdeBrowserImpl.java:276) at org.netbeans.modules.extbrowser.NbDdeBrowserImpl$URLDisplayer.run (NbDdeBrowserImpl.java:253) [catch] at java.lang.Thread.run(Thread.java:595)
Probably it is no longer a problem. at least I cannot reproduce in trunk when exploring content of war or zip file that contain entries with space in name.
Reassigning to new module owner jskrivanek.
Works for rkubacki.