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.
After installing the latest module updates to NetBeans 6.5, when I open my Java projects the build-impl.xml script is modified, such that the empty "sourcepath" setting in the javac macrodef is changed to "/does/not/exist". Fine, but this now generates warning messages every time I build my projects. This is not good.
This is side effect of issue 137060
I have no warnings building my projects. Can you specify type of warnings, and your project configuration? Thanks.
Someone changed something in our project settings and now the placeholder path is not being inserted into our build files. Creating a new Java project shows the placeholder, but building does not indicate any warnings. I have no idea what happened. All I can say is multiple members of our team experienced this issue, but now it's gone. Closing as not reproducible.
The same thing happened to me. It was happening, and now it's not. The path is now "${web.docbase.dir}" where it was "/does/not/exist" before. Why wasn't it ${web.docbase.dir} to begin with? I'm not sure. Possibly because I had been changing that value in the Project Properties dialog, and the default path didn't exist (I had deleted it before). Issue 158342 may be related...
*** Issue 158531 has been marked as a duplicate of this issue. ***
I should note that at the time I built my project and got this warning, that property *was* defined in the Project's Properties. It's just that the build-impl.xml file didn't reflect that.
This is happening to me for a Java project. I don't know why it happens for some and not for others, but I can tell you that it *is* happening and it *does* generate a compiler warning when you build the project. This needs investigation.
nlfiedler, can you attach your project?
Created attachment 77316 [details] JSwat installer project that demonstrates the issue
If you use -Xlint then you will get this warning. It is harmless; /does/not/exist is used intentionally as, well, a path which does not exist. Just add -Xlint:-path. Probably j2seproject's build-impl.xml should add this to compiler options automatically, since path lint is not useful for javac invoked from Ant anyway.
Reported to cause build errors for those using -Xlint:all -Werror in compiler options. Suggestion: add to build-impl.xml somewhere (I guess in -init-macrodef-javac): <property name="empty.dir" location="${build.dir}/empty"/> <delete dir="${empty.dir}" quiet="true"/> <mkdir dir="${empty.dir}"/> and then use ${empty.dir} in place of /does/not/exist. I think that would also keep issue #137060 fixed while eliminating the warning.
So if I understand the issue correctly, you must define a default sourcepath for the javac task so it won't attempt to compile source files included in .jar files. Previously, it was a path which does not exist, but that was causing problems, so the proposal is to make it an empty path which does exist. I don't understand why that needs to be an empty path, though. Why can't it be ${src.dir}?
The status whiteboard "65fixes4-candidate" has been removed. At this time our proactive patches for the NetBeans 6.5.x IDE have concluded. If you own a Sun service plan contract for NetBeans, you may wish to contact Sun Service http://www.sun.com/contact/support.jsp to request a fix via the product defect escalation process. For more information on purchasing a Sun service plan contract for NetBeans, refer to the service plan item "Sun Software Service Plans (S3P) for Developers" in the Sun Service table found on our NetBeans Support Resources page http://www.netbeans.org/kb/support.html
Jesse, would you be willing to fix this?
core-main #6ea25133eb28
Integrated into 'main-golden', will be available in build *200905070201* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main-golden/rev/6ea25133eb28 User: Jesse Glick <jglick@netbeans.org> Log: #157692: do not use /does/not/exist as javac -Xlint -Werror rejects it. Create build/empty instead.