On Tue, Aug 14, 2012 at 3:40 PM, Justin Deoliveira <[email protected]>wrote:
> I guess I prefer this approach the best, without GeoServer prefixes in the
>> mix.
>> Do we also want to move the classes to another package that is not .gs
>> something?
>>
>
> Yeah, I think that make sense. I was thinking that we could adopt package
> names that mached the factory prefixes. So something like:
>
> org.geotools.process.geo
> org.geotools.process.vec
> ...
>
Works for me
>
>> This is a change of API for sure, at the same time the module is in
>> community land
>> so changes are to be expected.
>>
>> The reason why it would be nice to keep the old names is that GeoServer
>> WPS is instead
>> in supported land, so a sudden change in the published names would break
>> existing users.
>>
>> Right... so I wonder if perhaps in geoserver we maintained the single
> factory whose job it would be to handle all the old names? With the new
> process selection stuff it is now reasy to remove it if not desired.
>
Yes, this would work out fine, and should be easy to write.
>
>
>> How about the GeoServerProcess interface? I guess we should remove that
>> one as well?
>>
>
> Right, don't think that makes much sense anymore...
>
Indeed
Cheers
Andrea
--
==
Our support, Your Success! Visit http://opensdi.geo-solutions.it for more
information.
==
Ing. Andrea Aime
@geowolf
Technical Lead
GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 962313
mob: +39 339 8844549
http://www.geo-solutions.it
http://twitter.com/geosolutions_it
-------------------------------------------------------
------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
GeoTools-Devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-devel
