As long as all the definitions are already present in the system
environment.
java -Xms768M -Xmx1024M -Duser.language=en > /ofbiz/log/messages
2>>/ofbiz/ofbiz.13.07/runtime/logs/console.log
is missing the -jar as you pointed out.
It also does not have a classpath which might also be the source of the
error (whatever it is).
If you still have an error, post the error message.
That will make it easier to see what is wrong.
Ron
On 13/04/2015 12:11 PM, Chris Clark 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]
<mailto:[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]
<mailto:[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]
<mailto:[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]
<mailto:[email protected]>
skype: ronaldmwheeler
phone: 866-970-2435, ext 102 <tel:866-970-2435%2C%20ext%20102>
--
Ron Wheeler
President
Artifact Software Inc
email: [email protected]
skype: ronaldmwheeler
phone: 866-970-2435, ext 102
