OK thanks, I prefer to monitor with buildbot and see what happens instead.
BTW, I found that by updating/reloading everyday we don't get much problems.
It's fine to see that, for some time now, we did not get any lasting compile 
issues, buildbot certainly helps here :o)

Jacques

From: "BJ Freeman" <[email protected]>
I use the script
https://issues.apache.org/jira/browse/OFBIZ-3705
which downloads the working compiled copy.
only because I want to know that it complied before I use it.
however if you do a copy of ij.obiz to /etc/init.d/ofbiz
and change the permissions your script should do it.
you could use it.
just a thought


=========================
BJ Freeman
http://bjfreeman.elance.com
Strategic Power Office with Supplier Automation 
<http://www.businessesnetwork.com/automation/viewforum.php?f=93>
Specialtymarket.com <http://www.specialtymarket.com/>

Systems Integrator-- Glad to Assist

Chat  Y! messenger: bjfr33man
Linkedin
<http://www.linkedin.com/profile?viewProfile=&key=1237480&locale=en_US&trk=tab_pro>


Jacques Le Roux sent the following on 5/20/2010 12:27 AM:
Thanks BJ,

I don't think we need ij as we do an
ant clean-all
ant run-install
each time we update (every 24 hours)

The problem is for being able to do them we need to use stopofbiz.sh
before with  sleep time between (actually I do it 3 times, with a 10
secs sleep between each) and sometimes (rarely) it fails. And when it
fails you have no ways but to kill the OFBiz process.

Maybe your update process is better though, as ours is a very raw one...
Here it is

svn up
./stopofbiz.sh
sleep 10
./stopofbiz.sh
sleep 10
./stopofbiz.sh
sleep 10
ant clean-all
ant run-install
ant svninfo
sleep 10
./startofbiz.sh

Jacques

From: "BJ Freeman" <[email protected]>
i have run into the stopobiz.sh issue ever since 3.0
I have never had a problem with the ij.ofbiz for
/etc/init.d/trunkdemo restart
I copy the the ofbiz.jar to trunkdemo.jar in the update script
and in the ij.ofbiz I copy over to /etc/init.d/trunkdemo



=========================
BJ Freeman
http://bjfreeman.elance.com
Strategic Power Office with Supplier Automation
<http://www.businessesnetwork.com/automation/viewforum.php?f=93>
Specialtymarket.com <http://www.specialtymarket.com/>

Systems Integrator-- Glad to Assist

Chat  Y! messenger: bjfr33man
Linkedin
<http://www.linkedin.com/profile?viewProfile=&key=1237480&locale=en_US&trk=tab_pro>



Jacques Le Roux sent the following on 5/19/2010 7:47 AM:
Maybe, I did not notice any memory ultra-growth, there was nothing
special in the log,  but I was unable to use stopobiz.sh to stop the
process (the 1st to encounter this issue was the automatic update
script)
Not sure why, we will see if it reproduces..

Jacques

From: "BJ Freeman" <[email protected]>
I been watching my trunk demo on my server.
I notice it keeps using more memory with little or no user activity.
I am leaning towards some memory leaks that happen during scheduled
services.

=========================
BJ Freeman
http://bjfreeman.elance.com
Strategic Power Office with Supplier Automation
<http://www.businessesnetwork.com/automation/viewforum.php?f=93>
Specialtymarket.com <http://www.specialtymarket.com/>

Systems Integrator-- Glad to Assist

Chat  Y! messenger: bjfr33man
Linkedin
<http://www.linkedin.com/profile?viewProfile=&key=1237480&locale=en_US&trk=tab_pro>




Jacques Le Roux sent the following on 5/19/2010 12:43 AM:
Hi,

I had to kill the trunk process this morning, it works again

Jacques















Reply via email to