The main issue with jscience is lack of maintenance. It was invented
around the time of JSR 275 which was ultimately rejected. The newer
"units of measurement" work is in JSR 363 and JSR 385, while the
currency/money stuff is in JSR 354.

Even the "units of measurement" work is a bit fragmented. If you want
to use KILOMETERS and MILES for instance, or use FEET, you have to mix
and match different libraries with the standard, and the different
libraries are all based on different vintages of the standard. It
would be nice to have a single library to be able to use. But I'd
check with the JSR folks first to see if there was an interest in
having an ASF implementation.

I wrote a blog about using these APIs with Groovy here:

https://groovy.apache.org/blog/life-on-mars-units-of

Cheers, Paul.

On Tue, Jul 18, 2023 at 3:14 AM Gilles Sadowski <gillese...@gmail.com> wrote:
>
> Hi.
>
> Le lun. 17 juil. 2023 à 18:21, Thomas <t...@online.de> a écrit :
> >
> > Maybe start small, with a universally usable prerequisite:
> >
> > something like commons-unit as an implementation of javax.measure.
>
> https://github.com/javolution/jscience
> https://github.com/javolution/jscience/blob/master/physics/src/main/java/org/jscience/physics/unit/PhysicsUnit.java
>
> Regards,
> Gilles
>
> >
> > See:
> >
> > https://unitsofmeasurement.github.io/unit-api/site/apidocs/javax/measure/class-use/Unit.html
> >
> > |<dependency> <groupId>javax.measure</groupId>
> > <artifactId>unit-api</artifactId> <version>1.0</version> </dependency>
> > Even if not used for physics projects, it might still be very usefull
> > for dev-ops / JMX / SNMP measurements, and certain business
> > applications. Downside: there are already implementations out there.
> > Else, I find it extremely difficult, to select the topics addressed in
> > something simply called 'physics'. You might end up trying to
> > reimplement Mathematica with Java. |
> >
> > On 17.07.2023 03:55, Dimitrios Efthymiou wrote:
> > >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Reply via email to