JSR-275 a été rejeté, les unités d'API de mesure pour le projet Java sont un ensemble d'interfaces, mais n'ont pas trouvé de mise en œuvre open source.
sur ce message: quelle implication des unités JSR-275 doit être utilisée ? Le propriétaire du projet mentionne la mise en œuvre allait être prêt d'ici la fin de l'année dernière sur Jscience, mais n'a rien trouvé de là pour convertir entre le poids ou les unités de longueur et quand je cherchais Jscience sur https://maven.java.net/ , je l'ai trouvé, mais le pot n'était même pas dans le répertoire https://maven.java.net/content/repositories /snapshots/org/jscience/jcience/5.0-snapshot/ , alors je devais l'obtenir d'ailleurs.
Ce projet a-t-il été laissé derrière? Et existe-t-il actuellement une mise en œuvre de la conversion des unités de mesure en Java et peut-être même un Maven Repo?
3 Réponses :
Autant que je sache, JScience est très vivante. Le projet est actuellement migré vers Java.net , et la migration n'est pas complète. C'est probablement la raison pour laquelle vous ne pouvez pas voir les pots d'instantané pour 5.0. En fait, l'instantané le plus récent a été préparé uniquement après la résolution de Un problème de configuration particulier signalé dans le jira java.net. Peut-être que vous devez attendre quelques jours ou envoyer un courrier à l'administrateur du projet sur ce que Jscience Pom doit être utilisé dans l'intervalle.
Unité-API ( UnitésOfmeAsurage.org ) est le successeur de JSR-275.
La mise en œuvre la plus active en ce moment est Eclipse UOMO
Je sais que j'ai presque 2 ans de retard à la fête à ce stade mais; Y a-t-il un moyen d'utiliser Uomo à partir d'un fichier JAR statique? Ou devez-vous utiliser le cadre de plug-in Eclipse comme étant le tutoriel? Il semble parfait pour notre utilisation, mais j'ai une période difficile à intégrer cela dans notre projet actuel. J'ai aussi une question postée à ce sujet ici: Stackoverflow.com/Questtions/26870068/...
Andy, merci pour votre intérêt. Compte tenu d'une "nouvelle partie" commençait en avril dernier avec JSR 363 approuvé et en examinant un soutien plus important grâce à une tendance générale IOT, vous voudrez peut-être consulter JSR 363 et des projets connexes sur UnitésOffreSurage.github.io
Le lien est maintenant cassé. Je pense que le site de remplacement est UnitésOffreSurage.github.IO
Oui, vous avez raison, c'était à l'origine de 2013, environ un an plus tard, même avant les unitésOffreSurage.org a été interrompu JSR 363 et avec des unités informatiques de celle-ci (ou des alias comme UOM.Technology) est devenu disponible en tant que nouvelle maison au projet .
mise à jour sur cette JSR-363 Unités d'API de mesure a été achevée dans 2016 et fournit une API d'UOM assez complète. Ceci a maintenant été remplacé par JSR-385 unités de mesure API 2.0 . Vous pouvez trouver le code derrière l'API et la mise en œuvre sur GITHUB ici https://github.com/unitsOffreSurage . Voici un exemple de conversion simple utilisant UOM API 2.0 P>
import tech.units.indriya.quantity.Quantities;
import javax.measure.Quantity;
import javax.measure.quantity.Length;
import static javax.measure.MetricPrefix.CENTI;
import static tech.units.indriya.unit.Units.METRE;
class SimpleUnitExample {
public static void main(String[] args) {
Quantity<Length> lengthQuantity = Quantities.getQuantity(25, METRE);
System.out.println(lengthQuantity.to(CENTI(METRE)));
}
}
Quelqu'un a-t-il une mise à jour à ce sujet? Je ne peux pas sembler trouver le 5,0 instantané dans un repo public.