I don't think you want to specify the CLASSPATH. This is calculated by
java. You also had some syntax errors.
Try:
#!/bin/bash
#shell script for ofbiz daemon
#ofbizd
export JAVA_HOME=/lib/jvm/java-1.7.0-openjdk-1.7.0.75-2.5.4.2.fc20.i386
export PATH=/bin:/usr/bin:/sbin:/usr/sbin:$PATH
export JAVA_BINARY=/usr/bin/java
export JAVA=$JAVA_BINARY
export OFBIZ_HOME=/ofbiz/ofbiz.13.07
export OFBIZ_LOG=$OFBIZ_HOME/runtime/logs/console.log
export OFBIZ_OUT=/tmp/OfbizOut
export JAVA_VMOPTIONS="-Xms768M -Duser.language=en"
export JAVA_ARGS="-jar ofbiz.jar"
cd $OFBIZ_HOME && $JAVA_BINARY $JAVA_ARGS $JAVA_VMOPTIONS > $OFBIZ_OUT 2>
$OFBIZ_LOG &
On Mon, Apr 13, 2015 at 12:19 PM, Chris Clark <rip...@gmail.com> wrote:
> ok so i did this, made a script file per Mike's suggestion
> the script file is here
>
>
>
> -------------------------------------------------------------------------------------------------------------------------
> [root@localhost system]# cat /ofbiz/ofbiz.13.07/ofbizd
> #!/bin/bash
> #shell script for ofbiz daemon
> #ofbizd
>
> export JAVA_HOME=/lib/jvm/java-1.7.0-openjdk-1.7.0.75-2.5.4.2.fc20.i386
> export CLASSPATH=/lib/jvm/java-1.7.0-openjdk-1.7.0.75-2.5.4.2.fc20.i386
> export PATH=/bin:/usr/bin:/sbin:/usr/sbin:$PATH
> export JAVA_BINARY=/usr/bin/java
> export JAVA=$JAVA_BINARY
> export OFBIZ_HOME=/ofbiz/ofbiz.13.07
> export OFBIZ_LOG=$OFBIZ_HOME/runtime/logs/console.log
> export OFBIZ_OUT=/tmp/OfbizOut
> export JAVA_VMOPTIONS="-Xms768M -Duser.language=en"
> export JAVA_ARGS="-jar ${OFBIZ_HOME}/ofbiz.jar"
>
> cd $OFBIZ_HOME && $JAVA_BINARY $VMARGS $JAVA_ARGS >$OFBIZ_OUT 2>>$OFBIZ_LOG
>
>
> -------------------------------------------------------------------------------------------------------------------------
>
> now i already showed my .service file.. i only change the Execstart to
> point to the ofbizd, it still times out the same way
>
> this is what the console.log shows so you maybe right Ron with the Class
> pointer, so if you could help me point it to the classes i would appreciate
> it
>
>
> -------------------------------------------------------------------------------------------------------------------------
> Exception in thread "main" org.ofbiz.base.start.StartupException:
> org.ofbiz.base.container.ContainerLoader
> at org.ofbiz.base.start.Start.initStartLoaders(Start.java:276)
> at org.ofbiz.base.start.Start.init(Start.java:241)
> at org.ofbiz.base.start.Start.main(Start.java:127)
> Caused by: java.lang.ClassNotFoundException:
> org.ofbiz.base.container.ContainerLoader
> at java.net.URLClassLoader$1.run(URLClassLoader.java:366)
> at java.net.URLClassLoader$1.run(URLClassLoader.java:355)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.net.URLClassLoader.findClass(URLClassLoader.java:354)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:425)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:358)
> at org.ofbiz.base.start.Start.initStartLoaders(Start.java:271)
> ... 2 more
>
> -------------------------------------------------------------------------------------------------------------------------
>
>
> Chris
>
> On Mon, Apr 13, 2015 at 1:15 PM, Ron Wheeler <
> rwhee...@artifact-software.com
> > wrote:
>
> > You might check "journalctl -n 50" to see if there is more info in the
> > journal.
> >
> > It looks like it is having trouble starting up.
> > I would set JAVA_HOME since it is highly unlikely that anyone would have
> > set it to
> > "/ofbiz/ofbiz.13.07java" which appears to be where you are expecting java
> > to be.
> >
> > The init script should give a hint about the need for a -cp in the java
> > command.
> >
> > Ron
> >
> >
> >
> > On 13/04/2015 2:03 PM, Chris Clark wrote:
> >
> >> posted the output of systemctl in a previous email any help as to how to
> >> direct the class path in the java executable... like i said this is a
> >> whole "nother language"
> >>
> >> Chris
> >>
> >> On Mon, Apr 13, 2015 at 12:00 PM, Mike <mz4whee...@gmail.com> wrote:
> >>
> >> You need to create a REAL script that fires up ofbiz, setting
> JAVA_HOME,
> >>> etc, Then change the above "ExecStart" to that script.
> >>>
> >>> On Mon, Apr 13, 2015 at 9:53 AM, Chris Clark <rip...@gmail.com> wrote:
> >>>
> >>> so this is where i am at... i created a sym link inside the ofbiz
> >>>> directory to the java executable thereby having the process ran from
> the
> >>>> ofbiz home directory
> >>>>
> >>>> this i what my ofbiz.service file looks like... and yes they seem to
> >>>> usually be this simple, but can be as complicated as you want
> >>>>
> >>>>
> >>>> ------------------------------------------------------------
> >>> ---------------------------------------------------
> >>>
> >>>> cat /lib/systemd/system/ofbiz.service
> >>>>
> >>>> [Unit]
> >>>> Description=OfBIZ Daemon
> >>>> After=network.target
> >>>> [Service]
> >>>> Type=forking
> >>>> ExecStart=/ofbiz/ofbiz.13.07/java -Xms768M -jar
> >>>> /ofbiz/ofbiz.13.07/ofbiz.jar
> >>>> [Install]
> >>>> WantedBy=multi-user.target
> >>>>
> >>>>
> >>>>
> >>>> ------------------------------------------------------------
> >>> ----------------------------------------------------
> >>>
> >>>> yes i have tried just putting /ofbiz/ofbiz.13.07/ant start it drops
> with
> >>>>
> >>> a
> >>>
> >>>> where is the build.xml error
> >>>>
> >>>> the above .service file hangs and timesout resulting in this
> >>>>
> >>>>
> >>>>
> >>>> ------------------------------------------------------------
> >>> ----------------------------------------------------
> >>>
> >>>> [root@localhost ~]# systemctl start ofbiz.service
> >>>> Job for ofbiz.service failed. See 'systemctl status ofbiz.service' and
> >>>> 'journalctl -xn' for details.
> >>>> [root@localhost ~]# systemctl status ofbiz.service -l
> >>>> ofbiz.service - OfBIZ Daemon
> >>>> Loaded: loaded (/usr/lib/systemd/system/ofbiz.service; disabled)
> >>>> Active: failed (Result: exit-code) since Mon 2015-04-13 12:46:14
> >>>> EDT;
> >>>>
> >>> 4s
> >>>
> >>>> ago
> >>>> Process: 1247 ExecStart=/ofbiz/ofbiz.13.07/java -Xms768M -jar
> >>>> /ofbiz/ofbiz.13.07/ofbiz.jar (code=exited, status=143)
> >>>>
> >>>> Apr 13 12:44:44 localhost.localdomain java[1247]: at
> >>>> java.security.AccessController.doPrivileged(Native Method)
> >>>> Apr 13 12:44:44 localhost.localdomain java[1247]: at
> >>>> java.net.URLClassLoader.findClass(URLClassLoader.java:354)
> >>>> Apr 13 12:44:44 localhost.localdomain java[1247]: at
> >>>> java.lang.ClassLoader.loadClass(ClassLoader.java:425)
> >>>> Apr 13 12:44:44 localhost.localdomain java[1247]: at
> >>>> java.lang.ClassLoader.loadClass(ClassLoader.java:358)
> >>>> Apr 13 12:44:44 localhost.localdomain java[1247]: at
> >>>> org.ofbiz.base.start.Start.initStartLoaders(Start.java:271)
> >>>> Apr 13 12:44:44 localhost.localdomain java[1247]: ... 2 more
> >>>> Apr 13 12:46:11 localhost.localdomain systemd[1]: ofbiz.service
> >>>> operation
> >>>> timed out. Terminating.
> >>>> Apr 13 12:46:14 localhost.localdomain systemd[1]: ofbiz.service:
> control
> >>>> process exited, code=exited status=143
> >>>> Apr 13 12:46:14 localhost.localdomain systemd[1]: Failed to start
> OfBIZ
> >>>> Daemon.
> >>>> Apr 13 12:46:14 localhost.localdomain systemd[1]: Unit ofbiz.service
> >>>> entered failed state.
> >>>>
> >>>>
> >>>>
> >>>> ------------------------------------------------------------
> >>> ----------------------------------------------------
> >>>
> >>>> just a little update... im putting this down for till after lunch
> >>>>
> >>> sometime
> >>>
> >>>> Chris
> >>>>
> >>>>
> >>>> On Mon, Apr 13, 2015 at 11:23 AM, Chris Clark <rip...@gmail.com>
> wrote:
> >>>>
> >>>> ahhh i was forgetting the -jar ofbiz.jar in the command line
> execution
> >>>>> through the above mentioned command...
> >>>>>
> >>>>> i will post results
> >>>>>
> >>>>>
> >>>>> On Mon, Apr 13, 2015 at 11:11 AM, Chris Clark <rip...@gmail.com>
> >>>>>
> >>>> wrote:
> >>>
> >>>> this is part and parcel of why systemd is now the standard... you dont
> >>>>>> have to define things like that in systemd services... because the
> >>>>>>
> >>>>> services
> >>>>
> >>>>> are executed with full access to system things like environment
> >>>>>>
> >>>>> variables...
> >>>>
> >>>>> i mean i can try to cut and copy all the enviornment variables from
> >>>>>>
> >>>>> the
> >>>
> >>>> rc.d or init.d script but im telling you they are not necessary...
> >>>>>>
> >>>>>> can i not just run the ofbiz from commandline execution of
> >>>>>>
> >>>>>> java -Xms768M -Xmx1024M -Duser.language=en > /ofbiz/log/messages
> >>>>>> 2>>/ofbiz/ofbiz.13.07/runtime/logs/console.log
> >>>>>>
> >>>>>> if that is the case then those environment variables are already
> >>>>>>
> >>>>> defined
> >>>
> >>>> in the system and dont need to be defined again
> >>>>>>
> >>>>>> chris
> >>>>>>
> >>>>>> On Mon, Apr 13, 2015 at 10:51 AM, Ron Wheeler <
> >>>>>> rwhee...@artifact-software.com> wrote:
> >>>>>>
> >>>>>> Have you defined JAVA_HOME to match where Java is found?
> >>>>>>>
> >>>>>>> Ron
> >>>>>>>
> >>>>>>> On 13/04/2015 11:04 AM, Chris Clark wrote:
> >>>>>>>
> >>>>>>> maybe you can help me... the new architecture requires an absolute
> >>>>>>>>
> >>>>>>> path
> >>>>
> >>>>> for
> >>>>>>>> the executable which is fine, but the java command
> >>>>>>>>
> >>>>>>>> /ofbiz/ofbiz.13.07/java -Xms768M -Xmx1024M -Duser.language=en >
> >>>>>>>> /ofbiz/log/messages 2>>/ofbiz/ofbiz.13.07/runtime/logs/console.log
> >>>>>>>>
> >>>>>>>> wont work because the absolute path to java
> >>>>>>>>
> >>>>>>>> is /usr/bin/java or for me it is
> >>>>>>>> truly /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.75-2.5.4.2.fc20.
> >>>>>>>> i386/bin/java
> >>>>>>>>
> >>>>>>>> so what do i have to add to
> >>>>>>>>
> >>>>>>>>
> /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.75-2.5.4.2.fc20.i386/bin/java
> >>>>>>>> -Xms768M -Xmx1024M -Duser.language=en > /ofbiz/log/messages
> >>>>>>>> 2>>/ofbiz/ofbiz.13.07/runtime/logs/console.log
> >>>>>>>>
> >>>>>>>> to have it run in the ofbiz directory of /ofbiz/ofbiz.13.07
> >>>>>>>>
> >>>>>>>> java is like a third world language to me right now... im sure in
> a
> >>>>>>>> couple
> >>>>>>>> of months it will be like the back of my hand
> >>>>>>>>
> >>>>>>>> Chris
> >>>>>>>>
> >>>>>>>> On Mon, Apr 13, 2015 at 9:19 AM, Chris Clark <rip...@gmail.com>
> >>>>>>>>
> >>>>>>> wrote:
> >>>>
> >>>>> right but rc.d files are extinct everything uses what is called
> >>>>>>>>
> >>>>>>>>> systemd to
> >>>>>>>>> boot up services as daemons now
> >>>>>>>>>
> >>>>>>>>> http://www.tecmint.com/systemd-replaces-init-in-linux/
> >>>>>>>>>
> >>>>>>>>> this is another "architecture" for the daemonization process, it
> >>>>>>>>>
> >>>>>>>> does
> >>>
> >>>> not
> >>>>>>>>> rely on bash scripts with all kinds of various thing defined but
> >>>>>>>>> instead
> >>>>>>>>> relies on things that are called .service files that reside in
> the
> >>>>>>>>> /lib/systemd/system dir and control the daemonization process...
> I
> >>>>>>>>>
> >>>>>>>> am
> >>>
> >>>> a red
> >>>>>>>>> hat man and this is the method they use, soon to be, if not
> already
> >>>>>>>>> now,
> >>>>>>>>> exclusively... Im sure out of the many many many people on this
> >>>>>>>>>
> >>>>>>>> list
> >>>
> >>>> someone has made the switch, and I will go look in the install dir
> >>>>>>>>>
> >>>>>>>> for
> >>>>
> >>>>> a
> >>>>>>>>> .service file... If i happen to get it, either from someone or
> >>>>>>>>> manufacture
> >>>>>>>>> it, can i upstream it?
> >>>>>>>>>
> >>>>>>>>> Chris
> >>>>>>>>>
> >>>>>>>>> On Mon, Apr 13, 2015 at 7:31 AM, Jacques Le Roux <
> >>>>>>>>> jacques.le.r...@les7arts.com> wrote:
> >>>>>>>>>
> >>>>>>>>> I guess you are referring to this page
> https://cwiki.apache.org/
> >>>>>>>>>
> >>>>>>>>>> confluence/display/OFBIZ/How+to+run+OFBiz+as+a+Service
> >>>>>>>>>> Look for rc.* files in your working copy
> >>>>>>>>>>
> >>>>>>>>>> HTH
> >>>>>>>>>>
> >>>>>>>>>> Jacques
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>> Le 13/04/2015 12:29, Chris Clark a écrit :
> >>>>>>>>>>
> >>>>>>>>>> does anyone have one of these... the wiki has a very much out
> >>>>>>>>>>
> >>>>>>>>> dated
> >>>
> >>>> init.d
> >>>>>>>>>>> script and im trying to make my own but im having issues
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>> --
> >>>>>>> Ron Wheeler
> >>>>>>> President
> >>>>>>> Artifact Software Inc
> >>>>>>> email: rwhee...@artifact-software.com
> >>>>>>> skype: ronaldmwheeler
> >>>>>>> phone: 866-970-2435, ext 102
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >
> > --
> > Ron Wheeler
> > President
> > Artifact Software Inc
> > email: rwhee...@artifact-software.com
> > skype: ronaldmwheeler
> > phone: 866-970-2435, ext 102
> >
> >
>
