[JBoss JIRA] (WFLY-9374) AMQ154003: Unable to reconnect org.apache.activemq.artemis.ra.inflow.ActiveMQActivationSpec(ra=org.apache.activemq.artemis.ra.ActiveMQResourceAdapter@3ca2957 destination=inQueue
by Jeff Mesnil (JIRA)
[ https://issues.jboss.org/browse/WFLY-9374?page=com.atlassian.jira.plugin.... ]
Jeff Mesnil moved JBEAP-13234 to WFLY-9374:
-------------------------------------------
Project: WildFly (was: JBoss Enterprise Application Platform)
Key: WFLY-9374 (was: JBEAP-13234)
Workflow: GIT Pull Request workflow (was: CDW with loose statuses v1)
Component/s: JMS
(was: ActiveMQ)
(was: JMS)
Affects Version/s: 11.0.0.CR1
(was: 7.0.z.GA)
> AMQ154003: Unable to reconnect org.apache.activemq.artemis.ra.inflow.ActiveMQActivationSpec(ra=org.apache.activemq.artemis.ra.ActiveMQResourceAdapter@3ca2957 destination=inQueue
> ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
>
> Key: WFLY-9374
> URL: https://issues.jboss.org/browse/WFLY-9374
> Project: WildFly
> Issue Type: Bug
> Components: JMS
> Affects Versions: 11.0.0.CR1
> Environment: Red Hat JBoss Enterprise Application Platform (EAP)
> - 7.0.7
> Reporter: Jeff Mesnil
> Assignee: Jeff Mesnil
>
> When trying to connect to remote HornetQ broker (EAP 6.4.17) running in JBoss instance using standalone-full-ha.xml profile the following exception is thrown:
> {noformat}
> 2017-09-18 09:05:14,006 ERROR [org.apache.activemq.artemis.ra] (default-threads - 1) AMQ154003: Unable to reconnect org.apache.activemq.artemis.ra.inflow.ActiveMQActivationSpec(ra=org.apache.activemq.artemis.ra.ActiveMQResourceAdapter@3ca2957 destination=inQueue destinationType=javax.jms.Queue ack=Auto-acknowledge durable=false clientID=null user=null maxSession=15): java.lang.ClassCastException: org.hornetq.core.remoting.impl.netty.NettyConnectorFactory cannot be cast to org.apache.activemq.artemis.spi.core.remoting.ConnectorFactory
> at org.apache.activemq.artemis.core.client.impl.ClientSessionFactoryImpl$2.run(ClientSessionFactoryImpl.java:952)
> at org.apache.activemq.artemis.core.client.impl.ClientSessionFactoryImpl$2.run(ClientSessionFactoryImpl.java:950)
> at java.security.AccessController.doPrivileged(Native Method)
> at org.apache.activemq.artemis.core.client.impl.ClientSessionFactoryImpl.instantiateConnectorFactory(ClientSessionFactoryImpl.java:950)
> at org.apache.activemq.artemis.core.client.impl.ClientSessionFactoryImpl.<init>(ClientSessionFactoryImpl.java:179)
> at org.apache.activemq.artemis.core.client.impl.ServerLocatorImpl.createSessionFactory(ServerLocatorImpl.java:757)
> at org.apache.activemq.artemis.ra.inflow.ActiveMQActivation.setup(ActiveMQActivation.java:316)
> at org.apache.activemq.artemis.ra.inflow.ActiveMQActivation.reconnect(ActiveMQActivation.java:681)
> at org.apache.activemq.artemis.ra.inflow.ActiveMQActivation$SetupActivation.run(ActiveMQActivation.java:725)
> at org.jboss.jca.core.workmanager.WorkWrapper.run(WorkWrapper.java:223)
> at org.jboss.threads.SimpleDirectExecutor.execute(SimpleDirectExecutor.java:33)
> at org.jboss.threads.QueueExecutor.runTask(QueueExecutor.java:808)
> at org.jboss.threads.QueueExecutor.access$100(QueueExecutor.java:45)
> at org.jboss.threads.QueueExecutor$Worker.run(QueueExecutor.java:828)
> at java.lang.Thread.run(Thread.java:748)
> at org.jboss.threads.JBossThread.run(JBossThread.java:320)
> {noformat}
> The same EAP 7 configuration works if the remote EAP 6 instance is using standalone-full.xml profile.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 7 months
[JBoss JIRA] (WFCORE-1583) Enhance a CLI logging
by Martin Stefanko (JIRA)
[ https://issues.jboss.org/browse/WFCORE-1583?page=com.atlassian.jira.plugi... ]
Martin Stefanko updated WFCORE-1583:
------------------------------------
Git Pull Request: https://github.com/wildfly/wildfly-core/pull/2780, https://github.com/wildfly/wildfly-core/pull/2841 (was: https://github.com/wildfly/wildfly-core/pull/2780)
> Enhance a CLI logging
> ---------------------
>
> Key: WFCORE-1583
> URL: https://issues.jboss.org/browse/WFCORE-1583
> Project: WildFly Core
> Issue Type: Enhancement
> Components: CLI
> Reporter: Alexey Loubyansky
> Assignee: Martin Stefanko
> Priority: Minor
>
> We should improve a logging capabilities of CLI. CLI logging is disabled by default, but it can be enabled by altering the jboss-cli-logging.properties.
> Here is my test scenario.
> {noformat}
> [pkremens@localhost bin]$ ./jboss-cli.sh -c
> [standalone@localhost:9990 /] /system-property=foo:add(value=bar bar)
> {"outcome" => "success"}
> [standalone@localhost:9990 /] shutdown
> {noformat}
> Set CLI logger level to ALL (logger.org.jboss.as.cli.level=ALL) to see all logs produced by CLI
> actual content of jboss-cli.log - only server response is logged
> {noformat}
> 13:45:48,041 DEBUG [org.jboss.as.cli.CommandContext] connecting to localhost:9990 as null
> 13:46:04,033 INFO [org.jboss.as.cli.CommandContext] {"outcome" => "success"}
> {noformat}
> I can imagine content like following could be helpful for troubleshooting
> {noformat}
> ...
> <TIME> <LEVEL> [org.jboss.as.cli.CommandContext] /system-property=foo:add(value=bar bar)
> {
> "address" => [("system-property" => "foo")],
> "operation" => "add",
> "value" => "barbar"
> }
> <TIME> <LEVEL> [org.jboss.as.cli.CommandContext] {"outcome" => "success"}
> {noformat}
> AFAICT the only possibility to get the actual CLI requests in raw form is to map the content of $HOME/.jboss-cli-history file with configuration history or audit log now.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 7 months
[JBoss JIRA] (WFCORE-3315) Use ordered collections in the transformer description code
by Brian Stansberry (JIRA)
Brian Stansberry created WFCORE-3315:
----------------------------------------
Summary: Use ordered collections in the transformer description code
Key: WFCORE-3315
URL: https://issues.jboss.org/browse/WFCORE-3315
Project: WildFly Core
Issue Type: Enhancement
Components: Domain Management
Reporter: Brian Stansberry
Priority: Minor
To be decided: as transformation descriptions are built up should we use ordered collections in order to try and retain the original order?
I do not want to make retention of order in any way a formal contract of the system, as the complexity and number of data transformations that happen between the subsystem code building up a transformation description and the ultimate application of the transformation make such a contract too difficult to explain and too difficult to test and maintain.
But, internally retaining some order may help avoid issues. If subsystem devs naively code things in what seems like a logical order and then that works, great.
The con is, there would be no contract here so said subsystem dev may naively code something exotic that happens to work but then gets broken later when some necessary change in the kernel alters the ordering. If the breakage is detected and the exotic transformer can be fixed as part of bringing in the kernel change, then it's not a big deal. But if it's not detected or if the exotic transformation can't be undone, then we'd be stuck.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 7 months
[JBoss JIRA] (ELY-1368) Elytron CommandCredentialSource closes STD_ERR stream without consuming it
by Darran Lofthouse (JIRA)
[ https://issues.jboss.org/browse/ELY-1368?page=com.atlassian.jira.plugin.s... ]
Darran Lofthouse resolved ELY-1368.
-----------------------------------
Fix Version/s: 1.2.0.Beta4
Resolution: Done
> Elytron CommandCredentialSource closes STD_ERR stream without consuming it
> --------------------------------------------------------------------------
>
> Key: ELY-1368
> URL: https://issues.jboss.org/browse/ELY-1368
> Project: WildFly Elytron
> Issue Type: Bug
> Components: Credential Store
> Affects Versions: 1.2.0.Beta3
> Reporter: Darran Lofthouse
> Assignee: Darran Lofthouse
> Priority: Critical
> Fix For: 1.1.3.CR1, 1.2.0.Beta4
>
>
> External commands used for retrieving Elytron credentials may fail due to closed error stream.
> The {{CommandCredentialSource}} closes STD_ERR stream without consuming it.
> Elytron unit test {{CommandCredentialSourceTest}} (which executes an external java program) hits this issue in some environments. Log contains;
> {noformat}
> 11:30:29,201 TRACE (main) [org.wildfly.security] <CommandCredentialSource.java:114> Exit code from password command = 141
> {noformat}
> The issue was investigated in this PR. You can find more details there:
> https://github.com/wildfly-security/wildfly-elytron/pull/981
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 7 months
[JBoss JIRA] (DROOLS-1741) Using a function in nested objects
by R D (JIRA)
[ https://issues.jboss.org/browse/DROOLS-1741?page=com.atlassian.jira.plugi... ]
R D updated DROOLS-1741:
------------------------
Attachment: Compilation_error.PNG
> Using a function in nested objects
> ----------------------------------
>
> Key: DROOLS-1741
> URL: https://issues.jboss.org/browse/DROOLS-1741
> Project: Drools
> Issue Type: Bug
> Components: core engine
> Affects Versions: 6.5.0.Final
> Environment: Drools 6.5.0.Final
> JDK 1.8
> Reporter: R D
> Assignee: Mario Fusco
> Priority: Minor
> Attachments: Compilation_error.PNG, Compilation_error.PNG
>
>
> I am working with a project with nested objects.
> I have a rule in which I need to make use of a function. If I use this function on a variable in a nested object it does not work (I get a compilation error):
> Using the nested object accessor approach (compilation error "Unable to Analyse Expression"):
> ObjectA( objectB. ( (someFunction(someVariable)) == 0 ) )
> EDIT: The same compilation error occurs as well when just using a more complex operation on variables in nested objects as well (updated project on GitHub):
> ObjectA( objectB. ( (someVariable == 0 || someVariable == 1 ) || (someVariable > -1 || someVariable < 2 )) )
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 7 months
[JBoss JIRA] (ELY-1373) IBM JDK, SPNEGO + FORM; with invalid ticket 200 status code is returned
by Darran Lofthouse (JIRA)
[ https://issues.jboss.org/browse/ELY-1373?page=com.atlassian.jira.plugin.s... ]
Darran Lofthouse commented on ELY-1373:
---------------------------------------
GSSContext should not be returning true on isEstablished if the ticket was not valid, that sounds worrying.
> IBM JDK, SPNEGO + FORM; with invalid ticket 200 status code is returned
> -----------------------------------------------------------------------
>
> Key: ELY-1373
> URL: https://issues.jboss.org/browse/ELY-1373
> Project: WildFly Elytron
> Issue Type: Bug
> Components: Authentication Mechanisms
> Affects Versions: 1.2.0.Beta3
> Reporter: Jan Kalina
> Assignee: Jan Kalina
>
> Given SPNEGO + FORM authentication configuration. And running on IBM java.
> When invalid kerberos ticket is send
> Then status code 200 is returned with http form.
> While on Oracle JDK {{gssContext.isEstablished()}} returns true for invalid client ticket, so SPNEGO mechanism send bare challenge after failed authorization, on IBM JDK it returns false immediately, so mechanism fail without sending challenge - to be consistent should be send in both cases.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 7 months
[JBoss JIRA] (ELY-1373) IBM JDK, SPNEGO + FORM; with invalid ticket 200 status code is returned
by Jan Kalina (JIRA)
[ https://issues.jboss.org/browse/ELY-1373?page=com.atlassian.jira.plugin.s... ]
Jan Kalina updated ELY-1373:
----------------------------
Description:
Given SPNEGO + FORM authentication configuration. And running on IBM java.
When invalid kerberos ticket is send
Then status code 200 is returned with http form.
While on Oracle JDK {{gssContext.isEstablished()}} returns true for invalid client ticket, so SPNEGO mechanism send bare challenge after failed authorization, on IBM JDK it returns false immediately, so mechanism fail without sending challenge - to be consistent should be send in both cases.
was:
Given SPNEGO + FORM authentication configuration. And running on IBM java.
When invalid kerberos ticket is send
Then status code 200 is returned with http form.
> IBM JDK, SPNEGO + FORM; with invalid ticket 200 status code is returned
> -----------------------------------------------------------------------
>
> Key: ELY-1373
> URL: https://issues.jboss.org/browse/ELY-1373
> Project: WildFly Elytron
> Issue Type: Bug
> Components: Authentication Mechanisms
> Affects Versions: 1.2.0.Beta3
> Reporter: Jan Kalina
> Assignee: Jan Kalina
>
> Given SPNEGO + FORM authentication configuration. And running on IBM java.
> When invalid kerberos ticket is send
> Then status code 200 is returned with http form.
> While on Oracle JDK {{gssContext.isEstablished()}} returns true for invalid client ticket, so SPNEGO mechanism send bare challenge after failed authorization, on IBM JDK it returns false immediately, so mechanism fail without sending challenge - to be consistent should be send in both cases.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 7 months
[JBoss JIRA] (ELY-1373) IBM JDK, SPNEGO + FORM; with invalid ticket 200 status code is returned
by Jan Kalina (JIRA)
[ https://issues.jboss.org/browse/ELY-1373?page=com.atlassian.jira.plugin.s... ]
Jan Kalina moved JBEAP-13229 to ELY-1373:
-----------------------------------------
Project: WildFly Elytron (was: JBoss Enterprise Application Platform)
Key: ELY-1373 (was: JBEAP-13229)
Workflow: GIT Pull Request workflow (was: CDW with loose statuses v1)
Component/s: Authentication Mechanisms
(was: Security)
Affects Version/s: 1.2.0.Beta3
(was: 7.1.0.CR1)
> IBM JDK, SPNEGO + FORM; with invalid ticket 200 status code is returned
> -----------------------------------------------------------------------
>
> Key: ELY-1373
> URL: https://issues.jboss.org/browse/ELY-1373
> Project: WildFly Elytron
> Issue Type: Bug
> Components: Authentication Mechanisms
> Affects Versions: 1.2.0.Beta3
> Reporter: Jan Kalina
> Assignee: Jan Kalina
>
> Given SPNEGO + FORM authentication configuration. And running on IBM java.
> When invalid kerberos ticket is send
> Then status code 200 is returned with http form.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 7 months
[JBoss JIRA] (ELY-1372) Fix build to work with Java 9
by Darran Lofthouse (JIRA)
[ https://issues.jboss.org/browse/ELY-1372?page=com.atlassian.jira.plugin.s... ]
Darran Lofthouse updated ELY-1372:
----------------------------------
Description:
Other tests are also broken but this seems to be a root cause: -
{noformat}
[INFO] Running org.wildfly.security.x500.X500AttributePrincipalDecoderTest
[ERROR] Tests run: 4, Failures: 0, Errors: 4, Skipped: 0, Time elapsed: 0.019 s <<< FAILURE! - in org.wildfly.security.x500.X500AttributePrincipalDecoderTest
[ERROR] testDecodeWithRequiredAttributes(org.wildfly.security.x500.X500AttributePrincipalDecoderTest) Time elapsed: 0.013 s <<< ERROR!
java.lang.IllegalAccessError: access to public member failed: sun.security.x509.X500Name.asX500Principal()X500Principal/invokeVirtual, from public Lookup
at java.base/java.lang.invoke.MemberName.makeAccessException(MemberName.java:914)
at java.base/java.lang.invoke.MethodHandles$Lookup.checkAccess(MethodHandles.java:2193)
at java.base/java.lang.invoke.MethodHandles$Lookup.checkMethod(MethodHandles.java:2133)
at java.base/java.lang.invoke.MethodHandles$Lookup.getDirectMethodCommon(MethodHandles.java:2282)
at java.base/java.lang.invoke.MethodHandles$Lookup.getDirectMethodNoSecurityManager(MethodHandles.java:2276)
at java.base/java.lang.invoke.MethodHandles$Lookup.unreflect(MethodHandles.java:1749)
at org.wildfly.security.x500.X500PrincipalUtil.<clinit>(X500PrincipalUtil.java:54)
at org.wildfly.security.x500.X500AttributePrincipalDecoder.getName(X500AttributePrincipalDecoder.java:177)
at org.wildfly.security.x500.X500AttributePrincipalDecoderTest.testDecodeWithRequiredAttributes(X500AttributePrincipalDecoderTest.java:89)
[ERROR] testDecodeWithConcatenation(org.wildfly.security.x500.X500AttributePrincipalDecoderTest) Time elapsed: 0.001 s <<< ERROR!
java.lang.NoClassDefFoundError: Could not initialize class org.wildfly.security.x500.X500PrincipalUtil
at org.wildfly.security.x500.X500AttributePrincipalDecoder.getName(X500AttributePrincipalDecoder.java:177)
at org.wildfly.security.auth.server.PrincipalDecoder.lambda$concatenating$3(PrincipalDecoder.java:111)
at org.wildfly.security.x500.X500AttributePrincipalDecoderTest.testDecodeWithConcatenation(X500AttributePrincipalDecoderTest.java:70)
[ERROR] testDecodeAttributeWithSubrange(org.wildfly.security.x500.X500AttributePrincipalDecoderTest) Time elapsed: 0.001 s <<< ERROR!
java.lang.NoClassDefFoundError: Could not initialize class org.wildfly.security.x500.X500PrincipalUtil
at org.wildfly.security.x500.X500AttributePrincipalDecoder.getName(X500AttributePrincipalDecoder.java:177)
at org.wildfly.security.x500.X500AttributePrincipalDecoderTest.testDecodeAttributeWithSubrange(X500AttributePrincipalDecoderTest.java:52)
[ERROR] testDecodeInReverse(org.wildfly.security.x500.X500AttributePrincipalDecoderTest) Time elapsed: 0 s <<< ERROR!
java.lang.NoClassDefFoundError: Could not initialize class org.wildfly.security.x500.X500PrincipalUtil
at org.wildfly.security.x500.X500AttributePrincipalDecoder.getName(X500AttributePrincipalDecoder.java:177)
at org.wildfly.security.x500.X500AttributePrincipalDecoderTest.testDecodeInReverse(X500AttributePrincipalDecoderTest.java:40)
{noformat}
> Fix build to work with Java 9
> -----------------------------
>
> Key: ELY-1372
> URL: https://issues.jboss.org/browse/ELY-1372
> Project: WildFly Elytron
> Issue Type: Task
> Reporter: Darran Lofthouse
> Assignee: Darran Lofthouse
> Priority: Critical
> Fix For: 1.2.0.Beta4
>
>
> Other tests are also broken but this seems to be a root cause: -
> {noformat}
> [INFO] Running org.wildfly.security.x500.X500AttributePrincipalDecoderTest
> [ERROR] Tests run: 4, Failures: 0, Errors: 4, Skipped: 0, Time elapsed: 0.019 s <<< FAILURE! - in org.wildfly.security.x500.X500AttributePrincipalDecoderTest
> [ERROR] testDecodeWithRequiredAttributes(org.wildfly.security.x500.X500AttributePrincipalDecoderTest) Time elapsed: 0.013 s <<< ERROR!
> java.lang.IllegalAccessError: access to public member failed: sun.security.x509.X500Name.asX500Principal()X500Principal/invokeVirtual, from public Lookup
> at java.base/java.lang.invoke.MemberName.makeAccessException(MemberName.java:914)
> at java.base/java.lang.invoke.MethodHandles$Lookup.checkAccess(MethodHandles.java:2193)
> at java.base/java.lang.invoke.MethodHandles$Lookup.checkMethod(MethodHandles.java:2133)
> at java.base/java.lang.invoke.MethodHandles$Lookup.getDirectMethodCommon(MethodHandles.java:2282)
> at java.base/java.lang.invoke.MethodHandles$Lookup.getDirectMethodNoSecurityManager(MethodHandles.java:2276)
> at java.base/java.lang.invoke.MethodHandles$Lookup.unreflect(MethodHandles.java:1749)
> at org.wildfly.security.x500.X500PrincipalUtil.<clinit>(X500PrincipalUtil.java:54)
> at org.wildfly.security.x500.X500AttributePrincipalDecoder.getName(X500AttributePrincipalDecoder.java:177)
> at org.wildfly.security.x500.X500AttributePrincipalDecoderTest.testDecodeWithRequiredAttributes(X500AttributePrincipalDecoderTest.java:89)
> [ERROR] testDecodeWithConcatenation(org.wildfly.security.x500.X500AttributePrincipalDecoderTest) Time elapsed: 0.001 s <<< ERROR!
> java.lang.NoClassDefFoundError: Could not initialize class org.wildfly.security.x500.X500PrincipalUtil
> at org.wildfly.security.x500.X500AttributePrincipalDecoder.getName(X500AttributePrincipalDecoder.java:177)
> at org.wildfly.security.auth.server.PrincipalDecoder.lambda$concatenating$3(PrincipalDecoder.java:111)
> at org.wildfly.security.x500.X500AttributePrincipalDecoderTest.testDecodeWithConcatenation(X500AttributePrincipalDecoderTest.java:70)
> [ERROR] testDecodeAttributeWithSubrange(org.wildfly.security.x500.X500AttributePrincipalDecoderTest) Time elapsed: 0.001 s <<< ERROR!
> java.lang.NoClassDefFoundError: Could not initialize class org.wildfly.security.x500.X500PrincipalUtil
> at org.wildfly.security.x500.X500AttributePrincipalDecoder.getName(X500AttributePrincipalDecoder.java:177)
> at org.wildfly.security.x500.X500AttributePrincipalDecoderTest.testDecodeAttributeWithSubrange(X500AttributePrincipalDecoderTest.java:52)
> [ERROR] testDecodeInReverse(org.wildfly.security.x500.X500AttributePrincipalDecoderTest) Time elapsed: 0 s <<< ERROR!
> java.lang.NoClassDefFoundError: Could not initialize class org.wildfly.security.x500.X500PrincipalUtil
> at org.wildfly.security.x500.X500AttributePrincipalDecoder.getName(X500AttributePrincipalDecoder.java:177)
> at org.wildfly.security.x500.X500AttributePrincipalDecoderTest.testDecodeInReverse(X500AttributePrincipalDecoderTest.java:40)
> {noformat}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 7 months