[JBoss JIRA] (DROOLS-3002) Redo PMML scorecards rules to use executable model
by Lance Leverich (Jira)
[ https://issues.jboss.org/browse/DROOLS-3002?page=com.atlassian.jira.plugi... ]
Lance Leverich updated DROOLS-3002:
-----------------------------------
Story Points: 1 (was: 5)
> Redo PMML scorecards rules to use executable model
> --------------------------------------------------
>
> Key: DROOLS-3002
> URL: https://issues.jboss.org/browse/DROOLS-3002
> Project: Drools
> Issue Type: Enhancement
> Components: PMML
> Affects Versions: 7.12.0.Final
> Reporter: Lance Leverich
> Assignee: Lance Leverich
> Priority: Major
> Labels: PMMLRefactor, drools-core
>
> Re-factoring of the classes and mechanisms that generate rules and classes from a PMML resource that contains a Scorecard model.
> # Make further usage of POJOs to replace any types declared within the rule file
> # Change the rules generated so that the rules are Java, based on the executable model
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 5 months
[JBoss JIRA] (WFLY-4166) EJB Security Context lost when doing cross context includes
by Tomasz Adamski (Jira)
[ https://issues.jboss.org/browse/WFLY-4166?page=com.atlassian.jira.plugin.... ]
Tomasz Adamski closed WFLY-4166.
--------------------------------
Resolution: Out of Date
> EJB Security Context lost when doing cross context includes
> -----------------------------------------------------------
>
> Key: WFLY-4166
> URL: https://issues.jboss.org/browse/WFLY-4166
> Project: WildFly
> Issue Type: Bug
> Components: EJB, Web (Undertow)
> Affects Versions: 8.2.0.Final
> Environment: SLES 12
> Reporter: Jens Viebig
> Priority: Major
>
> I'm getting a javax.ejb.EJBAccessException: JBAS014502 Exception when doing cross context includes across two secured webapps calling a secured EJB.
> Imagine two Servlets ServletOne and ServletTwo. ServletOne is a basic servlet that only prints "OK" and ServletTwo that is a basic servlet that prints "EJB OK" if ejb method could be accessed and "EJB EXCEPTION" when the call fails. This is packaged into a war that is deployed on the server twice with different names "simple-webapp.war" and "simple-webapp2.war"
> The war also includes a jsp index.jsp:
> <%@ taglib prefix="c" uri="http://java.sun.com/jsp/jstl/core" %>
> <p>/simple-webapp/ServletOne</p>
> <c:import url="/ServletOne" context="/simple-webapp"/>
> <p>/simple-webapp/ServletTwo</p>
> <c:import url="/ServletTwo" context="/simple-webapp"/>
> <p>/simple-webapp2/ServletOne</p>
> <c:import url="/ServletOne" context="/simple-webapp2"/>
> <p>/simple-webapp/ServletTwo</p>
> <c:import url="/ServletTwo" context="/simple-webapp"/>
> <p>/simple-webapp2/ServletTwo</p>
> <c:import url="/ServletTwo" context="/simple-webapp2"/>
> The Output is:
> <p>/simple-webapp/ServletOne</p>
> OK
> <p>/simple-webapp/ServletTwo</p>
> EJB OK
> <p>/simple-webapp2/ServletOne</p>
> OK
> <p>/simple-webapp/ServletTwo</p>
> EJB EXCEPTION
> <p>/simple-webapp2/ServletTwo</p>
> EJB OK
> It seems that a cross context call to another app was made, it is not possible to call secured ejbs in the same request from the first webapp. This does not affect new requests, only requests that do the cross context include.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 5 months
[JBoss JIRA] (WFLY-4090) Ability to add an alias for ejb invocations
by Tomasz Adamski (Jira)
[ https://issues.jboss.org/browse/WFLY-4090?page=com.atlassian.jira.plugin.... ]
Tomasz Adamski closed WFLY-4090.
--------------------------------
Resolution: Out of Date
> Ability to add an alias for ejb invocations
> -------------------------------------------
>
> Key: WFLY-4090
> URL: https://issues.jboss.org/browse/WFLY-4090
> Project: WildFly
> Issue Type: Feature Request
> Components: EJB
> Affects Versions: 8.1.0.Final
> Reporter: Wolf-Dieter Fink
> Priority: Major
>
> By default a EJB will install standards a JNDI name like
> <application>/<modul>/<Bean name>!<View name>
> Additional JNDI entries, i.e. for internal use or remote naming , could be installed by @Resource annotation or jboss-ejb3.xml descriptor.
> But it is not possiblet to use the ejb-client approach with an "ejb:" lookup to retrieve a remote-reference to this EJB.
> For applicaion backward compatibility it should be possible to install aliases like
> ejb/MyBean
> myapp/mymodule/MyBean/myView
> with different values than the unique installed one and useable by the "ejb:" context.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 5 months
[JBoss JIRA] (WFLY-4055) Show more details for the EJB SessionBean statistic
by Tomasz Adamski (Jira)
[ https://issues.jboss.org/browse/WFLY-4055?page=com.atlassian.jira.plugin.... ]
Tomasz Adamski closed WFLY-4055.
--------------------------------
Resolution: Out of Date
> Show more details for the EJB SessionBean statistic
> ---------------------------------------------------
>
> Key: WFLY-4055
> URL: https://issues.jboss.org/browse/WFLY-4055
> Project: WildFly
> Issue Type: Enhancement
> Components: EJB
> Affects Versions: 8.1.0.Final, 9.0.0.Alpha1
> Reporter: Wolf-Dieter Fink
> Priority: Major
>
> The JMX MBeans in former versions <7 show more statistics.
> As this counters can be important they should be collected in WildFly as well.
> SLSB:
> Current- Available- Max- (pool), Remove, Create
> SFSB:
> CacheSize, CreateSize, InvocStat, PassivatedCount, Current, RemoveCount, Available, Max, Total
> As there is no pool possible for SFSB there is no Create and Remove counter for pooling and no counter of current instances.
> These counters should be added
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 5 months
[JBoss JIRA] (WFLY-3985) XA_RBROLLBACK returned upon a XA forget branch request
by Tomasz Adamski (Jira)
[ https://issues.jboss.org/browse/WFLY-3985?page=com.atlassian.jira.plugin.... ]
Tomasz Adamski closed WFLY-3985.
--------------------------------
Resolution: Out of Date
> XA_RBROLLBACK returned upon a XA forget branch request
> ------------------------------------------------------
>
> Key: WFLY-3985
> URL: https://issues.jboss.org/browse/WFLY-3985
> Project: WildFly
> Issue Type: Bug
> Components: EJB
> Reporter: Johnathon Lee
> Priority: Major
>
> The stacktraces [1] show ejb remoting looking up the transaction on a recovery pass and finding that the transaction has rolled back.
> Recovery tells ejb remoting (it is enlisting an XA resource) to forget about a branch.
> Ejb remoting on the remote node gets the forget request and tries to import the transaction and gets an exception because the txn has rolled back.
> Since the forget request is to tell remoting that it no longer needs to keep any state associated with the branch the expectation would be for remoting to catch the exception and handle it gracefully. Per the stacktrace, it looks like remoting should catch the XAException.XA_RBROLLBACK from the getImportedTransaction() call (do whatever they need to do internally) and then return one of the valid codes: XA_OK is probably the correct one as returning XA_RBROLLBACK would be out of spec.
> [1]
> WARN [com.arjuna.ats.jta] (Periodic Recovery) ARJUNA016037: Could not find new XAResource to use for recovering non-serializable XAResource XAResourceRecord < resource:null, txid:< formatId=131077, gtrid_length=29, bqual_length=36, tx_uid=0:ffff0a1ef4ed:4e73c967:526fc3c7:b1, node_name=1, branch_uid=0:ffff0a1ef4ed:4e73c967:526fc3c7:b2, subordinatenodename=null, eis_name=unknown eis name >, heuristic: TwoPhaseOutcome.FINISH_OK com.arjuna.ats.internal.jta.resources.arjunacore.XAResourceRecord@1c3c1d18 >
> WARN [com.arjuna.ats.jta] (Periodic Recovery) ARJUNA016038: No XAResource to recover < formatId=131077, gtrid_length=29, bqual_length=36, tx_uid=0:ffff0a1ef4ed:4e73c967:526fc3c7:b1, node_name=1, branch_uid=0:ffff0a1ef4ed:4e73c967:526fc3c7:b2, subordinatenodename=null, eis_name=unknown eis name >
> WARN [com.arjuna.ats.jta] (Periodic Recovery) ARJUNA016037: Could not find new XAResource to use for recovering non-serializable XAResource XAResourceRecord < resource:null, txid:< formatId=131077, gtrid_length=29, bqual_length=36, tx_uid=0:ffff0a1ef4ed:4e73c967:526fc3c7:8f, node_name=1, branch_uid=0:ffff0a1ef4ed:4e73c967:526fc3c7:90, subordinatenodename=null, eis_name=unknown eis name >, heuristic: TwoPhaseOutcome.FINISH_OK com.arjuna.ats.internal.jta.resources.arjunacore.XAResourceRecord@4ff5d522 >
> WARN [com.arjuna.ats.jta] (Periodic Recovery) ARJUNA016038: No XAResource to recover < formatId=131077, gtrid_length=29, bqual_length=36, tx_uid=0:ffff0a1ef4ed:4e73c967:526fc3c7:8f, node_name=1, branch_uid=0:ffff0a1ef4ed:4e73c967:526fc3c7:90, subordinatenodename=null, eis_name=unknown eis name >
> ERROR [stderr] (Periodic Recovery) javax.transaction.xa.XAException
> INFO [stdout] (Periodic Recovery) ret:false for msg:javax.transaction.xa.XAException
> ERROR [stderr] (Periodic Recovery) at com.arjuna.ats.internal.jta.transaction.arjunacore.jca.TransactionImporterImple.getImportedTransaction(TransactionImporterImple.java:178)
> INFO [stdout] (Periodic Recovery) ret:false for msg: at com.arjuna.ats.internal.jta.transaction.arjunacore.jca.TransactionImporterImple.getImportedTransaction(TransactionImporterImple.java:178)
> ERROR [stderr] (Periodic Recovery) at org.jboss.as.ejb3.remote.EJBRemoteTransactionsRepository.getImportedTransaction(EJBRemoteTransactionsRepository.java:150)
> INFO [stdout] (Periodic Recovery) ret:false for msg: at org.jboss.as.ejb3.remote.EJBRemoteTransactionsRepository.getImportedTransaction(EJBRemoteTransactionsRepository.java:150)
> ERROR [stderr] (Periodic Recovery) at org.jboss.as.ejb3.remote.protocol.versionone.XidTransactionRollbackTask.manageTransaction(XidTransactionRollbackTask.java:53)
> INFO [stdout] (Periodic Recovery) ret:false for msg: at org.jboss.as.ejb3.remote.protocol.versionone.XidTransactionRollbackTask.manageTransaction(XidTransactionRollbackTask.java:53)
> ERROR [stderr] (Periodic Recovery) at org.jboss.as.ejb3.remote.protocol.versionone.XidTransactionManagementTask.run(XidTransactionManagementTask.java:68)
> INFO [stdout] (Periodic Recovery) ret:false for msg: at org.jboss.as.ejb3.remote.protocol.versionone.XidTransactionManagementTask.run(XidTransactionManagementTask.java:68)
> ERROR [stderr] (Periodic Recovery) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
> INFO [stdout] (Periodic Recovery) ret:false for msg: at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
> ERROR [stderr] (Periodic Recovery) at java.util.concurrent.FutureTask.run(FutureTask.java:262)
> INFO [stdout] (Periodic Recovery) ret:false for msg: at java.util.concurrent.FutureTask.run(FutureTask.java:262)
> ERROR [stderr] (Periodic Recovery) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
> INFO [stdout] (Periodic Recovery) ret:false for msg: at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
> ERROR [stderr] (Periodic Recovery) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> INFO [stdout] (Periodic Recovery) ret:false for msg: at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> ERROR [stderr] (Periodic Recovery) at java.lang.Thread.run(Thread.java:744)
> INFO [stdout] (Periodic Recovery) ret:false for msg: at java.lang.Thread.run(Thread.java:744)
> ERROR [stderr] (Periodic Recovery) at org.jboss.threads.JBossThread.run(JBossThread.java:122)
> INFO [stdout] (Periodic Recovery) ret:false for msg: at org.jboss.threads.JBossThread.run(JBossThread.java:122)
> ERROR [stderr] (Periodic Recovery) at ...asynchronous invocation...(Unknown Source)
> INFO [stdout] (Periodic Recovery) ret:false for msg: at ...asynchronous invocation...(Unknown Source)
> ERROR [stderr] (Periodic Recovery) at org.jboss.ejb.client.remoting.InvocationExceptionResponseHandler$MethodInvocationExceptionResultProducer.getResult(InvocationExceptionResponseHandler.java:99)
> INFO [stdout] (Periodic Recovery) ret:false for msg: at org.jboss.ejb.client.remoting.InvocationExceptionResponseHandler$MethodInvocationExceptionResultProducer.getResult(InvocationExceptionResponseHandler.java:99)
> ERROR [stderr] (Periodic Recovery) at org.jboss.ejb.client.remoting.RemotingConnectionEJBReceiver.sendRollback(RemotingConnectionEJBReceiver.java:360)
> INFO [stdout] (Periodic Recovery) ret:false for msg: at org.jboss.ejb.client.remoting.RemotingConnectionEJBReceiver.sendRollback(RemotingConnectionEJBReceiver.java:360)
> ERROR [stderr] (Periodic Recovery) at org.jboss.ejb.client.RecoveryOnlyEJBXAResource.rollback(RecoveryOnlyEJBXAResource.java:103)
> INFO [stdout] (Periodic Recovery) ret:false for msg: at org.jboss.ejb.client.RecoveryOnlyEJBXAResource.rollback(RecoveryOnlyEJBXAResource.java:103)
> ERROR [stderr] (Periodic Recovery) at com.arjuna.ats.internal.jta.recovery.arjunacore.XARecoveryModule.handleOrphan(XARecoveryModule.java:741)
> INFO [stdout] (Periodic Recovery) ret:false for msg: at com.arjuna.ats.internal.jta.recovery.arjunacore.XARecoveryModule.handleOrphan(XARecoveryModule.java:741)
> ERROR [stderr] (Periodic Recovery) at com.arjuna.ats.internal.jta.recovery.arjunacore.XARecoveryModule.xaRecoverySecondPass(XARecoveryModule.java:647)
> INFO [stdout] (Periodic Recovery) ret:false for msg: at com.arjuna.ats.internal.jta.recovery.arjunacore.XARecoveryModule.xaRecoverySecondPass(XARecoveryModule.java:647)
> ERROR [stderr] (Periodic Recovery) at com.arjuna.ats.internal.jta.recovery.arjunacore.XARecoveryModule.bottomUpRecovery(XARecoveryModule.java:419)
> INFO [stdout] (Periodic Recovery) ret:false for msg: at com.arjuna.ats.internal.jta.recovery.arjunacore.XARecoveryModule.bottomUpRecovery(XARecoveryModule.java:419)
> ERROR [stderr] (Periodic Recovery) at com.arjuna.ats.internal.jta.recovery.arjunacore.XARecoveryModule.periodicWorkSecondPass(XARecoveryModule.java:194)
> INFO [stdout] (Periodic Recovery) ret:false for msg: at com.arjuna.ats.internal.jta.recovery.arjunacore.XARecoveryModule.periodicWorkSecondPass(XARecoveryModule.java:194)
> ERROR [stderr] (Periodic Recovery) at com.arjuna.ats.internal.arjuna.recovery.PeriodicRecovery.doWorkInternal(PeriodicRecovery.java:789)
> INFO [stdout] (Periodic Recovery) ret:false for msg: at com.arjuna.ats.internal.arjuna.recovery.PeriodicRecovery.doWorkInternal(PeriodicRecovery.java:789)
> ERROR [stderr] (Periodic Recovery) at com.arjuna.ats.internal.arjuna.recovery.PeriodicRecovery.run(PeriodicRecovery.java:371)
> INFO [stdout] (Periodic Recovery) ret:false for msg: at com.arjuna.ats.internal.arjuna.recovery.PeriodicRecovery.run(PeriodicRecovery.java:371)
> WARN [com.arjuna.ats.jta] (Periodic Recovery) ARJUNA016006: Local XARecoveryModule.xaRecovery - forget threw exception: javax.transaction.xa.XAException
> at com.arjuna.ats.internal.jta.transaction.arjunacore.jca.TransactionImporterImple.getImportedTransaction(TransactionImporterImple.java:178) [jbossjts-jacorb-4.17.4.Final-redhat-2.jar:4.17.4.Final-redhat-2]
> at org.jboss.as.ejb3.remote.EJBRemoteTransactionsRepository.getImportedTransaction(EJBRemoteTransactionsRepository.java:150)
> at org.jboss.as.ejb3.remote.protocol.versionone.XidTransactionForgetTask.manageTransaction(XidTransactionForgetTask.java:50)
> at org.jboss.as.ejb3.remote.protocol.versionone.XidTransactionManagementTask.run(XidTransactionManagementTask.java:68)
> at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) [rt.jar:1.7.0_45]
> at java.util.concurrent.FutureTask.run(FutureTask.java:262) [rt.jar:1.7.0_45]
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_45]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_45]
> at java.lang.Thread.run(Thread.java:744) [rt.jar:1.7.0_45]
> at org.jboss.threads.JBossThread.run(JBossThread.java:122)
> at ...asynchronous invocation...(Unknown Source)
> at org.jboss.ejb.client.remoting.InvocationExceptionResponseHandler$MethodInvocationExceptionResultProducer.getResult(InvocationExceptionResponseHandler.java:99)
> at org.jboss.ejb.client.remoting.RemotingConnectionEJBReceiver.sendForget(RemotingConnectionEJBReceiver.java:430)
> at org.jboss.ejb.client.RecoveryOnlyEJBXAResource.forget(RecoveryOnlyEJBXAResource.java:68)
> at com.arjuna.ats.internal.jta.recovery.arjunacore.XARecoveryModule.xaRecoverySecondPass(XARecoveryModule.java:675) [jbossjts-jacorb-4.17.4.Final-redhat-2.jar:4.17.4.Final-redhat-2]
> at com.arjuna.ats.internal.jta.recovery.arjunacore.XARecoveryModule.bottomUpRecovery(XARecoveryModule.java:419) [jbossjts-jacorb-4.17.4.Final-redhat-2.jar:4.17.4.Final-redhat-2]
> at com.arjuna.ats.internal.jta.recovery.arjunacore.XARecoveryModule.periodicWorkSecondPass(XARecoveryModule.java:194) [jbossjts-jacorb-4.17.4.Final-redhat-2.jar:4.17.4.Final-redhat-2]
> at com.arjuna.ats.internal.arjuna.recovery.PeriodicRecovery.doWorkInternal(PeriodicRecovery.java:789) [jbossjts-jacorb-4.17.4.Final-redhat-2.jar:4.17.4.Final-redhat-2]
> at com.arjuna.ats.internal.arjuna.recovery.PeriodicRecovery.run(PeriodicRecovery.java:371) [jbossjts-jacorb-4.17.4.Final-redhat-2.jar:4.17.4.Final-redhat-2]
> ERROR [stderr] (Periodic Recovery) javax.transaction.xa.XAException
> INFO [stdout] (Periodic Recovery) ret:false for msg:javax.transaction.xa.XAException
> ERROR [stderr] (Periodic Recovery) at com.arjuna.ats.internal.jta.transaction.arjunacore.jca.TransactionImporterImple.getImportedTransaction(TransactionImporterImple.java:178)
> INFO [stdout] (Periodic Recovery) ret:false for msg: at com.arjuna.ats.internal.jta.transaction.arjunacore.jca.TransactionImporterImple.getImportedTransaction(TransactionImporterImple.java:178)
> ERROR [stderr] (Periodic Recovery) at org.jboss.as.ejb3.remote.EJBRemoteTransactionsRepository.getImportedTransaction(EJBRemoteTransactionsRepository.java:150)
> INFO [stdout] (Periodic Recovery) ret:false for msg: at org.jboss.as.ejb3.remote.EJBRemoteTransactionsRepository.getImportedTransaction(EJBRemoteTransactionsRepository.java:150)
> ERROR [stderr] (Periodic Recovery) at org.jboss.as.ejb3.remote.protocol.versionone.XidTransactionRollbackTask.manageTransaction(XidTransactionRollbackTask.java:53)
> INFO [stdout] (Periodic Recovery) ret:false for msg: at org.jboss.as.ejb3.remote.protocol.versionone.XidTransactionRollbackTask.manageTransaction(XidTransactionRollbackTask.java:53)
> ERROR [stderr] (Periodic Recovery) at org.jboss.as.ejb3.remote.protocol.versionone.XidTransactionManagementTask.run(XidTransactionManagementTask.java:68)
> INFO [stdout] (Periodic Recovery) ret:false for msg: at org.jboss.as.ejb3.remote.protocol.versionone.XidTransactionManagementTask.run(XidTransactionManagementTask.java:68)
> ERROR [stderr] (Periodic Recovery) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
> INFO [stdout] (Periodic Recovery) ret:false for msg: at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
> ERROR [stderr] (Periodic Recovery) at java.util.concurrent.FutureTask.run(FutureTask.java:262)
> INFO [stdout] (Periodic Recovery) ret:false for msg: at java.util.concurrent.FutureTask.run(FutureTask.java:262)
> ERROR [stderr] (Periodic Recovery) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
> INFO [stdout] (Periodic Recovery) ret:false for msg: at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
> ERROR [stderr] (Periodic Recovery) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> INFO [stdout] (Periodic Recovery) ret:false for msg: at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> ERROR [stderr] (Periodic Recovery) at java.lang.Thread.run(Thread.java:744)
> INFO [stdout] (Periodic Recovery) ret:false for msg: at java.lang.Thread.run(Thread.java:744)
> ERROR [stderr] (Periodic Recovery) at org.jboss.threads.JBossThread.run(JBossThread.java:122)
> INFO [stdout] (Periodic Recovery) ret:false for msg: at org.jboss.threads.JBossThread.run(JBossThread.java:122)
> ERROR [stderr] (Periodic Recovery) at ...asynchronous invocation...(Unknown Source)
> INFO [stdout] (Periodic Recovery) ret:false for msg: at ...asynchronous invocation...(Unknown Source)
> ERROR [stderr] (Periodic Recovery) at org.jboss.ejb.client.remoting.InvocationExceptionResponseHandler$MethodInvocationExceptionResultProducer.getResult(InvocationExceptionResponseHandler.java:99)
> INFO [stdout] (Periodic Recovery) ret:false for msg: at org.jboss.ejb.client.remoting.InvocationExceptionResponseHandler$MethodInvocationExceptionResultProducer.getResult(InvocationExceptionResponseHandler.java:99)
> ERROR [stderr] (Periodic Recovery) at org.jboss.ejb.client.remoting.RemotingConnectionEJBReceiver.sendRollback(RemotingConnectionEJBReceiver.java:360)
> INFO [stdout] (Periodic Recovery) ret:false for msg: at org.jboss.ejb.client.remoting.RemotingConnectionEJBReceiver.sendRollback(RemotingConnectionEJBReceiver.java:360)
> ERROR [stderr] (Periodic Recovery) at org.jboss.ejb.client.RecoveryOnlyEJBXAResource.rollback(RecoveryOnlyEJBXAResource.java:103)
> INFO [stdout] (Periodic Recovery) ret:false for msg: at org.jboss.ejb.client.RecoveryOnlyEJBXAResource.rollback(RecoveryOnlyEJBXAResource.java:103)
> ERROR [stderr] (Periodic Recovery) at com.arjuna.ats.internal.jta.recovery.arjunacore.XARecoveryModule.handleOrphan(XARecoveryModule.java:741)
> INFO [stdout] (Periodic Recovery) ret:false for msg: at com.arjuna.ats.internal.jta.recovery.arjunacore.XARecoveryModule.handleOrphan(XARecoveryModule.java:741)
> ERROR [stderr] (Periodic Recovery) at com.arjuna.ats.internal.jta.recovery.arjunacore.XARecoveryModule.xaRecoverySecondPass(XARecoveryModule.java:647)
> INFO [stdout] (Periodic Recovery) ret:false for msg: at com.arjuna.ats.internal.jta.recovery.arjunacore.XARecoveryModule.xaRecoverySecondPass(XARecoveryModule.java:647)
> ERROR [stderr] (Periodic Recovery) at com.arjuna.ats.internal.jta.recovery.arjunacore.XARecoveryModule.bottomUpRecovery(XARecoveryModule.java:419)
> INFO [stdout] (Periodic Recovery) ret:false for msg: at com.arjuna.ats.internal.jta.recovery.arjunacore.XARecoveryModule.bottomUpRecovery(XARecoveryModule.java:419)
> ERROR [stderr] (Periodic Recovery) at com.arjuna.ats.internal.jta.recovery.arjunacore.XARecoveryModule.periodicWorkSecondPass(XARecoveryModule.java:194)
> INFO [stdout] (Periodic Recovery) ret:false for msg: at com.arjuna.ats.internal.jta.recovery.arjunacore.XARecoveryModule.periodicWorkSecondPass(XARecoveryModule.java:194)
> ERROR [stderr] (Periodic Recovery) at com.arjuna.ats.internal.arjuna.recovery.PeriodicRecovery.doWorkInternal(PeriodicRecovery.java:789)
> INFO [stdout] (Periodic Recovery) ret:false for msg: at com.arjuna.ats.internal.arjuna.recovery.PeriodicRecovery.doWorkInternal(PeriodicRecovery.java:789)
> ERROR [stderr] (Periodic Recovery) at com.arjuna.ats.internal.arjuna.recovery.PeriodicRecovery.run(PeriodicRecovery.java:371)
> INFO [stdout] (Periodic Recovery) ret:false for msg: at com.arjuna.ats.internal.arjuna.recovery.PeriodicRecovery.run(PeriodicRecovery.java:371)
> WARN [com.arjuna.ats.jta] (Periodic Recovery) ARJUNA016006: Local XARecoveryModule.xaRecovery - forget threw exception: javax.transaction.xa.XAException
> at com.arjuna.ats.internal.jta.transaction.arjunacore.jca.TransactionImporterImple.getImportedTransaction(TransactionImporterImple.java:178) [jbossjts-jacorb-4.17.4.Final-redhat-2.jar:4.17.4.Final-redhat-2]
> at org.jboss.as.ejb3.remote.EJBRemoteTransactionsRepository.getImportedTransaction(EJBRemoteTransactionsRepository.java:150)
> at org.jboss.as.ejb3.remote.protocol.versionone.XidTransactionForgetTask.manageTransaction(XidTransactionForgetTask.java:50)
> at org.jboss.as.ejb3.remote.protocol.versionone.XidTransactionManagementTask.run(XidTransactionManagementTask.java:68)
> at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) [rt.jar:1.7.0_45]
> at java.util.concurrent.FutureTask.run(FutureTask.java:262) [rt.jar:1.7.0_45]
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_45]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_45]
> at java.lang.Thread.run(Thread.java:744) [rt.jar:1.7.0_45]
> at org.jboss.threads.JBossThread.run(JBossThread.java:122)
> at ...asynchronous invocation...(Unknown Source)
> at org.jboss.ejb.client.remoting.InvocationExceptionResponseHandler$MethodInvocationExceptionResultProducer.getResult(InvocationExceptionResponseHandler.java:99)
> at org.jboss.ejb.client.remoting.RemotingConnectionEJBReceiver.sendForget(RemotingConnectionEJBReceiver.java:430)
> at org.jboss.ejb.client.RecoveryOnlyEJBXAResource.forget(RecoveryOnlyEJBXAResource.java:68)
> at com.arjuna.ats.internal.jta.recovery.arjunacore.XARecoveryModule.xaRecoverySecondPass(XARecoveryModule.java:675) [jbossjts-jacorb-4.17.4.Final-redhat-2.jar:4.17.4.Final-redhat-2]
> at com.arjuna.ats.internal.jta.recovery.arjunacore.XARecoveryModule.bottomUpRecovery(XARecoveryModule.java:419) [jbossjts-jacorb-4.17.4.Final-redhat-2.jar:4.17.4.Final-redhat-2]
> at com.arjuna.ats.internal.jta.recovery.arjunacore.XARecoveryModule.periodicWorkSecondPass(XARecoveryModule.java:194) [jbossjts-jacorb-4.17.4.Final-redhat-2.jar:4.17.4.Final-redhat-2]
> at com.arjuna.ats.internal.arjuna.recovery.PeriodicRecovery.doWorkInternal(PeriodicRecovery.java:789) [jbossjts-jacorb-4.17.4.Final-redhat-2.jar:4.17.4.Final-redhat-2]
> at com.arjuna.ats.internal.arjuna.recovery.PeriodicRecovery.run(PeriodicRecovery.java:371) [jbossjts-jacorb-4.17.4.Final-redhat-2.jar:4.17.4.Final-redhat-2]
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 5 months
[JBoss JIRA] (WFLY-3936) Unnecessary transactions for non-existent lifecycle event callbacks.
by Tomasz Adamski (Jira)
[ https://issues.jboss.org/browse/WFLY-3936?page=com.atlassian.jira.plugin.... ]
Tomasz Adamski closed WFLY-3936.
--------------------------------
Resolution: Out of Date
> Unnecessary transactions for non-existent lifecycle event callbacks.
> --------------------------------------------------------------------
>
> Key: WFLY-3936
> URL: https://issues.jboss.org/browse/WFLY-3936
> Project: WildFly
> Issue Type: Bug
> Components: EJB
> Affects Versions: 8.1.0.Final, 8.2.0.Final
> Environment: WildFly 8.2.0.CR1 + OracleJDK7 + Gentoo Linux
> Reporter: Sławomir Wojtasiak
> Priority: Major
>
> I have found an issue in the semantic of the stateless and stateful session beans initialization policy. Every time a component is configured regardless of the existence of the lifecycle event callbacks, lifecycle interceptors responsible for transactions management are registered and they create new transactions suspending the current ones every time components are created and destroyed. Wildfly does not use the component pool for stateless session beans by default, so whenever we call a method on a stateless component which does not have any lifecycle callback handlers two unneccessary transactions (REQUIRES_NEW semantic) are created. The first one is created when the component is initialized and the second one when the component is destroyed. In other words, even if there is no @PostConstruct/@PreDestroy callback new transactions are created just to support them.
> The PostConstruct/PreDestroy lifecycle callback interceptor methods for a stateless session bean execute in an unspecified transaction context, so purely theoretical these interceptors could even be completely ignored what would yield in significant performance improvements over the stateless session beans invocations. Anyway using the transaction interceptors in conjunction with the lifecycle event handlers for stateless session beans is probably intended, so I have prepared a fix which just ignores these interceptors as long as there are no lifecycle event handlers for a given component. I have tested the fix with @PostConstruct, @PreDestroy and SessionBean interface related lifecycle event callbacks.
> Provided pull request fixes the same problem for stateful session beans too.
> In addition I also found a minor inconsistency in the way components are configured. There is a flag "description.isIgnoreLifecycleInterceptors()" used in order to ignore lifecycle interceptors when needed. It is consequently used in the default components initialization procedure, but specialized configurators for stateful and stateless session beans silently ignore it. I have also added a fix for that.
> I have prepared a simple performance report by executing one stateless method with TransactionAttribute.NEVER, about 1000000 times in a loop:
> Before the fix:
> Three calls in a row: 33 sec, 31 sec, 31 sec.
> After the fix:
> Three calls in a row: 24 sec, 22 sec, 22 sec.
> It is not a common use case for stateless beans, but it shows that the call is about 41% slower before the fix.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 5 months
[JBoss JIRA] (WFWIP-272) Specifying header name containing '\'n in constant-headers causes fatal error
by Tomas Terem (Jira)
[ https://issues.jboss.org/browse/WFWIP-272?page=com.atlassian.jira.plugin.... ]
Tomas Terem closed WFWIP-272.
-----------------------------
> Specifying header name containing '\'n in constant-headers causes fatal error
> -----------------------------------------------------------------------------
>
> Key: WFWIP-272
> URL: https://issues.jboss.org/browse/WFWIP-272
> Project: WildFly WIP
> Issue Type: Bug
> Components: Security
> Reporter: Tomas Terem
> Assignee: Darran Lofthouse
> Priority: Blocker
> Labels: management
>
> Specifying header name containing '\'n in constant-headers causes fatal error:
> {code:java}
> 10:02:36,853 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-1) MSC000001: Failed to start service org.wildfly.management.http.extensible: org.jboss.msc.service.StartException in service org.wildfly.management.http.extensible: WFLYSRV0083: Failed to start the http-interface service
> at org.jboss.as.server.mgmt.UndertowHttpManagementService.start(UndertowHttpManagementService.java:393)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1739)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.execute(ServiceControllerImpl.java:1701)
> at org.jboss.msc.service.ServiceControllerImpl$ControllerTask.run(ServiceControllerImpl.java:1559)
> at org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
> at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1982)
> at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1486)
> at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1377)
> at java.lang.Thread.run(Thread.java:748)
> Caused by: java.lang.IllegalArgumentException: UT000149: HttpString is not allowed to contain newlines. value: A
> B
> at io.undertow.util.HttpString.checkForNewlines(HttpString.java:126)
> at io.undertow.util.HttpString.<init>(HttpString.java:120)
> at io.undertow.util.HttpString.<init>(HttpString.java:103)
> at org.jboss.as.domain.http.server.StaticHeadersHandler$HeaderConstant.<init>(StaticHeadersHandler.java:70)
> at org.jboss.as.domain.http.server.StaticHeadersHandler.addHeader(StaticHeadersHandler.java:61)
> at org.jboss.as.domain.http.server.ManagementHttpServer.setupOpenListener(ManagementHttpServer.java:369)
> at org.jboss.as.domain.http.server.ManagementHttpServer.create(ManagementHttpServer.java:279)
> at org.jboss.as.domain.http.server.ManagementHttpServer.access$2600(ManagementHttpServer.java:111)
> at org.jboss.as.domain.http.server.ManagementHttpServer$Builder.build(ManagementHttpServer.java:666)
> at org.jboss.as.server.mgmt.UndertowHttpManagementService.start(UndertowHttpManagementService.java:351)
> ... 8 more
> 10:02:36,856 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("add") failed - address: ([
> ("core-service" => "management"),
> ("management-interface" => "http-interface")
> ]) - failure description: {"WFLYCTL0080: Failed services" => {"org.wildfly.management.http.extensible" => "WFLYSRV0083: Failed to start the http-interface service
> Caused by: java.lang.IllegalArgumentException: UT000149: HttpString is not allowed to contain newlines. value: A
> B"}}
> 10:02:36,856 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("add") failed - address: ([
> ("core-service" => "management"),
> ("management-interface" => "http-interface")
> ]) - failure description: {"WFLYCTL0080: Failed services" => {"org.wildfly.management.http.extensible" => "WFLYSRV0083: Failed to start the http-interface service
> Caused by: java.lang.IllegalArgumentException: UT000149: HttpString is not allowed to contain newlines. value: A
> B"}}
> 10:02:36,868 FATAL [org.jboss.as.server] (Controller Boot Thread) WFLYSRV0056: Server boot has failed in an unrecoverable manner; exiting. See previous messages for details.
> 10:02:36,875 INFO [org.jboss.as] (MSC service thread 1-5) WFLYSRV0050: WildFly Core 11.0.0.Beta3-SNAPSHOT stopped in 3ms
> {code}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 5 months