Esiste un'API del sensore SE Java?

Qualcuno sa di una API Java "standardizzata" per lavorare con i sensori e che è strettamente legata a Java ME come nel caso di JSR 256?Esiste un'API del sensore SE Java?

Sto scrivendo una libreria Java per l'interfaccia con una rete di sensori costituita da diversi tipi di sensori (principalmente materiali semplici come temperatura, umidità, GPS, ecc.).

Finora ho eseguito il rollover della mia interfaccia e gli utenti devono scrivere app contro questo. Vorrei cambiare questo approccio e implementare un'API "standard" in modo che le implementazioni non siano strettamente collegate alla mia libreria.

Ho guardato JSR 256, ma questa non è davvero una soluzione eccezionale come lo è per Java ME, e la mia libreria è utilizzata principalmente da dispositivi Android o laptop che eseguono il Java SE completo.

fonte

2010-02-25 Martin Strandbygaard

JSR-256 è destinato a J2ME, in base a questo: http://jcp.org/en/jsr/tech?listBy=1&listByType=platform – skaffman

Sì, purtroppo il JSR-256 non consente di prolungare i tuoi sensori Sei limitato ai sensori del tuo dispositivo. Nel mio caso, ho bisogno di interfacciare una rete di sensori che non fa parte di un dispositivo mobile, quindi questa non è un'opzione (a parte JSR-256 è pensato per J2ME che lo esclude all'inizio). –

Esempi di sensori per temperatura, umidità e posizione (GPS) sono forniti alle pagine 68-69 della versione 1.2 della specifica JSR-256. – shadit

in Android c'è il pacchetto android.hardware che contiene una classe Sensor, nel complesso abbastanza simile a TjE JSR 256 api sensore. Si prega di vedere cosa si può fare usando quello. Forse è anche un approccio ragionevole implementare quello in Java SE, per quanto ne so, non c'è alcun api sensore di Java SE.

fonte

2010-03-04 05:39:55 Bex

Ho guardato Android.hardware, ma è anche meno estensibile di JSR-256, è limitato ad Android, e non mi permette di estendere con i miei sensori (anche se sono limitati ai sensori del portatile). –

JSR-256 non sembra essere limitato o limitato nei tipi di sensori che supporta. L'Appendice E contiene le definizioni dei sensori, ma questi sono solo i dati raccomandati che un determinato tipo di sensore dovrebbe gestire. Non sembra esserci nulla che impedisca a qualcuno di definire tipi di sensori aggiuntivi.

vorrei suggerire di implementare a JSR-256 e poi basta includono i suoi pacchetti:

javax.microedition.sensor
javax.microedition.sensor.control

... nella tua distribuzione. Dal momento che stanno prendendo di mira dispositivi limitati, la libreria è destinata ad essere molto compatta. Finché non ti sarà vietato ridistribuire l'implementazione di riferimento di JSR-256, avrebbe senso pianificare di farlo.

fonte

2010-03-11 21:07:49 shadit

Non proprio. JSR-275 era destinato ad avere parte della sua funzionalità (quantità e un tipo di unità molto simile a quello in 256) ma SE/EE EC lo ha rifiutato.

consolidamento tra SE e ME come detto da Oracle può portare ad un'API sensore più comune e di un quadro unitario po 'di tempo, ma è improbabile prima di Java 8.

Werner

fonte

2010-03-24 22:51:07

Infatti, Oracle ora si diffuse la notizia Per Java 8 era richiesta una qualche forma di API SE Sensor.

E 'stato aggiunto a OpenJDK dopo Java 8: http://openjdk.java.net/projects/dio/ Funziona sia con Java ME che SE (Embedded).

fonte

2011-10-26 22:40:40

Dove è stato annunciato? –

Questa è una buona domanda. Suppongo di averlo assunto, perché è stato accettato come progetto OpenJDK. Ad ogni modo, ho sbagliato. Commento eliminato. – Tuupertunut

No, questo non significa niente ;-) C'è anche un progetto OpenJDK Kona: http://openjdk.java.net/projects/kona/ ma non ha visto molta attività dopo il mese di luglio 2015, né sulle mailing list: http : //mail.openjdk.java.net/pipermail/kona-dev/ né altrove. –

risposta

Problemi correlati