udig includes a custom java jvm

[kalxas]

Since from version 6.0 we are moving to openjdk7, udig should be fixed to work with default jre on the disk

[hamish]

uDig still starts up if I do:

rm -rf /usr/lib/udig/jre

I didn't test it much though.

Hamish

[hamish]

/usr/lib/udig/jre = 121 MB

[kalxas]

wow, that is a very easy solution...I wonder why we didn't test before :)

[kalxas]

I confirm this fix working on rev 8188.

[fgdrf]

udig starts but every part of the quickstart would fail because of Exceptions (NoClassDefFoundError : javax/media/jai/JAI) during render process. Shapefiles and raster datasets were not rendered.

Solution : copy $UDIG_HOME/jre/lib/ext/jai_*.jar /usr/lib/jvm/java-7-openjdk-i386/jre/lib/ext/

I also tested the uDig quickstart and everything was fine after the configuration of open-jdk-7 with jai libs.

Questions:

• Where did you updated the install scrips to remove the jre from UDIG_HOME?
• How can the script resolve the installation folder of open-jdk-7 ?

Here is my patch to remove bundled jre and make use of open-jdk-7, note that I used the hard coded JAVA_INSTALL_FOLDER to know where to copy the libs to : install_udig.patch​

[kalxas]

Reopening due to #954:

As I suspected: Geomajas breaks due to the jai libs moved to default-java folder by udig.

When I removed those files from /usr/lib/jvm/default-java/jre/lib/ext/jai_* Geomajas starts with >>no problems."

We have to find a way for udig to load jai* without those files affecting default-java. Thoughts?

[kalxas]

I tried to leave the jai files to $UDIG_HOME/jre/lib/ext/ but that didn't work. It seems the library search is relative to the jre used... Perhaps there is a configuration file for uDig to hardcode the location of jai files?

[kalxas]

Adding a $export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/lib/udig/jai did not work.

Any other way?

[kalxas]

Replying to kalxas:

Adding a $export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/lib/udig/jai did not work.

Any other way?

this was added to /usr/lib/udig/udig.sh

[kalxas]

I added JAI binaries too and Geomajas still breaks...

[kalxas]

I have committed a fix in rev [8349]. I am trying to trick udig to find the default jre through its own jre folder, where all are linked to default-java folder, plus the JAI files added locally. Ugly hack but might work...

[edso]

you can very well simply use the default jre, without symlinks or such and modify LD_LIBRARY_PATH in the start script only as described above.

..ede/openjump

[kalxas]

fixed in rev [8357] I want to thank the udig and geomajas teams for helping us a lot with this issue.

[kalxas]

confirmed in beta5