Jody Garnett a écrit :
> I would like more options rather than less; Derby has been rolled into
> the standard Java 6 install so it may be applicable to more users. I
> would *love* to tell applet developers to use Derby (enabling us to
> retire the epsg-wkt plugin).
I have a preference for Derby as well because it is supported by Apache and Sun
(maybe IBM too, not sure), is included in JDK 6 and would eliminate the need for
writting in a temporary directory. If it is slower than H2 because it performs
lock at row level instead of table level, it may be a good reason (maybe not for
EPSG factory alone since it is read-only, but if it used on a wider basis).
However if the Geoserver community choose H2, we should probably support a EPSG
factory for H2 in Geotools code base.
> Martin are you still up for a break out IRC session scheduled for this
> week? It looks like Thursday would be bet for me.
It should be fine for me. But I realize that I will probably be unable to do
significant work on Geotools trunk before the end of our current contracts, in
october.
One thing I would like
> to revisit with you is putting some sanity checks on the epsg modules so
> we can have more of them on the classpath with out conflict. Failing
> that I would like to limit the binrary download to *epsg-hsql* (not
> understanding that the epsg modules can conflict is a common user mistake).
There is random behavior when epsg-wkt is in the loop because there is no
proprity order defined between epsg-wkt and other factories. We could make
epsg-wkt extends AbstractFactory and give to it a lower priority order than
epsg-hsql; in theory it should be suffisient for resolving the conflicts (need
to be tested).
In longer term, I'm not happy with this priority order stuff. I would like to
remove it completly and replace it with the pairwise ordering already provided
in standard javax.imageio.spi.ServiceRegistry class. It would be standard J2SE
API, and in addition would probably work better and avoid the need to choose
arbitrary priority numbers.
Martin
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Geotools-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-devel