[ http://jira.codehaus.org/browse/MOJO-553?page=comments#action_81684 ] Brill Pappin commented on MOJO-553: -----------------------------------
Thats not a bad idea (re ClassWorlds) but most launchers have a way of defining the classpath as a wildcard, for instance wrapper can define it as lib/* and it will add the jars it finds to the classpath. On the other hand, using the classpath is actually not the best thing to do, or if you do you it in the startup scripts, you have to make sure you wipe out any existing classpath or you may end up importing something unintended (thats my developers don't use it). I think using a bootstrapper like classworlds might be better anyway as it gives a good clean entry point to any application. My only concern is the overhead of loading jars that way. e.g. if I have a simple utility bundles with the app, I only need that one jar. > [appassembler] CLASSPATH environment variable overflow for too many > dependencies > -------------------------------------------------------------------------------- > > Key: MOJO-553 > URL: http://jira.codehaus.org/browse/MOJO-553 > Project: Mojo > Issue Type: New Feature > Components: appassembler > Environment: windows > Reporter: Luca Dall'Olio > > Having hundreds of dependencies the windows shell script tries to create a > huge environment variable, which overflows. You get a "line too long" when > running. > A possible solution would be to load jars inside the shell script by using a > classloader like Jakarta Commons Launcher > http://jakarta.apache.org/commons/launcher/, Ant, Uberjar or perhaps > Classworlds http://classworlds.codehaus.org/ > This would also open a whole new range of possibilities : having jar > directories with different priorities (say an empty "patches" directory), > having a different class loading order then the usual alphanumeric order (for > conflicting jars) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira --------------------------------------------------------------------- To unsubscribe from this list please visit: http://xircles.codehaus.org/manage_email
