Openbravo Issue Tracking System - Openbravo ERP
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0010771Openbravo ERPA. Platformpublic2009-09-25 11:512010-03-10 18:28
Reportergorka_gil 
Assigned Toalostale 
PriorityurgentSeveritymajorReproducibilitysometimes
StatusclosedResolutionfixed 
PlatformOS30OS Version2.6.27-gentoo-r7
Product Versionpi 
Target Version2.50MP12Fixed in Version2.50MP12 
Merge Request Status
Review Assigned To
OBNetwork customer
Web browser
ModulesCore
Support ticket
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary0010771: in 64bit environments the compile.complete shows a GC overhead limit exceeded
Descriptionant compile.complete in a 64bits computes will fail with a GC overhead limit exceeded, there is a workaround that is execute ant compile.complete - Dbuild.maxmemory=1024M.

By default in the build.xml the build.maxmemory value are 512M.
Steps To Reproduce
Proposed SolutionThe build.maxmemory value can be calculated or can be stored in Openbravo.properties.
Additional Information
TagsNo tags attached.
Relationships
Attached Files
Issue History
Date ModifiedUsernameFieldChange
2009-09-25 11:51gorka_gilNew Issue
2009-09-25 11:51gorka_gilAssigned To => rafaroda
2009-09-27 13:15rafarodaAssigned Torafaroda => pjuvara
2010-02-11 12:39networkbNote Added: 0024160
2010-02-11 12:39networkbPrioritynormal => urgent
2010-02-11 12:39networkbSeverityminor => major
2010-02-11 12:39networkbReproducibilityhave not tried => sometimes
2010-02-11 12:39networkbTypefeature request => defect
2010-02-11 12:39networkbTarget Version => 2.50MP12
2010-02-11 12:39networkbProposed Solution updated
2010-02-11 12:45jpabloaeIssue Monitored: jpabloae
2010-02-11 12:58jpabloaeNote Added: 0024162
2010-02-11 12:58jpabloaeAssigned Topjuvara => iciordia
2010-02-11 13:10egoitzNote Added: 0024163
2010-02-12 09:03iciordiaAssigned Toiciordia => alostale
2010-02-12 09:03iciordiaStatusnew => scheduled
2010-02-12 10:23hgbotCheckin
2010-02-12 10:23hgbotNote Added: 0024194
2010-02-12 10:23hgbotStatusscheduled => resolved
2010-02-12 10:23hgbotResolutionopen => fixed
2010-02-12 10:23hgbotFixed in SCM revision => http://code.openbravo.com/erp/devel/pi/rev/4c4938381a2b9c8d071f155804549192727c3bce [^]
2010-02-12 11:14hgbotCheckin
2010-02-12 11:14hgbotNote Added: 0024197
2010-02-12 11:14hgbotFixed in SCM revisionhttp://code.openbravo.com/erp/devel/pi/rev/4c4938381a2b9c8d071f155804549192727c3bce [^] => http://code.openbravo.com/erp/devel/pi/rev/5869dd8ab2f0e53e52b3239d4b20ecf5d66c8cd8 [^]
2010-02-15 17:38hudsonbotCheckin
2010-02-15 17:38hudsonbotNote Added: 0024354
2010-02-15 17:38hudsonbotCheckin
2010-02-15 17:38hudsonbotNote Added: 0024355
2010-02-17 12:09marvintmNote Added: 0024480
2010-02-17 12:09marvintmStatusresolved => closed
2010-02-17 12:09marvintmFixed in Version => 2.50MP12
2010-02-18 00:00anonymoussf_bug_id0 =>
2010-03-10 18:28anonymoussf_bug_id => 2967927

Notes
(0024160)
networkb   
2010-02-11 12:39   
At the moment this problem can be solved directly if you compile throw command line, but using the module management console it is not possible so you can have problems when updating the application.
(0024162)
jpabloae   
2010-02-11 12:58   
Our build.xml files have 512M assigned for the java/javac targets. This works well in 32bit systems but not in 64bit, where 1024M is required.

There are several possibilities to fix this issue:

1) Make the build.xml set this variable to 1024M if the system is 32bit, and to 512M in the rest of the cases.
2) Externalize this to the Openbravo.properties file. Put 512M by default, and make the setup tool set 1024M if the system is 64bits.

In any case this is a platform decision. So I reassign this to Isma, so that he can take a decision with his team.
(0024163)
egoitz   
2010-02-11 13:10   
This error happens also on ubuntu not only on gentoo
(0024194)
hgbot   
2010-02-12 10:23   
Repository: erp/devel/pi
Changeset: 4c4938381a2b9c8d071f155804549192727c3bce
Author: Asier Lostalé <asier.lostale <at> openbravo.com>
Date: Fri Feb 12 10:20:43 2010 +0100
URL: http://code.openbravo.com/erp/devel/pi/rev/4c4938381a2b9c8d071f155804549192727c3bce [^]

fixed bug 10771: in 64bit environments the compile.complete shows a GC overhead limit exceeded
  Added build.maxmemory property to Openbravo.properties

---
M build.xml
M config/Openbravo.properties.template
---
(0024197)
hgbot   
2010-02-12 11:14   
Repository: erp/devel/pi
Changeset: 5869dd8ab2f0e53e52b3239d4b20ecf5d66c8cd8
Author: Juan Pablo Aroztegi <juanpablo.aroztegi <at> openbravo.com>
Date: Fri Feb 12 11:14:29 2010 +0100
URL: http://code.openbravo.com/erp/devel/pi/rev/5869dd8ab2f0e53e52b3239d4b20ecf5d66c8cd8 [^]

Fixes 10771: Increase the build.maxmemory for 64bit systems

---
M build.xml
M config/Openbravo.properties.template
---
(0024354)
hudsonbot   
2010-02-15 17:38   
A changeset related to this issue has been promoted to main after passing a series of tests and an OBX has been generated:

Changeset: http://code.openbravo.com/erp/devel/main/rev/4c4938381a2b [^]
Merge Changeset: http://code.openbravo.com/erp/devel/main/rev/2596487a564c [^]
Tests: http://builds.openbravo.com/view/devel-int/ [^]
OBX: http://builds.openbravo.com/erp/core/obx/OpenbravoERP-2.50CI.16391.obx [^]
(0024355)
hudsonbot   
2010-02-15 17:38   
A changeset related to this issue has been promoted to main after passing a series of tests and an OBX has been generated:

Changeset: http://code.openbravo.com/erp/devel/main/rev/5869dd8ab2f0 [^]
Merge Changeset: http://code.openbravo.com/erp/devel/main/rev/2596487a564c [^]
Tests: http://builds.openbravo.com/view/devel-int/ [^]
OBX: http://builds.openbravo.com/erp/core/obx/OpenbravoERP-2.50CI.16391.obx [^]
(0024480)
marvintm   
2010-02-17 12:09   
Tested that an upgrade worked with a database which contained a large amount of data. Before the fix, the upgrade didn't work, and after it, it worked.