Hi Jody, I knew you would help me out in this :) > Those are some deep questions for first thing in the morning, I am not aware > of how spatial toolbox is put together enough to help? It sounds from your > email as if it is OSGi / plugin based? But running in a separate process ...
Nope, it is way lesse sophisticated. It adds the jars in the plugins to the classpath and spawns a new VM to run a module. > Aside: I was under the impression spatial toolbox is spawning a separate VM > to work around license / linking issues. In much the same way as uDig to "R" > bridge works. Nope, the licensing part is taken care by passing through a scripting part, which doesn't know anything about uDig (only geotools and jgrasstools, i.e. OMS annotated classes) and therefore can be run ok. > A couple "wild" suggestions (general approach to avoid waiting for VM): > > 1) See if you can break this up into two steps, start up a VM early (say > when view is opened), and then punt jars over to it when you need to run > (I am thinking similar to how Eclipse talks to a JUnit Test, while being > able to "hot swap" code changes in) That sounds quite nice, do you have any documented example/tutorial? I have no idea about how that would work. > 2) Do the "R" thing and start your separate VM with a small server program > to talk to, and tell it to load / run the jars as required? Same here, even if I am not really happy to have to write a server part that balances things. > For the specifics on MANIFEST fun you may wish to ask Frank ? :) Let's see if he pings back. Thanks, Andrea > -- > Jody Garnett > > On Tuesday, 23 October 2012 at 10:15 PM, andrea antonello wrote: > > Hi developers, > I need some advice on classpath and plugins magic. > > Currently the spatial toolbox spawns a new jvm for each process. That > way it is possible to assign it different memory than the one needed > by uDig, even a different JVM if needed (64 against 32). Also it is > simple to stop a heavy process that you want to "resize". > > This works quite good for processing and analysis of data, but has one > obvious drawback: the instantiation of the VM takes some time. > So I would like to give the user the possibility to choose. > > The problem is that if I run the process inside the uDig VM, I have > problems to add jars of the modules. > > 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? > > Cheers, > Andrea > _______________________________________________ > 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
