Openbravo Issue Tracking System - Openbravo ERP
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0000985Openbravo ERPA. Platformpublic2007-03-09 12:512008-12-12 16:32
Reporteruser71 
Assigned Togmauleon 
PrioritynormalSeverityminorReproducibilityalways
StatusclosedResolutionout of date 
PlatformOS5OS Version
Product Version 
Target Version2.40Fixed in Versionpi 
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
Summary0000985: Exception when exporting language with JDK6
DescriptionWhen I try to export a language to my attachment-directory I get the following stack trace:

see attachment

I searched at google for the first line and found something that said the cause is using JDK6 and not 1.5.x because it has changed the behaviour of xerces.
Steps To Reproduce
Proposed Solution
Additional Information
Tagstranslation
Relationships
depends on backport 0004957 closed gmauleon Exception when exporting language with JDK6 
Attached Files
Issue History
Date ModifiedUsernameFieldChange
2008-06-12 11:59jpabloaeCategoryI.Unassigned => A. Platform (WAD, XmlEngine, SQLC)
2008-06-13 18:14cromeroStatusnew => scheduled
2008-06-13 19:59cromeroTarget Version => 2.40
2008-06-23 07:18pjuvaraAssigned Tojpabloae => pheenan
2008-06-25 08:45pheenanTag Attached: translation
2008-11-13 22:23rafarodaAssigned Topheenan => gmauleon
2008-12-12 16:32gmauleonRegression testing => No
2008-12-12 16:32gmauleonStatusscheduled => closed
2008-12-12 16:32gmauleonNote Added: 0011261
2008-12-12 16:32gmauleonResolutionopen => out of date

Notes
(0004574)
user71   
2005-06-01 00:00   
(edited on: 2008-06-12 09:43)
This bug was originally reported in SourceForge bug tracker and then migrated to Mantis.

You can see the original bug report in:
https://sourceforge.net/support/tracker.php?aid=1677157 [^]
(0000803)
user71   
2007-03-09 13:29   
(edited on: 2008-06-12 09:17)
Logged In: NO

Oh, btw: my eMail is chris-hartmann@gmx.de
(0000804)
alostale   
2007-04-02 16:07   
(edited on: 2008-06-12 09:17)
Logged In: YES
user_id=1500722
Originator: NO

Currently Openbravo supports JDK 1.5.

Soon JDK 1.6 will be supported, but it won't be for the next 2.30 release.

Sorry for the inconveniences.
(0000805)
user71   
2007-11-13 03:48   
(edited on: 2008-06-12 09:17)
Logged In: YES
user_id=1860660
Originator: NO

I got this too, when testing OB and trying to export a HTML report... only I installed using JDK 1.5....
18:46 root@hostname /# java -version
java version "1.5.0_13"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_13-b05)
Java HotSpot(TM) 64-Bit Server VM (build 1.5.0_13-b05, mixed mode)
18:46 root@hostname /#

url that caused it: http://hostname:8180/openbravo/ad_reports/ReportProjectProfitabilityJR.html [^]

Exception report

message

description The server encountered an internal error () that prevented it from fulfilling this request.

exception

javax.servlet.ServletException: Servlet execution threw an exception
    org.openbravo.utils.CharsetFilter.doFilter(Unknown Source)

root cause

java.lang.UnsatisfiedLinkError: /usr/lib/jvm/java-1.5.0-sun-1.5.0.13/jre/lib/amd64/libawt.so: Can't load AMD 64-bit .so on a AMD 64-bit platform
    java.lang.ClassLoader$NativeLibrary.load(Native Method)
    java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1751)
    java.lang.ClassLoader.loadLibrary(ClassLoader.java:1668)
    java.lang.Runtime.loadLibrary0(Runtime.java:822)
    java.lang.System.loadLibrary(System.java:993)
    sun.security.action.LoadLibraryAction.run(LoadLibraryAction.java:50)
    java.security.AccessController.doPrivileged(Native Method)
    java.awt.Toolkit.loadLibraries(Toolkit.java:1509)
    java.awt.Toolkit.<clinit>(Toolkit.java:1530)
    java.awt.Color.<clinit>(Color.java:250)
    net.sf.jasperreports.engine.xml.JRStyleFactory.createObject(JRStyleFactory.java:179)
    org.apache.commons.digester.FactoryCreateRule.begin(FactoryCreateRule.java:389)
    org.apache.commons.digester.Digester.startElement(Digester.java:1361)
    org.apache.xerces.parsers.AbstractSAXParser.startElement(Unknown Source)
    org.apache.xerces.parsers.AbstractXMLDocumentParser.emptyElement(Unknown Source)
    org.apache.xerces.impl.dtd.XMLDTDValidator.emptyElement(Unknown Source)
    org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanStartElement(Unknown Source)
    org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source)
    org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source)
    org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
    org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
    org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
    org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
    org.apache.xerces.jaxp.SAXParserImpl$JAXPSAXParser.parse(Unknown Source)
    org.apache.commons.digester.Digester.parse(Digester.java:1647)
    net.sf.jasperreports.engine.xml.JRXmlLoader.loadXML(JRXmlLoader.java:239)
    net.sf.jasperreports.engine.xml.JRXmlLoader.loadXML(JRXmlLoader.java:226)
    net.sf.jasperreports.engine.xml.JRXmlLoader.load(JRXmlLoader.java:214)
    net.sf.jasperreports.engine.xml.JRXmlLoader.load(JRXmlLoader.java:168)
    net.sf.jasperreports.engine.xml.JRXmlLoader.load(JRXmlLoader.java:152)
    org.openbravo.base.secureApp.HttpSecureAppServlet.renderJR(Unknown Source)
    org.openbravo.erpCommon.ad_reports.ReportProjectProfitabilityJR.printPageDataHtml(Unknown Source)
    org.openbravo.erpCommon.ad_reports.ReportProjectProfitabilityJR.doPost(Unknown Source)
    javax.servlet.http.HttpServlet.service(HttpServlet.java:709)
    org.openbravo.base.HttpBaseServlet.service(Unknown Source)
    org.openbravo.base.secureApp.HttpSecureAppServlet.service(Unknown Source)
    javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
    org.openbravo.utils.CharsetFilter.doFilter(Unknown Source)

note The full stack trace of the root cause is available in the Apache Tomcat/5.5 logs.

e: ckelley --a-t-- ca-cycleworks --d-o-t--c-o-m--
(0000806)
iperdomo   
2007-11-13 12:58   
(edited on: 2008-06-12 09:17)
Logged In: YES
user_id=1820699
Originator: NO

It seams that is a problem with JDK 1.5.0_13 and the jsvc command when you start your Apache Tomcat daemon.
The simplest solution is modify your Apache Tomcat daemon script [/etc/init.d/tomcat5.5], by setting the LD_LIBRARY_PATH pointing to the path where the .so is located. Inside your script just after exporting the JAVA_HOME variable, copy/paste the following lines:

LD_LIBRARY_PATH=/usr/lib/jvm/java-1.5.0-sun-1.5.0.13/jre/lib/amd64
export LD_LIBRARY_PATH
(0000807)
user71   
2007-11-13 21:13   
(edited on: 2008-06-12 09:17)
Logged In: YES
user_id=1860660
Originator: NO

This works, thank you! :) I'll look into making a submission about the CLI install webpage. :)
(0011261)
gmauleon   
2008-12-12 16:32   
The export language process works in the version 2.50