> The solution suggested in the thread was to make a factory
> that can bear multiple algorithms. I see two paths ahead:
> - change the whole ProcessFactory definition so that
> it returns a list of process names, and takes a name
> parameter in each call (api break)
This is fine; the api is not nailed down because we were waiting for
feedback from the SEXTANE developer (I think Jesse was working on
this?).
> - create a new CompositeProcessFactory that is defined as:>
> CompositeProcessFactory {
> Set<String> getProcessNames();
> ProcessFactory getProcessFactory(String name);
> }
This would be a little lame; my money is on the first one. Note you
may need to use the Name data structure (rather than a String) to
allow for some namespace goodness later.
> The latter would be then registered in SPI, and the Processors
> class (which should really be named ProcessFinder for consistency
> with the other finders around) could inspect both registries,
> the one for single processes, and the composite one.
>
> Opinions?
> Cheers
> Andrea
>
>
>
>
> --
> Andrea Aime
> OpenGeo - http://opengeo.org
> Expert service straight from the developers.
>
> ------------------------------------------------------------------------------
> Crystal Reports - New Free Runtime and 30 Day Trial
> Check out the new simplified licensing option that enables unlimited
> royalty-free distribution of the report engine for externally facing
> server and web deployment.
> http://p.sf.net/sfu/businessobjects
> _______________________________________________
> Geotools-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/geotools-devel
>
------------------------------------------------------------------------------
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensing option that enables unlimited
royalty-free distribution of the report engine for externally facing
server and web deployment.
http://p.sf.net/sfu/businessobjects
_______________________________________________
Geotools-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-devel
