[jira] [Created] (AXIS-2909) ConcurrentModificationException when running under Java 1.8.0

Discussion:

[jira] [Created] (AXIS-2909) ConcurrentModificationException when running under Java 1.8.0_20 or later

Kim Albertsson (JIRA)

2015-05-08 15:35:00 UTC

Kim Albertsson created AXIS-2909:
------------------------------------

Summary: ConcurrentModificationException when running under Java 1.8.0_20 or later
Key: AXIS-2909
URL: https://issues.apache.org/jira/browse/AXIS-2909
Project: Axis
Issue Type: Bug
Components: Serialization/Deserialization
Affects Versions: 1.4
Environment: java full version "1.8.0_20-b26"
Reporter: Kim Albertsson
Fix For: 1.4.1

Java 8u20 introduced a change in how Collections.sort is implemented. See http://bugs.java.com/view_bug.do?bug_id=8032636 and http://bugs.java.com/view_bug.do?bug_id=8030848.

The sorting is now deferred to the specific list implementation which can operate directly on the underlying data structure without making a defensive copy beforehand. This can cause a java.util.ConcurrentModificationException to occur.

The error can be reproduced by compiling axis-1.4.1-SNAPSHOT using java 1.8.0_20 or later and running the maven test suite (mvn test). The error does not manifest every single run, but I have never had to run the tests more than 3 times to reproduce. The test that fails is test.concurrency.TestApplicationScope.

The issue originates in org.apache.axis.description.JavaServiceDesc.getOperationsByQName where an unsynchronized call to Collections.sort is made. Synchronizing over the sorted array resolves the issue.

A working patch that has been tested in the test suite is appended in diff.txt.

The stack trace from the axis test-suite is appended below. Do note however that this stack trace does not show the actual error (The original error is caught and rethrown). To get the stack trace where the Collections.sort call is made you can run the specific test and attach the jdb configured to catch all java.util.ConcurrentModificationExceptions.

The stack trace from my jdb session is appended as axis-concurrent-mod.stack-trace. It was generated from an apache tomcat instance running a webservice relying on axis.

AxisFault
faultCode: {http://schemas.xmlsoap.org/soap/envelope/}Server.userException
faultSubcode:
faultString: java.util.ConcurrentModificationException
faultActor:
faultNode:
faultDetail:
{http://xml.apache.org/axis/}stackTrace:java.util.ConcurrentModificationException
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.lang.reflect.Constructor.newInstance(Constructor.java:422)
at java.lang.Class.newInstance(Class.java:442)
at org.apache.axis.encoding.ser.BeanDeserializer.<init>(BeanDeserializer.java:104)
at org.apache.axis.encoding.ser.BeanDeserializerFactory.getGeneralPurpose(BeanDeserializerFactory.java:89)
at org.apache.axis.encoding.ser.BaseDeserializerFactory.getDeserializerAs(BaseDeserializerFactory.java:89)
at org.apache.axis.encoding.DeserializationContext.getDeserializer(DeserializationContext.java:484)
at org.apache.axis.encoding.DeserializationContext.getDeserializerForType(DeserializationContext.java:567)
at org.apache.axis.message.SOAPFaultDetailsBuilder.onStartChild(SOAPFaultDetailsBuilder.java:157)
at org.apache.axis.encoding.DeserializationContext.startElement(DeserializationContext.java:1052)
at org.apache.xerces.parsers.AbstractSAXParser.startElement(Unknown Source)
at org.apache.xerces.parsers.AbstractXMLDocumentParser.emptyElement(Unknown Source)
at org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanStartElement(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
at org.apache.axis.encoding.DeserializationContext.parse(DeserializationContext.java:241)
at org.apache.axis.SOAPPart.getAsSOAPEnvelope(SOAPPart.java:696)
at org.apache.axis.Message.getSOAPEnvelope(Message.java:435)
at org.apache.axis.handlers.soap.MustUnderstandChecker.invoke(MustUnderstandChecker.java:62)
at org.apache.axis.client.AxisClient.invoke(AxisClient.java:206)
at org.apache.axis.client.Call.invokeEngine(Call.java:2782)
at org.apache.axis.client.Call.invoke(Call.java:2765)
at org.apache.axis.client.Call.invoke(Call.java:2443)
at org.apache.axis.client.Call.invoke(Call.java:2366)
at org.apache.axis.client.Call.invoke(Call.java:2391)
at test.concurrency.TestApplicationScope$TestRunnable.run(TestApplicationScope.java:80)
at java.lang.Thread.run(Thread.java:745)

--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

---------------------------------------------------------------------
To unsubscribe, e-mail: java-dev-***@axis.apache.org
For additional commands, e-mail: java-dev-***@axis.apache.org

Kim Albertsson (JIRA)

2015-05-08 15:38:03 UTC

Permalink

[ https://issues.apache.org/jira/browse/AXIS-2909?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Kim Albertsson updated AXIS-2909:
---------------------------------
Attachment: diff.txt

Patch for resolving the issue. Synchronizes the access to Collections.sort over the relevant ArrayList.

Solution verified to resolve error in test suite.

Post by Kim Albertsson (JIRA)
ConcurrentModificationException when running under Java 1.8.0_20 or later
-------------------------------------------------------------------------
Key: AXIS-2909
URL: https://issues.apache.org/jira/browse/AXIS-2909
Project: Axis
Issue Type: Bug
Components: Serialization/Deserialization
Affects Versions: 1.4
Environment: java full version "1.8.0_20-b26"
Reporter: Kim Albertsson
Fix For: 1.4.1
Attachments: diff.txt
Original Estimate: 0h
Remaining Estimate: 0h
Java 8u20 introduced a change in how Collections.sort is implemented. See http://bugs.java.com/view_bug.do?bug_id=8032636 and http://bugs.java.com/view_bug.do?bug_id=8030848.
The sorting is now deferred to the specific list implementation which can operate directly on the underlying data structure without making a defensive copy beforehand. This can cause a java.util.ConcurrentModificationException to occur.
The error can be reproduced by compiling axis-1.4.1-SNAPSHOT using java 1.8.0_20 or later and running the maven test suite (mvn test). The error does not manifest every single run, but I have never had to run the tests more than 3 times to reproduce. The test that fails is test.concurrency.TestApplicationScope.
The issue originates in org.apache.axis.description.JavaServiceDesc.getOperationsByQName where an unsynchronized call to Collections.sort is made. Synchronizing over the sorted array resolves the issue.
A working patch that has been tested in the test suite is appended in diff.txt.
The stack trace from the axis test-suite is appended below. Do note however that this stack trace does not show the actual error (The original error is caught and rethrown). To get the stack trace where the Collections.sort call is made you can run the specific test and attach the jdb configured to catch all java.util.ConcurrentModificationExceptions.
The stack trace from my jdb session is appended as axis-concurrent-mod.stack-trace. It was generated from an apache tomcat instance running a webservice relying on axis.
AxisFault
faultCode: {http://schemas.xmlsoap.org/soap/envelope/}Server.userException
faultString: java.util.ConcurrentModificationException
{http://xml.apache.org/axis/}stackTrace:java.util.ConcurrentModificationException
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.lang.reflect.Constructor.newInstance(Constructor.java:422)
at java.lang.Class.newInstance(Class.java:442)
at org.apache.axis.encoding.ser.BeanDeserializerFactory.getGeneralPurpose(BeanDeserializerFactory.java:89)
at org.apache.axis.encoding.ser.BaseDeserializerFactory.getDeserializerAs(BaseDeserializerFactory.java:89)
at org.apache.axis.encoding.DeserializationContext.getDeserializer(DeserializationContext.java:484)
at org.apache.axis.encoding.DeserializationContext.getDeserializerForType(DeserializationContext.java:567)
at org.apache.axis.message.SOAPFaultDetailsBuilder.onStartChild(SOAPFaultDetailsBuilder.java:157)
at org.apache.axis.encoding.DeserializationContext.startElement(DeserializationContext.java:1052)
at org.apache.xerces.parsers.AbstractSAXParser.startElement(Unknown Source)
at org.apache.xerces.parsers.AbstractXMLDocumentParser.emptyElement(Unknown Source)
at org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanStartElement(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
at org.apache.axis.encoding.DeserializationContext.parse(DeserializationContext.java:241)
at org.apache.axis.SOAPPart.getAsSOAPEnvelope(SOAPPart.java:696)
at org.apache.axis.Message.getSOAPEnvelope(Message.java:435)
at org.apache.axis.handlers.soap.MustUnderstandChecker.invoke(MustUnderstandChecker.java:62)
at org.apache.axis.client.AxisClient.invoke(AxisClient.java:206)
at org.apache.axis.client.Call.invokeEngine(Call.java:2782)
at org.apache.axis.client.Call.invoke(Call.java:2765)
at org.apache.axis.client.Call.invoke(Call.java:2443)
at org.apache.axis.client.Call.invoke(Call.java:2366)
at org.apache.axis.client.Call.invoke(Call.java:2391)
at test.concurrency.TestApplicationScope$TestRunnable.run(TestApplicationScope.java:80)
at java.lang.Thread.run(Thread.java:745)

Kim Albertsson (JIRA)

2015-05-08 15:39:01 UTC

Permalink

[ https://issues.apache.org/jira/browse/AXIS-2909?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Kim Albertsson updated AXIS-2909:
---------------------------------
Attachment: axis-concurrent-mod.stack-trace

Stack trace from jdb session catching the ConcurrentModificationException as it occurs.

Post by Kim Albertsson (JIRA)
ConcurrentModificationException when running under Java 1.8.0_20 or later
-------------------------------------------------------------------------
Key: AXIS-2909
URL: https://issues.apache.org/jira/browse/AXIS-2909
Project: Axis
Issue Type: Bug
Components: Serialization/Deserialization
Affects Versions: 1.4
Environment: java full version "1.8.0_20-b26"
Reporter: Kim Albertsson
Fix For: 1.4.1
Attachments: axis-concurrent-mod.stack-trace, diff.txt
Original Estimate: 0h
Remaining Estimate: 0h
Java 8u20 introduced a change in how Collections.sort is implemented. See http://bugs.java.com/view_bug.do?bug_id=8032636 and http://bugs.java.com/view_bug.do?bug_id=8030848.
The sorting is now deferred to the specific list implementation which can operate directly on the underlying data structure without making a defensive copy beforehand. This can cause a java.util.ConcurrentModificationException to occur.
The error can be reproduced by compiling axis-1.4.1-SNAPSHOT using java 1.8.0_20 or later and running the maven test suite (mvn test). The error does not manifest every single run, but I have never had to run the tests more than 3 times to reproduce. The test that fails is test.concurrency.TestApplicationScope.
The issue originates in org.apache.axis.description.JavaServiceDesc.getOperationsByQName where an unsynchronized call to Collections.sort is made. Synchronizing over the sorted array resolves the issue.
A working patch that has been tested in the test suite is appended in diff.txt.
The stack trace from the axis test-suite is appended below. Do note however that this stack trace does not show the actual error (The original error is caught and rethrown). To get the stack trace where the Collections.sort call is made you can run the specific test and attach the jdb configured to catch all java.util.ConcurrentModificationExceptions.
The stack trace from my jdb session is appended as axis-concurrent-mod.stack-trace. It was generated from an apache tomcat instance running a webservice relying on axis.
AxisFault
faultCode: {http://schemas.xmlsoap.org/soap/envelope/}Server.userException
faultString: java.util.ConcurrentModificationException
{http://xml.apache.org/axis/}stackTrace:java.util.ConcurrentModificationException
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.lang.reflect.Constructor.newInstance(Constructor.java:422)
at java.lang.Class.newInstance(Class.java:442)
at org.apache.axis.encoding.ser.BeanDeserializerFactory.getGeneralPurpose(BeanDeserializerFactory.java:89)
at org.apache.axis.encoding.ser.BaseDeserializerFactory.getDeserializerAs(BaseDeserializerFactory.java:89)
at org.apache.axis.encoding.DeserializationContext.getDeserializer(DeserializationContext.java:484)
at org.apache.axis.encoding.DeserializationContext.getDeserializerForType(DeserializationContext.java:567)
at org.apache.axis.message.SOAPFaultDetailsBuilder.onStartChild(SOAPFaultDetailsBuilder.java:157)
at org.apache.axis.encoding.DeserializationContext.startElement(DeserializationContext.java:1052)
at org.apache.xerces.parsers.AbstractSAXParser.startElement(Unknown Source)
at org.apache.xerces.parsers.AbstractXMLDocumentParser.emptyElement(Unknown Source)
at org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanStartElement(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
at org.apache.axis.encoding.DeserializationContext.parse(DeserializationContext.java:241)
at org.apache.axis.SOAPPart.getAsSOAPEnvelope(SOAPPart.java:696)
at org.apache.axis.Message.getSOAPEnvelope(Message.java:435)
at org.apache.axis.handlers.soap.MustUnderstandChecker.invoke(MustUnderstandChecker.java:62)
at org.apache.axis.client.AxisClient.invoke(AxisClient.java:206)
at org.apache.axis.client.Call.invokeEngine(Call.java:2782)
at org.apache.axis.client.Call.invoke(Call.java:2765)
at org.apache.axis.client.Call.invoke(Call.java:2443)
at org.apache.axis.client.Call.invoke(Call.java:2366)
at org.apache.axis.client.Call.invoke(Call.java:2391)
at test.concurrency.TestApplicationScope$TestRunnable.run(TestApplicationScope.java:80)
at java.lang.Thread.run(Thread.java:745)

George Stanchev

2015-05-08 21:28:18 UTC

Permalink

Wow. Thanks for submitting that patch!

We just switched to Java 8 and still use that archaic project. Haven't ran into this issue yet, but I cannot thank you enough for your fix! We will be applying the fix for sure...

George

-----Original Message-----
From: Kim Albertsson (JIRA) [mailto:axis-***@ws.apache.org]
Sent: Friday, May 08, 2015 9:39 AM
To: java-***@axis.apache.org
Subject: [jira] [Updated] (AXIS-2909) ConcurrentModificationException when running under Java 1.8.0_20 or later

[ https://issues.apache.org/jira/browse/AXIS-2909?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Kim Albertsson updated AXIS-2909:
---------------------------------
Attachment: axis-concurrent-mod.stack-trace

Stack trace from jdb session catching the ConcurrentModificationException as it occurs.

Post by Kim Albertsson (JIRA)
ConcurrentModificationException when running under Java 1.8.0_20 or later
-------------------------------------------------------------------------
Key: AXIS-2909
URL: https://issues.apache.org/jira/browse/AXIS-2909
Project: Axis
Issue Type: Bug
Components: Serialization/Deserialization
Affects Versions: 1.4
Environment: java full version "1.8.0_20-b26"
Reporter: Kim Albertsson
Fix For: 1.4.1
Attachments: axis-concurrent-mod.stack-trace, diff.txt
Original Estimate: 0h
Remaining Estimate: 0h
Java 8u20 introduced a change in how Collections.sort is implemented. See http://bugs.java.com/view_bug.do?bug_id=8032636 and http://bugs.java.com/view_bug.do?bug_id=8030848.
The sorting is now deferred to the specific list implementation which can operate directly on the underlying data structure without making a defensive copy beforehand. This can cause a java.util.ConcurrentModificationException to occur.
The error can be reproduced by compiling axis-1.4.1-SNAPSHOT using java 1.8.0_20 or later and running the maven test suite (mvn test). The error does not manifest every single run, but I have never had to run the tests more than 3 times to reproduce. The test that fails is test.concurrency.TestApplicationScope.
The issue originates in org.apache.axis.description.JavaServiceDesc.getOperationsByQName where an unsynchronized call to Collections.sort is made. Synchronizing over the sorted array resolves the issue.
A working patch that has been tested in the test suite is appended in diff.txt.
The stack trace from the axis test-suite is appended below. Do note however that this stack trace does not show the actual error (The original error is caught and rethrown). To get the stack trace where the Collections.sort call is made you can run the specific test and attach the jdb configured to catch all java.util.ConcurrentModificationExceptions.
The stack trace from my jdb session is appended as axis-concurrent-mod.stack-trace. It was generated from an apache tomcat instance running a webservice relying on axis.
AxisFault
faultCode: {http://schemas.xmlsoap.org/soap/envelope/}Server.userException
faultString: java.util.ConcurrentModificationException
{http://xml.apache.org/axis/}stackTrace:java.util.ConcurrentModificationException
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.lang.reflect.Constructor.newInstance(Constructor.java:422)
at java.lang.Class.newInstance(Class.java:442)
at org.apache.axis.encoding.ser.BeanDeserializerFactory.getGeneralPurpose(BeanDeserializerFactory.java:89)
at org.apache.axis.encoding.ser.BaseDeserializerFactory.getDeserializerAs(BaseDeserializerFactory.java:89)
at org.apache.axis.encoding.DeserializationContext.getDeserializer(DeserializationContext.java:484)
at org.apache.axis.encoding.DeserializationContext.getDeserializerForType(DeserializationContext.java:567)
at org.apache.axis.message.SOAPFaultDetailsBuilder.onStartChild(SOAPFaultDetailsBuilder.java:157)
at org.apache.axis.encoding.DeserializationContext.startElement(DeserializationContext.java:1052)
at org.apache.xerces.parsers.AbstractSAXParser.startElement(Unknown Source)
at org.apache.xerces.parsers.AbstractXMLDocumentParser.emptyElement(Unknown Source)
at org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanStartElement(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
at org.apache.axis.encoding.DeserializationContext.parse(DeserializationContext.java:241)
at org.apache.axis.SOAPPart.getAsSOAPEnvelope(SOAPPart.java:696)
at org.apache.axis.Message.getSOAPEnvelope(Message.java:435)
at org.apache.axis.handlers.soap.MustUnderstandChecker.invoke(MustUnderstandChecker.java:62)
at org.apache.axis.client.AxisClient.invoke(AxisClient.java:206)
at org.apache.axis.client.Call.invokeEngine(Call.java:2782)
at org.apache.axis.client.Call.invoke(Call.java:2765)
at org.apache.axis.client.Call.invoke(Call.java:2443)
at org.apache.axis.client.Call.invoke(Call.java:2366)
at org.apache.axis.client.Call.invoke(Call.java:2391)
at test.concurrency.TestApplicationScope$TestRunnable.run(TestApplicationScope.java:80)
at java.lang.Thread.run(Thread.java:745)

--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

---------------------------------------------------------------------
To unsubscribe, e-mail: java-dev-***@axis.apache.org
For additional commands, e-mail: java-dev-***@axis.apache.org

B�KKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKCB��[��X��ܚX�KK[XZ[��]�KY]�][��X��ܚX�P^\˘\X�K�ܙ�B��܈Y][ۘ[��[X[��K

Kim Albertsson (JIRA)

2015-05-11 08:11:59 UTC

Permalink

Post by Kim Albertsson (JIRA)
ConcurrentModificationException when running under Java 1.8.0_20 or later
-------------------------------------------------------------------------
Key: AXIS-2909
URL: https://issues.apache.org/jira/browse/AXIS-2909
Project: Axis
Issue Type: Bug
Components: Serialization/Deserialization
Affects Versions: 1.4
Environment: java full version "1.8.0_20-b26"
Reporter: Kim Albertsson
Priority: Minor
Fix For: 1.4.1
Attachments: axis-concurrent-mod.stack-trace, diff.txt
Original Estimate: 0h
Remaining Estimate: 0h
Java 8u20 introduced a change in how Collections.sort is implemented. See http://bugs.java.com/view_bug.do?bug_id=8032636 and http://bugs.java.com/view_bug.do?bug_id=8030848.
The sorting is now deferred to the specific list implementation which can operate directly on the underlying data structure without making a defensive copy beforehand. This can cause a java.util.ConcurrentModificationException to occur.
The error can be reproduced by compiling axis-1.4.1-SNAPSHOT using java 1.8.0_20 or later and running the maven test suite (mvn test). The error does not manifest every single run, but I have never had to run the tests more than 3 times to reproduce. The test that fails is test.concurrency.TestApplicationScope.
The issue originates in org.apache.axis.description.JavaServiceDesc.getOperationsByQName where an unsynchronized call to Collections.sort is made. Synchronizing over the sorted array resolves the issue.
A working patch that has been tested in the test suite is appended in diff.txt.
The stack trace from the axis test-suite is appended below. Do note however that this stack trace does not show the actual error (The original error is caught and rethrown). To get the stack trace where the Collections.sort call is made you can run the specific test and attach the jdb configured to catch all java.util.ConcurrentModificationExceptions.
The stack trace from my jdb session is appended as axis-concurrent-mod.stack-trace. It was generated from an apache tomcat instance running a webservice relying on axis.
AxisFault
faultCode: {http://schemas.xmlsoap.org/soap/envelope/}Server.userException
faultString: java.util.ConcurrentModificationException
{http://xml.apache.org/axis/}stackTrace:java.util.ConcurrentModificationException
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.lang.reflect.Constructor.newInstance(Constructor.java:422)
at java.lang.Class.newInstance(Class.java:442)
at org.apache.axis.encoding.ser.BeanDeserializerFactory.getGeneralPurpose(BeanDeserializerFactory.java:89)
at org.apache.axis.encoding.ser.BaseDeserializerFactory.getDeserializerAs(BaseDeserializerFactory.java:89)
at org.apache.axis.encoding.DeserializationContext.getDeserializer(DeserializationContext.java:484)
at org.apache.axis.encoding.DeserializationContext.getDeserializerForType(DeserializationContext.java:567)
at org.apache.axis.message.SOAPFaultDetailsBuilder.onStartChild(SOAPFaultDetailsBuilder.java:157)
at org.apache.axis.encoding.DeserializationContext.startElement(DeserializationContext.java:1052)
at org.apache.xerces.parsers.AbstractSAXParser.startElement(Unknown Source)
at org.apache.xerces.parsers.AbstractXMLDocumentParser.emptyElement(Unknown Source)
at org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanStartElement(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
at org.apache.axis.encoding.DeserializationContext.parse(DeserializationContext.java:241)
at org.apache.axis.SOAPPart.getAsSOAPEnvelope(SOAPPart.java:696)
at org.apache.axis.Message.getSOAPEnvelope(Message.java:435)
at org.apache.axis.handlers.soap.MustUnderstandChecker.invoke(MustUnderstandChecker.java:62)
at org.apache.axis.client.AxisClient.invoke(AxisClient.java:206)
at org.apache.axis.client.Call.invokeEngine(Call.java:2782)
at org.apache.axis.client.Call.invoke(Call.java:2765)
at org.apache.axis.client.Call.invoke(Call.java:2443)
at org.apache.axis.client.Call.invoke(Call.java:2366)
at org.apache.axis.client.Call.invoke(Call.java:2391)
at test.concurrency.TestApplicationScope$TestRunnable.run(TestApplicationScope.java:80)
at java.lang.Thread.run(Thread.java:745)

Andreas Veithen (JIRA)

2015-07-03 20:08:04 UTC

Permalink

[ https://issues.apache.org/jira/browse/AXIS-2909?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Andreas Veithen reassigned AXIS-2909:
-------------------------------------

Assignee: Andreas Veithen

Post by Kim Albertsson (JIRA)
ConcurrentModificationException when running under Java 1.8.0_20 or later
-------------------------------------------------------------------------
Key: AXIS-2909
URL: https://issues.apache.org/jira/browse/AXIS-2909
Project: Axis
Issue Type: Bug
Components: Serialization/Deserialization
Affects Versions: 1.4
Environment: java full version "1.8.0_20-b26"
Reporter: Kim Albertsson
Assignee: Andreas Veithen
Priority: Minor
Fix For: 1.4.1
Attachments: axis-concurrent-mod.stack-trace, diff.txt
Original Estimate: 0h
Remaining Estimate: 0h
Java 8u20 introduced a change in how Collections.sort is implemented. See http://bugs.java.com/view_bug.do?bug_id=8032636 and http://bugs.java.com/view_bug.do?bug_id=8030848.
The sorting is now deferred to the specific list implementation which can operate directly on the underlying data structure without making a defensive copy beforehand. This can cause a java.util.ConcurrentModificationException to occur.
The error can be reproduced by compiling axis-1.4.1-SNAPSHOT using java 1.8.0_20 or later and running the maven test suite (mvn test). The error does not manifest every single run, but I have never had to run the tests more than 3 times to reproduce. The test that fails is test.concurrency.TestApplicationScope.
The issue originates in org.apache.axis.description.JavaServiceDesc.getOperationsByQName where an unsynchronized call to Collections.sort is made. Synchronizing over the sorted array resolves the issue.
A working patch that has been tested in the test suite is appended in diff.txt.
The stack trace from the axis test-suite is appended below. Do note however that this stack trace does not show the actual error (The original error is caught and rethrown). To get the stack trace where the Collections.sort call is made you can run the specific test and attach the jdb configured to catch all java.util.ConcurrentModificationExceptions.
The stack trace from my jdb session is appended as axis-concurrent-mod.stack-trace. It was generated from an apache tomcat instance running a webservice relying on axis.
AxisFault
faultCode: {http://schemas.xmlsoap.org/soap/envelope/}Server.userException
faultString: java.util.ConcurrentModificationException
{http://xml.apache.org/axis/}stackTrace:java.util.ConcurrentModificationException
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.lang.reflect.Constructor.newInstance(Constructor.java:422)
at java.lang.Class.newInstance(Class.java:442)
at org.apache.axis.encoding.ser.BeanDeserializerFactory.getGeneralPurpose(BeanDeserializerFactory.java:89)
at org.apache.axis.encoding.ser.BaseDeserializerFactory.getDeserializerAs(BaseDeserializerFactory.java:89)
at org.apache.axis.encoding.DeserializationContext.getDeserializer(DeserializationContext.java:484)
at org.apache.axis.encoding.DeserializationContext.getDeserializerForType(DeserializationContext.java:567)
at org.apache.axis.message.SOAPFaultDetailsBuilder.onStartChild(SOAPFaultDetailsBuilder.java:157)
at org.apache.axis.encoding.DeserializationContext.startElement(DeserializationContext.java:1052)
at org.apache.xerces.parsers.AbstractSAXParser.startElement(Unknown Source)
at org.apache.xerces.parsers.AbstractXMLDocumentParser.emptyElement(Unknown Source)
at org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanStartElement(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
at org.apache.axis.encoding.DeserializationContext.parse(DeserializationContext.java:241)
at org.apache.axis.SOAPPart.getAsSOAPEnvelope(SOAPPart.java:696)
at org.apache.axis.Message.getSOAPEnvelope(Message.java:435)
at org.apache.axis.handlers.soap.MustUnderstandChecker.invoke(MustUnderstandChecker.java:62)
at org.apache.axis.client.AxisClient.invoke(AxisClient.java:206)
at org.apache.axis.client.Call.invokeEngine(Call.java:2782)
at org.apache.axis.client.Call.invoke(Call.java:2765)
at org.apache.axis.client.Call.invoke(Call.java:2443)
at org.apache.axis.client.Call.invoke(Call.java:2366)
at org.apache.axis.client.Call.invoke(Call.java:2391)
at test.concurrency.TestApplicationScope$TestRunnable.run(TestApplicationScope.java:80)
at java.lang.Thread.run(Thread.java:745)

Andreas Veithen (JIRA)

2015-07-03 20:26:04 UTC

Permalink

[ https://issues.apache.org/jira/browse/AXIS-2909?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14613441#comment-14613441 ]

Andreas Veithen commented on AXIS-2909:
---------------------------------------

The proposed patch prevents two threads from sorting the list concurrently, but doesn't prevent a thread from accessing the list while another one is sorting it.

Post by Kim Albertsson (JIRA)
ConcurrentModificationException when running under Java 1.8.0_20 or later
-------------------------------------------------------------------------
Key: AXIS-2909
URL: https://issues.apache.org/jira/browse/AXIS-2909
Project: Axis
Issue Type: Bug
Components: Serialization/Deserialization
Affects Versions: 1.4
Environment: java full version "1.8.0_20-b26"
Reporter: Kim Albertsson
Assignee: Andreas Veithen
Priority: Minor
Fix For: 1.4.1
Attachments: axis-concurrent-mod.stack-trace, diff.txt
Original Estimate: 0h
Remaining Estimate: 0h
Java 8u20 introduced a change in how Collections.sort is implemented. See http://bugs.java.com/view_bug.do?bug_id=8032636 and http://bugs.java.com/view_bug.do?bug_id=8030848.
The sorting is now deferred to the specific list implementation which can operate directly on the underlying data structure without making a defensive copy beforehand. This can cause a java.util.ConcurrentModificationException to occur.
The error can be reproduced by compiling axis-1.4.1-SNAPSHOT using java 1.8.0_20 or later and running the maven test suite (mvn test). The error does not manifest every single run, but I have never had to run the tests more than 3 times to reproduce. The test that fails is test.concurrency.TestApplicationScope.
The issue originates in org.apache.axis.description.JavaServiceDesc.getOperationsByQName where an unsynchronized call to Collections.sort is made. Synchronizing over the sorted array resolves the issue.
A working patch that has been tested in the test suite is appended in diff.txt.
The stack trace from the axis test-suite is appended below. Do note however that this stack trace does not show the actual error (The original error is caught and rethrown). To get the stack trace where the Collections.sort call is made you can run the specific test and attach the jdb configured to catch all java.util.ConcurrentModificationExceptions.
The stack trace from my jdb session is appended as axis-concurrent-mod.stack-trace. It was generated from an apache tomcat instance running a webservice relying on axis.
AxisFault
faultCode: {http://schemas.xmlsoap.org/soap/envelope/}Server.userException
faultString: java.util.ConcurrentModificationException
{http://xml.apache.org/axis/}stackTrace:java.util.ConcurrentModificationException
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.lang.reflect.Constructor.newInstance(Constructor.java:422)
at java.lang.Class.newInstance(Class.java:442)
at org.apache.axis.encoding.ser.BeanDeserializerFactory.getGeneralPurpose(BeanDeserializerFactory.java:89)
at org.apache.axis.encoding.ser.BaseDeserializerFactory.getDeserializerAs(BaseDeserializerFactory.java:89)
at org.apache.axis.encoding.DeserializationContext.getDeserializer(DeserializationContext.java:484)
at org.apache.axis.encoding.DeserializationContext.getDeserializerForType(DeserializationContext.java:567)
at org.apache.axis.message.SOAPFaultDetailsBuilder.onStartChild(SOAPFaultDetailsBuilder.java:157)
at org.apache.axis.encoding.DeserializationContext.startElement(DeserializationContext.java:1052)
at org.apache.xerces.parsers.AbstractSAXParser.startElement(Unknown Source)
at org.apache.xerces.parsers.AbstractXMLDocumentParser.emptyElement(Unknown Source)
at org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanStartElement(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
at org.apache.axis.encoding.DeserializationContext.parse(DeserializationContext.java:241)
at org.apache.axis.SOAPPart.getAsSOAPEnvelope(SOAPPart.java:696)
at org.apache.axis.Message.getSOAPEnvelope(Message.java:435)
at org.apache.axis.handlers.soap.MustUnderstandChecker.invoke(MustUnderstandChecker.java:62)
at org.apache.axis.client.AxisClient.invoke(AxisClient.java:206)
at org.apache.axis.client.Call.invokeEngine(Call.java:2782)
at org.apache.axis.client.Call.invoke(Call.java:2765)
at org.apache.axis.client.Call.invoke(Call.java:2443)
at org.apache.axis.client.Call.invoke(Call.java:2366)
at org.apache.axis.client.Call.invoke(Call.java:2391)
at test.concurrency.TestApplicationScope$TestRunnable.run(TestApplicationScope.java:80)
at java.lang.Thread.run(Thread.java:745)

Hudson (JIRA)

2015-07-04 10:00:05 UTC

Permalink

[ https://issues.apache.org/jira/browse/AXIS-2909?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14613658#comment-14613658 ]

Hudson commented on AXIS-2909:
------------------------------

SUCCESS: Integrated in axis-trunk #280 (See [https://builds.apache.org/job/axis-trunk/280/])
AXIS-2909: Fix a concurrency issue that can be easily reproduced with Java 8. (veithen: rev 1689086)
* /axis/axis1/java/trunk/axis-rt-core/src/main/java/org/apache/axis/description/JavaServiceDesc.java

Post by Kim Albertsson (JIRA)
ConcurrentModificationException when running under Java 1.8.0_20 or later
-------------------------------------------------------------------------
Key: AXIS-2909
URL: https://issues.apache.org/jira/browse/AXIS-2909
Project: Axis
Issue Type: Bug
Components: Serialization/Deserialization
Affects Versions: 1.4
Environment: java full version "1.8.0_20-b26"
Reporter: Kim Albertsson
Assignee: Andreas Veithen
Priority: Minor
Fix For: 1.4.1
Attachments: axis-concurrent-mod.stack-trace, diff.txt
Original Estimate: 0h
Remaining Estimate: 0h
Java 8u20 introduced a change in how Collections.sort is implemented. See http://bugs.java.com/view_bug.do?bug_id=8032636 and http://bugs.java.com/view_bug.do?bug_id=8030848.
The sorting is now deferred to the specific list implementation which can operate directly on the underlying data structure without making a defensive copy beforehand. This can cause a java.util.ConcurrentModificationException to occur.
The error can be reproduced by compiling axis-1.4.1-SNAPSHOT using java 1.8.0_20 or later and running the maven test suite (mvn test). The error does not manifest every single run, but I have never had to run the tests more than 3 times to reproduce. The test that fails is test.concurrency.TestApplicationScope.
The issue originates in org.apache.axis.description.JavaServiceDesc.getOperationsByQName where an unsynchronized call to Collections.sort is made. Synchronizing over the sorted array resolves the issue.
A working patch that has been tested in the test suite is appended in diff.txt.
The stack trace from the axis test-suite is appended below. Do note however that this stack trace does not show the actual error (The original error is caught and rethrown). To get the stack trace where the Collections.sort call is made you can run the specific test and attach the jdb configured to catch all java.util.ConcurrentModificationExceptions.
The stack trace from my jdb session is appended as axis-concurrent-mod.stack-trace. It was generated from an apache tomcat instance running a webservice relying on axis.
AxisFault
faultCode: {http://schemas.xmlsoap.org/soap/envelope/}Server.userException
faultString: java.util.ConcurrentModificationException
{http://xml.apache.org/axis/}stackTrace:java.util.ConcurrentModificationException
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.lang.reflect.Constructor.newInstance(Constructor.java:422)
at java.lang.Class.newInstance(Class.java:442)
at org.apache.axis.encoding.ser.BeanDeserializerFactory.getGeneralPurpose(BeanDeserializerFactory.java:89)
at org.apache.axis.encoding.ser.BaseDeserializerFactory.getDeserializerAs(BaseDeserializerFactory.java:89)
at org.apache.axis.encoding.DeserializationContext.getDeserializer(DeserializationContext.java:484)
at org.apache.axis.encoding.DeserializationContext.getDeserializerForType(DeserializationContext.java:567)
at org.apache.axis.message.SOAPFaultDetailsBuilder.onStartChild(SOAPFaultDetailsBuilder.java:157)
at org.apache.axis.encoding.DeserializationContext.startElement(DeserializationContext.java:1052)
at org.apache.xerces.parsers.AbstractSAXParser.startElement(Unknown Source)
at org.apache.xerces.parsers.AbstractXMLDocumentParser.emptyElement(Unknown Source)
at org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanStartElement(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
at org.apache.axis.encoding.DeserializationContext.parse(DeserializationContext.java:241)
at org.apache.axis.SOAPPart.getAsSOAPEnvelope(SOAPPart.java:696)
at org.apache.axis.Message.getSOAPEnvelope(Message.java:435)
at org.apache.axis.handlers.soap.MustUnderstandChecker.invoke(MustUnderstandChecker.java:62)
at org.apache.axis.client.AxisClient.invoke(AxisClient.java:206)
at org.apache.axis.client.Call.invokeEngine(Call.java:2782)
at org.apache.axis.client.Call.invoke(Call.java:2765)
at org.apache.axis.client.Call.invoke(Call.java:2443)
at org.apache.axis.client.Call.invoke(Call.java:2366)
at org.apache.axis.client.Call.invoke(Call.java:2391)
at test.concurrency.TestApplicationScope$TestRunnable.run(TestApplicationScope.java:80)
at java.lang.Thread.run(Thread.java:745)

Andreas Veithen (JIRA)

2015-07-04 10:21:04 UTC

Permalink

[ https://issues.apache.org/jira/browse/AXIS-2909?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Andreas Veithen updated AXIS-2909:
----------------------------------
Priority: Critical (was: Minor)

Post by Kim Albertsson (JIRA)
ConcurrentModificationException when running under Java 1.8.0_20 or later
-------------------------------------------------------------------------
Key: AXIS-2909
URL: https://issues.apache.org/jira/browse/AXIS-2909
Project: Axis
Issue Type: Bug
Components: Serialization/Deserialization
Affects Versions: 1.4
Environment: java full version "1.8.0_20-b26"
Reporter: Kim Albertsson
Assignee: Andreas Veithen
Priority: Critical
Fix For: 1.4.1
Attachments: axis-concurrent-mod.stack-trace, diff.txt
Original Estimate: 0h
Remaining Estimate: 0h
Java 8u20 introduced a change in how Collections.sort is implemented. See http://bugs.java.com/view_bug.do?bug_id=8032636 and http://bugs.java.com/view_bug.do?bug_id=8030848.
The sorting is now deferred to the specific list implementation which can operate directly on the underlying data structure without making a defensive copy beforehand. This can cause a java.util.ConcurrentModificationException to occur.
The error can be reproduced by compiling axis-1.4.1-SNAPSHOT using java 1.8.0_20 or later and running the maven test suite (mvn test). The error does not manifest every single run, but I have never had to run the tests more than 3 times to reproduce. The test that fails is test.concurrency.TestApplicationScope.
The issue originates in org.apache.axis.description.JavaServiceDesc.getOperationsByQName where an unsynchronized call to Collections.sort is made. Synchronizing over the sorted array resolves the issue.
A working patch that has been tested in the test suite is appended in diff.txt.
The stack trace from the axis test-suite is appended below. Do note however that this stack trace does not show the actual error (The original error is caught and rethrown). To get the stack trace where the Collections.sort call is made you can run the specific test and attach the jdb configured to catch all java.util.ConcurrentModificationExceptions.
The stack trace from my jdb session is appended as axis-concurrent-mod.stack-trace. It was generated from an apache tomcat instance running a webservice relying on axis.
AxisFault
faultCode: {http://schemas.xmlsoap.org/soap/envelope/}Server.userException
faultString: java.util.ConcurrentModificationException
{http://xml.apache.org/axis/}stackTrace:java.util.ConcurrentModificationException
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.lang.reflect.Constructor.newInstance(Constructor.java:422)
at java.lang.Class.newInstance(Class.java:442)
at org.apache.axis.encoding.ser.BeanDeserializerFactory.getGeneralPurpose(BeanDeserializerFactory.java:89)
at org.apache.axis.encoding.ser.BaseDeserializerFactory.getDeserializerAs(BaseDeserializerFactory.java:89)
at org.apache.axis.encoding.DeserializationContext.getDeserializer(DeserializationContext.java:484)
at org.apache.axis.encoding.DeserializationContext.getDeserializerForType(DeserializationContext.java:567)
at org.apache.axis.message.SOAPFaultDetailsBuilder.onStartChild(SOAPFaultDetailsBuilder.java:157)
at org.apache.axis.encoding.DeserializationContext.startElement(DeserializationContext.java:1052)
at org.apache.xerces.parsers.AbstractSAXParser.startElement(Unknown Source)
at org.apache.xerces.parsers.AbstractXMLDocumentParser.emptyElement(Unknown Source)
at org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanStartElement(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
at org.apache.axis.encoding.DeserializationContext.parse(DeserializationContext.java:241)
at org.apache.axis.SOAPPart.getAsSOAPEnvelope(SOAPPart.java:696)
at org.apache.axis.Message.getSOAPEnvelope(Message.java:435)
at org.apache.axis.handlers.soap.MustUnderstandChecker.invoke(MustUnderstandChecker.java:62)
at org.apache.axis.client.AxisClient.invoke(AxisClient.java:206)
at org.apache.axis.client.Call.invokeEngine(Call.java:2782)
at org.apache.axis.client.Call.invoke(Call.java:2765)
at org.apache.axis.client.Call.invoke(Call.java:2443)
at org.apache.axis.client.Call.invoke(Call.java:2366)
at org.apache.axis.client.Call.invoke(Call.java:2391)
at test.concurrency.TestApplicationScope$TestRunnable.run(TestApplicationScope.java:80)
at java.lang.Thread.run(Thread.java:745)

Andreas Veithen (JIRA)

2015-07-04 10:21:05 UTC

Permalink

[ https://issues.apache.org/jira/browse/AXIS-2909?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Andreas Veithen resolved AXIS-2909.
-----------------------------------
Resolution: Fixed

Post by Kim Albertsson (JIRA)
ConcurrentModificationException when running under Java 1.8.0_20 or later
-------------------------------------------------------------------------
Key: AXIS-2909
URL: https://issues.apache.org/jira/browse/AXIS-2909
Project: Axis
Issue Type: Bug
Components: Serialization/Deserialization
Affects Versions: 1.4
Environment: java full version "1.8.0_20-b26"
Reporter: Kim Albertsson
Assignee: Andreas Veithen
Priority: Critical
Fix For: 1.4.1
Attachments: axis-concurrent-mod.stack-trace, diff.txt
Original Estimate: 0h
Remaining Estimate: 0h
Java 8u20 introduced a change in how Collections.sort is implemented. See http://bugs.java.com/view_bug.do?bug_id=8032636 and http://bugs.java.com/view_bug.do?bug_id=8030848.
The sorting is now deferred to the specific list implementation which can operate directly on the underlying data structure without making a defensive copy beforehand. This can cause a java.util.ConcurrentModificationException to occur.
The error can be reproduced by compiling axis-1.4.1-SNAPSHOT using java 1.8.0_20 or later and running the maven test suite (mvn test). The error does not manifest every single run, but I have never had to run the tests more than 3 times to reproduce. The test that fails is test.concurrency.TestApplicationScope.
The issue originates in org.apache.axis.description.JavaServiceDesc.getOperationsByQName where an unsynchronized call to Collections.sort is made. Synchronizing over the sorted array resolves the issue.
A working patch that has been tested in the test suite is appended in diff.txt.
The stack trace from the axis test-suite is appended below. Do note however that this stack trace does not show the actual error (The original error is caught and rethrown). To get the stack trace where the Collections.sort call is made you can run the specific test and attach the jdb configured to catch all java.util.ConcurrentModificationExceptions.
The stack trace from my jdb session is appended as axis-concurrent-mod.stack-trace. It was generated from an apache tomcat instance running a webservice relying on axis.
AxisFault
faultCode: {http://schemas.xmlsoap.org/soap/envelope/}Server.userException
faultString: java.util.ConcurrentModificationException
{http://xml.apache.org/axis/}stackTrace:java.util.ConcurrentModificationException
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.lang.reflect.Constructor.newInstance(Constructor.java:422)
at java.lang.Class.newInstance(Class.java:442)
at org.apache.axis.encoding.ser.BeanDeserializerFactory.getGeneralPurpose(BeanDeserializerFactory.java:89)
at org.apache.axis.encoding.ser.BaseDeserializerFactory.getDeserializerAs(BaseDeserializerFactory.java:89)
at org.apache.axis.encoding.DeserializationContext.getDeserializer(DeserializationContext.java:484)
at org.apache.axis.encoding.DeserializationContext.getDeserializerForType(DeserializationContext.java:567)
at org.apache.axis.message.SOAPFaultDetailsBuilder.onStartChild(SOAPFaultDetailsBuilder.java:157)
at org.apache.axis.encoding.DeserializationContext.startElement(DeserializationContext.java:1052)
at org.apache.xerces.parsers.AbstractSAXParser.startElement(Unknown Source)
at org.apache.xerces.parsers.AbstractXMLDocumentParser.emptyElement(Unknown Source)
at org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanStartElement(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
at org.apache.axis.encoding.DeserializationContext.parse(DeserializationContext.java:241)
at org.apache.axis.SOAPPart.getAsSOAPEnvelope(SOAPPart.java:696)
at org.apache.axis.Message.getSOAPEnvelope(Message.java:435)
at org.apache.axis.handlers.soap.MustUnderstandChecker.invoke(MustUnderstandChecker.java:62)
at org.apache.axis.client.AxisClient.invoke(AxisClient.java:206)
at org.apache.axis.client.Call.invokeEngine(Call.java:2782)
at org.apache.axis.client.Call.invoke(Call.java:2765)
at org.apache.axis.client.Call.invoke(Call.java:2443)
at org.apache.axis.client.Call.invoke(Call.java:2366)
at org.apache.axis.client.Call.invoke(Call.java:2391)
at test.concurrency.TestApplicationScope$TestRunnable.run(TestApplicationScope.java:80)
at java.lang.Thread.run(Thread.java:745)

Sebastian Peters (JIRA)

2017-05-31 12:04:04 UTC

Permalink

[ https://issues.apache.org/jira/browse/AXIS-2909?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16031054#comment-16031054 ]

Sebastian Peters commented on AXIS-2909:
----------------------------------------

Hi [~veithen] [~ashlaban],

do you know if there are any plans for releasing this as axis patch version 1.4.1? I get a similar error within a legacy project that uses 1.7.0_21 and would like to try this out?

How do you deal with those changes after the last official release 1.4?

Thanks for any help.
Sebastian

Post by Kim Albertsson (JIRA)
ConcurrentModificationException when running under Java 1.8.0_20 or later
-------------------------------------------------------------------------
Key: AXIS-2909
URL: https://issues.apache.org/jira/browse/AXIS-2909
Project: Axis
Issue Type: Bug
Components: Serialization/Deserialization
Affects Versions: 1.4
Environment: java full version "1.8.0_20-b26"
Reporter: Kim Albertsson
Assignee: Andreas Veithen
Priority: Critical
Fix For: 1.4.1
Attachments: axis-concurrent-mod.stack-trace, diff.txt
Original Estimate: 0h
Remaining Estimate: 0h
Java 8u20 introduced a change in how Collections.sort is implemented. See http://bugs.java.com/view_bug.do?bug_id=8032636 and http://bugs.java.com/view_bug.do?bug_id=8030848.
The sorting is now deferred to the specific list implementation which can operate directly on the underlying data structure without making a defensive copy beforehand. This can cause a java.util.ConcurrentModificationException to occur.
The error can be reproduced by compiling axis-1.4.1-SNAPSHOT using java 1.8.0_20 or later and running the maven test suite (mvn test). The error does not manifest every single run, but I have never had to run the tests more than 3 times to reproduce. The test that fails is test.concurrency.TestApplicationScope.
The issue originates in org.apache.axis.description.JavaServiceDesc.getOperationsByQName where an unsynchronized call to Collections.sort is made. Synchronizing over the sorted array resolves the issue.
A working patch that has been tested in the test suite is appended in diff.txt.
The stack trace from the axis test-suite is appended below. Do note however that this stack trace does not show the actual error (The original error is caught and rethrown). To get the stack trace where the Collections.sort call is made you can run the specific test and attach the jdb configured to catch all java.util.ConcurrentModificationExceptions.
The stack trace from my jdb session is appended as axis-concurrent-mod.stack-trace. It was generated from an apache tomcat instance running a webservice relying on axis.
AxisFault
faultCode: {http://schemas.xmlsoap.org/soap/envelope/}Server.userException
faultString: java.util.ConcurrentModificationException
{http://xml.apache.org/axis/}stackTrace:java.util.ConcurrentModificationException
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.lang.reflect.Constructor.newInstance(Constructor.java:422)
at java.lang.Class.newInstance(Class.java:442)
at org.apache.axis.encoding.ser.BeanDeserializerFactory.getGeneralPurpose(BeanDeserializerFactory.java:89)
at org.apache.axis.encoding.ser.BaseDeserializerFactory.getDeserializerAs(BaseDeserializerFactory.java:89)
at org.apache.axis.encoding.DeserializationContext.getDeserializer(DeserializationContext.java:484)
at org.apache.axis.encoding.DeserializationContext.getDeserializerForType(DeserializationContext.java:567)
at org.apache.axis.message.SOAPFaultDetailsBuilder.onStartChild(SOAPFaultDetailsBuilder.java:157)
at org.apache.axis.encoding.DeserializationContext.startElement(DeserializationContext.java:1052)
at org.apache.xerces.parsers.AbstractSAXParser.startElement(Unknown Source)
at org.apache.xerces.parsers.AbstractXMLDocumentParser.emptyElement(Unknown Source)
at org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanStartElement(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
at org.apache.axis.encoding.DeserializationContext.parse(DeserializationContext.java:241)
at org.apache.axis.SOAPPart.getAsSOAPEnvelope(SOAPPart.java:696)
at org.apache.axis.Message.getSOAPEnvelope(Message.java:435)
at org.apache.axis.handlers.soap.MustUnderstandChecker.invoke(MustUnderstandChecker.java:62)
at org.apache.axis.client.AxisClient.invoke(AxisClient.java:206)
at org.apache.axis.client.Call.invokeEngine(Call.java:2782)
at org.apache.axis.client.Call.invoke(Call.java:2765)
at org.apache.axis.client.Call.invoke(Call.java:2443)
at org.apache.axis.client.Call.invoke(Call.java:2366)
at org.apache.axis.client.Call.invoke(Call.java:2391)
at test.concurrency.TestApplicationScope$TestRunnable.run(TestApplicationScope.java:80)
at java.lang.Thread.run(Thread.java:745)

--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

---------------------------------------------------------------------
To unsubscribe, e-mail: java-dev-***@axis.apache.org
For additional commands, e-mail: java-dev-***@axis.apache.org

Sebastian Peters (JIRA)

2017-05-31 12:04:04 UTC

Permalink

[ https://issues.apache.org/jira/browse/AXIS-2909?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16031054#comment-16031054 ]

Sebastian Peters edited comment on AXIS-2909 at 5/31/17 12:03 PM:
------------------------------------------------------------------

Hi [~veithen] [~ashlaban],

do you know if there are any plans for releasing this as axis patch version 1.4.1? I get a similar error within a legacy project that uses Java 1.7.0_21 and would like to try this out.

How do you deal with those changes after the last official release 1.4?

Thanks for any help.
Sebastian

was (Author: sepe81):
Hi [~veithen] [~ashlaban],

do you know if there are any plans for releasing this as axis patch version 1.4.1? I get a similar error within a legacy project that uses 1.7.0_21 and would like to try this out?

How do you deal with those changes after the last official release 1.4?

Thanks for any help.
Sebastian

Post by Kim Albertsson (JIRA)
ConcurrentModificationException when running under Java 1.8.0_20 or later
-------------------------------------------------------------------------
Key: AXIS-2909
URL: https://issues.apache.org/jira/browse/AXIS-2909
Project: Axis
Issue Type: Bug
Components: Serialization/Deserialization
Affects Versions: 1.4
Environment: java full version "1.8.0_20-b26"
Reporter: Kim Albertsson
Assignee: Andreas Veithen
Priority: Critical
Fix For: 1.4.1
Attachments: axis-concurrent-mod.stack-trace, diff.txt
Original Estimate: 0h
Remaining Estimate: 0h
Java 8u20 introduced a change in how Collections.sort is implemented. See http://bugs.java.com/view_bug.do?bug_id=8032636 and http://bugs.java.com/view_bug.do?bug_id=8030848.
The sorting is now deferred to the specific list implementation which can operate directly on the underlying data structure without making a defensive copy beforehand. This can cause a java.util.ConcurrentModificationException to occur.
The error can be reproduced by compiling axis-1.4.1-SNAPSHOT using java 1.8.0_20 or later and running the maven test suite (mvn test). The error does not manifest every single run, but I have never had to run the tests more than 3 times to reproduce. The test that fails is test.concurrency.TestApplicationScope.
The issue originates in org.apache.axis.description.JavaServiceDesc.getOperationsByQName where an unsynchronized call to Collections.sort is made. Synchronizing over the sorted array resolves the issue.
A working patch that has been tested in the test suite is appended in diff.txt.
The stack trace from the axis test-suite is appended below. Do note however that this stack trace does not show the actual error (The original error is caught and rethrown). To get the stack trace where the Collections.sort call is made you can run the specific test and attach the jdb configured to catch all java.util.ConcurrentModificationExceptions.
The stack trace from my jdb session is appended as axis-concurrent-mod.stack-trace. It was generated from an apache tomcat instance running a webservice relying on axis.
AxisFault
faultCode: {http://schemas.xmlsoap.org/soap/envelope/}Server.userException
faultString: java.util.ConcurrentModificationException
{http://xml.apache.org/axis/}stackTrace:java.util.ConcurrentModificationException
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.lang.reflect.Constructor.newInstance(Constructor.java:422)
at java.lang.Class.newInstance(Class.java:442)
at org.apache.axis.encoding.ser.BeanDeserializerFactory.getGeneralPurpose(BeanDeserializerFactory.java:89)
at org.apache.axis.encoding.ser.BaseDeserializerFactory.getDeserializerAs(BaseDeserializerFactory.java:89)
at org.apache.axis.encoding.DeserializationContext.getDeserializer(DeserializationContext.java:484)
at org.apache.axis.encoding.DeserializationContext.getDeserializerForType(DeserializationContext.java:567)
at org.apache.axis.message.SOAPFaultDetailsBuilder.onStartChild(SOAPFaultDetailsBuilder.java:157)
at org.apache.axis.encoding.DeserializationContext.startElement(DeserializationContext.java:1052)
at org.apache.xerces.parsers.AbstractSAXParser.startElement(Unknown Source)
at org.apache.xerces.parsers.AbstractXMLDocumentParser.emptyElement(Unknown Source)
at org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanStartElement(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
at org.apache.axis.encoding.DeserializationContext.parse(DeserializationContext.java:241)
at org.apache.axis.SOAPPart.getAsSOAPEnvelope(SOAPPart.java:696)
at org.apache.axis.Message.getSOAPEnvelope(Message.java:435)
at org.apache.axis.handlers.soap.MustUnderstandChecker.invoke(MustUnderstandChecker.java:62)
at org.apache.axis.client.AxisClient.invoke(AxisClient.java:206)
at org.apache.axis.client.Call.invokeEngine(Call.java:2782)
at org.apache.axis.client.Call.invoke(Call.java:2765)
at org.apache.axis.client.Call.invoke(Call.java:2443)
at org.apache.axis.client.Call.invoke(Call.java:2366)
at org.apache.axis.client.Call.invoke(Call.java:2391)
at test.concurrency.TestApplicationScope$TestRunnable.run(TestApplicationScope.java:80)
at java.lang.Thread.run(Thread.java:745)

Kim Albertsson (JIRA)

2017-05-31 12:20:04 UTC

Permalink

[ https://issues.apache.org/jira/browse/AXIS-2909?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16031074#comment-16031074 ]

Kim Albertsson commented on AXIS-2909:
--------------------------------------

Hi Sebastian,

I can only speak of how we solved the issue in our project, and that was by rebuilding axis with the patch applied. I am not involved in the development efforts of AXIS and cannot answer questions about future planning. I can only hope there will be a patch release at some point!

Cheers,
Kim

Post by Kim Albertsson (JIRA)
ConcurrentModificationException when running under Java 1.8.0_20 or later
-------------------------------------------------------------------------
Key: AXIS-2909
URL: https://issues.apache.org/jira/browse/AXIS-2909
Project: Axis
Issue Type: Bug
Components: Serialization/Deserialization
Affects Versions: 1.4
Environment: java full version "1.8.0_20-b26"
Reporter: Kim Albertsson
Assignee: Andreas Veithen
Priority: Critical
Fix For: 1.4.1
Attachments: axis-concurrent-mod.stack-trace, diff.txt
Original Estimate: 0h
Remaining Estimate: 0h
Java 8u20 introduced a change in how Collections.sort is implemented. See http://bugs.java.com/view_bug.do?bug_id=8032636 and http://bugs.java.com/view_bug.do?bug_id=8030848.
The sorting is now deferred to the specific list implementation which can operate directly on the underlying data structure without making a defensive copy beforehand. This can cause a java.util.ConcurrentModificationException to occur.
The error can be reproduced by compiling axis-1.4.1-SNAPSHOT using java 1.8.0_20 or later and running the maven test suite (mvn test). The error does not manifest every single run, but I have never had to run the tests more than 3 times to reproduce. The test that fails is test.concurrency.TestApplicationScope.
The issue originates in org.apache.axis.description.JavaServiceDesc.getOperationsByQName where an unsynchronized call to Collections.sort is made. Synchronizing over the sorted array resolves the issue.
A working patch that has been tested in the test suite is appended in diff.txt.
The stack trace from the axis test-suite is appended below. Do note however that this stack trace does not show the actual error (The original error is caught and rethrown). To get the stack trace where the Collections.sort call is made you can run the specific test and attach the jdb configured to catch all java.util.ConcurrentModificationExceptions.
The stack trace from my jdb session is appended as axis-concurrent-mod.stack-trace. It was generated from an apache tomcat instance running a webservice relying on axis.
AxisFault
faultCode: {http://schemas.xmlsoap.org/soap/envelope/}Server.userException
faultString: java.util.ConcurrentModificationException
{http://xml.apache.org/axis/}stackTrace:java.util.ConcurrentModificationException
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.lang.reflect.Constructor.newInstance(Constructor.java:422)
at java.lang.Class.newInstance(Class.java:442)
at org.apache.axis.encoding.ser.BeanDeserializerFactory.getGeneralPurpose(BeanDeserializerFactory.java:89)
at org.apache.axis.encoding.ser.BaseDeserializerFactory.getDeserializerAs(BaseDeserializerFactory.java:89)
at org.apache.axis.encoding.DeserializationContext.getDeserializer(DeserializationContext.java:484)
at org.apache.axis.encoding.DeserializationContext.getDeserializerForType(DeserializationContext.java:567)
at org.apache.axis.message.SOAPFaultDetailsBuilder.onStartChild(SOAPFaultDetailsBuilder.java:157)
at org.apache.axis.encoding.DeserializationContext.startElement(DeserializationContext.java:1052)
at org.apache.xerces.parsers.AbstractSAXParser.startElement(Unknown Source)
at org.apache.xerces.parsers.AbstractXMLDocumentParser.emptyElement(Unknown Source)
at org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanStartElement(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
at org.apache.axis.encoding.DeserializationContext.parse(DeserializationContext.java:241)
at org.apache.axis.SOAPPart.getAsSOAPEnvelope(SOAPPart.java:696)
at org.apache.axis.Message.getSOAPEnvelope(Message.java:435)
at org.apache.axis.handlers.soap.MustUnderstandChecker.invoke(MustUnderstandChecker.java:62)
at org.apache.axis.client.AxisClient.invoke(AxisClient.java:206)
at org.apache.axis.client.Call.invokeEngine(Call.java:2782)
at org.apache.axis.client.Call.invoke(Call.java:2765)
at org.apache.axis.client.Call.invoke(Call.java:2443)
at org.apache.axis.client.Call.invoke(Call.java:2366)
at org.apache.axis.client.Call.invoke(Call.java:2391)
at test.concurrency.TestApplicationScope$TestRunnable.run(TestApplicationScope.java:80)
at java.lang.Thread.run(Thread.java:745)

Kumar Sudhanshu (JIRA)

2018-03-07 07:16:00 UTC

Permalink

[ https://issues.apache.org/jira/browse/AXIS-2909?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16389164#comment-16389164 ]

Kumar Sudhanshu commented on AXIS-2909:
---------------------------------------

Hi Apache team,

We would like to have information on release date of production version of ApacheAXIS-1.4.1 JAR version.

It is mentioned here that fix would be available in version: 1.4.1 (Apache AXIS 1.4.1)

From Apache AXIS releases page, we observed that this JAR version is not yet released and also we could not find information on when it would be released.

Jar release page : [https://svn.apache.org/repos/asf/axis/site/axis/java/releases.html]

We have the below queries:
* Kindly let us know, if there are any release plans scheduled for Apache AXIS 1.4.1 JAR in near future.
* Is there a possibility of providing a beta version of the jar against which we can test if the above mentioned JIRA is fixed.
* There is a diff patch attached with this JIRA : AXIS -2909, please let me know, if we can apply that patch to test the fix for the above mentioned JIRA?

Regards

KumarSudhanshu

Post by Kim Albertsson (JIRA)
ConcurrentModificationException when running under Java 1.8.0_20 or later
-------------------------------------------------------------------------
Key: AXIS-2909
URL: https://issues.apache.org/jira/browse/AXIS-2909
Project: Axis
Issue Type: Bug
Components: Serialization/Deserialization
Affects Versions: 1.4
Environment: java full version "1.8.0_20-b26"
Reporter: Kim Albertsson
Assignee: Andreas Veithen
Priority: Critical
Fix For: 1.4.1
Attachments: axis-concurrent-mod.stack-trace, diff.txt
Original Estimate: 0h
Remaining Estimate: 0h
Java 8u20 introduced a change in how Collections.sort is implemented. See http://bugs.java.com/view_bug.do?bug_id=8032636 and http://bugs.java.com/view_bug.do?bug_id=8030848.
The sorting is now deferred to the specific list implementation which can operate directly on the underlying data structure without making a defensive copy beforehand. This can cause a java.util.ConcurrentModificationException to occur.
The error can be reproduced by compiling axis-1.4.1-SNAPSHOT using java 1.8.0_20 or later and running the maven test suite (mvn test). The error does not manifest every single run, but I have never had to run the tests more than 3 times to reproduce. The test that fails is test.concurrency.TestApplicationScope.
The issue originates in org.apache.axis.description.JavaServiceDesc.getOperationsByQName where an unsynchronized call to Collections.sort is made. Synchronizing over the sorted array resolves the issue.
A working patch that has been tested in the test suite is appended in diff.txt.
The stack trace from the axis test-suite is appended below. Do note however that this stack trace does not show the actual error (The original error is caught and rethrown). To get the stack trace where the Collections.sort call is made you can run the specific test and attach the jdb configured to catch all java.util.ConcurrentModificationExceptions.
The stack trace from my jdb session is appended as axis-concurrent-mod.stack-trace. It was generated from an apache tomcat instance running a webservice relying on axis.
AxisFault
faultCode: {http://schemas.xmlsoap.org/soap/envelope/}Server.userException
faultString: java.util.ConcurrentModificationException
{http://xml.apache.org/axis/}stackTrace:java.util.ConcurrentModificationException
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.lang.reflect.Constructor.newInstance(Constructor.java:422)
at java.lang.Class.newInstance(Class.java:442)
at org.apache.axis.encoding.ser.BeanDeserializerFactory.getGeneralPurpose(BeanDeserializerFactory.java:89)
at org.apache.axis.encoding.ser.BaseDeserializerFactory.getDeserializerAs(BaseDeserializerFactory.java:89)
at org.apache.axis.encoding.DeserializationContext.getDeserializer(DeserializationContext.java:484)
at org.apache.axis.encoding.DeserializationContext.getDeserializerForType(DeserializationContext.java:567)
at org.apache.axis.message.SOAPFaultDetailsBuilder.onStartChild(SOAPFaultDetailsBuilder.java:157)
at org.apache.axis.encoding.DeserializationContext.startElement(DeserializationContext.java:1052)
at org.apache.xerces.parsers.AbstractSAXParser.startElement(Unknown Source)
at org.apache.xerces.parsers.AbstractXMLDocumentParser.emptyElement(Unknown Source)
at org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanStartElement(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
at org.apache.axis.encoding.DeserializationContext.parse(DeserializationContext.java:241)
at org.apache.axis.SOAPPart.getAsSOAPEnvelope(SOAPPart.java:696)
at org.apache.axis.Message.getSOAPEnvelope(Message.java:435)
at org.apache.axis.handlers.soap.MustUnderstandChecker.invoke(MustUnderstandChecker.java:62)
at org.apache.axis.client.AxisClient.invoke(AxisClient.java:206)
at org.apache.axis.client.Call.invokeEngine(Call.java:2782)
at org.apache.axis.client.Call.invoke(Call.java:2765)
at org.apache.axis.client.Call.invoke(Call.java:2443)
at org.apache.axis.client.Call.invoke(Call.java:2366)
at org.apache.axis.client.Call.invoke(Call.java:2391)
at test.concurrency.TestApplicationScope$TestRunnable.run(TestApplicationScope.java:80)
at java.lang.Thread.run(Thread.java:745)

--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

---------------------------------------------------------------------
To unsubscribe, e-mail: java-dev-***@axis.apache.org
For additional commands, e-mail: java-dev-***@axis.apache.org

robert lazarski (JIRA)

2018-03-07 14:31:00 UTC

Permalink

[ https://issues.apache.org/jira/browse/AXIS-2909?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16389628#comment-16389628 ]

robert lazarski commented on AXIS-2909:
---------------------------------------

The last official release of axis was 1.4 back in 2006. For anything time sensitive I suggest compiling from source.

There is a snapshot available that seemed to have been built right around the time this issue was marked fixed. It looks like it may include this patch for this issue though I haven't verified that.

[http://axis.apache.org/axis/java/snapshots.html]

Post by Kim Albertsson (JIRA)
ConcurrentModificationException when running under Java 1.8.0_20 or later
-------------------------------------------------------------------------
Key: AXIS-2909
URL: https://issues.apache.org/jira/browse/AXIS-2909
Project: Axis
Issue Type: Bug
Components: Serialization/Deserialization
Affects Versions: 1.4
Environment: java full version "1.8.0_20-b26"
Reporter: Kim Albertsson
Assignee: Andreas Veithen
Priority: Critical
Fix For: 1.4.1
Attachments: axis-concurrent-mod.stack-trace, diff.txt
Original Estimate: 0h
Remaining Estimate: 0h
Java 8u20 introduced a change in how Collections.sort is implemented. See http://bugs.java.com/view_bug.do?bug_id=8032636 and http://bugs.java.com/view_bug.do?bug_id=8030848.
The sorting is now deferred to the specific list implementation which can operate directly on the underlying data structure without making a defensive copy beforehand. This can cause a java.util.ConcurrentModificationException to occur.
The error can be reproduced by compiling axis-1.4.1-SNAPSHOT using java 1.8.0_20 or later and running the maven test suite (mvn test). The error does not manifest every single run, but I have never had to run the tests more than 3 times to reproduce. The test that fails is test.concurrency.TestApplicationScope.
The issue originates in org.apache.axis.description.JavaServiceDesc.getOperationsByQName where an unsynchronized call to Collections.sort is made. Synchronizing over the sorted array resolves the issue.
A working patch that has been tested in the test suite is appended in diff.txt.
The stack trace from the axis test-suite is appended below. Do note however that this stack trace does not show the actual error (The original error is caught and rethrown). To get the stack trace where the Collections.sort call is made you can run the specific test and attach the jdb configured to catch all java.util.ConcurrentModificationExceptions.
The stack trace from my jdb session is appended as axis-concurrent-mod.stack-trace. It was generated from an apache tomcat instance running a webservice relying on axis.
AxisFault
faultCode: {http://schemas.xmlsoap.org/soap/envelope/}Server.userException
faultString: java.util.ConcurrentModificationException
{http://xml.apache.org/axis/}stackTrace:java.util.ConcurrentModificationException
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.lang.reflect.Constructor.newInstance(Constructor.java:422)
at java.lang.Class.newInstance(Class.java:442)
at org.apache.axis.encoding.ser.BeanDeserializerFactory.getGeneralPurpose(BeanDeserializerFactory.java:89)
at org.apache.axis.encoding.ser.BaseDeserializerFactory.getDeserializerAs(BaseDeserializerFactory.java:89)
at org.apache.axis.encoding.DeserializationContext.getDeserializer(DeserializationContext.java:484)
at org.apache.axis.encoding.DeserializationContext.getDeserializerForType(DeserializationContext.java:567)
at org.apache.axis.message.SOAPFaultDetailsBuilder.onStartChild(SOAPFaultDetailsBuilder.java:157)
at org.apache.axis.encoding.DeserializationContext.startElement(DeserializationContext.java:1052)
at org.apache.xerces.parsers.AbstractSAXParser.startElement(Unknown Source)
at org.apache.xerces.parsers.AbstractXMLDocumentParser.emptyElement(Unknown Source)
at org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanStartElement(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
at org.apache.axis.encoding.DeserializationContext.parse(DeserializationContext.java:241)
at org.apache.axis.SOAPPart.getAsSOAPEnvelope(SOAPPart.java:696)
at org.apache.axis.Message.getSOAPEnvelope(Message.java:435)
at org.apache.axis.handlers.soap.MustUnderstandChecker.invoke(MustUnderstandChecker.java:62)
at org.apache.axis.client.AxisClient.invoke(AxisClient.java:206)
at org.apache.axis.client.Call.invokeEngine(Call.java:2782)
at org.apache.axis.client.Call.invoke(Call.java:2765)
at org.apache.axis.client.Call.invoke(Call.java:2443)
at org.apache.axis.client.Call.invoke(Call.java:2366)
at org.apache.axis.client.Call.invoke(Call.java:2391)
at test.concurrency.TestApplicationScope$TestRunnable.run(TestApplicationScope.java:80)
at java.lang.Thread.run(Thread.java:745)

GW Rogde (JIRA)

2018-09-12 20:16:00 UTC

Permalink

[ https://issues.apache.org/jira/browse/AXIS-2909?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16612679#comment-16612679 ]

GW Rogde commented on AXIS-2909:
--------------------------------

The suggestion is to take latest 1.4.1-SNAPSHOT, from a successful jenkins build in 2017. This is coming from http://svn.apache.org/repos/asf/axis/axis1/java/trunk, and to put it short this trunk has undergone a lot of changes since 2006 (1.4), and is not officially released.
- added maven support
- completely restructured into maven modules
- a lot of different changes, check svn log
veithen (A. Veithen) has done an excellent job within this trunk, and seems to be the maintainer.

A better approach, and safer, given you want only to fix the axis ConcurrentModificationException bug, and not introduce more changes than needed, can be to take the 1.4 tag, and apply patch on top of that.

https://svn.apache.org/repos/asf/axis/axis1/java/tags/1.4/

patch:
// Convert to array before sorting to avoid concurrency issues
OperationDesc[] array = (OperationDesc[])overloads.toArray(
new OperationDesc[overloads.size()]);

Arrays.sort(array,
new Comparator() {
public int compare(Object o1, Object o2)
{
Method meth1 = ((OperationDesc)o1).getMethod();
Method meth2 = ((OperationDesc)o2).getMethod();
return (meth1.getParameterTypes().length -
meth2.getParameterTypes().length);
}
});

return array;
}

btw: AXIS-2875 is also needed, to make it compile with java8.

please note that this will be a time machine experience, as you are back in the ant build-script days.
you will also need to incl j2ee-1.4.jar as compile-time lib, but then you are ready to bake your own 1.4.1
Maybe we could prepare a 1.4.1 only containing this AXIS-2909 and release, as intermediate step.
There are still some legacy axis-1.4, and java8 is all around.

Post by Kim Albertsson (JIRA)
ConcurrentModificationException when running under Java 1.8.0_20 or later
-------------------------------------------------------------------------
Key: AXIS-2909
URL: https://issues.apache.org/jira/browse/AXIS-2909
Project: Axis
Issue Type: Bug
Components: Serialization/Deserialization
Affects Versions: 1.4
Environment: java full version "1.8.0_20-b26"
Reporter: Kim Albertsson
Assignee: Andreas Veithen
Priority: Critical
Fix For: 1.4.1
Attachments: axis-concurrent-mod.stack-trace, diff.txt
Original Estimate: 0h
Remaining Estimate: 0h
Java 8u20 introduced a change in how Collections.sort is implemented. See http://bugs.java.com/view_bug.do?bug_id=8032636 and http://bugs.java.com/view_bug.do?bug_id=8030848.
The sorting is now deferred to the specific list implementation which can operate directly on the underlying data structure without making a defensive copy beforehand. This can cause a java.util.ConcurrentModificationException to occur.
The error can be reproduced by compiling axis-1.4.1-SNAPSHOT using java 1.8.0_20 or later and running the maven test suite (mvn test). The error does not manifest every single run, but I have never had to run the tests more than 3 times to reproduce. The test that fails is test.concurrency.TestApplicationScope.
The issue originates in org.apache.axis.description.JavaServiceDesc.getOperationsByQName where an unsynchronized call to Collections.sort is made. Synchronizing over the sorted array resolves the issue.
A working patch that has been tested in the test suite is appended in diff.txt.
The stack trace from the axis test-suite is appended below. Do note however that this stack trace does not show the actual error (The original error is caught and rethrown). To get the stack trace where the Collections.sort call is made you can run the specific test and attach the jdb configured to catch all java.util.ConcurrentModificationExceptions.
The stack trace from my jdb session is appended as axis-concurrent-mod.stack-trace. It was generated from an apache tomcat instance running a webservice relying on axis.
AxisFault
faultCode: {http://schemas.xmlsoap.org/soap/envelope/}Server.userException
faultString: java.util.ConcurrentModificationException
{http://xml.apache.org/axis/}stackTrace:java.util.ConcurrentModificationException
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.lang.reflect.Constructor.newInstance(Constructor.java:422)
at java.lang.Class.newInstance(Class.java:442)
at org.apache.axis.encoding.ser.BeanDeserializerFactory.getGeneralPurpose(BeanDeserializerFactory.java:89)
at org.apache.axis.encoding.ser.BaseDeserializerFactory.getDeserializerAs(BaseDeserializerFactory.java:89)
at org.apache.axis.encoding.DeserializationContext.getDeserializer(DeserializationContext.java:484)
at org.apache.axis.encoding.DeserializationContext.getDeserializerForType(DeserializationContext.java:567)
at org.apache.axis.message.SOAPFaultDetailsBuilder.onStartChild(SOAPFaultDetailsBuilder.java:157)
at org.apache.axis.encoding.DeserializationContext.startElement(DeserializationContext.java:1052)
at org.apache.xerces.parsers.AbstractSAXParser.startElement(Unknown Source)
at org.apache.xerces.parsers.AbstractXMLDocumentParser.emptyElement(Unknown Source)
at org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanStartElement(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
at org.apache.axis.encoding.DeserializationContext.parse(DeserializationContext.java:241)
at org.apache.axis.SOAPPart.getAsSOAPEnvelope(SOAPPart.java:696)
at org.apache.axis.Message.getSOAPEnvelope(Message.java:435)
at org.apache.axis.handlers.soap.MustUnderstandChecker.invoke(MustUnderstandChecker.java:62)
at org.apache.axis.client.AxisClient.invoke(AxisClient.java:206)
at org.apache.axis.client.Call.invokeEngine(Call.java:2782)
at org.apache.axis.client.Call.invoke(Call.java:2765)
at org.apache.axis.client.Call.invoke(Call.java:2443)
at org.apache.axis.client.Call.invoke(Call.java:2366)
at org.apache.axis.client.Call.invoke(Call.java:2391)
at test.concurrency.TestApplicationScope$TestRunnable.run(TestApplicationScope.java:80)
at java.lang.Thread.run(Thread.java:745)

robert lazarski (JIRA)

2018-09-12 21:19:00 UTC

Permalink

[ https://issues.apache.org/jira/browse/AXIS-2909?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16612750#comment-16612750 ]

robert lazarski commented on AXIS-2909:
---------------------------------------

The trunk and unit tests builds fine for me using mvn 3.5.4 and JDK 8u181. I had problems with openjdk 10.0.2, using 1.4 for jdk source is no longer supported and using 1.6 would not compile just now. .

I suggest using the trunk because it has some important security fixes. These include AXIS-2868 . I am currently looking at a patch in AXIS-2905 .

Post by Kim Albertsson (JIRA)
ConcurrentModificationException when running under Java 1.8.0_20 or later
-------------------------------------------------------------------------
Key: AXIS-2909
URL: https://issues.apache.org/jira/browse/AXIS-2909
Project: Axis
Issue Type: Bug
Components: Serialization/Deserialization
Affects Versions: 1.4
Environment: java full version "1.8.0_20-b26"
Reporter: Kim Albertsson
Assignee: Andreas Veithen
Priority: Critical
Fix For: 1.4.1
Attachments: axis-concurrent-mod.stack-trace, diff.txt
Original Estimate: 0h
Remaining Estimate: 0h
Java 8u20 introduced a change in how Collections.sort is implemented. See http://bugs.java.com/view_bug.do?bug_id=8032636 and http://bugs.java.com/view_bug.do?bug_id=8030848.
The sorting is now deferred to the specific list implementation which can operate directly on the underlying data structure without making a defensive copy beforehand. This can cause a java.util.ConcurrentModificationException to occur.
The error can be reproduced by compiling axis-1.4.1-SNAPSHOT using java 1.8.0_20 or later and running the maven test suite (mvn test). The error does not manifest every single run, but I have never had to run the tests more than 3 times to reproduce. The test that fails is test.concurrency.TestApplicationScope.
The issue originates in org.apache.axis.description.JavaServiceDesc.getOperationsByQName where an unsynchronized call to Collections.sort is made. Synchronizing over the sorted array resolves the issue.
A working patch that has been tested in the test suite is appended in diff.txt.
The stack trace from the axis test-suite is appended below. Do note however that this stack trace does not show the actual error (The original error is caught and rethrown). To get the stack trace where the Collections.sort call is made you can run the specific test and attach the jdb configured to catch all java.util.ConcurrentModificationExceptions.
The stack trace from my jdb session is appended as axis-concurrent-mod.stack-trace. It was generated from an apache tomcat instance running a webservice relying on axis.
AxisFault
faultCode: {http://schemas.xmlsoap.org/soap/envelope/}Server.userException
faultString: java.util.ConcurrentModificationException
{http://xml.apache.org/axis/}stackTrace:java.util.ConcurrentModificationException
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.lang.reflect.Constructor.newInstance(Constructor.java:422)
at java.lang.Class.newInstance(Class.java:442)
at org.apache.axis.encoding.ser.BeanDeserializerFactory.getGeneralPurpose(BeanDeserializerFactory.java:89)
at org.apache.axis.encoding.ser.BaseDeserializerFactory.getDeserializerAs(BaseDeserializerFactory.java:89)
at org.apache.axis.encoding.DeserializationContext.getDeserializer(DeserializationContext.java:484)
at org.apache.axis.encoding.DeserializationContext.getDeserializerForType(DeserializationContext.java:567)
at org.apache.axis.message.SOAPFaultDetailsBuilder.onStartChild(SOAPFaultDetailsBuilder.java:157)
at org.apache.axis.encoding.DeserializationContext.startElement(DeserializationContext.java:1052)
at org.apache.xerces.parsers.AbstractSAXParser.startElement(Unknown Source)
at org.apache.xerces.parsers.AbstractXMLDocumentParser.emptyElement(Unknown Source)
at org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanStartElement(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
at org.apache.axis.encoding.DeserializationContext.parse(DeserializationContext.java:241)
at org.apache.axis.SOAPPart.getAsSOAPEnvelope(SOAPPart.java:696)
at org.apache.axis.Message.getSOAPEnvelope(Message.java:435)
at org.apache.axis.handlers.soap.MustUnderstandChecker.invoke(MustUnderstandChecker.java:62)
at org.apache.axis.client.AxisClient.invoke(AxisClient.java:206)
at org.apache.axis.client.Call.invokeEngine(Call.java:2782)
at org.apache.axis.client.Call.invoke(Call.java:2765)
at org.apache.axis.client.Call.invoke(Call.java:2443)
at org.apache.axis.client.Call.invoke(Call.java:2366)
at org.apache.axis.client.Call.invoke(Call.java:2391)
at test.concurrency.TestApplicationScope$TestRunnable.run(TestApplicationScope.java:80)
at java.lang.Thread.run(Thread.java:745)

GWR (JIRA)

2018-09-13 11:46:00 UTC

Permalink

[ https://issues.apache.org/jira/browse/AXIS-2909?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16613361#comment-16613361 ]

GWR commented on AXIS-2909:
---------------------------

hanks, might be useful to progress further on trunk

I had a look at [https://builds.apache.org/job/axis-trunk/] and it seems like last successful was June 2017.
There seems to be an issue related to the module axis-model:

Plugin com.github.veithen.cosmos:emf-maven-plugin:0.1-SNAPSHOT or one of its dependencies could not be resolved: The following artifacts could not be resolved: com.github.veithen.cosmos:cosmos-equinox:jar:0.4-SNAPSHOT
I can see 0.3 version was released April 28th, 2018.

Post by Kim Albertsson (JIRA)
ConcurrentModificationException when running under Java 1.8.0_20 or later
-------------------------------------------------------------------------
Key: AXIS-2909
URL: https://issues.apache.org/jira/browse/AXIS-2909
Project: Axis
Issue Type: Bug
Components: Serialization/Deserialization
Affects Versions: 1.4
Environment: java full version "1.8.0_20-b26"
Reporter: Kim Albertsson
Assignee: Andreas Veithen
Priority: Critical
Fix For: 1.4.1
Attachments: axis-concurrent-mod.stack-trace, diff.txt
Original Estimate: 0h
Remaining Estimate: 0h
Java 8u20 introduced a change in how Collections.sort is implemented. See http://bugs.java.com/view_bug.do?bug_id=8032636 and http://bugs.java.com/view_bug.do?bug_id=8030848.
The sorting is now deferred to the specific list implementation which can operate directly on the underlying data structure without making a defensive copy beforehand. This can cause a java.util.ConcurrentModificationException to occur.
The error can be reproduced by compiling axis-1.4.1-SNAPSHOT using java 1.8.0_20 or later and running the maven test suite (mvn test). The error does not manifest every single run, but I have never had to run the tests more than 3 times to reproduce. The test that fails is test.concurrency.TestApplicationScope.
The issue originates in org.apache.axis.description.JavaServiceDesc.getOperationsByQName where an unsynchronized call to Collections.sort is made. Synchronizing over the sorted array resolves the issue.
A working patch that has been tested in the test suite is appended in diff.txt.
The stack trace from the axis test-suite is appended below. Do note however that this stack trace does not show the actual error (The original error is caught and rethrown). To get the stack trace where the Collections.sort call is made you can run the specific test and attach the jdb configured to catch all java.util.ConcurrentModificationExceptions.
The stack trace from my jdb session is appended as axis-concurrent-mod.stack-trace. It was generated from an apache tomcat instance running a webservice relying on axis.
AxisFault
faultCode: {http://schemas.xmlsoap.org/soap/envelope/}Server.userException
faultString: java.util.ConcurrentModificationException
{http://xml.apache.org/axis/}stackTrace:java.util.ConcurrentModificationException
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.lang.reflect.Constructor.newInstance(Constructor.java:422)
at java.lang.Class.newInstance(Class.java:442)
at org.apache.axis.encoding.ser.BeanDeserializerFactory.getGeneralPurpose(BeanDeserializerFactory.java:89)
at org.apache.axis.encoding.ser.BaseDeserializerFactory.getDeserializerAs(BaseDeserializerFactory.java:89)
at org.apache.axis.encoding.DeserializationContext.getDeserializer(DeserializationContext.java:484)
at org.apache.axis.encoding.DeserializationContext.getDeserializerForType(DeserializationContext.java:567)
at org.apache.axis.message.SOAPFaultDetailsBuilder.onStartChild(SOAPFaultDetailsBuilder.java:157)
at org.apache.axis.encoding.DeserializationContext.startElement(DeserializationContext.java:1052)
at org.apache.xerces.parsers.AbstractSAXParser.startElement(Unknown Source)
at org.apache.xerces.parsers.AbstractXMLDocumentParser.emptyElement(Unknown Source)
at org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanStartElement(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
at org.apache.axis.encoding.DeserializationContext.parse(DeserializationContext.java:241)
at org.apache.axis.SOAPPart.getAsSOAPEnvelope(SOAPPart.java:696)
at org.apache.axis.Message.getSOAPEnvelope(Message.java:435)
at org.apache.axis.handlers.soap.MustUnderstandChecker.invoke(MustUnderstandChecker.java:62)
at org.apache.axis.client.AxisClient.invoke(AxisClient.java:206)
at org.apache.axis.client.Call.invokeEngine(Call.java:2782)
at org.apache.axis.client.Call.invoke(Call.java:2765)
at org.apache.axis.client.Call.invoke(Call.java:2443)
at org.apache.axis.client.Call.invoke(Call.java:2366)
at org.apache.axis.client.Call.invoke(Call.java:2391)
at test.concurrency.TestApplicationScope$TestRunnable.run(TestApplicationScope.java:80)
at java.lang.Thread.run(Thread.java:745)

robert lazarski (JIRA)

2018-09-13 13:40:00 UTC

Permalink

[ https://issues.apache.org/jira/browse/AXIS-2909?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16613512#comment-16613512 ]

robert lazarski commented on AXIS-2909:
---------------------------------------

See below for the link to the current CI server for axis 1.x , [~veithen] migrated it here about a year ago.

https://travis-ci.org/apache/axis1-java

Post by Kim Albertsson (JIRA)
ConcurrentModificationException when running under Java 1.8.0_20 or later
-------------------------------------------------------------------------
Key: AXIS-2909
URL: https://issues.apache.org/jira/browse/AXIS-2909
Project: Axis
Issue Type: Bug
Components: Serialization/Deserialization
Affects Versions: 1.4
Environment: java full version "1.8.0_20-b26"
Reporter: Kim Albertsson
Assignee: Andreas Veithen
Priority: Critical
Fix For: 1.4.1
Attachments: axis-concurrent-mod.stack-trace, diff.txt
Original Estimate: 0h
Remaining Estimate: 0h
Java 8u20 introduced a change in how Collections.sort is implemented. See http://bugs.java.com/view_bug.do?bug_id=8032636 and http://bugs.java.com/view_bug.do?bug_id=8030848.
The sorting is now deferred to the specific list implementation which can operate directly on the underlying data structure without making a defensive copy beforehand. This can cause a java.util.ConcurrentModificationException to occur.
The error can be reproduced by compiling axis-1.4.1-SNAPSHOT using java 1.8.0_20 or later and running the maven test suite (mvn test). The error does not manifest every single run, but I have never had to run the tests more than 3 times to reproduce. The test that fails is test.concurrency.TestApplicationScope.
The issue originates in org.apache.axis.description.JavaServiceDesc.getOperationsByQName where an unsynchronized call to Collections.sort is made. Synchronizing over the sorted array resolves the issue.
A working patch that has been tested in the test suite is appended in diff.txt.
The stack trace from the axis test-suite is appended below. Do note however that this stack trace does not show the actual error (The original error is caught and rethrown). To get the stack trace where the Collections.sort call is made you can run the specific test and attach the jdb configured to catch all java.util.ConcurrentModificationExceptions.
The stack trace from my jdb session is appended as axis-concurrent-mod.stack-trace. It was generated from an apache tomcat instance running a webservice relying on axis.
AxisFault
faultCode: {http://schemas.xmlsoap.org/soap/envelope/}Server.userException
faultString: java.util.ConcurrentModificationException
{http://xml.apache.org/axis/}stackTrace:java.util.ConcurrentModificationException
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.lang.reflect.Constructor.newInstance(Constructor.java:422)
at java.lang.Class.newInstance(Class.java:442)
at org.apache.axis.encoding.ser.BeanDeserializerFactory.getGeneralPurpose(BeanDeserializerFactory.java:89)
at org.apache.axis.encoding.ser.BaseDeserializerFactory.getDeserializerAs(BaseDeserializerFactory.java:89)
at org.apache.axis.encoding.DeserializationContext.getDeserializer(DeserializationContext.java:484)
at org.apache.axis.encoding.DeserializationContext.getDeserializerForType(DeserializationContext.java:567)
at org.apache.axis.message.SOAPFaultDetailsBuilder.onStartChild(SOAPFaultDetailsBuilder.java:157)
at org.apache.axis.encoding.DeserializationContext.startElement(DeserializationContext.java:1052)
at org.apache.xerces.parsers.AbstractSAXParser.startElement(Unknown Source)
at org.apache.xerces.parsers.AbstractXMLDocumentParser.emptyElement(Unknown Source)
at org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanStartElement(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
at org.apache.axis.encoding.DeserializationContext.parse(DeserializationContext.java:241)
at org.apache.axis.SOAPPart.getAsSOAPEnvelope(SOAPPart.java:696)
at org.apache.axis.Message.getSOAPEnvelope(Message.java:435)
at org.apache.axis.handlers.soap.MustUnderstandChecker.invoke(MustUnderstandChecker.java:62)
at org.apache.axis.client.AxisClient.invoke(AxisClient.java:206)
at org.apache.axis.client.Call.invokeEngine(Call.java:2782)
at org.apache.axis.client.Call.invoke(Call.java:2765)
at org.apache.axis.client.Call.invoke(Call.java:2443)
at org.apache.axis.client.Call.invoke(Call.java:2366)
at org.apache.axis.client.Call.invoke(Call.java:2391)
at test.concurrency.TestApplicationScope$TestRunnable.run(TestApplicationScope.java:80)
at java.lang.Thread.run(Thread.java:745)

GWR (JIRA)

2018-09-13 19:51:00 UTC

Permalink

[ https://issues.apache.org/jira/browse/AXIS-2909?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16613988#comment-16613988 ]

GWR commented on AXIS-2909:
---------------------------

thanks, useful info!
and source code is here:
git clone https://github.com/apache/axis1-java.git apache/axis1-java

Post by Kim Albertsson (JIRA)
ConcurrentModificationException when running under Java 1.8.0_20 or later
-------------------------------------------------------------------------
Key: AXIS-2909
URL: https://issues.apache.org/jira/browse/AXIS-2909
Project: Axis
Issue Type: Bug
Components: Serialization/Deserialization
Affects Versions: 1.4
Environment: java full version "1.8.0_20-b26"
Reporter: Kim Albertsson
Assignee: Andreas Veithen
Priority: Critical
Fix For: 1.4.1
Attachments: axis-concurrent-mod.stack-trace, diff.txt
Original Estimate: 0h
Remaining Estimate: 0h
Java 8u20 introduced a change in how Collections.sort is implemented. See http://bugs.java.com/view_bug.do?bug_id=8032636 and http://bugs.java.com/view_bug.do?bug_id=8030848.
The sorting is now deferred to the specific list implementation which can operate directly on the underlying data structure without making a defensive copy beforehand. This can cause a java.util.ConcurrentModificationException to occur.
The error can be reproduced by compiling axis-1.4.1-SNAPSHOT using java 1.8.0_20 or later and running the maven test suite (mvn test). The error does not manifest every single run, but I have never had to run the tests more than 3 times to reproduce. The test that fails is test.concurrency.TestApplicationScope.
The issue originates in org.apache.axis.description.JavaServiceDesc.getOperationsByQName where an unsynchronized call to Collections.sort is made. Synchronizing over the sorted array resolves the issue.
A working patch that has been tested in the test suite is appended in diff.txt.
The stack trace from the axis test-suite is appended below. Do note however that this stack trace does not show the actual error (The original error is caught and rethrown). To get the stack trace where the Collections.sort call is made you can run the specific test and attach the jdb configured to catch all java.util.ConcurrentModificationExceptions.
The stack trace from my jdb session is appended as axis-concurrent-mod.stack-trace. It was generated from an apache tomcat instance running a webservice relying on axis.
AxisFault
faultCode: {http://schemas.xmlsoap.org/soap/envelope/}Server.userException
faultString: java.util.ConcurrentModificationException
{http://xml.apache.org/axis/}stackTrace:java.util.ConcurrentModificationException
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.lang.reflect.Constructor.newInstance(Constructor.java:422)
at java.lang.Class.newInstance(Class.java:442)
at org.apache.axis.encoding.ser.BeanDeserializerFactory.getGeneralPurpose(BeanDeserializerFactory.java:89)
at org.apache.axis.encoding.ser.BaseDeserializerFactory.getDeserializerAs(BaseDeserializerFactory.java:89)
at org.apache.axis.encoding.DeserializationContext.getDeserializer(DeserializationContext.java:484)
at org.apache.axis.encoding.DeserializationContext.getDeserializerForType(DeserializationContext.java:567)
at org.apache.axis.message.SOAPFaultDetailsBuilder.onStartChild(SOAPFaultDetailsBuilder.java:157)
at org.apache.axis.encoding.DeserializationContext.startElement(DeserializationContext.java:1052)
at org.apache.xerces.parsers.AbstractSAXParser.startElement(Unknown Source)
at org.apache.xerces.parsers.AbstractXMLDocumentParser.emptyElement(Unknown Source)
at org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanStartElement(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
at org.apache.axis.encoding.DeserializationContext.parse(DeserializationContext.java:241)
at org.apache.axis.SOAPPart.getAsSOAPEnvelope(SOAPPart.java:696)
at org.apache.axis.Message.getSOAPEnvelope(Message.java:435)
at org.apache.axis.handlers.soap.MustUnderstandChecker.invoke(MustUnderstandChecker.java:62)
at org.apache.axis.client.AxisClient.invoke(AxisClient.java:206)
at org.apache.axis.client.Call.invokeEngine(Call.java:2782)
at org.apache.axis.client.Call.invoke(Call.java:2765)
at org.apache.axis.client.Call.invoke(Call.java:2443)
at org.apache.axis.client.Call.invoke(Call.java:2366)
at org.apache.axis.client.Call.invoke(Call.java:2391)
at test.concurrency.TestApplicationScope$TestRunnable.run(TestApplicationScope.java:80)
at java.lang.Thread.run(Thread.java:745)

GWR (JIRA)

2018-09-13 19:51:00 UTC

Permalink

[ https://issues.apache.org/jira/browse/AXIS-2909?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16613361#comment-16613361 ]

GWR edited comment on AXIS-2909 at 9/13/18 7:50 PM:
----------------------------------------------------

Thanks, might be useful to progress further on trunk

I had a look at [https://builds.apache.org/job/axis-trunk/] and it seems like last successful was June 2017.
There seems to be an issue related to the module axis-model:

Plugin com.github.veithen.cosmos:emf-maven-plugin:0.1-SNAPSHOT or one of its dependencies could not be resolved: The following artifacts could not be resolved: com.github.veithen.cosmos:cosmos-equinox:jar:0.4-SNAPSHOT
I can see 0.3 version was released April 28th, 2018.

was (Author: geewee):
hanks, might be useful to progress further on trunk

I had a look at [https://builds.apache.org/job/axis-trunk/] and it seems like last successful was June 2017.
There seems to be an issue related to the module axis-model:

Plugin com.github.veithen.cosmos:emf-maven-plugin:0.1-SNAPSHOT or one of its dependencies could not be resolved: The following artifacts could not be resolved: com.github.veithen.cosmos:cosmos-equinox:jar:0.4-SNAPSHOT
I can see 0.3 version was released April 28th, 2018.

Post by Kim Albertsson (JIRA)
ConcurrentModificationException when running under Java 1.8.0_20 or later
-------------------------------------------------------------------------
Key: AXIS-2909
URL: https://issues.apache.org/jira/browse/AXIS-2909
Project: Axis
Issue Type: Bug
Components: Serialization/Deserialization
Affects Versions: 1.4
Environment: java full version "1.8.0_20-b26"
Reporter: Kim Albertsson
Assignee: Andreas Veithen
Priority: Critical
Fix For: 1.4.1
Attachments: axis-concurrent-mod.stack-trace, diff.txt
Original Estimate: 0h
Remaining Estimate: 0h
Java 8u20 introduced a change in how Collections.sort is implemented. See http://bugs.java.com/view_bug.do?bug_id=8032636 and http://bugs.java.com/view_bug.do?bug_id=8030848.
The sorting is now deferred to the specific list implementation which can operate directly on the underlying data structure without making a defensive copy beforehand. This can cause a java.util.ConcurrentModificationException to occur.
The error can be reproduced by compiling axis-1.4.1-SNAPSHOT using java 1.8.0_20 or later and running the maven test suite (mvn test). The error does not manifest every single run, but I have never had to run the tests more than 3 times to reproduce. The test that fails is test.concurrency.TestApplicationScope.
The issue originates in org.apache.axis.description.JavaServiceDesc.getOperationsByQName where an unsynchronized call to Collections.sort is made. Synchronizing over the sorted array resolves the issue.
A working patch that has been tested in the test suite is appended in diff.txt.
The stack trace from the axis test-suite is appended below. Do note however that this stack trace does not show the actual error (The original error is caught and rethrown). To get the stack trace where the Collections.sort call is made you can run the specific test and attach the jdb configured to catch all java.util.ConcurrentModificationExceptions.
The stack trace from my jdb session is appended as axis-concurrent-mod.stack-trace. It was generated from an apache tomcat instance running a webservice relying on axis.
AxisFault
faultCode: {http://schemas.xmlsoap.org/soap/envelope/}Server.userException
faultString: java.util.ConcurrentModificationException
{http://xml.apache.org/axis/}stackTrace:java.util.ConcurrentModificationException
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.lang.reflect.Constructor.newInstance(Constructor.java:422)
at java.lang.Class.newInstance(Class.java:442)
at org.apache.axis.encoding.ser.BeanDeserializerFactory.getGeneralPurpose(BeanDeserializerFactory.java:89)
at org.apache.axis.encoding.ser.BaseDeserializerFactory.getDeserializerAs(BaseDeserializerFactory.java:89)
at org.apache.axis.encoding.DeserializationContext.getDeserializer(DeserializationContext.java:484)
at org.apache.axis.encoding.DeserializationContext.getDeserializerForType(DeserializationContext.java:567)
at org.apache.axis.message.SOAPFaultDetailsBuilder.onStartChild(SOAPFaultDetailsBuilder.java:157)
at org.apache.axis.encoding.DeserializationContext.startElement(DeserializationContext.java:1052)
at org.apache.xerces.parsers.AbstractSAXParser.startElement(Unknown Source)
at org.apache.xerces.parsers.AbstractXMLDocumentParser.emptyElement(Unknown Source)
at org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanStartElement(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
at org.apache.axis.encoding.DeserializationContext.parse(DeserializationContext.java:241)
at org.apache.axis.SOAPPart.getAsSOAPEnvelope(SOAPPart.java:696)
at org.apache.axis.Message.getSOAPEnvelope(Message.java:435)
at org.apache.axis.handlers.soap.MustUnderstandChecker.invoke(MustUnderstandChecker.java:62)
at org.apache.axis.client.AxisClient.invoke(AxisClient.java:206)
at org.apache.axis.client.Call.invokeEngine(Call.java:2782)
at org.apache.axis.client.Call.invoke(Call.java:2765)
at org.apache.axis.client.Call.invoke(Call.java:2443)
at org.apache.axis.client.Call.invoke(Call.java:2366)
at org.apache.axis.client.Call.invoke(Call.java:2391)
at test.concurrency.TestApplicationScope$TestRunnable.run(TestApplicationScope.java:80)
at java.lang.Thread.run(Thread.java:745)

GWR (JIRA)

2018-09-13 19:59:00 UTC

Permalink

[ https://issues.apache.org/jira/browse/AXIS-2909?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

GWR updated AXIS-2909:
----------------------
Comment: was deleted

(was: thanks, useful info!
and source code is here:
git clone https://github.com/apache/axis1-java.git apache/axis1-java

)

Post by Kim Albertsson (JIRA)
ConcurrentModificationException when running under Java 1.8.0_20 or later
-------------------------------------------------------------------------
Key: AXIS-2909
URL: https://issues.apache.org/jira/browse/AXIS-2909
Project: Axis
Issue Type: Bug
Components: Serialization/Deserialization
Affects Versions: 1.4
Environment: java full version "1.8.0_20-b26"
Reporter: Kim Albertsson
Assignee: Andreas Veithen
Priority: Critical
Fix For: 1.4.1
Attachments: axis-concurrent-mod.stack-trace, diff.txt
Original Estimate: 0h
Remaining Estimate: 0h
Java 8u20 introduced a change in how Collections.sort is implemented. See http://bugs.java.com/view_bug.do?bug_id=8032636 and http://bugs.java.com/view_bug.do?bug_id=8030848.
The sorting is now deferred to the specific list implementation which can operate directly on the underlying data structure without making a defensive copy beforehand. This can cause a java.util.ConcurrentModificationException to occur.
The error can be reproduced by compiling axis-1.4.1-SNAPSHOT using java 1.8.0_20 or later and running the maven test suite (mvn test). The error does not manifest every single run, but I have never had to run the tests more than 3 times to reproduce. The test that fails is test.concurrency.TestApplicationScope.
The issue originates in org.apache.axis.description.JavaServiceDesc.getOperationsByQName where an unsynchronized call to Collections.sort is made. Synchronizing over the sorted array resolves the issue.
A working patch that has been tested in the test suite is appended in diff.txt.
The stack trace from the axis test-suite is appended below. Do note however that this stack trace does not show the actual error (The original error is caught and rethrown). To get the stack trace where the Collections.sort call is made you can run the specific test and attach the jdb configured to catch all java.util.ConcurrentModificationExceptions.
The stack trace from my jdb session is appended as axis-concurrent-mod.stack-trace. It was generated from an apache tomcat instance running a webservice relying on axis.
AxisFault
faultCode: {http://schemas.xmlsoap.org/soap/envelope/}Server.userException
faultString: java.util.ConcurrentModificationException
{http://xml.apache.org/axis/}stackTrace:java.util.ConcurrentModificationException
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.lang.reflect.Constructor.newInstance(Constructor.java:422)
at java.lang.Class.newInstance(Class.java:442)
at org.apache.axis.encoding.ser.BeanDeserializerFactory.getGeneralPurpose(BeanDeserializerFactory.java:89)
at org.apache.axis.encoding.ser.BaseDeserializerFactory.getDeserializerAs(BaseDeserializerFactory.java:89)
at org.apache.axis.encoding.DeserializationContext.getDeserializer(DeserializationContext.java:484)
at org.apache.axis.encoding.DeserializationContext.getDeserializerForType(DeserializationContext.java:567)
at org.apache.axis.message.SOAPFaultDetailsBuilder.onStartChild(SOAPFaultDetailsBuilder.java:157)
at org.apache.axis.encoding.DeserializationContext.startElement(DeserializationContext.java:1052)
at org.apache.xerces.parsers.AbstractSAXParser.startElement(Unknown Source)
at org.apache.xerces.parsers.AbstractXMLDocumentParser.emptyElement(Unknown Source)
at org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanStartElement(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
at org.apache.axis.encoding.DeserializationContext.parse(DeserializationContext.java:241)
at org.apache.axis.SOAPPart.getAsSOAPEnvelope(SOAPPart.java:696)
at org.apache.axis.Message.getSOAPEnvelope(Message.java:435)
at org.apache.axis.handlers.soap.MustUnderstandChecker.invoke(MustUnderstandChecker.java:62)
at org.apache.axis.client.AxisClient.invoke(AxisClient.java:206)
at org.apache.axis.client.Call.invokeEngine(Call.java:2782)
at org.apache.axis.client.Call.invoke(Call.java:2765)
at org.apache.axis.client.Call.invoke(Call.java:2443)
at org.apache.axis.client.Call.invoke(Call.java:2366)
at org.apache.axis.client.Call.invoke(Call.java:2391)
at test.concurrency.TestApplicationScope$TestRunnable.run(TestApplicationScope.java:80)
at java.lang.Thread.run(Thread.java:745)

GWR (JIRA)

2018-09-14 08:44:00 UTC

Permalink

[ https://issues.apache.org/jira/browse/AXIS-2909?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16614522#comment-16614522 ]

GWR commented on AXIS-2909:
---------------------------

seems like the dependency to:

<groupId>com.github.veithen.cosmos</groupId>
<artifactId>emf-maven-plugin</artifactId>
<version>0.1-SNAPSHOT</version>

and transitive
<groupId>com.github.veithen.cosmos</groupId>
<artifactId>cosmos-equinox</artifactId>
<version>0.4-SNAPSHOT</version>

are causing issues, as the oss.sonatype.org-snapshots repository (or other external snapshot repos) are not mirrored, for stability reasons.

Post by Kim Albertsson (JIRA)
ConcurrentModificationException when running under Java 1.8.0_20 or later
-------------------------------------------------------------------------
Key: AXIS-2909
URL: https://issues.apache.org/jira/browse/AXIS-2909
Project: Axis
Issue Type: Bug
Components: Serialization/Deserialization
Affects Versions: 1.4
Environment: java full version "1.8.0_20-b26"
Reporter: Kim Albertsson
Assignee: Andreas Veithen
Priority: Critical
Fix For: 1.4.1
Attachments: axis-concurrent-mod.stack-trace, diff.txt
Original Estimate: 0h
Remaining Estimate: 0h
Java 8u20 introduced a change in how Collections.sort is implemented. See http://bugs.java.com/view_bug.do?bug_id=8032636 and http://bugs.java.com/view_bug.do?bug_id=8030848.
The sorting is now deferred to the specific list implementation which can operate directly on the underlying data structure without making a defensive copy beforehand. This can cause a java.util.ConcurrentModificationException to occur.
The error can be reproduced by compiling axis-1.4.1-SNAPSHOT using java 1.8.0_20 or later and running the maven test suite (mvn test). The error does not manifest every single run, but I have never had to run the tests more than 3 times to reproduce. The test that fails is test.concurrency.TestApplicationScope.
The issue originates in org.apache.axis.description.JavaServiceDesc.getOperationsByQName where an unsynchronized call to Collections.sort is made. Synchronizing over the sorted array resolves the issue.
A working patch that has been tested in the test suite is appended in diff.txt.
The stack trace from the axis test-suite is appended below. Do note however that this stack trace does not show the actual error (The original error is caught and rethrown). To get the stack trace where the Collections.sort call is made you can run the specific test and attach the jdb configured to catch all java.util.ConcurrentModificationExceptions.
The stack trace from my jdb session is appended as axis-concurrent-mod.stack-trace. It was generated from an apache tomcat instance running a webservice relying on axis.
AxisFault
faultCode: {http://schemas.xmlsoap.org/soap/envelope/}Server.userException
faultString: java.util.ConcurrentModificationException
{http://xml.apache.org/axis/}stackTrace:java.util.ConcurrentModificationException
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.lang.reflect.Constructor.newInstance(Constructor.java:422)
at java.lang.Class.newInstance(Class.java:442)
at org.apache.axis.encoding.ser.BeanDeserializerFactory.getGeneralPurpose(BeanDeserializerFactory.java:89)
at org.apache.axis.encoding.ser.BaseDeserializerFactory.getDeserializerAs(BaseDeserializerFactory.java:89)
at org.apache.axis.encoding.DeserializationContext.getDeserializer(DeserializationContext.java:484)
at org.apache.axis.encoding.DeserializationContext.getDeserializerForType(DeserializationContext.java:567)
at org.apache.axis.message.SOAPFaultDetailsBuilder.onStartChild(SOAPFaultDetailsBuilder.java:157)
at org.apache.axis.encoding.DeserializationContext.startElement(DeserializationContext.java:1052)
at org.apache.xerces.parsers.AbstractSAXParser.startElement(Unknown Source)
at org.apache.xerces.parsers.AbstractXMLDocumentParser.emptyElement(Unknown Source)
at org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanStartElement(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
at org.apache.axis.encoding.DeserializationContext.parse(DeserializationContext.java:241)
at org.apache.axis.SOAPPart.getAsSOAPEnvelope(SOAPPart.java:696)
at org.apache.axis.Message.getSOAPEnvelope(Message.java:435)
at org.apache.axis.handlers.soap.MustUnderstandChecker.invoke(MustUnderstandChecker.java:62)
at org.apache.axis.client.AxisClient.invoke(AxisClient.java:206)
at org.apache.axis.client.Call.invokeEngine(Call.java:2782)
at org.apache.axis.client.Call.invoke(Call.java:2765)
at org.apache.axis.client.Call.invoke(Call.java:2443)
at org.apache.axis.client.Call.invoke(Call.java:2366)
at org.apache.axis.client.Call.invoke(Call.java:2391)
at test.concurrency.TestApplicationScope$TestRunnable.run(TestApplicationScope.java:80)
at java.lang.Thread.run(Thread.java:745)

GWR (JIRA)

2018-09-19 08:25:00 UTC

Permalink

[ https://issues.apache.org/jira/browse/AXIS-2909?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

GWR updated AXIS-2909:
----------------------
Comment: was deleted

(was: seems like the dependency to:

<groupId>com.github.veithen.cosmos</groupId>
<artifactId>emf-maven-plugin</artifactId>
<version>0.1-SNAPSHOT</version>

and transitive
<groupId>com.github.veithen.cosmos</groupId>
<artifactId>cosmos-equinox</artifactId>
<version>0.4-SNAPSHOT</version>

are causing issues, as the oss.sonatype.org-snapshots repository (or other external snapshot repos) are not mirrored, for stability reasons.)

Post by Kim Albertsson (JIRA)
ConcurrentModificationException when running under Java 1.8.0_20 or later
-------------------------------------------------------------------------
Key: AXIS-2909
URL: https://issues.apache.org/jira/browse/AXIS-2909
Project: Axis
Issue Type: Bug
Components: Serialization/Deserialization
Affects Versions: 1.4
Environment: java full version "1.8.0_20-b26"
Reporter: Kim Albertsson
Assignee: Andreas Veithen
Priority: Critical
Fix For: 1.4.1
Attachments: axis-concurrent-mod.stack-trace, diff.txt
Original Estimate: 0h
Remaining Estimate: 0h
Java 8u20 introduced a change in how Collections.sort is implemented. See http://bugs.java.com/view_bug.do?bug_id=8032636 and http://bugs.java.com/view_bug.do?bug_id=8030848.
The sorting is now deferred to the specific list implementation which can operate directly on the underlying data structure without making a defensive copy beforehand. This can cause a java.util.ConcurrentModificationException to occur.
The error can be reproduced by compiling axis-1.4.1-SNAPSHOT using java 1.8.0_20 or later and running the maven test suite (mvn test). The error does not manifest every single run, but I have never had to run the tests more than 3 times to reproduce. The test that fails is test.concurrency.TestApplicationScope.
The issue originates in org.apache.axis.description.JavaServiceDesc.getOperationsByQName where an unsynchronized call to Collections.sort is made. Synchronizing over the sorted array resolves the issue.
A working patch that has been tested in the test suite is appended in diff.txt.
The stack trace from the axis test-suite is appended below. Do note however that this stack trace does not show the actual error (The original error is caught and rethrown). To get the stack trace where the Collections.sort call is made you can run the specific test and attach the jdb configured to catch all java.util.ConcurrentModificationExceptions.
The stack trace from my jdb session is appended as axis-concurrent-mod.stack-trace. It was generated from an apache tomcat instance running a webservice relying on axis.
AxisFault
faultCode: {http://schemas.xmlsoap.org/soap/envelope/}Server.userException
faultString: java.util.ConcurrentModificationException
{http://xml.apache.org/axis/}stackTrace:java.util.ConcurrentModificationException
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.lang.reflect.Constructor.newInstance(Constructor.java:422)
at java.lang.Class.newInstance(Class.java:442)
at org.apache.axis.encoding.ser.BeanDeserializerFactory.getGeneralPurpose(BeanDeserializerFactory.java:89)
at org.apache.axis.encoding.ser.BaseDeserializerFactory.getDeserializerAs(BaseDeserializerFactory.java:89)
at org.apache.axis.encoding.DeserializationContext.getDeserializer(DeserializationContext.java:484)
at org.apache.axis.encoding.DeserializationContext.getDeserializerForType(DeserializationContext.java:567)
at org.apache.axis.message.SOAPFaultDetailsBuilder.onStartChild(SOAPFaultDetailsBuilder.java:157)
at org.apache.axis.encoding.DeserializationContext.startElement(DeserializationContext.java:1052)
at org.apache.xerces.parsers.AbstractSAXParser.startElement(Unknown Source)
at org.apache.xerces.parsers.AbstractXMLDocumentParser.emptyElement(Unknown Source)
at org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanStartElement(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
at org.apache.axis.encoding.DeserializationContext.parse(DeserializationContext.java:241)
at org.apache.axis.SOAPPart.getAsSOAPEnvelope(SOAPPart.java:696)
at org.apache.axis.Message.getSOAPEnvelope(Message.java:435)
at org.apache.axis.handlers.soap.MustUnderstandChecker.invoke(MustUnderstandChecker.java:62)
at org.apache.axis.client.AxisClient.invoke(AxisClient.java:206)
at org.apache.axis.client.Call.invokeEngine(Call.java:2782)
at org.apache.axis.client.Call.invoke(Call.java:2765)
at org.apache.axis.client.Call.invoke(Call.java:2443)
at org.apache.axis.client.Call.invoke(Call.java:2366)
at org.apache.axis.client.Call.invoke(Call.java:2391)
at test.concurrency.TestApplicationScope$TestRunnable.run(TestApplicationScope.java:80)
at java.lang.Thread.run(Thread.java:745)

GWR (JIRA)

2018-09-19 09:01:00 UTC

Permalink

[ https://issues.apache.org/jira/browse/AXIS-2909?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16613361#comment-16613361 ]

GWR edited comment on AXIS-2909 at 9/19/18 9:00 AM:
----------------------------------------------------

Thanks, might be useful to progress further on trunk

I had a look at [https://builds.apache.org/job/axis-trunk/] and it seems like last successful was June 2017.
There seems to be an issue related to the module axis-model:

Plugin com.github.veithen.cosmos:emf-maven-plugin:0.1-SNAPSHOT or one of its dependencies could not be resolved: The following artifacts could not be resolved: com.github.veithen.cosmos:cosmos-equinox:jar:0.4-SNAPSHOT

so then the snaphots-repo below is needed in artifact repos setup
https://oss.sonatype.org/content/repositories/snapshots

was (Author: geewee):
Thanks, might be useful to progress further on trunk

I had a look at [https://builds.apache.org/job/axis-trunk/] and it seems like last successful was June 2017.
There seems to be an issue related to the module axis-model:

Plugin com.github.veithen.cosmos:emf-maven-plugin:0.1-SNAPSHOT or one of its dependencies could not be resolved: The following artifacts could not be resolved: com.github.veithen.cosmos:cosmos-equinox:jar:0.4-SNAPSHOT
I can see 0.3 version was released April 28th, 2018.

Post by Kim Albertsson (JIRA)
ConcurrentModificationException when running under Java 1.8.0_20 or later
-------------------------------------------------------------------------
Key: AXIS-2909
URL: https://issues.apache.org/jira/browse/AXIS-2909
Project: Axis
Issue Type: Bug
Components: Serialization/Deserialization
Affects Versions: 1.4
Environment: java full version "1.8.0_20-b26"
Reporter: Kim Albertsson
Assignee: Andreas Veithen
Priority: Critical
Fix For: 1.4.1
Attachments: axis-concurrent-mod.stack-trace, diff.txt
Original Estimate: 0h
Remaining Estimate: 0h
Java 8u20 introduced a change in how Collections.sort is implemented. See http://bugs.java.com/view_bug.do?bug_id=8032636 and http://bugs.java.com/view_bug.do?bug_id=8030848.
The sorting is now deferred to the specific list implementation which can operate directly on the underlying data structure without making a defensive copy beforehand. This can cause a java.util.ConcurrentModificationException to occur.
The error can be reproduced by compiling axis-1.4.1-SNAPSHOT using java 1.8.0_20 or later and running the maven test suite (mvn test). The error does not manifest every single run, but I have never had to run the tests more than 3 times to reproduce. The test that fails is test.concurrency.TestApplicationScope.
The issue originates in org.apache.axis.description.JavaServiceDesc.getOperationsByQName where an unsynchronized call to Collections.sort is made. Synchronizing over the sorted array resolves the issue.
A working patch that has been tested in the test suite is appended in diff.txt.
The stack trace from the axis test-suite is appended below. Do note however that this stack trace does not show the actual error (The original error is caught and rethrown). To get the stack trace where the Collections.sort call is made you can run the specific test and attach the jdb configured to catch all java.util.ConcurrentModificationExceptions.
The stack trace from my jdb session is appended as axis-concurrent-mod.stack-trace. It was generated from an apache tomcat instance running a webservice relying on axis.
AxisFault
faultCode: {http://schemas.xmlsoap.org/soap/envelope/}Server.userException
faultString: java.util.ConcurrentModificationException
{http://xml.apache.org/axis/}stackTrace:java.util.ConcurrentModificationException
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.lang.reflect.Constructor.newInstance(Constructor.java:422)
at java.lang.Class.newInstance(Class.java:442)
at org.apache.axis.encoding.ser.BeanDeserializerFactory.getGeneralPurpose(BeanDeserializerFactory.java:89)
at org.apache.axis.encoding.ser.BaseDeserializerFactory.getDeserializerAs(BaseDeserializerFactory.java:89)
at org.apache.axis.encoding.DeserializationContext.getDeserializer(DeserializationContext.java:484)
at org.apache.axis.encoding.DeserializationContext.getDeserializerForType(DeserializationContext.java:567)
at org.apache.axis.message.SOAPFaultDetailsBuilder.onStartChild(SOAPFaultDetailsBuilder.java:157)
at org.apache.axis.encoding.DeserializationContext.startElement(DeserializationContext.java:1052)
at org.apache.xerces.parsers.AbstractSAXParser.startElement(Unknown Source)
at org.apache.xerces.parsers.AbstractXMLDocumentParser.emptyElement(Unknown Source)
at org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanStartElement(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
at org.apache.axis.encoding.DeserializationContext.parse(DeserializationContext.java:241)
at org.apache.axis.SOAPPart.getAsSOAPEnvelope(SOAPPart.java:696)
at org.apache.axis.Message.getSOAPEnvelope(Message.java:435)
at org.apache.axis.handlers.soap.MustUnderstandChecker.invoke(MustUnderstandChecker.java:62)
at org.apache.axis.client.AxisClient.invoke(AxisClient.java:206)
at org.apache.axis.client.Call.invokeEngine(Call.java:2782)
at org.apache.axis.client.Call.invoke(Call.java:2765)
at org.apache.axis.client.Call.invoke(Call.java:2443)
at org.apache.axis.client.Call.invoke(Call.java:2366)
at org.apache.axis.client.Call.invoke(Call.java:2391)
at test.concurrency.TestApplicationScope$TestRunnable.run(TestApplicationScope.java:80)
at java.lang.Thread.run(Thread.java:745)