I get corrupted files with Apache POI - apache-poi

I get corrupted files with Apache POI.
I am heard that this will be a out of memory problem.
Or is it problem with JVM that is Oracle OpenJDK 7?

Related

How do you upgrade Apache POI in Lucee 5.3.10.97 from 2.5.1 to 3.17?

I manage a Windows Server 2016 that has Lucee 5.3.10.97 with IIS, and bundled within Lucee is Apache POI 2.5.1. I have requirements to update this to at least Apache POI 3.17. Can I just drop a newer JAR of poi 3.17 over the 2.5.1 bundled in Lucee, or am I unable to do so because this jar is referenced somewhere?
As far as I understand it, Lucee doesn't include POI in its core any longer. The older version you are seeing is probably the one bundled with the Tika library.
The simplest way of using a more recent version of POI is to install the POI Lucee Extension which has POI 5.0.0. Look for it in the Extension > Applications section of the Lucee server admin UI (click the "Pre Releases" button if you don't see it). Or you can download the .lex file from https://download.lucee.org/ (scroll down for extensions) and drop it in your lucee-server/deploy folder.
As Lucee uses OSGi, the different versions won't interfere with each other.

Logstash issue with Java 11

I am trying to load mysql data to elasticsearch using logstash.
I tried almost every version of mysql-connector-java.jar but everything fails.
can someone help me regarding this?
which version of mysql-java-connector is used with java 11.
Elasticsearch 7 works fine with JDK 8 — see the supported JVM matrix. This will be the easiest way.
You might be able to split into multiple JDK versions on a host with some trickery, but you're off the beaten track. Either you could
change the configuration files to point to the right Java version (though that might be tricky with updates)
Set different JAVA_HOME for the different users running the services.
Also note that in Elasticsearch 7 the JDK is automatically bundled with the binary and if there is no JAVA_HOME set it will fall back to that one.

Domino 10 upgrade and XPages POI libraries error

I upgraded my Domino 9.0.1 to 10 after my databases (used POI import/Export) give POI libraries errors. I'm using Eclipse Update Site database for loading POI. I tested po
cant load POI libraries:
import java lib are not load
Domino console POI services status:
Your Target Platform setting in Designer may have been messed up by the V10 upgrade - it's a very-common issue with 9.0.1FP10 and V10. "Fix #1" here may be what you need: https://frostillic.us/blog/posts/058650E080E352178525832B00519D2C
Welcome to Stack Overflow. The first image shows build errors in Domino Designer. Did you upgrade your Designer to 10 too? If so, then you should reinstall the POI libraries in Designer from your update site.

cxf, jaxb on AIX/IBM Java - CollisionCheckStack issue

I had the following issue recently in my code. The environment is:
Java(TM) SE Runtime Environment (build pap6470sr1-20120330_01(SR1))
IBM J9 VM (build 2.6, JRE 1.7.0 AIX ppc64-64 20120322_106209 (JIT enabled, AOT enabled))
J9VM - R26_Java726_SR1_20120322_1720_B106209
Throwable occurred: java.lang.ArrayIndexOutOfBoundsException: Array index out of range: -14
at com.sun.xml.bind.v2.util.CollisionCheckStack.findDuplicate(CollisionCheckStack.java:133)
at com.sun.xml.bind.v2.util.CollisionCheckStack.push(CollisionCheckStack.java:71)
at com.sun.xml.bind.v2.schemagen.XmlSchemaGenerator$Namespace.writeTypeRef(XmlSchemaGenerator.java:705)
at com.sun.xml.bind.v2.schemagen.XmlSchemaGenerator$Namespace.access$1900(XmlSchemaGenerator.java:429)
at com.sun.xml.bind.v2.schemagen.XmlSchemaGenerator$Namespace$ElementWithType.writeTo(XmlSchemaGenerator.java:1273)
at com.sun.xml.bind.v2.schemagen.XmlSchemaGenerator$Namespace.writeTo(XmlSchemaGenerator.java:583)
at com.sun.xml.bind.v2.schemagen.XmlSchemaGenerator$Namespace.access$600(XmlSchemaGenerator.java:429)
at com.sun.xml.bind.v2.schemagen.XmlSchemaGenerator.write(XmlSchemaGenerator.java:411)
at com.sun.xml.bind.v2.runtime.JAXBContextImpl.generateSchema(JAXBContextImpl.java:755)
at org.apache.cxf.jaxb.JAXBUtils.generateJaxbSchemas(JAXBUtils.java:760)
at org.apache.cxf.jaxb.JAXBDataBinding.generateJaxbSchemas(JAXBDataBinding.java:447)
at org.apache.cxf.jaxb.JAXBDataBinding.initialize(JAXBDataBinding.java:374)
at org.apache.cxf.service.factory.ReflectionServiceFactoryBean.buildServiceFromClass(ReflectionServiceFactoryBean.java:429)
at org.apache.cxf.jaxws.support.JaxWsServiceFactoryBean.buildServiceFromClass(JaxWsServiceFactoryBean.java:637)
at org.apache.cxf.service.factory.ReflectionServiceFactoryBean.initializeServiceModel(ReflectionServiceFactoryBean.java:492)
at org.apache.cxf.service.factory.ReflectionServiceFactoryBean.create(ReflectionServiceFactoryBean.java:240)
at org.apache.cxf.jaxws.support.JaxWsServiceFactoryBean.create(JaxWsServiceFactoryBean.java:180)
at org.apache.cxf.frontend.AbstractWSDLBasedEndpointFactory.createEndpoint(AbstractWSDLBasedEndpointFactory.java:99)
at org.apache.cxf.frontend.ClientFactoryBean.create(ClientFactoryBean.java:51)
at org.apache.cxf.frontend.ClientProxyFactoryBean.create(ClientProxyFactoryBean.java:102)
at org.apache.cxf.jaxws.JaxWsProxyFactoryBean.create(JaxWsProxyFactoryBean.java:121)
at org.apache.cxf.jaxws.ServiceImpl.createPort(ServiceImpl.java:458)
at org.apache.cxf.jaxws.ServiceImpl.getPort(ServiceImpl.java:330)
at org.apache.cxf.jaxws.ServiceImpl.getPort(ServiceImpl.java:317)
at javax.xml.ws.Service.getPort(Service.java:130)
This code worked fine on Linux server with Oracle Java 1.7. It also worked on AIX with IBM Java 1.6. But it throws these exceptions when using IBM Java 1.7.
I did a research of com.sun.xml.bind.v2.util.CollisionCheckStack.findDuplicate(CollisionCheckStack.java:133)
And found some looking similar issues/answers, such as:
http://mydevtoolbox.blogspot.com/2013/07/jaxb-marshaller-no-threadsafe-error.html, which recommends “Create a Marshaller and Unmarshaller per request”
I don’t explicitly use Marshaller/Unmarshaller – it looks like CXF/JAXB issue on Java 1.7.
Any thoughts, insights, opinions are greatly appreciated.
Can you try using JAXB 2.2.4 based jars for IBM Java 1.7 and see if that solves the issue?
We had this issue after upgrading JAVA version from 1.6 to 1.8, to fix
you need to upgrade JAXB version from 1.x to 2.x.
Just had this problem
I was using Openj9 JDK and switched over to HotSpot. I used the IntelliJ JDK manager to download the JDK from OpenJDK and made my environmental variables point to the downloaded file structure (JAVA_HOME variable).
It solved the problem
This is not "real" answer, just a workaround suggestion.
The stack trace indicates you have a problem with schema generation. Maybe you could overcome this by providing an XML Schema explicitly using #XmlSchema.location. You'd have to generate and make this schema available manually. Not so cool, but if everything else fails...

Building Hibernate 3.2.0 on Linux OS 64 bit

I need to build the jars for Hibernate 3.2.0 but I am having trouble finding directions. I am trying to follow along in the tutorial but it is wanting me to create classes and other files, is that really necessary just to compile the jars? I need to compile on a 64 bit Linux CentOS machine.
Also the directions in the tutorial are for 3.5 or 3.6 and they say to use maven but when I downloaded the source it came with a build.xml file, so am I supposed to use ant? and when I try ant it tells me I am missing antl/tools.
I am a brand new intern and I am just trying to figure this out so I can do what is asked of me. Any help would be greatly apprecited.
Thank You in advance.
For branch 3.2, you'll just need to run the run.sh (Linux) or run.bat (Windows). It should be enough. But keep in mind that 3.2 is an old branch. If you are developing a new application, consider using a newer version (3.6, for instance).
Binaries for Hibernate 3.2 can be downloaded from their SourceForge project page. Hibernate distributions typically contain hibernate3.jar, dependent jars, reference manuals and source files. The jars can be used on any JVM with version higher than 1.5 (or 1.4, I don't remember precisely) available on 64-bit CentOS.

Resources