0000985: Exception when exporting language with JDK6

Notes
(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 (manager) 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 (reporter) 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. :)

(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 [^]

(0011261) gmauleon (reporter) 2008-12-12 16:32	The export language process works in the version 2.50

Issue History
Date Modified	Username	Field	Change
2008-06-12 11:59	jpabloae	Category	I.Unassigned => A. Platform (WAD, XmlEngine, SQLC)
2008-06-13 18:14	cromero	Status	new => scheduled
2008-06-13 19:59	cromero	Target Version	=> 2.40
2008-06-23 07:18	pjuvara	Assigned To	jpabloae => pheenan
2008-06-25 08:45	pheenan	Tag Attached: translation
2008-11-13 22:23	rafaroda	Assigned To	pheenan => gmauleon
2008-12-12 16:32	gmauleon	Regression testing	=> No
2008-12-12 16:32	gmauleon	Status	scheduled => closed
2008-12-12 16:32	gmauleon	Note Added: 0011261
2008-12-12 16:32	gmauleon	Resolution	open => out of date