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.

Bug 180651 - IllegalArgumentException: File URL pointing to JAR is not valid classpath entry. Use jar: URL. Was: file:/export/work/cnd-main/nbbuild/netbeans/cnd/modules/docs/org-netbeans-modules-cnd.jar/
Summary: IllegalArgumentException: File URL pointing to JAR is not valid classpath ent...
Status: RESOLVED DUPLICATE of bug 181155
Alias: None
Product: apisupport
Classification: Unclassified
Component: Project (show other bugs)
Version: 6.x
Hardware: All All
: P3 normal (vote)
Assignee: Jesse Glick
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-02-12 05:13 UTC by Egor Ushakov
Modified: 2010-02-25 08:14 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Exception Reporter: 165180

Attachments
stacktrace (5.65 KB, text/plain)
2010-02-12 05:13 UTC, Egor Ushakov 		Details
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Egor Ushakov 2010-02-12 05:13:22 UTC 
Build: NetBeans IDE Dev (Build 201002120200)
VM: Java HotSpot(TM) Client VM, 16.0-b13, Java(TM) SE Runtime Environment, 1.6.0_18-b07
OS: SunOS

Stacktrace: 
java.lang.IllegalArgumentException: File URL pointing to JAR is not valid classpath entry. Use jar: URL. Was: file:/export/work/cnd-main/nbbuild/netbeans/cnd/modules/docs/org-netbeans-modules-cnd.jar/
   at org.netbeans.api.java.queries.SourceForBinaryQuery.checkPreconditions(SourceForBinaryQuery.java:142)
   at org.netbeans.api.java.queries.SourceForBinaryQuery.findSourceRoots(SourceForBinaryQuery.java:88)
   at org.netbeans.api.java.queries.BinaryForSourceQuery$DefaultResult.getRoots(BinaryForSourceQuery.java:132)
   at org.netbeans.modules.java.source.usages.BuildArtifactMapperImpl.getTarget(BuildArtifactMapperImpl.java:200)
   at org.netbeans.modules.java.source.usages.BuildArtifactMapperImpl.access$000(BuildArtifactMapperImpl.java:100)
   at org.netbeans.modules.java.source.usages.BuildArtifactMapperImpl$FileBuildQueryImpl.getStatus(BuildArtifactMapperImpl.java:670)
Comment 1 Egor Ushakov 2010-02-12 05:13:27 UTC 
Created attachment 94114 [details]
stacktrace
Comment 2 Tomas Zezula 2010-02-12 05:25:43 UTC 
Seems as wrongly set up of apisupport project.
The file:/export/work/cnd-main/nbbuild/netbeans/cnd/modules/docs/org-netbeans-modules-cnd.jar/ should be:
jar:file:/export/work/cnd-main/nbbuild/netbeans/cnd/modules/docs/org-netbeans-modules-cnd.jar!/
Comment 3 Jesse Glick 2010-02-12 09:58:48 UTC 
The URL is certainly wrong but I have no idea what code would be creating it; it is not obviously coming from apisupport. Are you able to reproduce this exception somehow?

Since the current code does not reliably indicate where such invalid root URLs are constructed, I have reworked the infrastructure code to throw IAE earlier: core-main #460d7785656e
Comment 4 Jesse Glick 2010-02-12 10:08:22 UTC 
...and: core-main #4e1d045b9059
Comment 5 Quality Engineering 2010-02-13 21:49:16 UTC 
Integrated into 'main-golden', will be available in build *201002140200* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress)
Changeset: http://hg.netbeans.org/main/rev/460d7785656e
User: Jesse Glick <jglick@netbeans.org>
Log: Diagnosis for #180651: invalid CP entry coming from somewhere.
Comment 6 Quality Engineering 2010-02-16 21:53:24 UTC 
Integrated into 'main-golden', will be available in build *201002170200* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress)
Changeset: http://hg.netbeans.org/main/rev/53529d2ac5aa
User: Jan Lahoda <jlahoda@netbeans.org>
Log: #180651: the diagnostic for the bug caused the CommentCollectorTest to fail. The test did not set any cache folder, but as it never tries to attribute any file, it was passing before the diagnostics was introduced, as (presumably) the entries for the ClassPath were never created. With the diagnostics, the entries are always created, and so a cache folder is required now.
Comment 7 Jesse Glick 2010-02-25 08:14:50 UTC 
.
Comment 8 Jesse Glick 2010-02-25 08:14:58 UTC 

*** This bug has been marked as a duplicate of bug 181155 ***