Deprecate the AbstractFactory.priority field
--------------------------------------------
Key: GEOT-1100
URL: http://jira.codehaus.org/browse/GEOT-1100
Project: GeoTools
Issue Type: Improvement
Components: core metadata
Affects Versions: 2.4.M0
Reporter: Martin Desruisseaux
Assigned To: Martin Desruisseaux
Priority: Minor
Consider deprecating the {{priority}} field in
{{org.geotools.factory.AbstractFactory}}. We could introduce a protected
{{ordering(Object other)}} method (or something like that) instead. This method
would returns {{+1}} if this factory consider that it should have precedence
over the specified factory, {{-1}} if the other factory should have precedence,
or {{0}} otherwise. Such approach would be more consistent with the J2SE
{{ServiceRegistry.setOrdering(...)}} method. It is also a better match of
pratical situations: it is quite inconvenient to define an absolute priority
number (it force to take in consideration all known factories), and also cause
a useless ordering between unrelated factories. Furthermore, experience suggest
that the current "priority" level mechanism is badly suited for ordering
between {{org.geotools.referencing.factory.epsg.DefaultFactory}} instances
backed by different versions of EPSG database.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Geotools-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-devel
