wrong classpath is set in designer-qtjambi

Bug #250002 reported by sibidiba
4
Affects Status Importance Assigned to Milestone
qtjambi (Ubuntu)
Fix Released
Undecided
Roderick B. Greening

Bug Description

Binary package hint: libqtjambi-dev

In /usr/bin/designer-qtjambi the CLASSPATH environment variable is exported, but with a wrong, hardcoded value of /usr/lib/jvm/java-7-icedtea.

Revision history for this message
sibidiba (sibidiba) wrote :

I suggest to not to define this variable because it should be already set to the correct value at system level.

Changed in qtjambi:
status: New → Confirmed
Revision history for this message
Roderick B. Greening (roderick-greening) wrote :

The java-common package *should* probably handle setting the correct java environment (like JAVADIR). However, it does not at this point (as far as I can ascertain).

At this point, openjdk-6-jdk is a dep of this package, and JAVADIR is correctly set in most places to this dep. This was missed in the recent updates. So, the most correct fix at this time is to set JAVADIR to /usr/lib/jvm/java-6-openjdk.

Changed in qtjambi:
assignee: nobody → roderick-greening
status: Confirmed → In Progress
Revision history for this message
Roderick B. Greening (roderick-greening) wrote :

Removing icedtea ref in designer-qtjambi and replacing with openjdk to match rest of qtjambi packaging.

Fixed in version 4.4.3-0ubuntu2.

Changed in qtjambi:
status: In Progress → Fix Committed
Revision history for this message
Roderick B. Greening (roderick-greening) wrote :

And as an added bonus, there's going to be a 4.4.3-0ubuntu3 with additional fixes as the one correction above does not completely fix everything. :)

Revision history for this message
sibidiba (sibidiba) wrote :

I still do not understand why there is an explicit reference to any JVM.
IMHO (any starting script for any Java application) should extract the correct Java runtime settings (classpath, jvm etc.) from the settings of update-java-alternatives and just maybe name one only as a fall-back option.

That is exactly the reason why update-java-alternatives exists: so people can select which JVM to use. With the current settings you will just see people hunting hopeless for bugs not knowing that qtjambi not uses their own JVM. (Please note that the shipped openjvm is still not the open-source fork of Sun's, so many people need to install a different JVM to get Java properly working.)

Revision history for this message
Roderick B. Greening (roderick-greening) wrote :

As I said in my previous note, java-common should probably do that (or some other package. not 100% sure which). Anyway, it doesn't.

Personally, I do not see any JAVADIR/JAVA_HOME in the environment and without it the script does not work. The java-alternatives do not set this in any way (that I can see).

So, until the java environment is setup to export a proper JAVADIR/JAVA_HOME from alternatives, this allows the package to work as expected.

Perhaps a seperate bug regarding the java environment might help?

Revision history for this message
Roderick B. Greening (roderick-greening) wrote :

Actualy, just re-read your last comment... let me look into the alternatives again.

Revision history for this message
Roderick B. Greening (roderick-greening) wrote :

Should have been marked released long ago.

Changed in qtjambi (Ubuntu):
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.