Re: [udig-devel] spatial toolbox improvement help

[andrea antonello <andrea.antonello@xxxxxxxxx>]

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
>