[JBoss JIRA] (WFLY-12063) ClassFormatError on JDK13
by Richard Opalka (Jira)
[ https://issues.jboss.org/browse/WFLY-12063?page=com.atlassian.jira.plugin... ]
Richard Opalka updated WFLY-12063:
----------------------------------
Labels: blocker-WF18 jdk13 (was: blocker-WF18)
> ClassFormatError on JDK13
> -------------------------
>
> Key: WFLY-12063
> URL: https://issues.jboss.org/browse/WFLY-12063
> Project: WildFly
> Issue Type: Bug
> Components: JPA / Hibernate
> Reporter: Richard Opalka
> Assignee: Scott Marlow
> Priority: Critical
> Labels: blocker-WF18, jdk13
> Attachments: server.log, test.log
>
>
> The following commit https://github.com/wildfly/wildfly/commit/b6d141b06404a4c23ead1d04d6e26fc... introduced JDK13 regression in WildFly.
> Affected tests are:
> ---
> [ERROR] Errors:
> [ERROR] MultiplePuTestCase.org.jboss.as.test.integration.jpa.basic.multiplepersistenceunittest.MultiplePuTestCase » Deployment
> [ERROR] EntityListenersTestCase.org.jboss.as.test.integration.jpa.entitylistener.EntityListenersTestCase » Deployment
> [ERROR] EPCPropagationTestCase.org.jboss.as.test.integration.jpa.epcpropagation.EPCPropagationTestCase » Deployment
> [ERROR] AuditJoinTableoverBidirectionalTest.org.jboss.as.test.integration.jpa.hibernate.envers.AuditJoinTableoverBidirectionalTest » Deployment
> [ERROR] AuditJoinTableoverOnetoManyJoinColumnTest.org.jboss.as.test.integration.jpa.hibernate.envers.AuditJoinTableoverOnetoManyJoinColumnTest » Deployment
> [ERROR] ManagementTestCase.getEntityInsertCountAttribute:98 » Deployment Cannot deploy...
> [ERROR] JPA2LCTestCase.org.jboss.as.test.integration.jpa.secondlevelcache.JPA2LCTestCase » Deployment
> [ERROR] JpaStatisticsTestCase.org.jboss.as.test.integration.jpa.secondlevelcache.JpaStatisticsTestCase » Deployment
> [ERROR] TransactionTestCase.org.jboss.as.test.integration.jpa.transaction.TransactionTestCase » Deployment
> [INFO]
> [ERROR] Tests run: 1553, Failures: 0, Errors: 9, Skipped: 14
> ---
--
This message was sent by Atlassian Jira
(v7.13.5#713005)
6 years, 11 months
[JBoss JIRA] (WFLY-11218) IIOP call does not work with transaction started on client side when run on IBM JDK
by Tomasz Adamski (Jira)
[ https://issues.jboss.org/browse/WFLY-11218?page=com.atlassian.jira.plugin... ]
Tomasz Adamski commented on WFLY-11218:
---------------------------------------
This issue can be solved by explicitly tell IBM JVM to use sun's Util class. In order to do this, each client/server that runs on it should set following system property:
-Djavax.rmi.CORBA.UtilClass=com.sun.corba.se.impl.javax.rmi.CORBA.Util
Ivan Straka could you please confirm/double-check in your reproducer.
> IIOP call does not work with transaction started on client side when run on IBM JDK
> -----------------------------------------------------------------------------------
>
> Key: WFLY-11218
> URL: https://issues.jboss.org/browse/WFLY-11218
> Project: WildFly
> Issue Type: Bug
> Components: IIOP
> Affects Versions: 14.0.0.Final, 15.0.0.Beta1
> Environment: IBM JDK 8
> Reporter: Ivan Straka
> Assignee: Tomasz Adamski
> Priority: Blocker
> Labels: blocker-WF18
>
> Issue is valid only for IBM JDK 8...scenario works on oracle jdk 8 and 11 and openjdk 8.
> Scenario (using CORBA):
> # start transaction
> # lookup
> # IIOP call
> # EJB perform a basic operation and return (no failure is expected)
> IIOP call fails with following exception:
> {code:java}
> java.lang.NullPointerException: null
> at com.sun.corba.se.impl.protocol.CorbaMessageMediatorImpl.sentFullMessage(CorbaMessageMediatorImpl.java:429)
> at com.sun.corba.se.impl.protocol.CorbaMessageMediatorImpl.sendCancelRequestIfFinalFragmentNotSent(CorbaMessageMediatorImpl.java:394)
> at com.sun.corba.se.impl.protocol.CorbaClientRequestDispatcherImpl.endRequest(CorbaClientRequestDispatcherImpl.java:895)
> at com.sun.corba.se.impl.protocol.CorbaClientDelegateImpl.releaseReply(CorbaClientDelegateImpl.java:167)
> at com.sun.corba.se.impl.protocol.CorbaClientDelegateImpl.is_a(CorbaClientDelegateImpl.java:253)
> at org.omg.CORBA.portable.ObjectImpl._is_a(ObjectImpl.java:139)
> at org.omg.CosNaming.NamingContextHelper.narrow(NamingContextHelper.java:91)
> at com.sun.jndi.cosnaming.CNCtx.setOrbAndRootContext(CNCtx.java:408)
> at com.sun.jndi.cosnaming.CNCtx.initOrbAndRootContext(CNCtx.java:274)
> at com.sun.jndi.cosnaming.CNCtx.<init>(CNCtx.java:132)
> at com.sun.jndi.cosnaming.CNCtxFactory.getInitialContext(CNCtxFactory.java:61)
> at javax.naming.spi.NamingManager.getInitialContext(NamingManager.java:695)
> at javax.naming.InitialContext.getDefaultInitCtx(InitialContext.java:324)
> at javax.naming.InitialContext.init(InitialContext.java:255)
> at javax.naming.InitialContext.<init>(InitialContext.java:227)
> at org.jboss.as.test.jbossts.client.utils.TxUtil.lookupIIOP(TxUtil.java:93)
> at org.jboss.as.test.jbossts.client.utils.TxUtil.lookupIIOP(TxUtil.java:103)
> at org.jboss.as.test.jbossts.crashrec.test.JMSCrashRecoveryTestCase.lookupCrashBeanOverIIOP(JMSCrashRecoveryTestCase.java:164)
> at org.jboss.as.test.jbossts.crashrec.test.JMSCrashRecoveryTestCase.callCrashTest(JMSCrashRecoveryTestCase.java:126)
> {code}
> When transaction is not started on client side, IIOP call works smoothly.
--
This message was sent by Atlassian Jira
(v7.13.5#713005)
6 years, 11 months
[JBoss JIRA] (WFLY-8124) Unify arquillian defaultProtocol in TS
by Ondrej Chaloupka (Jira)
[ https://issues.jboss.org/browse/WFLY-8124?page=com.atlassian.jira.plugin.... ]
Ondrej Chaloupka commented on WFLY-8124:
----------------------------------------
hi [~jamezp] ,
would you be so kind and give me some guidance if the expected protocol for WFLY Arquillian extension (https://github.com/wildfly/wildfly-arquillian) is {{jmx-as7}} or different one? And in case what is the recommended protocol for WFLY testsuite. The {{rts}} and {{xts }} modules are the only one with definition of the protocol {{Servlet 3.0}} currently (probably they were used just from history)
> Unify arquillian defaultProtocol in TS
> --------------------------------------
>
> Key: WFLY-8124
> URL: https://issues.jboss.org/browse/WFLY-8124
> Project: WildFly
> Issue Type: Enhancement
> Components: Test Suite, XTS
> Reporter: Marek Kopecky
> Assignee: Ondrej Chaloupka
> Priority: Major
>
> Unify arquillian defaultProtocol in TS
> xts a rts module use servlet protocol. Jmx protocol is standard protocol:
> {noformat}
> [mkopecky@dhcp-10-40-5-170 base] (7.x)$ git grep defaultProtocol | grep -i servlet
> testsuite/integration/rts/src/test/config/arq/arquillian.xml: <defaultProtocol type="Servlet 3.0" />
> testsuite/integration/xts/src/test/config/arq/arquillian.xml: <defaultProtocol type="Servlet 3.0" />
> [mkopecky@dhcp-10-40-5-170 base] (7.x)$ git grep defaultProtocol | grep -iv servlet | wc -l
> 13
> [mkopecky@dhcp-10-40-5-170 base] (7.x)$
> {noformat}
--
This message was sent by Atlassian Jira
(v7.13.5#713005)
6 years, 11 months
[JBoss JIRA] (WFLY-8124) Unify arquillian defaultProtocol in TS
by Ondrej Chaloupka (Jira)
[ https://issues.jboss.org/browse/WFLY-8124?page=com.atlassian.jira.plugin.... ]
Ondrej Chaloupka reassigned WFLY-8124:
--------------------------------------
Assignee: Ondrej Chaloupka
> Unify arquillian defaultProtocol in TS
> --------------------------------------
>
> Key: WFLY-8124
> URL: https://issues.jboss.org/browse/WFLY-8124
> Project: WildFly
> Issue Type: Enhancement
> Components: Test Suite, XTS
> Reporter: Marek Kopecky
> Assignee: Ondrej Chaloupka
> Priority: Major
>
> Unify arquillian defaultProtocol in TS
> xts a rts module use servlet protocol. Jmx protocol is standard protocol:
> {noformat}
> [mkopecky@dhcp-10-40-5-170 base] (7.x)$ git grep defaultProtocol | grep -i servlet
> testsuite/integration/rts/src/test/config/arq/arquillian.xml: <defaultProtocol type="Servlet 3.0" />
> testsuite/integration/xts/src/test/config/arq/arquillian.xml: <defaultProtocol type="Servlet 3.0" />
> [mkopecky@dhcp-10-40-5-170 base] (7.x)$ git grep defaultProtocol | grep -iv servlet | wc -l
> 13
> [mkopecky@dhcp-10-40-5-170 base] (7.x)$
> {noformat}
--
This message was sent by Atlassian Jira
(v7.13.5#713005)
6 years, 11 months