> 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
> Geotools-devel@lists.sourceforge.net
> 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
Geotools-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

Reply via email to