-
Notifications
You must be signed in to change notification settings - Fork 871
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
OrientDB 2.0.1 fails to start on Linux using OpenJDK 6 (IcedTea) #3501
Comments
I'm having the same problem with OrientDB 2.0. Have tried icedtea7 and openjdk 7 |
So it seems to be an issue with IcedTea / OpenJDK. |
Hi all, |
Thanks. FYI, 2.0-RC1 was working for me with mostly the same setup. At least, both were using OpenJDK (1.7.0-u65, 64 bit). I say mostly the same because it was two different VM builds and the system packages weren't quite the same. (Which is all probably irrelevant, but there you go.) In any case, the problem appeared for me between 2.0-RC1 and 2.0. |
Same problem with orientdb 2.0.2 and 2.0.5
|
Same:
here on FreeBSD with:
and
while it starts with:
|
@tglman do you know why? |
Unfortunately I wasn't able to test any other JDKs, as all the other (mostly 1.6.x) JDKs fail to install on the Linux box I wanted to test it on. |
Version 2.0.5 worked on Oracle's JDK without any problem, but startup on OpenJDK failed with the same exception. We analyzed database sources and found cyclic dependency in startup process:
Oracle's JDK has required script engine and database starts up without problem, OpenJDK does not (except builds in some distributions). For our project we worked around by making (temporarily) own custom OrientDB build with warning commented out. |
hi, i add a check for avoid that nullpointer, if this check fail it can happen some small amount of memory retention, but should be fine in general, and anyway is better than not be able to start the server. I'm closing it, is fixed in 2.1, reopen it if you need backport to 2.0.x |
Hey guys, can you confirm this has been fixed? |
@tglman could you backport also to 2.0.6 please? |
This issue still exists for OrientDB 2.1.0 and the following JDKs: So using a newer JDK doesn't seem to help this time. |
What might be a difference (unable to check, the previous setup doesn't exist anymore) this time, is that the server is up and running and can be accessed using the console, just the plugins won't start, so the web interface can't be used. |
In a try to workaround this issue, I installed ODB using the downloadable package from the OrientDB website. However, I am also running into this exact problem too. I can't run the application as a service and when I start in a console, it works and I can call up the ODB console, but I can't access the database anyway else. I am running with OpenJDK Runtime Environment (IcedTea6 1.13.8) (6b36-1.13.8-1~deb7u1) I am going to try and upgrade OpenJDK to see what happens. Scott |
|
@pokluda ODB has moved to Maven. Scott |
I have seen this (or something closely related) on Windows, with OrientDB version 2.1.14 and JVM 1.8.0_77 (Oracle). For details see http://stackoverflow.com/questions/36345804/noclassdeffounderror-when-starting-orientdb |
Having similar issue. I am attempting to run via a Groovy script. When I run a client script in its won instance via a run in both Eclipse and Netbeans, no issues. But when I run from a Java application running Groovy (i.e. an application supporting embedded groovy scripts), I get the error. I am using orientdb-community-2.1.11. |
I was able to trace down this issue. In my case,
|
@jCalamari why OrientDB instance is null in your case? How your app is started? |
@lvca I was very surprised it was null. I am running gremlin-orient 3.1.1-incubating.1 (orient 2.12.2) as service in docker container. |
Pretty much the same is described here: |
This issue applies to the vanilla package, downloaded, extracted and started without touching anything.
There seems to be some kind of class loading issue.
OrientDB starts normally when switching to e.g. Oracle JDK 7.
The text was updated successfully, but these errors were encountered: