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.
Summary: | I18N - cant create a vwp project if there is localized webui-jsf-suntheme.jar | ||
---|---|---|---|
Product: | obsolete | Reporter: | Ken Frank <kfrank> |
Component: | visualweb | Assignee: | _ potingwu <potingwu> |
Status: | VERIFIED FIXED | ||
Severity: | blocker | CC: | kaa, kfrank, potingwu |
Priority: | P2 | Keywords: | I18N |
Version: | 6.x | ||
Hardware: | All | ||
OS: | All | ||
Issue Type: | DEFECT | Exception Reporter: | |
Attachments: |
t
exception on project creation |
Description
Ken Frank
2007-04-11 02:59:41 UTC
Created attachment 40722 [details]
t
using the real localized jar delivered by ws team from shortfin, the problem is still there. I realize eventual woodstock jar for vwp6 might be different but assuming the layout will be same, but in any case, the main experiment uses the one in vwp6 as a basis. ken.frank@sun.com Please attach 'the real localized jar' for me to test. I'm not aware of a real localized jar for netbeans 6 since we get those deliveries later. I take the en one and pseudo localize it, so I'll send you that one separately. ken.frank@sun.com I think this is a web project classpath modifier bug. As I tracked, when adding a jar file (e.g., URL="file:/D:/.../nbbuild/netbeans/visualweb1/modules/ext/locale/webui-jsf-suntheme_ja.jar"), I got this assert error from org.netbeans.modules.web.project.classpath.WebProjectClassPathModifier, at line#128: assert classPathRoots[i].toExternalForm().endsWith("/"); //NOI18N It expects the URL must be ended with "/". Is that a standard that we should follow? After I comment out this line, I do see the jar file has been successfully added into the project. To developers, I know we are not releasing localized now, but this info or solution is critical now for ongoing vwp testing, which simulates the localized situation. So if you could reply to the question in previous comment soon it will be very helpful and appreciated. ken.frank@sun.com Classpath modifier works fine in web project as well as in j2se project and there were no changes in last few days in it so if Ken says that this problem wasn't there a week ago I would say that something changed in the visual web. Po-Ting, see how the URL is constructed in org.netbeans.modules.web.project.classpath.WebProjectClassPathExtender.addArchiveFiles(...) method. FileObject fo...; FileObject archiveFile = FileUtil.getArchiveRoot(fo); URL[] archiveFileURL = archiveFile.getURL(); Hopefully it can help. Fixed. Looks like the new API now requires the archive-root and not allows the file itself. Created attachment 42605 [details]
exception on project creation
ignore latestg attachment; it was meant for another issue. verified - now the localized suntheme jar and some other localized ones are mounted in project libraries tab. ken.frank@sun.com |