#added headless to true by default, if this messes anyone up let the list
#know and we can change it back, but it seems like it won't hurt -ch
exec "$_RUNJAVA" $JAVA_OPTS -DGEOSERVER_DATA_DIR="$GEOSERVER_DATA_DIR" -Djava.awt.headless=true -DSTOP.PORT=8079 -DSTOP.KEY=geoserver -jar start.jar
Current OSv geoserver module.py
from osv.modules import api
_GEOSERVER_HOME = "/usr/geoserver"
_GEOSERVER_DATA_DIR="/usr/geoserver/data_dir"
_classpath = [_GEOSERVER_HOME + "/start.jar"]
default = api.run_java(
classpath=_classpath,
args=["-DGEOSERVER_HOME=%s" % _GEOSERVER_HOME,
"-DGEOSERVER_DATA_DIR=%s" % _GEOSERVER_DATA_DIR,
"-DSTOP.PORT=8079",
"-DSTOP.KEY=geoserver",
"-jar /usr/geoserver/start.jar"
])
--
You received this message because you are subscribed to the Google Groups "OSv Development" group.
To unsubscribe from this group and stop receiving emails from it, send an email to osv-dev+u...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Update. So I figured out one of my issues. The geoserver startup script changes to the jetty base directory (i.e. cd "$GEOSERVER_HOME" ) and jetty.base is assigned to this "base" directory. By adding -Djetty.base=/usr/geoserver to the cmdline argument I got things running (sort of). The entire cmdline argument ended up being:
default = api.run(cmdline='java.so -DGEOSERVER_DATA_DIR=/usr/geoserver/data_dir -Djava.awt.headless=true -DSTOP.PORT=8079 -DSTOP.KEY=geoserver -Djetty.base=/usr/geoserver -jar /usr/geoserver/start.jar')
I'm now running into Java version issues. I tried using the openjdk8-fedora app but no dice since I'm working on an ubuntu 14.04 machine. I'm going to work on getting openjdk8 working on an ubuntu machine, but any help you can give would be appreciated.
Thanks
The --cwd=... option would have been a huge help had I not figured out the work around. I may need it for another application.
The openjdk8-fedora module likely requires a rpm package manager (e.g. yum)
and ubuntu uses apt as a package manager (see error below). I'll look into creating a openjdk8-debian version using the fedora example.
rpm2cpio upstream/java-1.8.0-openjdk-headless-1.8.0.91-8.b14.fc25.x86_64.rpm | (cd install && cpio -id)
/bin/sh: 1: rpm2cpio: not found
cpio: premature end of archive
I think I'm almost there.
Success. I was able to make a java 8 port to osv (i.e. non-openjdk)
and get the latest version of geoserver running on osv (2.9-RC1). To get things working I needed to run geoserver on my local machine and copy the files located in my local machine's /tmp/Geotools directory to the osv image's /tmp/Geotools directory prior to osv image geoserver startup. The Geotools parent directory and associated files (i.e. /tmp/Geotools/*) are normally copied on geoserver startup to the tmp directory but for some reason this doesn't happen when running geoserver on osv. Any ideas?
1. Does osv have a max file size? One of the files ( EPSG.data is 16M)
2. Does osv limit the number of files that can be copied?
3. Would it help if I ran osv and attached the debugger?
Currently, I get the following error when trying to load osv's symbols:(gdb) osv syms
Python Exception <class 'gdb.MemoryError'> Cannot access memory at address 0x5f78745f756d6400:
Error occurred in Python command: Cannot access memory at address 0x5f78745f756d6400