> Andrea can you include OSGi manifest information into your jar? OSGi is > already designed for loading and unloading things at runtime?
I sure could in fact. Then I could programmatically load or unload the jars at runtime, right? Do you have any reference example to share? I would love to run along that path. Thanks, Andrea > -- > Jody Garnett > > On Sunday, 28 October 2012 at 6:16 AM, andrea antonello wrote: > > 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 > > > > _______________________________________________ > 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
