[JBoss JIRA] (WFCORE-3560) grep command doesn't close file
by Jean-Francois Denise (JIRA)
[ https://issues.jboss.org/browse/WFCORE-3560?page=com.atlassian.jira.plugi... ]
Jean-Francois Denise updated WFCORE-3560:
-----------------------------------------
Description:
This can be observed on windows, highlighted by the test org.jboss.as.test.integration.management.cli.GrepTestCase.testGrepWithInputFromFile
Outside tests, the file will be locked during the CLI lifetime.
The test org.jboss.as.test.integration.management.cli.GrepTestCase.testGrepWithInputFromFile needs to be un-ignored.
was:
This can be observed on windows, highlighted by the test org.jboss.as.test.integration.management.cli.GrepTestCase.testGrepWithInputFromFile
Outside tests, the file will be locked during the CLI lifetime.
> grep command doesn't close file
> -------------------------------
>
> Key: WFCORE-3560
> URL: https://issues.jboss.org/browse/WFCORE-3560
> Project: WildFly Core
> Issue Type: Bug
> Components: CLI
> Reporter: Jean-Francois Denise
> Assignee: Jean-Francois Denise
>
> This can be observed on windows, highlighted by the test org.jboss.as.test.integration.management.cli.GrepTestCase.testGrepWithInputFromFile
> Outside tests, the file will be locked during the CLI lifetime.
> The test org.jboss.as.test.integration.management.cli.GrepTestCase.testGrepWithInputFromFile needs to be un-ignored.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 2 months
[JBoss JIRA] (WFLY-9846) Unsatisfied dependencies for CDI Beans in static module's dependency
by Brad Maxwell (JIRA)
Brad Maxwell created WFLY-9846:
----------------------------------
Summary: Unsatisfied dependencies for CDI Beans in static module's dependency
Key: WFLY-9846
URL: https://issues.jboss.org/browse/WFLY-9846
Project: WildFly
Issue Type: Bug
Components: CDI / Weld
Affects Versions: 11.0.0.Final
Reporter: Brad Maxwell
Assignee: Martin Kouba
WAR CDI bean is failing to inject a CDI bean from a static module's exported dependency. war -> static module X -> static module Y (containing CDI Beans)
A WAR uses a static module with the slot attribute. This static module is referenced in jboss-deployment-structure.xml:
{code}
<jboss-deployment-structure>
<deployment>
<dependencies>
<module name="module2" meta-inf="export" annotations="true" />
</dependencies>
</deployment>
</jboss-deployment-structure>
{code}
module2 which the app depends on is depending on module1 and including/exporting META-INF where the beans.xml is located:
{code}
<?xml version="1.0"?>
<module xmlns="urn:jboss:module:1.5" name="module2">
<dependencies>
<module name="module1" export="true">
<imports>
<include path="META-INF**"/>
<include path="org**"/>
</imports>
<exports>
<include path="META-INF**"/>
<include path="org**"/>
</exports>
</module>
</dependencies>
</module>
{code}
module1 contains the jar with the CDI beans and has a META-INF/beans.xml in it:
{code}
<?xml version="1.0" encoding="UTF-8"?>
<module xmlns="urn:jboss:module:1.5" name="module1">
<resources>
<resource-root path="cdi-beans.jar"/>
</resources>
<dependencies>
<module name="javax.faces.api" export="true"/>
<module name="javax.ejb.api"/>
<module name="javax.enterprise.api"/>
</dependencies>
</module>
{code}
The deploy fails with the next message:
{code}
14:04:07,085 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-3) MSC000001: Failed to start service jboss.deployment.unit."test.war".WeldStartService: org.jboss.msc.service.StartException in service jboss.deployment.unit."test.war".WeldStartService: Failed to start service
...
Caused by: org.jboss.weld.exceptions.DeploymentException: WELD-001408: Unsatisfied dependencies for type ExampleCdiBean with qualifiers @Default
at injection point [BackedAnnotatedField] @Inject private backingbeans.BackingBean.cdiBean
at backingbeans.BackingBean.cdiBean(BackingBean.java:0)
{code}
In JBoss EAP 6.4, this scenario, the CDI is working fine.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 2 months
[JBoss JIRA] (WFLY-6498) EJBClient UserTransactions with multiple method invocations generate lock conflicts
by Scott Marlow (JIRA)
[ https://issues.jboss.org/browse/WFLY-6498?page=com.atlassian.jira.plugin.... ]
Scott Marlow commented on WFLY-6498:
------------------------------------
[WFLY-9839] was reported this week, which may be related.
I'm not sure if it helps Infinispan but there is a org.wildfly.transaction.client.AssociationListener that is registered with active JTA transactions that gives notification of when the JTA transaction is associated/disassociated with the local JVM. We are using this in org.jboss.as.jpa.transaction.TransactionUtil$SessionSynchronization to (thread) safely handle (background thread) transaction rollback/cancellation.
Also if your interested, see proposal to add AssociationListener to JTA [https://javaee.groups.io/g/jta-spec/topic/7490904]. No response yet to that.
Other background links are [https://developer.jboss.org/message/919807] + [https://developer.jboss.org/thread/252572], but they are too long to read.
> EJBClient UserTransactions with multiple method invocations generate lock conflicts
> ------------------------------------------------------------------------------------
>
> Key: WFLY-6498
> URL: https://issues.jboss.org/browse/WFLY-6498
> Project: WildFly
> Issue Type: Bug
> Components: Clustering
> Affects Versions: 10.0.0.Final
> Reporter: Richard Achmatowicz
> Assignee: Paul Ferraro
> Fix For: 12.0.0.CR1
>
>
> Using the EJBClient library, we should be able to do the following from a standalone EJBClient application:
> // create a UserTransaction associated with a clustered server node X
> // make an invocation on an EJB on X
> // make an invocation on an EJB on X
> // commit the UserTransaction
> However, doing so results in this exception which occurs during processing of the second invocation:
> {noformat}
> [0m[31m11:16:22,580 ERROR [org.infinispan.interceptors.InvocationContextInterceptor] (default task-57) ISPN000136: Error executing command GetKeyValueCommand, writing keys []: org.infinispan.util.concurrent.TimeoutException: ISPN000299: Unable to acquire lock after 15 seconds for key UnknownSessionID [4967684957516649565452525270575756545166695455535750486549485166] and requestor GlobalTransaction:<node-0>:120:local. Lock is held by GlobalTransaction:<node-0>:118:local
> at org.infinispan.util.concurrent.locks.impl.DefaultLockManager$KeyAwareExtendedLockPromise.lock(DefaultLockManager.java:236)
> at org.infinispan.interceptors.locking.AbstractLockingInterceptor.lockAndRecord(AbstractLockingInterceptor.java:190)
> at org.infinispan.interceptors.locking.AbstractTxLockingInterceptor.checkPendingAndLockKey(AbstractTxLockingInterceptor.java:192)
> at org.infinispan.interceptors.locking.AbstractTxLockingInterceptor.lockOrRegisterBackupLock(AbstractTxLockingInterceptor.java:113)
> at org.infinispan.interceptors.locking.PessimisticLockingInterceptor.visitDataReadCommand(PessimisticLockingInterceptor.java:70)
> at org.infinispan.interceptors.locking.AbstractLockingInterceptor.visitGetKeyValueCommand(AbstractLockingInterceptor.java:77)
> at org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:40)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:99)
> at org.infinispan.interceptors.TxInterceptor.enlistReadAndInvokeNext(TxInterceptor.java:345)
> at org.infinispan.interceptors.TxInterceptor.visitGetKeyValueCommand(TxInterceptor.java:330)
> at org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:40)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:99)
> at org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:113)
> at org.infinispan.commands.AbstractVisitor.visitGetKeyValueCommand(AbstractVisitor.java:85)
> at org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:40)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:99)
> at org.infinispan.statetransfer.StateTransferInterceptor.visitReadCommand(StateTransferInterceptor.java:176)
> at org.infinispan.statetransfer.StateTransferInterceptor.visitGetKeyValueCommand(StateTransferInterceptor.java:153)
> at org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:40)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:99)
> at org.infinispan.interceptors.InvocationContextInterceptor.handleAll(InvocationContextInterceptor.java:107)
> at org.infinispan.interceptors.InvocationContextInterceptor.handleDefault(InvocationContextInterceptor.java:76)
> at org.infinispan.commands.AbstractVisitor.visitGetKeyValueCommand(AbstractVisitor.java:85)
> at org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:40)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:99)
> at org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:113)
> at org.infinispan.commands.AbstractVisitor.visitGetKeyValueCommand(AbstractVisitor.java:85)
> at org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:40)
> at org.infinispan.interceptors.InterceptorChain.invoke(InterceptorChain.java:336)
> at org.infinispan.cache.impl.CacheImpl.get(CacheImpl.java:411)
> at org.infinispan.cache.impl.DecoratedCache.get(DecoratedCache.java:443)
> at org.infinispan.cache.impl.AbstractDelegatingCache.get(AbstractDelegatingCache.java:286)
> at org.wildfly.clustering.ejb.infinispan.bean.InfinispanBeanFactory.findValue(InfinispanBeanFactory.java:87)
> at org.wildfly.clustering.ejb.infinispan.bean.InfinispanBeanFactory.findValue(InfinispanBeanFactory.java:49)
> at org.wildfly.clustering.ejb.infinispan.InfinispanBeanManager.findBean(InfinispanBeanManager.java:244)
> at org.jboss.as.ejb3.cache.distributable.DistributableCache.get(DistributableCache.java:124)
> at org.jboss.as.ejb3.component.stateful.StatefulComponentInstanceInterceptor.processInvocation(StatefulComponentInstanceInterceptor.java:59)
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340)
> at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInCallerTx(CMTTxInterceptor.java:254)
> at org.jboss.as.ejb3.tx.CMTTxInterceptor.required(CMTTxInterceptor.java:333)
> at org.jboss.as.ejb3.tx.CMTTxInterceptor.processInvocation(CMTTxInterceptor.java:239)
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340)
> at org.jboss.as.ejb3.remote.EJBRemoteTransactionPropagatingInterceptor.processInvocation(EJBRemoteTransactionPropagatingInterceptor.java:80)
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340)
> at org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextInterceptor.processInvocation(CurrentInvocationContextInterceptor.java:41)
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340)
> at org.jboss.as.ejb3.component.invocationmetrics.WaitTimeInterceptor.processInvocation(WaitTimeInterceptor.java:43)
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340)
> at org.jboss.as.ejb3.security.SecurityContextInterceptor.processInvocation(SecurityContextInterceptor.java:100)
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340)
> at org.jboss.as.ejb3.component.interceptors.ShutDownInterceptorFactory$1.processInvocation(ShutDownInterceptorFactory.java:64)
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340)
> at org.jboss.as.ejb3.deployment.processors.EjbSuspendInterceptor.processInvocation(EjbSuspendInterceptor.java:53)
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340)
> at org.jboss.as.ejb3.component.interceptors.LoggingInterceptor.processInvocation(LoggingInterceptor.java:66)
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340)
> at org.jboss.as.ee.component.NamespaceContextInterceptor.processInvocation(NamespaceContextInterceptor.java:50)
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340)
> at org.jboss.as.ejb3.component.interceptors.AdditionalSetupInterceptor.processInvocation(AdditionalSetupInterceptor.java:54)
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340)
> at org.jboss.invocation.ContextClassLoaderInterceptor.processInvocation(ContextClassLoaderInterceptor.java:64)
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340)
> at org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:356)
> at org.wildfly.security.manager.WildFlySecurityManager.doChecked(WildFlySecurityManager.java:636)
> at org.jboss.invocation.AccessCheckingInterceptor.processInvocation(AccessCheckingInterceptor.java:61)
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340)
> at org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:356)
> at org.jboss.invocation.PrivilegedWithCombinerInterceptor.processInvocation(PrivilegedWithCombinerInterceptor.java:80)
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340)
> at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61)
> at org.jboss.as.ee.component.ViewService$View.invoke(ViewService.java:195)
> at org.jboss.as.ejb3.remote.protocol.versionone.MethodInvocationMessageHandler.invokeMethod(MethodInvocationMessageHandler.java:327)
> at org.jboss.as.ejb3.remote.protocol.versionone.MethodInvocationMessageHandler.access$100(MethodInvocationMessageHandler.java:67)
> at org.jboss.as.ejb3.remote.protocol.versionone.MethodInvocationMessageHandler$1.run(MethodInvocationMessageHandler.java:200)
> at org.jboss.as.ejb3.remote.protocol.versionone.MethodInvocationMessageHandler.processMessage(MethodInvocationMessageHandler.java:262)
> at org.jboss.as.ejb3.remote.protocol.versionone.VersionOneProtocolChannelReceiver.processMessage(VersionOneProtocolChannelReceiver.java:213)
> at org.jboss.as.ejb3.remote.protocol.versiontwo.VersionTwoProtocolChannelReceiver.processMessage(VersionTwoProtocolChannelReceiver.java:76)
> at org.jboss.as.ejb3.remote.protocol.versionone.VersionOneProtocolChannelReceiver.handleMessage(VersionOneProtocolChannelReceiver.java:159)
> {noformat}
> The exception does not arise if we perform only one invocation within the UserTransaction.
> This exception is repeatable.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 2 months
[JBoss JIRA] (WFCORE-3615) a correction of cli does not work in non-interactive mode
by Jean-Francois Denise (JIRA)
[ https://issues.jboss.org/browse/WFCORE-3615?page=com.atlassian.jira.plugi... ]
Jean-Francois Denise closed WFCORE-3615.
----------------------------------------
Resolution: Rejected
> a correction of cli does not work in non-interactive mode
> ---------------------------------------------------------
>
> Key: WFCORE-3615
> URL: https://issues.jboss.org/browse/WFCORE-3615
> Project: WildFly Core
> Issue Type: Bug
> Components: CLI
> Affects Versions: 3.0.10.Final
> Environment: - WF 11.0.0.Final
> Reporter: Hisanobu Okuda
> Assignee: Jean-Francois Denise
>
> In interactive mode, the following command works:
> {code}
> $ $JBOSS_HOME/bin/jboss-cli.sh -c
> [standalone@localhost:9999 /] /core-service=vault:add(vault-options=[("KEYSTORE_URL" => "$JBOSS_HOME/vault/vault.jceks"), ("KEYSTORE_PASSWORD" => "MASK-0FAv5VyF2xzpgo.HNquAFr"), ("KEYSTORE_ALIAS" => "vault"), ("SALT" => "12345678"),("ITERATION_COUNT" => "33"), ("ENC_FILE_DIR" => "$JBOSS_HOME/vault/")])
> {"outcome" => "success"}
> [standalone@localhost:9999 /]
> {code}
> But, in one-liner non-interactive mode, it does not work:
> {code}
> $ $JBOSS_HOME/bin/jboss-cli.sh -c "/core-service=vault:add(vault-options=[("KEYSTORE_URL" => "$JBOSS_HOME/vault/vault.jceks"), ("KEYSTORE_PASSWORD" => "MASK-0FAv5VyF2xzpgo.HNquAFr"), ("KEYSTORE_ALIAS" => "vault"), ("SALT" => "12345678"),("ITERATION_COUNT" => "33"), ("ENC_FILE_DIR" => "$JBOSS_HOME/vault/")])"
> {
> "outcome" => "failed",
> "failure-description" => "WFLYCTL0158: Operation handler failed: org.jboss.as.server.services.security.VaultReaderException: WFLYSRV0076: Error initializing vault -- org.jboss.security.vault.SecurityVaultException: PBOX00121: Option KEYSTORE_URL is null or empty",
> "rolled-back" => true
> }
> {code}
> Removing '(' and ')', it works:
> {code}
> $ $JBOSS_HOME/bin/jboss-cli.sh -c "/core-service=vault:add(vault-options=["KEYSTORE_URL" => "$JBOSS_HOME/vault/vault.jceks", "KEYSTORE_PASSWORD" => "MASK-0FAv5VyF2xzpgo.HNquAFr", "KEYSTORE_ALIAS" => "vault", "SALT" => "12345678","ITERATION_COUNT" => "33", "ENC_FILE_DIR" => "$JBOSS_HOME/vault/"])"
> {"outcome" => "success"}
> $
> {code}
> Looks like a correction works in interactive mode. It should work as well in non-interactive mode.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 2 months
[JBoss JIRA] (WFCORE-3615) a correction of cli does not work in non-interactive mode
by Jean-Francois Denise (JIRA)
[ https://issues.jboss.org/browse/WFCORE-3615?page=com.atlassian.jira.plugi... ]
Jean-Francois Denise commented on WFCORE-3615:
----------------------------------------------
As [~mkopecky] shown, we are facing a shell usage error instead of a CLI parsing error. You have 2 ways to fix your command:
1) Escape " character ==> \" (as proposed by [~mkopecky])
2) Use single quote character to quote the command.
I will close it as not a bug. Thank-you.
JF
> a correction of cli does not work in non-interactive mode
> ---------------------------------------------------------
>
> Key: WFCORE-3615
> URL: https://issues.jboss.org/browse/WFCORE-3615
> Project: WildFly Core
> Issue Type: Bug
> Components: CLI
> Affects Versions: 3.0.10.Final
> Environment: - WF 11.0.0.Final
> Reporter: Hisanobu Okuda
> Assignee: Jean-Francois Denise
>
> In interactive mode, the following command works:
> {code}
> $ $JBOSS_HOME/bin/jboss-cli.sh -c
> [standalone@localhost:9999 /] /core-service=vault:add(vault-options=[("KEYSTORE_URL" => "$JBOSS_HOME/vault/vault.jceks"), ("KEYSTORE_PASSWORD" => "MASK-0FAv5VyF2xzpgo.HNquAFr"), ("KEYSTORE_ALIAS" => "vault"), ("SALT" => "12345678"),("ITERATION_COUNT" => "33"), ("ENC_FILE_DIR" => "$JBOSS_HOME/vault/")])
> {"outcome" => "success"}
> [standalone@localhost:9999 /]
> {code}
> But, in one-liner non-interactive mode, it does not work:
> {code}
> $ $JBOSS_HOME/bin/jboss-cli.sh -c "/core-service=vault:add(vault-options=[("KEYSTORE_URL" => "$JBOSS_HOME/vault/vault.jceks"), ("KEYSTORE_PASSWORD" => "MASK-0FAv5VyF2xzpgo.HNquAFr"), ("KEYSTORE_ALIAS" => "vault"), ("SALT" => "12345678"),("ITERATION_COUNT" => "33"), ("ENC_FILE_DIR" => "$JBOSS_HOME/vault/")])"
> {
> "outcome" => "failed",
> "failure-description" => "WFLYCTL0158: Operation handler failed: org.jboss.as.server.services.security.VaultReaderException: WFLYSRV0076: Error initializing vault -- org.jboss.security.vault.SecurityVaultException: PBOX00121: Option KEYSTORE_URL is null or empty",
> "rolled-back" => true
> }
> {code}
> Removing '(' and ')', it works:
> {code}
> $ $JBOSS_HOME/bin/jboss-cli.sh -c "/core-service=vault:add(vault-options=["KEYSTORE_URL" => "$JBOSS_HOME/vault/vault.jceks", "KEYSTORE_PASSWORD" => "MASK-0FAv5VyF2xzpgo.HNquAFr", "KEYSTORE_ALIAS" => "vault", "SALT" => "12345678","ITERATION_COUNT" => "33", "ENC_FILE_DIR" => "$JBOSS_HOME/vault/"])"
> {"outcome" => "success"}
> $
> {code}
> Looks like a correction works in interactive mode. It should work as well in non-interactive mode.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 2 months