That's sort of what I use for the official demos (on Ubuntu launched by a cron
each day)
BTW you can find them in tools/demo-backup
Jacques
Le 17/04/2015 17:54, Chris Clark a écrit :
believe it or not i edited out the script file and replaced it simply with
this
#!/bin/bash
#shell script for ofbiz daemon
#ofbizd
cd /ofbiz/ofbiz.13.07 && ./ant start &
and it loads fine... im going to put "cd /ofbiz/ofbiz.13.07 && ./ant start
&" in the execstart function and get back after i do some other things
today
On Fri, Apr 17, 2015 at 8:37 AM, Chris Clark <[email protected]> wrote:
well i would like to hammer out the correct classpath env variable before
i do... as it sit i did ls -Rl and parsed out all directories that had
classes in them under the ofbiz home dir, and output that to a simple text
file, did a little minor sed'ing to it to get it in the form that it could
be directly read in via what i have posted, but i really think their is a
better way to do the classpath definition and i would love some input... i
think this might be the key to my other recently started query
Chris
On Thu, Apr 16, 2015 at 11:34 PM, Jacques Le Roux <
[email protected]> wrote:
So you got it running finally? If yes could you create a Jira with the
elements you used?
Thanks
Jacques
Le 14/04/2015 06:14, Chris Clark a écrit :
okay so i should change that to what the ofbiz home? that env variable
is
kind of moot as i re define ot when i read in the directories from
classpath.txt, which is too cumbersome to post here... the first
definition
needs to be removed
chris
On Mon, Apr 13, 2015 at 6:34 PM, Ron Wheeler <
[email protected]
wrote:
export CLASSPATH=/lib/jvm/java-1.7.0-openjdk-1.7.0.75-2.5.4.2.fc20.i386
is not a classpath.
Java wants to know where you have put your classes (jars or .classes
files) that your code needs.
Without the right classpath you will get "java.lang.
ClassNotFoundException:
org.ofbiz.base.container.ContainerLoader" when your main program calls
"ContainerLoader" since Java has no idea where to look for that class.
It knows about the Java jre's code, it does not know where your code is
located.
Ron
On 13/04/2015 4:45 PM, Mike wrote:
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 <[email protected]>
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 <
[email protected]
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 <[email protected]>
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 <[email protected]>
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 <[email protected]>
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 <[email protected]>
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 <
[email protected]> 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 <
[email protected]>
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 <
[email protected]> 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: [email protected]
skype: ronaldmwheeler
phone: 866-970-2435, ext 102
--
Ron Wheeler
President
Artifact Software Inc
email: [email protected]
skype: ronaldmwheeler
phone: 866-970-2435, ext 102
--
Ron Wheeler
President
Artifact Software Inc
email: [email protected]
skype: ronaldmwheeler
phone: 866-970-2435, ext 102
