> 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