> Pong ;) Peng, thanks for your reply and sorry for my delay :)
> Andrea, could you describe the problem, why you don't like to export > every single jar in the manifest? I seems to me that you are trying to > resolve 3rd-party transitive dependencies and add these dynamically if > you build the plugin. My problem is that I want users to be able to add jars to the plugin ideally at any moment. Right now the spatial toolbox loads them into the classpath to extract annotated modules and present them in the Toolbox. One can load new jars as he goes. In the case in which I do not spawn a new JVM, hence supplying the jars location as classpath, I have not been able to get everything loaded into the classpath of the plugin. It is always quite a mess to get things outside the plugins into the plugin. :) Ideally it should be possible to place jars in a plugin, restart uDig, and have each of them available. I found no way to do so, without adding them to the manifest. I used buddy policies between plugin in the past, but nothing that allows me what I really need. Expose each jar that is inside (or added later) from a plugin as dependency. > 2012/10/23 andrea antonello <andrea.antone...@gmail.com>: >> So my final question is: do you know if there is a way to create a >> plugin, that exports all the contained jars, without the need of >> defining them in the manifest? > > Just a suggestion : Try to create a eclipse plugin from jars (new -> > other -> Plug-in Development -> Plug-in from Existing jar) > > - select the jars you want in your bundle > - on the wizard page Plug-in Project Properties you can select "unzip > the JAR archives into the project" (this will create packages with > extracted class files and adds all packages to the Export-Package: > setting in the manifest. > - no need to add jars to classpath anymore. > > Questions: > Where are the jars from (maven dependency, manual copy task)? > Do you plan to include 3rd-Party dependencies or just use the > import-packages directive in the manifest.mf ? (I would prefer later, > so so don't have to care about who is the "provider" of the > depenencies (e.g. com.springsource.xxx , org.apache.xxx or whoever). > > do you have set up a branch in your github clone we can go over and > check the settings? As you can see from my above answer, these last do not apply. I am not trying to create a plugin from libraries, I need something way more exotic :) Cheers and thanks, Andrea > > Cheers, Frank > _______________________________________________ > User-friendly Desktop Internet GIS (uDig) > http://udig.refractions.net > http://lists.refractions.net/mailman/listinfo/udig-devel _______________________________________________ User-friendly Desktop Internet GIS (uDig) http://udig.refractions.net http://lists.refractions.net/mailman/listinfo/udig-devel
