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.
Created attachment 136295 [details] Use case project When building an Ant project with builtin Ant 1.9.0 AND with standalone Ant 1.9.1, following error occurs: NetBeansProjects/ExcludeFromCopyUseCase/nbproject/build-impl.xml:1017: The following error occurred while executing this line: NetBeansProjects/ExcludeFromCopyUseCase/nbproject/build-impl.xml:861: copylibs doesn't support the "excludeFromCopy" attribute To reproduce, create an empty new Java project, or use my attachment. Tested with netbeans-trunk-nightly-201306242301-javase.
it could be jdk 8 specific. I cannot verify now as I don't have jdk 8 on my mac, but the project is set to use the jdk8 platform and when I change the version to jdk7 I don't have problems building the project. Please note that also the IDE I'm running on is using JDK 7. Can you verify that the project runs with JDK7 IDE? Please attach the "About Netbeans" dialog information or IDE log file as well.
Created attachment 136351 [details] Use case project with 1.7 I changed JDK to default (which is 1.7) and source format to 1.7. The error remains. I attach the modified project. Product Version: NetBeans IDE Dev (Build nbms-and-javadoc-11148-on-20130618) Java: 1.7.0_21; Java HotSpot(TM) 64-Bit Server VM 23.21-b01 Runtime: Java(TM) SE Runtime Environment 1.7.0_21-b11 System: Linux version 3.9.6-desktop running on amd64; UTF-8; en_US (nb) User directory: /home/username/.netbeans/dev Cache directory: /home/username/.cache/netbeans/dev
Created attachment 136353 [details] screenshot please see my screenshot, can you tell me what jar does your copylibs library in Tools/Libraries point to? have you changed that possibly at some point in time?
You where right! Strangely, the CopyLibs Task global library contained: /home/username/.netbeans/dev/ant/extra/org-netbeans-modules-java-j2seproject-copylibstask.jar I changed it to the installation location and it works now: /usr/install/netbeans-dev/java/ant/extra/org-netbeans-modules-java-j2seproject-copylibstask.jar The remaining question is: How does it come that it (either the functionality or the file reference) was changed from one nightly build to another. I didn't touch it.
Related to the issue #231468. In fact the correct copylibs is /usr/install/netbeans-dev/java/ant/extra/org-netbeans-modules-java-j2seproject-copylibstask.jar. The Copylibs from /home/username/.netbeans/dev/ant/extra/org-netbeans-modules-java-j2seproject-copylibstask.jar seems to be some old copylibs installed by an auto update. It's questionable if the obsolete jars should not be deleted, but it's probably impossible for dev builds. For s release a new user dir is created and such a problem does not happen.
(In reply to comment #5) > Related to the issue #231468. > In fact the correct copylibs is > /usr/install/netbeans-dev/java/ant/extra/org-netbeans-modules-java-j2seproject-copylibstask.jar. > The Copylibs from > /home/username/.netbeans/dev/ant/extra/org-netbeans-modules-java-j2seproject-copylibstask.jar > seems to be some old copylibs installed by an auto update. > It's questionable if the obsolete jars should not be deleted, but it's probably > impossible for dev builds. > For s release a new user dir is created and such a problem does not happen. That's right. Sharing the same user dir between different Development builds is risky, even not supported. The supported scenario is uninstall the IDE (with removing of the userdir) and install the newer build then.
I have ran into this error/issue. I caused it by re-installing Netbeans AFTER uninstalling and re-installing a newer java JDK version. Netbeans correctly updated itself to use the new SDK as default. Within Netbeans, the project still showed that it was using "JDK 1.7(Default)" but in reality something in the background was disconnected. I was able to resolve by going to "Manage Platforms", adding an additional JDK, and switching the project to it, apply, and then switch back to "JDK 1.7(Default)".
I came across this problem when I was executing build from command line (ant jar). In my case it was enough to delete nbproject/private folder. This problem was caused by opening of the project by older NetBeans (7.3.1) than it has been created (7.4).
Must be like to visit here this amazing post follow here http://solitairetimes.com and join the amazing fun to play free solitaire games without download here.