Eclipse für Java 1.8 ARM einrichten

[Fohnbit]

Guten Abend!

Ich schreibe kleine OSGi Plugins und nutzen am Windows Rechner und auch beim Macbook Eclipse.

Ein Problem ist immer wieder, das am Windows PC manche Plugins ohne Probleme laufen und auf dem Beaglebone Black unter Java 1,8 ARM aber dann doch.
Es fehlen manchmal Libraries, die ich immer erst im Web suchen muss und dem BuildPath hinzufügen muss.

Das möchte ich nun einmal in Angriff nehmen!

Kann ich die Eclipse so einrichten, das es für das ARM Java 1.8 ausgelegt ist? Das ich schon in der IDE auf mögliche Probleme stosse.

Oder kann ich beim Export des OSGi Plugins "Deployable Plugins and fragments" es so angeben, das die fehlenden Libraries gleich mit eingebunden werden?

Bei manchen Libraries sind übrigens Maven mit angegeben. Würde das das einbinden von fehlenden Libraries erleichtern?

Herzlichen Dank für Eure Hilfe!

 

[Robert Zenz]

Ein Problem ist immer wieder, das am Windows PC manche Plugins ohne Probleme laufen und auf dem Beaglebone Black unter Java 1,8 ARM aber dann doch.
Es fehlen manchmal Libraries, die ich immer erst im Web suchen muss und dem BuildPath hinzufügen muss.

Das klingt falsch...einem Java Programm ist es grundsaetzlich egal auf was es laeuft (ansonsten wuerden wir ja einfach C++ nehmen). OSGi Plugins definieren auch ihre Abhaengigkeiten oder bringen sie mit. Jetzt ist eher die Frage "Was ist an deiner Macbook Installation anders dass dies nicht funktioniert?". Wenn ich raten muesste (und das muss ich), wuerde ich mal sagen dass die Bibliotheken auf deinem Windows Rechner schon existieren (in der Installation) und daher "implizit" gefunden werden, auf dem Macbook eben nicht.

Aber um dir besser helfen zu koennen, muessten wir ins etwa wissen was genau du machst und da zusammenbaust.

 

[Fohnbit]

Hallo Robert!

Herzlichen Dank für deine Mithilfe.
Nur das es nicht Missverstanden wurde:
Am Mac und Windows funktioniert es, wenn ich das Projekt exportiere und am Beaglebone black MiniPC laufen lasse, bzw. dort das OSGi das Plugin ladet, fehlen manchmal Abhängigkeiten. Diese jar füge ich dann am Mac oder Windows PC dem Projekt als BuildPath hinzu.

Das Target Framework am Mac und Windows wird vom Hersteller des Systems, welch das OSGi gehört.
Ich habe aktuell das Problem mit influxDB .. die Library und alle Abhängigkeiten habe ich am Windows PC in den BuildPath hinzugefügt.
Da läuft es ohne Probleme.

Wenn ich es exportiere fehlen Abhängigkeiten .. ich poste dann noch, was genau fehlt.

 

[Robert Zenz]

Am Mac und Windows funktioniert es, wenn ich das Projekt exportiere und am Beaglebone black MiniPC laufen lasse, bzw. dort das OSGi das Plugin ladet, fehlen manchmal Abhängigkeiten. Diese jar füge ich dann am Mac oder Windows PC dem Projekt als BuildPath hinzu.

Dann funktioniert es doch wie erwartet? Entwickler-Plattform hat die Abhaengigkeit, exportiertes Plugin hat diese nicht deklariert und liefert sie nicht mit, am Zielsystem fehlt sie, also muss man sie hinzufuegen.

 

[Fohnbit]

Ja, du hast das gut beschrieben. Aber es ist Problemtisch das erst im Log am Zielsystem zu suchen/finden.

Kann ich die Entwicklerplatform nicht so einstellen, wie das Zielsystem ist, Damit ich es gleich bemerke.

Oder gar fehlende automatisch hinzu zu fügen?

 

[Fohnbit]

@Robert Zenz
Ich habe nun ein konkretes Beispiel.

Ich rufe per Modbus Daten von einem PV Wechselrichter ab und möchte diese in einer InfluxDB speichern:

Auf dem Windows Entwicklungs PC läuft alles:


Ich exportiere das Plugin und lade es im OSGI auf dem Beaglebone black und erhalte den Fehler:
Caused by: java.lang.NoClassDefFoundError: javax/net/ssl/HostnameVerifier

Nun würde ich die .jar im Netz suchen, die die Class beinhaltet,dem BuildPath hinzufügen, usw.

Wie kann ich die Class gleich direkt am beaglebone black importieren?

 

[Robert Zenz]

Ich weisz jetzt nicht ob dein Beispiel gut oder schlecht ist, weil das ist eine JVM Klasse ist eigentlich da sein sollte...

Das koennte ich mir jetzt hoechstens damit erklaeren das der OSGi Container die Klasse wegmaskiert, aber da kenne ich mich mit OSGi dann doch zu wenig aus. Ist das wirklich die Meldung die du bekommst? Was fuer Java/JVM Versionen hast du denn da am laufen auf den beiden Systemen?