Project:
View Issue Details[ Jump to Notes ] | [ Issue History ] [ Print ] | |||||||
ID | ||||||||
0010771 | ||||||||
Type | Category | Severity | Reproducibility | Date Submitted | Last Update | |||
defect | [Openbravo ERP] A. Platform | major | sometimes | 2009-09-25 11:51 | 2010-03-10 18:28 | |||
Reporter | gorka_gil | View Status | public | |||||
Assigned To | alostale | |||||||
Priority | urgent | Resolution | fixed | Fixed in Version | 2.50MP12 | |||
Status | closed | Fix in branch | Fixed in SCM revision | 5869dd8ab2f0 | ||||
Projection | none | ETA | none | Target Version | 2.50MP12 | |||
OS | Linux 64 bit | Database | PostgreSQL | Java version | 1.6.0_11 | |||
OS Version | 2.6.27-gentoo-r7 | Database version | 8.3.5 | Ant version | 1.7.1 | |||
Product Version | pi | SCM revision | ||||||
Merge Request Status | ||||||||
Review Assigned To | ||||||||
OBNetwork customer | OBPS | |||||||
Web browser | ||||||||
Modules | Core | |||||||
Support ticket | ||||||||
Regression level | ||||||||
Regression date | ||||||||
Regression introduced in release | ||||||||
Regression introduced by commit | ||||||||
Triggers an Emergency Pack | No | |||||||
Summary | 0010771: in 64bit environments the compile.complete shows a GC overhead limit exceeded | |||||||
Description | ant 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. | |||||||
Proposed Solution | The build.maxmemory value can be calculated or can be stored in Openbravo.properties. | |||||||
Tags | No tags attached. | |||||||
Attached Files | ||||||||
![]() |
|
![]() |
|
(0024160) networkb (viewer) 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 (viewer) 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 (viewer) 2010-02-11 13:10 |
This error happens also on ubuntu not only on gentoo |
(0024194) hgbot (developer) 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 (developer) 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 (viewer) 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 (viewer) 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 (viewer) 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. |
![]() |
|||
Date Modified | Username | Field | Change |
2009-09-25 11:51 | gorka_gil | New Issue | |
2009-09-25 11:51 | gorka_gil | Assigned To | => rafaroda |
2009-09-25 11:51 | gorka_gil | OBNetwork customer | => No |
2009-09-27 13:15 | rafaroda | Assigned To | rafaroda => pjuvara |
2010-02-11 12:39 | networkb | OBNetwork customer | No => Yes |
2010-02-11 12:39 | networkb | Note Added: 0024160 | |
2010-02-11 12:39 | networkb | Priority | normal => urgent |
2010-02-11 12:39 | networkb | Severity | minor => major |
2010-02-11 12:39 | networkb | Reproducibility | have not tried => sometimes |
2010-02-11 12:39 | networkb | Type | feature request => defect |
2010-02-11 12:39 | networkb | Target Version | => 2.50MP12 |
2010-02-11 12:39 | networkb | Proposed Solution updated | |
2010-02-11 12:45 | jpabloae | Issue Monitored: jpabloae | |
2010-02-11 12:58 | jpabloae | Note Added: 0024162 | |
2010-02-11 12:58 | jpabloae | Assigned To | pjuvara => iciordia |
2010-02-11 13:10 | egoitz | Note Added: 0024163 | |
2010-02-12 09:03 | iciordia | Assigned To | iciordia => alostale |
2010-02-12 09:03 | iciordia | Status | new => scheduled |
2010-02-12 10:23 | hgbot | Checkin | |
2010-02-12 10:23 | hgbot | Note Added: 0024194 | |
2010-02-12 10:23 | hgbot | Status | scheduled => resolved |
2010-02-12 10:23 | hgbot | Resolution | open => fixed |
2010-02-12 10:23 | hgbot | Fixed in SCM revision | => http://code.openbravo.com/erp/devel/pi/rev/4c4938381a2b9c8d071f155804549192727c3bce [^] |
2010-02-12 11:14 | hgbot | Checkin | |
2010-02-12 11:14 | hgbot | Note Added: 0024197 | |
2010-02-12 11:14 | hgbot | Fixed in SCM revision | http://code.openbravo.com/erp/devel/pi/rev/4c4938381a2b9c8d071f155804549192727c3bce [^] => http://code.openbravo.com/erp/devel/pi/rev/5869dd8ab2f0e53e52b3239d4b20ecf5d66c8cd8 [^] |
2010-02-15 17:38 | hudsonbot | Checkin | |
2010-02-15 17:38 | hudsonbot | Note Added: 0024354 | |
2010-02-15 17:38 | hudsonbot | Checkin | |
2010-02-15 17:38 | hudsonbot | Note Added: 0024355 | |
2010-02-17 12:09 | marvintm | Note Added: 0024480 | |
2010-02-17 12:09 | marvintm | Status | resolved => closed |
2010-02-17 12:09 | marvintm | Fixed in Version | => 2.50MP12 |
2010-02-18 00:00 | anonymous | sf_bug_id | 0 => |
2010-03-10 18:28 | anonymous | sf_bug_id | => 2967927 |
Copyright © 2000 - 2009 MantisBT Group |