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 70930 - Non-existing path provided
Summary: Non-existing path provided
Status: CLOSED FIXED
Alias: None
Product: debugger
Classification: Unclassified
Component: Java (show other bugs)
Version: 5.x
Hardware: All Windows ME/2000
: P3 blocker with 2 votes (vote)
Assignee: Martin Entlicher
URL:
Keywords:
: 72823 77524 (view as bug list)
Depends on:
Blocks:
 
Reported: 2006-01-03 08:22 UTC by tboerkel
Modified: 2015-04-13 19:16 UTC (History)
0 users

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments
https://mail.google.com/mail/u/0/#inbox/14cb2a7abc2431d5 (308 bytes, patch)
2015-04-13 19:09 UTC, zaman-1
Details | Diff
https://mail.google.com/mail/u/0/#inbox/14cb2a7abc2431d5 (2.23 KB, application/octet-stream)
2015-04-13 19:12 UTC, zaman-1
Details
https://mail.google.com/mail/u/0/#inbox/14cb2a7abc2431d5 (276 bytes, application/octet-stream)
2015-04-13 19:16 UTC, zaman-1
Details

Note You need to log in before you can comment on or make changes to this bug.
Description tboerkel 2006-01-03 08:22:35 UTC
When I start debugging a J2SE project, I get this in the output window:

init:
deps-jar:
compile:
Non-existing path "D:\jdk1.5.0_06\jre\lib\i18n.jar" provided.
Non-existing path "D:\jdk1.5.0_06\jre\lib\sunrsasign.jar" provided.
Non-existing path "D:\jdk1.5.0_06\jre\classes" provided.

After that, the project runs normally. 

I am using a non-default platform for that project. Using q-build
"netbeans-5_0-daily-bin-200512182030-18_Dec_2005_2030.zip" with fresh user dir. 

The project worked fine with NB 5.0 Beta 2.
Comment 1 Tomas Zezula 2006-01-03 14:38:35 UTC
It seems as someone debug message which should not affect the IDE behaviour.
Does the project have unmodified build.xml and build-impl.xml?
Comment 2 tboerkel 2006-01-03 14:43:19 UTC
Only these additional lines in build.xml:

    <target name="-do-jar-without-manifest"/>
    <target name="-do-jar-with-manifest"/>
    <target name="-do-jar-with-mainclass"/>
    <target name="-post-clean" depends="init">
        <echo message="Deleting all classes from ${build.classes.dir}"/>
        <delete>
            <fileset dir="${build.classes.dir}" includes="**/*.class"/>
        </delete>
        <echo message="Deleting all classes from ${build.test.classes.dir}"/>
        <delete>
            <fileset dir="${build.test.classes.dir}" includes="**/*.class"/>
        </delete>
    </target>
Comment 3 Tomas Zezula 2006-01-03 15:02:42 UTC
Thanks, these changes should be harmless.
Comment 4 Tomas Zezula 2006-01-03 16:06:44 UTC
Probably not P2, it is only warning message, the functionality is not affected.
It is written by the nbjpdastart task to warn user that a part of the classpath
does not exist. The i18n.jar, unrsasign.jar, classes/ are reported by the JDK as
a part of the bootclasspath, but they don't physically exist in most cases.
Fix: The bootclasspath shouldn't probably be checked.
Comment 5 Martin Entlicher 2006-01-03 16:40:25 UTC
This is just a warning that there are some non-existing items on the class path.
In this case it's harmless, since the given jars are actually not used.
The fix can really be to skip the verification of the bootclasspath.
Comment 6 Martin Entlicher 2006-01-03 16:48:56 UTC
The check is disabled for bootclasspath now:

/cvs/debuggerjpda/ant/antsrc/org/netbeans/modules/debugger/jpda/ant/JPDAConnect.java,v
 <--  JPDAConnect.java
new revision: 1.20; previous revision: 1.19

/cvs/debuggerjpda/ant/antsrc/org/netbeans/modules/debugger/jpda/ant/JPDAStart.java,v
 <--  JPDAStart.java
new revision: 1.40; previous revision: 1.39
Comment 7 tboerkel 2006-01-05 10:26:43 UTC
This is fixed only in 5.1? I predict users will file more bug reports about this
when 5.0 is released.
Comment 8 Martin Entlicher 2006-01-06 09:14:23 UTC
Yes, it's fixed only in 5.1. Unfortunately it came late in the release cycle -
in high-resistance mode, where only severe bugs can be fixed. This is just a
warning about non-existent paths on the classpath and it occurs only when the
user selects a different JDK from the JDK on which NetBeans are running.
Although the fix is simple, this can not be considered as a high-priority bug
according to http://qa.netbeans.org/processes/bug_priority_guidelines.html
Comment 9 tboerkel 2006-01-10 08:53:27 UTC
Well, this bug was not in Beta 2. It was introduced afterwards, so it is a
regression. And it may not stop NB from working perfectly, but it will irritate
(new) users for sure.
Comment 10 Jan Lahoda 2006-02-20 14:28:45 UTC
*** Issue 72823 has been marked as a duplicate of this issue. ***
Comment 11 tkellerer 2006-05-10 10:48:05 UTC
I still get this "error" with the current 5.5 dev build (200605080500)
Comment 12 Martin Entlicher 2006-05-11 17:43:07 UTC
Yes, this issue was fixed in dev builds, not in NB 5.5. Only fixes of
high-priority defects were ported into NB 5.5.
Comment 13 Martin Entlicher 2006-06-19 15:27:43 UTC
*** Issue 77524 has been marked as a duplicate of this issue. ***
Comment 14 Quality Engineering 2010-04-29 09:28:09 UTC
Verified ... and Closing all issues resolved into NetBeans 6.7 and earlier.