Currently the CopyLibs task does not create libs folder in case when there is
a folder on the runtime classpath of the project. It may create an archive file
from the folder and copy it. The problem may be the performance of archive
This bug is biting me really hard, because most of my projects have a conf
folder on their runtime classpath, that contains log4j.xml and Java properties
I verified the behaviour described in the bug report by removing the conf folder
in one project and rebuilt it, and, voila, there it is, the libs folder inside
the jar produced in the dist folder.
Any suggestions how to work around this? Or when the bug will be fixed?
Originally only the swinglayou.jar was copied, we changed it co copy all the
archives. We intentionally didn't copy folders (it may be very time consuming),
if we decide to change it, it would rather create jar archives from folders on
the classpath. The fix is quite easy, I will try to get it into the 5.5 release.
Here is a workaround: Create a j2se library project with external sources which
has no sources only the source root is set to the folder with configuration
files and add the dependency of your project(s) on this project. It should work
*** Issue 73400 has been marked as a duplicate of this issue. ***
*** Issue 91116 has been marked as a duplicate of this issue. ***
*** Issue 122049 has been marked as a duplicate of this issue. ***
At least copy jars files and give and "optional" option to package / copy or wahtever with folders. In my case, copying
only jars files and excluding folders is ok.
moving opened issues from TM <= 6.1 to TM=Dev
*** Bug 192376 has been marked as a duplicate of this bug. ***
I second the motion for the quick but reasonable fix now: just skip directories and copy the jars. That would also be fine for my use case.
Done according to dgtombs. Now it only warns about such a folder but copies the rest
Integrated into 'main-golden', will be available in build *201011250001* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress)
User: Tomas Zezula <firstname.lastname@example.org>
Log: #70077:CopyLibs task should create archives from folders
*** Bug 167849 has been marked as a duplicate of this bug. ***
*** Bug 195378 has been marked as a duplicate of this bug. ***
NetBeans omits a folder classpath at Class-Path of MANIFEST.MF
My application must load classfile dynamically from the folder.
That folder has class files uploaded from network on the fly.
Libraries path of netbeans can add a folder, jar, zip.
But, MANIFEST.MF's Class-Path property omits the folder classpath.
The packaging jar must contain a relative folder path for correct execution.
And what it should do with such a folder?
It can pack it into zip (which does not solve tour problem at all) or it can copy it into lib folder which is slow during build and also may slow distribution.
>That folder has class files uploaded from network on the fly.
In such a case the folder probably should not be copied into dist/lib anyway.
The copylibs cannot create references outside of dist folder as it makes distribution.
My java application must load the class bytecode dynamically at the folder on the fly (on the runtime, after starting).
The class bytecode (as class file) will be uploaded to the folder from network after my java program starting.
The folder contains the class bytecode from a networked java program of internet at runtime.
My java application does not know the class bytecode at the starting time.
NetBeans must contain the folder classpath at Class-Path of MANIFEST.MF