"java.lang.ClassCastException: java.util.HashMap cannot be cast to com.sun.xml.ws.transport.Headers" hatası çözümü

https://tonyyan.wordpress.com/2016/11/25/jax-ws-error-java-util-hashmap-cannot-be-cast-to-com-sun-xml-ws-transport-headers/ [code language=”shell”] Happy Black Friday! We are upgrading our JEE application from Weblogic 11g to 12c. On one of our staging servers, we got this error: Java agent causing error: Caused by: java.lang.ClassCastException: java.util.HashMap cannot be cast to com.sun.xml.ws.transport.Headers This error, however, doesn’t happen in our development environment. We have scratched our heads for many days for this issue. From googling, this link comes up at the top: http://www.ca.com/us/services-support/ca-support/ca-support-online/knowledge-base-articles.tec1210346.html This apparently indicates there are some jax-ws libraries that are polluting our environment in that staging server. Following this thought, we have tuned and reconfigured many ways to let the application use the jax-ws jar we want it to, in vain. Eventually, a server admin found out that the Introscope Wily that is installed on the staging server is the culprit that contaminated the Java Classpath for the jax-ws. When we go back to the link above, that’s of course from Wily’s vendor CA! ! The fix is easy just follow the link above to change the introscope properties to what’s described in that link. It’s ironic that the link is from CA at the first place, and it didn’t ring the bell for me that the issue was caused by Wily in the first place. Cheers and happy holidays! -TY [/code] Kaynak(Source): https://www.ca.com/us/services-support/ca-support/ca-support-online/knowledge-base-articles.tec1210346.html [code language=”shell”] Seeing a Hashmap error after enabling the SOA Performance Management Agent Extension. Document ID: TEC1210346 Last Modified Date: 06/12/2017 Hide Technical Document Details Products CA Application Performance Management Releases CA Application Performance Management:Release:9.7 CA Application Performance Management:Release:CA APM 9.7 CA Application Performance Management:Release:10.0 Components APM AGENTS:APMAGT WILY INTROSCOPE:APMINT Problem: After enabling the SOA Performance Management Agent Extension, we see the below exception in the log: Caused by: java.lang.ClassCastException: java.util.HashMap cannot be cast to com.sun.xml.ws.transport.Headers at com.sun.xml.ws.client.RequestContext.fill(RequestContext.java:363) at com.sun.xml.ws.client.Stub.configureRequestPacket(Stub.java:412) at com.sun.xml.ws.client.Stub.process(Stub.java:375) at com.sun.xml.ws.client.sei.SEIStub.doProcess(SEIStub.java:189) at com.sun.xml.ws.client.sei.SyncMethodHandler.invoke(SyncMethodHandler.java:119) at com.sun.xml.ws.client.sei.SyncMethodHandler.invoke(SyncMethodHandler.java:102) at com.sun.xml.ws.client.sei.SEIStub.invoke(SEIStub.java:172) Environment: All supported Introscope releases after APM 9.7. Cause: The ClassCastException is due to a SOA Performance compatibility issue with the newer JAX-WS versions that expect to use com.sun.xml.ws.transport.Headers instead of java.util.HashMap. Starting from APM 9.7, the below property is available to allow using com.sun.xml.ws.transport.Headers instead of java.util.HashMap and to mitigate the ClassCastException. This change does not have any side effect in the Cross Process Transaction Tracing or Cross-JVM. Workaround: 1. Stop the Appserver/JVM. 2. Open the APM Agent property file : <Agent Home>/core/config/IntroscopeAgent.profile. 3. Uncomment the below property to prevent the exception # SOA property for 2.2.6 or later versions of JAXWS Jar # JAXWS jar has changed some methods in 2.2.6 and later versions # Uncomment this property if JAXWS version is 2.2.6 or higher com.wily.introscope.agent.soa.JAXWSHeadersClassName=com.sun.xml.ws.transport.Headers 4. Save and restart the Agent/Appserver, [/code]]]>

Leave a Reply

Your email address will not be published. Required fields are marked *