>
> Note a few of our dependencies are rather stale:
>> - vecmath - has gone GPL on us for later releases, and the exsisting JDL
>> / JRL make it not open source.
>> - JSR-275 - is dead
>>
>> I wonder if we can replace both of the above with JScience?
>>
>
> Don't know. Have you looked into it? Is it a drop-in replacement, a
> search/replace imports replacement,
> or a rewrite client code type replacement?
>
*Units*
Basically drop-in search/replace as JScience donated code to JSR-275
There actually has been a useful development on the unit side of things
after JSR-275 did not make it. They have defined a common set of interfaces
(http://www.unitsofmeasurement.org) and several "unit" projects are
implementing <http://www.unitsofmeasurement.org/implementations.html>,
including JScience. If it was a green field choice I would go with UOMo
(backed by the health industry by the looks of it).
*Vecmath*
No such luck on this one - rewrite our code type replacement. Not sure if
client code would be effected?
I am also not sure how much we use vecmath, I know it is used in
referencing. If our needs are modest and fixed dimension it may be look for
something more light weight.
(The reason I am interested is I do not want to have to ask end-users to
install Java3D in order to run uDig)
--
Jody
------------------------------------------------------------------------------
Introducing Performance Central, a new site from SourceForge and
AppDynamics. Performance Central is your source for news, insights,
analysis and resources for efficient Application Performance Management.
Visit us today!
http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk
_______________________________________________
GeoTools-Devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-devel
