[JBoss JIRA] (WFCORE-1170) GenericOutboundConnectionResourceDefinition doesn't register the "org.wildfly.remoting.outbound-connection" capability
by Brian Stansberry (JIRA)
Brian Stansberry created WFCORE-1170:
----------------------------------------
Summary: GenericOutboundConnectionResourceDefinition doesn't register the "org.wildfly.remoting.outbound-connection" capability
Key: WFCORE-1170
URL: https://issues.jboss.org/browse/WFCORE-1170
Project: WildFly Core
Issue Type: Bug
Components: Domain Management, Remoting
Affects Versions: 2.0.3.Final
Reporter: Brian Stansberry
Assignee: Brian Stansberry
Fix For: 3.0.0.Alpha1
Title says it all. This variant of the outbound-connection resources was missed when I added capabilities.
AbstractOutboundConnectionResourceDefinition can take care of this for all the variants and we can remove the registration from the various add/remove handlers.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 5 months
[JBoss JIRA] (WFLY-5750) Hibernate 5 hibernate-java8 jar is missing
by Scott Marlow (JIRA)
[ https://issues.jboss.org/browse/WFLY-5750?page=com.atlassian.jira.plugin.... ]
Scott Marlow updated WFLY-5750:
-------------------------------
Summary: Hibernate 5 hibernate-java8 jar is missing (was: Hibernate 5 not fully integrated)
> Hibernate 5 hibernate-java8 jar is missing
> ------------------------------------------
>
> Key: WFLY-5750
> URL: https://issues.jboss.org/browse/WFLY-5750
> Project: WildFly
> Issue Type: Bug
> Components: JPA / Hibernate
> Affects Versions: 10.0.0.CR4
> Reporter: Juergen Zimmermann
> Assignee: Scott Marlow
>
> In $JBOSS_HOME/modules/system/layers/base/org/hibernate/main are these JARs:
> * hibernate-core
> * hibernate-entitymanager
> * hibernate-envers
> However, org.hibernate:hibernate-java8 is missing. This JAR enables the use of Instant, LocalDate, LocalDateTime LocalTime, ... being part of the new time API in JDK 8.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 5 months
[JBoss JIRA] (WFLY-5750) Hibernate 5 not fully integrated
by Juergen Zimmermann (JIRA)
Juergen Zimmermann created WFLY-5750:
----------------------------------------
Summary: Hibernate 5 not fully integrated
Key: WFLY-5750
URL: https://issues.jboss.org/browse/WFLY-5750
Project: WildFly
Issue Type: Bug
Components: JPA / Hibernate
Affects Versions: 10.0.0.CR4
Reporter: Juergen Zimmermann
Assignee: Scott Marlow
In $JBOSS_HOME/modules/system/layers/base/org/hibernate/main are these JARs:
* hibernate-core
* hibernate-entitymanager
* hibernate-envers
However, org.hibernate:hibernate-java8 is missing. This JAR enables the use of Instant, LocalDate, LocalDateTime LocalTime, ... being part of the new time API in JDK 8.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 5 months
[JBoss JIRA] (WFCORE-432) CLI: Embedded Arrays need to be updatable easily
by Tomaz Cerar (JIRA)
[ https://issues.jboss.org/browse/WFCORE-432?page=com.atlassian.jira.plugin... ]
Tomaz Cerar commented on WFCORE-432:
------------------------------------
Yes, WFCORE-14 and WFCORE-460 both address this issue.
So it safe to say this can be resolved.
> CLI: Embedded Arrays need to be updatable easily
> ------------------------------------------------
>
> Key: WFCORE-432
> URL: https://issues.jboss.org/browse/WFCORE-432
> Project: WildFly Core
> Issue Type: Feature Request
> Components: CLI
> Reporter: Jim Tyrrell
> Assignee: Alexey Loubyansky
> Labels: eap6-ux
>
> In the EAP 6 pilot we were presented a long string to create a Database Security Realm, it appears there is no way to update a single value. For example being able to change the string of the SQL of a principalsQuery or rolesQuery for example. Without having to put in the entire vale.
> /profile=default/subsystem=security/security-domain=DB_domain:add(authentication=[{"code" => "Database", "flag" => "required", "module-options"=>[("principalsQuery"=>"Select password from UsersTable.....
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 5 months
[JBoss JIRA] (WFCORE-1109) After a successful start up allow an interceptor to be called
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/WFCORE-1109?page=com.atlassian.jira.plugi... ]
Brian Stansberry updated WFCORE-1109:
-------------------------------------
Component/s: Domain Management
> After a successful start up allow an interceptor to be called
> -------------------------------------------------------------
>
> Key: WFCORE-1109
> URL: https://issues.jboss.org/browse/WFCORE-1109
> Project: WildFly Core
> Issue Type: Feature Request
> Components: Domain Management
> Reporter: Shaun Appleton
> Assignee: Jason Greene
>
> On start-up some other systems need to be notified that the start-up was successful.
> This is a request to allow an interceptor to be defined in the standalone*.xml file that could be called on a successful start-up.
> If the startup was unsuccessful ie had any errors the interceptor would not be called.
> Whether the startup is successful can be found out by the following cli command
> /core-service=management:read-boot-errors
> So the information on whether to call the interceptor or not is already known.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 5 months
[JBoss JIRA] (WFCORE-1109) After a successful start up allow an interceptor to be called
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/WFCORE-1109?page=com.atlassian.jira.plugi... ]
Brian Stansberry reassigned WFCORE-1109:
----------------------------------------
Assignee: (was: Jason Greene)
> After a successful start up allow an interceptor to be called
> -------------------------------------------------------------
>
> Key: WFCORE-1109
> URL: https://issues.jboss.org/browse/WFCORE-1109
> Project: WildFly Core
> Issue Type: Feature Request
> Components: Domain Management
> Reporter: Shaun Appleton
>
> On start-up some other systems need to be notified that the start-up was successful.
> This is a request to allow an interceptor to be defined in the standalone*.xml file that could be called on a successful start-up.
> If the startup was unsuccessful ie had any errors the interceptor would not be called.
> Whether the startup is successful can be found out by the following cli command
> /core-service=management:read-boot-errors
> So the information on whether to call the interceptor or not is already known.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 5 months
[JBoss JIRA] (WFLY-3985) XA_RBROLLBACK returned upon a XA forget branch request
by Stephen Fikes (JIRA)
[ https://issues.jboss.org/browse/WFLY-3985?page=com.atlassian.jira.plugin.... ]
Stephen Fikes updated WFLY-3985:
--------------------------------
> 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
>
> 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
(v6.4.11#64026)
10 years, 5 months
[JBoss JIRA] (WFCORE-432) CLI: Embedded Arrays need to be updatable easily
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/WFCORE-432?page=com.atlassian.jira.plugin... ]
Brian Stansberry commented on WFCORE-432:
-----------------------------------------
[~ctomc][~aloubyansky] Can this be resolved based on WFCORE-14?
> CLI: Embedded Arrays need to be updatable easily
> ------------------------------------------------
>
> Key: WFCORE-432
> URL: https://issues.jboss.org/browse/WFCORE-432
> Project: WildFly Core
> Issue Type: Feature Request
> Components: CLI
> Reporter: Jim Tyrrell
> Assignee: Alexey Loubyansky
> Labels: eap6-ux
>
> In the EAP 6 pilot we were presented a long string to create a Database Security Realm, it appears there is no way to update a single value. For example being able to change the string of the SQL of a principalsQuery or rolesQuery for example. Without having to put in the entire vale.
> /profile=default/subsystem=security/security-domain=DB_domain:add(authentication=[{"code" => "Database", "flag" => "required", "module-options"=>[("principalsQuery"=>"Select password from UsersTable.....
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 5 months