2017-07-25 4 views
0

Ich frage mich nur, ob die OSFactory.builderV3() -Methode auf JDK 1.6 ausgeführt werden kann.Ist die V3-Identitätsauthentifizierung mit JDK 1.6 kompatibel? Wenn ja, welches und wie soll ich es nutzen?

Es gibt den folgenden Fehler:

Exception in thread "main" java.lang.UnsupportedClassVersionError: org/openstack4j/openstack/OSFactory : Unsupported major.minor version 52.0 
at java.lang.ClassLoader.defineClass1(Native Method) 
at java.lang.ClassLoader.defineClassCond(ClassLoader.java:631) 
at java.lang.ClassLoader.defineClass(ClassLoader.java:615) 
at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:141) 
at java.net.URLClassLoader.defineClass(URLClassLoader.java:283) 
at java.net.URLClassLoader.access$000(URLClassLoader.java:58) 
at java.net.URLClassLoader$1.run(URLClassLoader.java:197) 
at java.security.AccessController.doPrivileged(Native Method) 
at java.net.URLClassLoader.findClass(URLClassLoader.java:190) 
at java.lang.ClassLoader.loadClass(ClassLoader.java:306) 
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301) 
at java.lang.ClassLoader.loadClass(ClassLoader.java:247) 
at Test.main(Test.java:9) 

weiß ich es ist ein Jersy2JDK1.6 Anschluss funktioniert auf Keystone V2, wie:

org.pacesys 
openstack4j-core 
3.0.0 


org.pacesys.openstack4j.connectors 
openstack4j-jersey2-jdk1.6 
3.0.0 

aber in Bezug auf mein Projekt, es erfordert V3-Authentifizierung.

+0

Die Antwort auf Ihre aktuelle Frage lautet "JA". Aber ich glaube, du wolltest eine andere Antwort bekommen. Bitte ändere deine Frage so gut wie du willst, um eine Antwort zu erhalten. – Sergii

Antwort

0

Das Problem ist eigentlich ein Java-Problem. Sie versuchen, Code auszuführen, der für JDK 1.8 oder höher auf einer JDK 1.6-Plattform erstellt wurde. Das wird nicht funktionieren. Die JDK 1.6 JVM versteht diese Version des Bytecodes nicht.

Theoretisch könnten Sie versuchen, den Quellcode für die Bibliothek und ihre Abhängigkeiten herunterzuladen und sie mit einem JDK 1.6-Compiler/Toolchain zu erstellen. Dies funktioniert jedoch nur, wenn die Bibliothek und ihre Abhängigkeiten vollständig mit Java 6 kompatibel sind; d.h. sowohl hinsichtlich der Quellcodesyntax als auch der Verwendung der Standard-Java-SE-APIs.

In diesem Fall denke ich, dass es sehr unwahrscheinlich ist, dass das funktioniert. Gemäß der README.md Datei im OpenStack4j Github repo:

Requirements

  • OpenStack4j 3.0.X - Java 7 (JDK 8 preferred)
  • OpenStack4j 2.0.X - Java 7

Die beste Lösung 6 bis Java 8. Java zu aktualisieren ist im April 2013

Es wurde EOL'ed ist ein Sprichwort:

"The most important thing to do if you are in a hole is to stop digging."

Ein dev't-Projekt, das auf Java 6 feststeckt, ist in einem Loch.

Verwandte Themen