[JBoss JIRA] (WFWIP-28) [Artemis 2.x upgrade] Unexptected crash of server in SOAK test
by Francesco Nigro (JIRA)
[ https://issues.jboss.org/browse/WFWIP-28?page=com.atlassian.jira.plugin.s... ]
Francesco Nigro commented on WFWIP-28:
--------------------------------------
[~mnovak] The "art" of sizing heap size is rather complex.
I would suggest to remaing low with -xmx enough to have at least 1/2 of the real memory free to be used.
This naive math is obtained by:
HEAP size (-xmx) + OFF-HEAP/native allocations (they could be == -xmx, but it isn't counted by the JVM as heap allocation) + JVM footprint (~100MB would be enough).
> [Artemis 2.x upgrade] Unexptected crash of server in SOAK test
> --------------------------------------------------------------
>
> Key: WFWIP-28
> URL: https://issues.jboss.org/browse/WFWIP-28
> Project: WildFly WIP
> Issue Type: Bug
> Components: Artemis
> Reporter: Miroslav Novak
> Assignee: Francesco Nigro
> Priority: Blocker
> Labels: feature-branch-blocker
> Attachments: sosreport-rvaisdebug.asd-20180807101658.tar.xz
>
>
> After ~13 hours there is unexpected crash of one server in SOAK test. There is no error/warning in the logs.
> Test Scenario:
> * Start 2 servers
> * Client sends messages to input queue. Messages then go through:
> * One server to another through MDB reading and sending them from remote container through resource adapter
> * Messages are forwarded from one server to another over JMS bridge and back over Core bridge
> * Messages have JMSReplyTo defined with a temporary queue, that is filled with responses for the client
> * Messages are read from the destination with stateless EJB and sent back to clients
> * Client reads the messages after the pass through all the soak modules.
> Pass Criteria: In the last step receiver consumes all messages sent by producer.
> Actual Result:
> After ~13 hours 1st server suddenly crashes. There is no error/warning in server logs.
> Issue was hit with Artemis 2.5.0 with https://github.com/jmesnil/wildfly/tree/WFLY-9407_upgrade_artemis_2.4.0_w... (commit 51dd8102f103ccb0470a3cfc8713d3f9bdb1b65d)
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 11 months
[JBoss JIRA] (WFCORE-4007) elytron.KeyStoresTestCase fails on IBM jdk
by Petr Kremensky (JIRA)
Petr Kremensky created WFCORE-4007:
--------------------------------------
Summary: elytron.KeyStoresTestCase fails on IBM jdk
Key: WFCORE-4007
URL: https://issues.jboss.org/browse/WFCORE-4007
Project: WildFly Core
Issue Type: Bug
Components: Security, Test Suite
Environment: {noformat}
$ java -version
java version "1.8.0_171"
Java(TM) SE Runtime Environment (build 8.0.5.17 - pxa6480sr5fp17-20180627_01(SR5 FP17))
IBM J9 VM (build 2.9, JRE 1.8.0 Linux amd64-64-Bit Compressed References 20180626_390413 (JIT enabled, AOT enabled)
OpenJ9 - 5cdc604
OMR - a24bc01
IBM - 21870d6)
JCL - 20180619_01 based on Oracle jdk8u171-b11
$ git rev-parse --short HEAD
a8059b6232
{noformat}
Reporter: Petr Kremensky
Assignee: Farah Juma
org.wildfly.extension.elytron.KeyStoresTestCase from elytron module of wildfly-core fails on IBM jdk.
*reproduce*
{noformat}
$ mvn test -Dtest=KeyStoresTestCase -pl elytron
...
[INFO] Running org.wildfly.extension.elytron.KeyStoresTestCase
[ERROR] Tests run: 27, Failures: 2, Errors: 0, Skipped: 0, Time elapsed: 23.836 s <<< FAILURE! - in org.wildfly.extension.elytron.KeyStoresTestCase
[ERROR] testObtainCertificateWithECPublicKey(org.wildfly.extension.elytron.KeyStoresTestCase) Time elapsed: 2.263 s <<< FAILURE!
java.lang.AssertionError:
{
"outcome" : "failed",
"failure-description" : "WFLYCTL0158: Operation handler failed: java.lang.RuntimeException: org.wildfly.security.x500.cert.acme.AcmeException: ELY10049: Unable to download certificate chain from ACME server",
"rolled-back" : true
}
at org.wildfly.extension.elytron.KeyStoresTestCase.assertSuccess(KeyStoresTestCase.java:170)
at org.wildfly.extension.elytron.KeyStoresTestCase.obtainCertificate(KeyStoresTestCase.java:1043)
at org.wildfly.extension.elytron.KeyStoresTestCase.testObtainCertificateWithECPublicKey(KeyStoresTestCase.java:1004)
[ERROR] testObtainCertificateWithKeySize(org.wildfly.extension.elytron.KeyStoresTestCase) Time elapsed: 2.87 s <<< FAILURE!
java.lang.AssertionError:
{
"outcome" : "failed",
"failure-description" : "WFLYCTL0158: Operation handler failed: java.lang.RuntimeException: org.wildfly.security.x500.cert.acme.AcmeException: ELY10049: Unable to download certificate chain from ACME server",
"rolled-back" : true
}
at org.wildfly.extension.elytron.KeyStoresTestCase.assertSuccess(KeyStoresTestCase.java:170)
at org.wildfly.extension.elytron.KeyStoresTestCase.obtainCertificate(KeyStoresTestCase.java:1043)
at org.wildfly.extension.elytron.KeyStoresTestCase.testObtainCertificateWithKeySize(KeyStoresTestCase.java:990)
[INFO]
[INFO] Results:
[INFO]
[ERROR] Failures:
[ERROR] KeyStoresTestCase.testObtainCertificateWithECPublicKey:1004->obtainCertificate:1043->assertSuccess:170 {
"outcome" : "failed",
"failure-description" : "WFLYCTL0158: Operation handler failed: java.lang.RuntimeException: org.wildfly.security.x500.cert.acme.AcmeException: ELY10049: Unable to download certificate chain from ACME server",
"rolled-back" : true
}
[ERROR] KeyStoresTestCase.testObtainCertificateWithKeySize:990->obtainCertificate:1043->assertSuccess:170 {
"outcome" : "failed",
"failure-description" : "WFLYCTL0158: Operation handler failed: java.lang.RuntimeException: org.wildfly.security.x500.cert.acme.AcmeException: ELY10049: Unable to download certificate chain from ACME server",
"rolled-back" : true
}
[INFO]
[ERROR] Tests run: 27, Failures: 2, Errors: 0, Skipped: 0
{noformat}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 11 months
[JBoss JIRA] (WFWIP-28) [Artemis 2.x upgrade] Unexptected crash of server in SOAK test
by Miroslav Novak (JIRA)
[ https://issues.jboss.org/browse/WFWIP-28?page=com.atlassian.jira.plugin.s... ]
Miroslav Novak commented on WFWIP-28:
-------------------------------------
[~fnigro] I've tried to run it with 2GB for servers but I can still see that one of the servers was killed and {{grep -i kill /var/log/messages*}} shows:
{code}
Aug 9 08:06:01 rhel7-large-288 kernel: Out of memory: Kill process 9551 (java) score 376 or sacrifice child
Aug 9 08:06:01 rhel7-large-288 kernel: Killed process 9551 (java) total-vm:6505412kB, anon-rss:3008176kB, file-rss:0kB, shmem-rss:0kB
{code}
This is weird as machine is provisioned with 8 GB of memory and soak test should take 6 GB. I'll further reduce it to 1GB and try again.
> [Artemis 2.x upgrade] Unexptected crash of server in SOAK test
> --------------------------------------------------------------
>
> Key: WFWIP-28
> URL: https://issues.jboss.org/browse/WFWIP-28
> Project: WildFly WIP
> Issue Type: Bug
> Components: Artemis
> Reporter: Miroslav Novak
> Assignee: Francesco Nigro
> Priority: Blocker
> Labels: feature-branch-blocker
> Attachments: sosreport-rvaisdebug.asd-20180807101658.tar.xz
>
>
> After ~13 hours there is unexpected crash of one server in SOAK test. There is no error/warning in the logs.
> Test Scenario:
> * Start 2 servers
> * Client sends messages to input queue. Messages then go through:
> * One server to another through MDB reading and sending them from remote container through resource adapter
> * Messages are forwarded from one server to another over JMS bridge and back over Core bridge
> * Messages have JMSReplyTo defined with a temporary queue, that is filled with responses for the client
> * Messages are read from the destination with stateless EJB and sent back to clients
> * Client reads the messages after the pass through all the soak modules.
> Pass Criteria: In the last step receiver consumes all messages sent by producer.
> Actual Result:
> After ~13 hours 1st server suddenly crashes. There is no error/warning in server logs.
> Issue was hit with Artemis 2.5.0 with https://github.com/jmesnil/wildfly/tree/WFLY-9407_upgrade_artemis_2.4.0_w... (commit 51dd8102f103ccb0470a3cfc8713d3f9bdb1b65d)
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 11 months
[JBoss JIRA] (WFCORE-3993) Elytron module compilation failure due to "package sun.security.ec does not exist" on IBM jdk
by Petr Kremensky (JIRA)
[ https://issues.jboss.org/browse/WFCORE-3993?page=com.atlassian.jira.plugi... ]
Petr Kremensky edited comment on WFCORE-3993 at 8/9/18 4:10 AM:
----------------------------------------------------------------
[~fjuma] I'm able to compile the module now, but the test fails on IBM jdk with:
{noformat}
$ mvn test -Dtest=KeyStoresTestCase -pl elytron
...
[INFO] Running org.wildfly.extension.elytron.KeyStoresTestCase
[ERROR] Tests run: 27, Failures: 2, Errors: 0, Skipped: 0, Time elapsed: 23.836 s <<< FAILURE! - in org.wildfly.extension.elytron.KeyStoresTestCase
[ERROR] testObtainCertificateWithECPublicKey(org.wildfly.extension.elytron.KeyStoresTestCase) Time elapsed: 2.263 s <<< FAILURE!
java.lang.AssertionError:
{
"outcome" : "failed",
"failure-description" : "WFLYCTL0158: Operation handler failed: java.lang.RuntimeException: org.wildfly.security.x500.cert.acme.AcmeException: ELY10049: Unable to download certificate chain from ACME server",
"rolled-back" : true
}
at org.wildfly.extension.elytron.KeyStoresTestCase.assertSuccess(KeyStoresTestCase.java:170)
at org.wildfly.extension.elytron.KeyStoresTestCase.obtainCertificate(KeyStoresTestCase.java:1043)
at org.wildfly.extension.elytron.KeyStoresTestCase.testObtainCertificateWithECPublicKey(KeyStoresTestCase.java:1004)
[ERROR] testObtainCertificateWithKeySize(org.wildfly.extension.elytron.KeyStoresTestCase) Time elapsed: 2.87 s <<< FAILURE!
java.lang.AssertionError:
{
"outcome" : "failed",
"failure-description" : "WFLYCTL0158: Operation handler failed: java.lang.RuntimeException: org.wildfly.security.x500.cert.acme.AcmeException: ELY10049: Unable to download certificate chain from ACME server",
"rolled-back" : true
}
at org.wildfly.extension.elytron.KeyStoresTestCase.assertSuccess(KeyStoresTestCase.java:170)
at org.wildfly.extension.elytron.KeyStoresTestCase.obtainCertificate(KeyStoresTestCase.java:1043)
at org.wildfly.extension.elytron.KeyStoresTestCase.testObtainCertificateWithKeySize(KeyStoresTestCase.java:990)
[INFO]
[INFO] Results:
[INFO]
[ERROR] Failures:
[ERROR] KeyStoresTestCase.testObtainCertificateWithECPublicKey:1004->obtainCertificate:1043->assertSuccess:170 {
"outcome" : "failed",
"failure-description" : "WFLYCTL0158: Operation handler failed: java.lang.RuntimeException: org.wildfly.security.x500.cert.acme.AcmeException: ELY10049: Unable to download certificate chain from ACME server",
"rolled-back" : true
}
[ERROR] KeyStoresTestCase.testObtainCertificateWithKeySize:990->obtainCertificate:1043->assertSuccess:170 {
"outcome" : "failed",
"failure-description" : "WFLYCTL0158: Operation handler failed: java.lang.RuntimeException: org.wildfly.security.x500.cert.acme.AcmeException: ELY10049: Unable to download certificate chain from ACME server",
"rolled-back" : true
}
[INFO]
[ERROR] Tests run: 27, Failures: 2, Errors: 0, Skipped: 0
{noformat}
I'll file a new issue for the failure.
was (Author: pkremens):
[~fjuma] I'm able to compile the module now, but the test fails on IBM jdk with:
{noformat}
$ mvn test -Dtest=KeyStoresTestCase -pl elytron
...
[INFO] Running org.wildfly.extension.elytron.KeyStoresTestCase
[ERROR] Tests run: 27, Failures: 2, Errors: 0, Skipped: 0, Time elapsed: 23.836 s <<< FAILURE! - in org.wildfly.extension.elytron.KeyStoresTestCase
[ERROR] testObtainCertificateWithECPublicKey(org.wildfly.extension.elytron.KeyStoresTestCase) Time elapsed: 2.263 s <<< FAILURE!
java.lang.AssertionError:
{
"outcome" : "failed",
"failure-description" : "WFLYCTL0158: Operation handler failed: java.lang.RuntimeException: org.wildfly.security.x500.cert.acme.AcmeException: ELY10049: Unable to download certificate chain from ACME server",
"rolled-back" : true
}
at org.wildfly.extension.elytron.KeyStoresTestCase.assertSuccess(KeyStoresTestCase.java:170)
at org.wildfly.extension.elytron.KeyStoresTestCase.obtainCertificate(KeyStoresTestCase.java:1043)
at org.wildfly.extension.elytron.KeyStoresTestCase.testObtainCertificateWithECPublicKey(KeyStoresTestCase.java:1004)
[ERROR] testObtainCertificateWithKeySize(org.wildfly.extension.elytron.KeyStoresTestCase) Time elapsed: 2.87 s <<< FAILURE!
java.lang.AssertionError:
{
"outcome" : "failed",
"failure-description" : "WFLYCTL0158: Operation handler failed: java.lang.RuntimeException: org.wildfly.security.x500.cert.acme.AcmeException: ELY10049: Unable to download certificate chain from ACME server",
"rolled-back" : true
}
at org.wildfly.extension.elytron.KeyStoresTestCase.assertSuccess(KeyStoresTestCase.java:170)
at org.wildfly.extension.elytron.KeyStoresTestCase.obtainCertificate(KeyStoresTestCase.java:1043)
at org.wildfly.extension.elytron.KeyStoresTestCase.testObtainCertificateWithKeySize(KeyStoresTestCase.java:990)
[INFO]
[INFO] Results:
[INFO]
[ERROR] Failures:
[ERROR] KeyStoresTestCase.testObtainCertificateWithECPublicKey:1004->obtainCertificate:1043->assertSuccess:170 {
"outcome" : "failed",
"failure-description" : "WFLYCTL0158: Operation handler failed: java.lang.RuntimeException: org.wildfly.security.x500.cert.acme.AcmeException: ELY10049: Unable to download certificate chain from ACME server",
"rolled-back" : true
}
[ERROR] KeyStoresTestCase.testObtainCertificateWithKeySize:990->obtainCertificate:1043->assertSuccess:170 {
"outcome" : "failed",
"failure-description" : "WFLYCTL0158: Operation handler failed: java.lang.RuntimeException: org.wildfly.security.x500.cert.acme.AcmeException: ELY10049: Unable to download certificate chain from ACME server",
"rolled-back" : true
}
[INFO]
[ERROR] Tests run: 27, Failures: 2, Errors: 0, Skipped: 0
{noformat}
> Elytron module compilation failure due to "package sun.security.ec does not exist" on IBM jdk
> ---------------------------------------------------------------------------------------------
>
> Key: WFCORE-3993
> URL: https://issues.jboss.org/browse/WFCORE-3993
> Project: WildFly Core
> Issue Type: Bug
> Components: Security
> Environment: {noformat}
> $ java -version
> java version "1.8.0_171"
> Java(TM) SE Runtime Environment (build 8.0.5.17 - pxa6480sr5fp17-20180627_01(SR5 FP17))
> IBM J9 VM (build 2.9, JRE 1.8.0 Linux amd64-64-Bit Compressed References 20180626_390413 (JIT enabled, AOT enabled)
> OpenJ9 - 5cdc604
> OMR - a24bc01
> IBM - 21870d6)
> JCL - 20180619_01 based on Oracle jdk8u171-b11
> $ git rev-parse --short HEAD
> cb10de0cba
> {noformat}
> Reporter: Petr Kremensky
> Assignee: Farah Juma
> Fix For: 6.0.0.Alpha6
>
>
> Compilation of Elytron module of wildfly-core on IBM jdk fails.
> *reproduce*
> {noformat}
> mvn install -pl elytron
> ...
> [ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:3.7.0:testCompile (default-testCompile) on project wildfly-elytron-integration: Compilation failure
> [ERROR] /home/pkremens/devel/wildfly-core/elytron/src/test/java/org/wildfly/extension/elytron/KeyStoresTestCase.java:[87,23] package sun.security.ec does not exist
> {noformat}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 11 months
[JBoss JIRA] (WFCORE-3993) Elytron module compilation failure due to "package sun.security.ec does not exist" on IBM jdk
by Petr Kremensky (JIRA)
[ https://issues.jboss.org/browse/WFCORE-3993?page=com.atlassian.jira.plugi... ]
Petr Kremensky commented on WFCORE-3993:
----------------------------------------
[~fjuma] I'm able to compile the module now, but the test fails on IBM jdk with:
{noformat}
$ mvn test -Dtest=KeyStoresTestCase -pl elytron
...
[INFO] Running org.wildfly.extension.elytron.KeyStoresTestCase
[ERROR] Tests run: 27, Failures: 2, Errors: 0, Skipped: 0, Time elapsed: 23.836 s <<< FAILURE! - in org.wildfly.extension.elytron.KeyStoresTestCase
[ERROR] testObtainCertificateWithECPublicKey(org.wildfly.extension.elytron.KeyStoresTestCase) Time elapsed: 2.263 s <<< FAILURE!
java.lang.AssertionError:
{
"outcome" : "failed",
"failure-description" : "WFLYCTL0158: Operation handler failed: java.lang.RuntimeException: org.wildfly.security.x500.cert.acme.AcmeException: ELY10049: Unable to download certificate chain from ACME server",
"rolled-back" : true
}
at org.wildfly.extension.elytron.KeyStoresTestCase.assertSuccess(KeyStoresTestCase.java:170)
at org.wildfly.extension.elytron.KeyStoresTestCase.obtainCertificate(KeyStoresTestCase.java:1043)
at org.wildfly.extension.elytron.KeyStoresTestCase.testObtainCertificateWithECPublicKey(KeyStoresTestCase.java:1004)
[ERROR] testObtainCertificateWithKeySize(org.wildfly.extension.elytron.KeyStoresTestCase) Time elapsed: 2.87 s <<< FAILURE!
java.lang.AssertionError:
{
"outcome" : "failed",
"failure-description" : "WFLYCTL0158: Operation handler failed: java.lang.RuntimeException: org.wildfly.security.x500.cert.acme.AcmeException: ELY10049: Unable to download certificate chain from ACME server",
"rolled-back" : true
}
at org.wildfly.extension.elytron.KeyStoresTestCase.assertSuccess(KeyStoresTestCase.java:170)
at org.wildfly.extension.elytron.KeyStoresTestCase.obtainCertificate(KeyStoresTestCase.java:1043)
at org.wildfly.extension.elytron.KeyStoresTestCase.testObtainCertificateWithKeySize(KeyStoresTestCase.java:990)
[INFO]
[INFO] Results:
[INFO]
[ERROR] Failures:
[ERROR] KeyStoresTestCase.testObtainCertificateWithECPublicKey:1004->obtainCertificate:1043->assertSuccess:170 {
"outcome" : "failed",
"failure-description" : "WFLYCTL0158: Operation handler failed: java.lang.RuntimeException: org.wildfly.security.x500.cert.acme.AcmeException: ELY10049: Unable to download certificate chain from ACME server",
"rolled-back" : true
}
[ERROR] KeyStoresTestCase.testObtainCertificateWithKeySize:990->obtainCertificate:1043->assertSuccess:170 {
"outcome" : "failed",
"failure-description" : "WFLYCTL0158: Operation handler failed: java.lang.RuntimeException: org.wildfly.security.x500.cert.acme.AcmeException: ELY10049: Unable to download certificate chain from ACME server",
"rolled-back" : true
}
[INFO]
[ERROR] Tests run: 27, Failures: 2, Errors: 0, Skipped: 0
{noformat}
> Elytron module compilation failure due to "package sun.security.ec does not exist" on IBM jdk
> ---------------------------------------------------------------------------------------------
>
> Key: WFCORE-3993
> URL: https://issues.jboss.org/browse/WFCORE-3993
> Project: WildFly Core
> Issue Type: Bug
> Components: Security
> Environment: {noformat}
> $ java -version
> java version "1.8.0_171"
> Java(TM) SE Runtime Environment (build 8.0.5.17 - pxa6480sr5fp17-20180627_01(SR5 FP17))
> IBM J9 VM (build 2.9, JRE 1.8.0 Linux amd64-64-Bit Compressed References 20180626_390413 (JIT enabled, AOT enabled)
> OpenJ9 - 5cdc604
> OMR - a24bc01
> IBM - 21870d6)
> JCL - 20180619_01 based on Oracle jdk8u171-b11
> $ git rev-parse --short HEAD
> cb10de0cba
> {noformat}
> Reporter: Petr Kremensky
> Assignee: Farah Juma
> Fix For: 6.0.0.Alpha6
>
>
> Compilation of Elytron module of wildfly-core on IBM jdk fails.
> *reproduce*
> {noformat}
> mvn install -pl elytron
> ...
> [ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:3.7.0:testCompile (default-testCompile) on project wildfly-elytron-integration: Compilation failure
> [ERROR] /home/pkremens/devel/wildfly-core/elytron/src/test/java/org/wildfly/extension/elytron/KeyStoresTestCase.java:[87,23] package sun.security.ec does not exist
> {noformat}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 11 months
[JBoss JIRA] (WFWIP-26) [Artemis 2.x Upgrade] MDB doesn't find its source queue when useJndi property is set to false
by Jeff Mesnil (JIRA)
[ https://issues.jboss.org/browse/WFWIP-26?page=com.atlassian.jira.plugin.s... ]
Jeff Mesnil commented on WFWIP-26:
----------------------------------
[~martyn-taylor] I think my comment at https://issues.jboss.org/browse/ENTMQBR-1179?focusedCommentId=13554457&pa... still stands.
> [Artemis 2.x Upgrade] MDB doesn't find its source queue when useJndi property is set to false
> ---------------------------------------------------------------------------------------------
>
> Key: WFWIP-26
> URL: https://issues.jboss.org/browse/WFWIP-26
> Project: WildFly WIP
> Issue Type: Bug
> Components: Artemis, JMS
> Reporter: Martin Styk
> Assignee: Martyn Taylor
> Priority: Blocker
> Labels: activemq, feature-branch-blocker
>
> Having a MDB configured as follows:
> {code}
> @MessageDriven(name = "mdb",
> activationConfig = {
> @ActivationConfigProperty(propertyName = "destinationType", propertyValue = "javax.jms.Queue"),
> @ActivationConfigProperty(propertyName = "destination", propertyValue ="InQueue"),
> @ActivationConfigProperty(propertyName = "useJNDI", propertyValue = "false"),
> })
> {code}
> MDB is not able to receive messages from InQueue.
> Server logs:
> {noformat}
> 09:53:29,128 INFO [org.apache.activemq.artemis.ra] (default-threads - 1) AMQ151004: Instantiating javax.jms.Queue "jms/queue/InQueue" directly since UseJNDI=false.
> 09:53:29,188 INFO [org.jboss.as.server] (management-handler-thread - 1) WFLYSRV0010: Deployed "Mdb.jar" (runtime-name : "Mdb.jar")
> 09:53:29,306 INFO [org.wildfly.naming] (default task-1) WildFly Naming version 1.0.7.Final
> 09:53:29,364 INFO [org.apache.activemq.artemis.ra] (default-threads - 1) AMQ151000: awaiting topic/queue creation jms/queue/InQueue
> 09:53:31,366 INFO [org.apache.activemq.artemis.ra] (default-threads - 1) AMQ151001: Attempting to reconnect org.apache.activemq.artemis.ra.inflow.ActiveMQActivationSpec(ra=org.wildfly.extension.messaging.activemq.ActiveMQResourceAdapter@2bd07716 destination=jms/queue/InQueue destinationType=javax.jms.Queue ack=Auto-acknowledge durable=false clientID=null user=null maxSession=15)
> 09:53:31,368 INFO [org.apache.activemq.artemis.ra] (default-threads - 1) AMQ151004: Instantiating javax.jms.Queue "jms/queue/InQueue" directly since UseJNDI=false.
> 09:53:33,480 INFO [org.apache.activemq.artemis.ra] (default-threads - 1) AMQ151004: Instantiating javax.jms.Queue "jms/queue/InQueue" directly since UseJNDI=false.
> 09:53:35,092 INFO [org.jboss.as.server] (management-handler-thread - 1) WFLYSRV0236: Suspending server with no timeout.
> {noformat}
> In {{ActiveMQActivation.setup()}}, call to {{setupDestination()}} is made. Destiantion InQueue is instantiated there. However, during the {{ActiveMQMessageHandler.setup()}} call. consumer can not be created for this destination and exception {{AMQ119017: Queue InQueue does not exist}} is being thrown.
> {code:title=ActiveMQActivation.setup()}
> protected synchronized void setup() throws Exception {
> logger.debug("Setting up " + spec);
> setupCF();
> setupDestination();
> Exception firstException = null;
> for (int i = 0; i < spec.getMaxSession(); i++) {
> ClientSessionFactory cf = null;
> ClientSession session = null;
> try {
> cf = factory.getServerLocator().createSessionFactory();
> session = setupSession(cf);
> ActiveMQMessageHandler handler = new ActiveMQMessageHandler(factory, this, ra.getTM(), (ClientSessionInternal) session, cf, i);
> handler.setup();
> handlers.add(handler);
> } catch (Exception e) {
> ...
> }
> }
> ...
> }
> {code}
> This is regression against Artemis 1.5.
> Wildfly: https://github.com/jmesnil/wildfly/tree/WFLY-9407_upgrade_artemis_2.4.0_w... (06c878a313d3cad323889d017e60fd5533204d1a)
> Artemis: upstream master (577b62d5210cdcc0f86ab9bb1b24e944c877dfe7)
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 11 months
[JBoss JIRA] (DROOLS-2792) [DMN Designer] Data-types: Grid: LiteralExpression
by Jozef Marko (JIRA)
[ https://issues.jboss.org/browse/DROOLS-2792?page=com.atlassian.jira.plugi... ]
Jozef Marko updated DROOLS-2792:
--------------------------------
Description:
*_Literal Expression_*
- (x) Grid header _could_ show Output Data Type
- (/) Editing Output Data Type is possible via Properties panel
- (x) Update header when Output Data Type is changed via Properties panel
h3. Manual acceptance test
- Resizing (/)
- Ctrl+C, Ctrl+v (/)
- Default Data Type for literal expression (/)
- Selecting itemDefinition (/)
- Long name of data type (?)
-- Column Width is not adapted automatically nor Data Type name is abbreviated, do we want to address somehow in future?
- Used in levels of context grid (?)
-- !Screenshot from 2018-08-09 09-21-01.png|thumbnail!
-- Should be the data type shown anytime or just if literal expression is top level context entry?
- Changing data type in graph node (/)
- Changing data type in properties panel (/)
- Building project
was:
*_Literal Expression_*
- (x) Grid header _could_ show Output Data Type
- (/) Editing Output Data Type is possible via Properties panel
- (x) Update header when Output Data Type is changed via Properties panel
h3. Manual acceptance test
- Resizing (/)
- Ctrl+C, Ctrl+v (/)
- Default Data Type for literal expression (/)
- Selecting standard, custom itemDefinition
- Long name of data type (?)
-- Column Width is not adapted automatically nor Data Type name is abbreviated, do we want to address somehow in future?
- Used in levels of context grid (?)
-- !Screenshot from 2018-08-09 09-21-01.png|thumbnail!
-- Should be the data type shown anytime or just if literal expression is top level context entry?
- Changing data type in graph node (/)
- Changing data type in properties panel (/)
- Building project
> [DMN Designer] Data-types: Grid: LiteralExpression
> --------------------------------------------------
>
> Key: DROOLS-2792
> URL: https://issues.jboss.org/browse/DROOLS-2792
> Project: Drools
> Issue Type: Feature Request
> Components: DMN Editor
> Reporter: Michael Anstis
> Assignee: Michael Anstis
> Attachments: DROOLS-2792.odt, Screen Shot 2018-08-01 at 10.11.48 AM.png, Screen Shot 2018-08-01 at 10.20.35 AM.png, Screenshot from 2018-08-09 09-21-01.png
>
>
> *_Literal Expression_*
> - (x) Grid header _could_ show Output Data Type
> - (/) Editing Output Data Type is possible via Properties panel
> - (x) Update header when Output Data Type is changed via Properties panel
> h3. Manual acceptance test
> - Resizing (/)
> - Ctrl+C, Ctrl+v (/)
> - Default Data Type for literal expression (/)
> - Selecting itemDefinition (/)
> - Long name of data type (?)
> -- Column Width is not adapted automatically nor Data Type name is abbreviated, do we want to address somehow in future?
> - Used in levels of context grid (?)
> -- !Screenshot from 2018-08-09 09-21-01.png|thumbnail!
> -- Should be the data type shown anytime or just if literal expression is top level context entry?
> - Changing data type in graph node (/)
> - Changing data type in properties panel (/)
> - Building project
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 11 months
[JBoss JIRA] (WFLY-10480) ElytronSecurityDomainContextImpl does not propagate authenticated subject
by Alessio Soldano (JIRA)
[ https://issues.jboss.org/browse/WFLY-10480?page=com.atlassian.jira.plugin... ]
Alessio Soldano updated WFLY-10480:
-----------------------------------
Priority: Blocker (was: Critical)
> ElytronSecurityDomainContextImpl does not propagate authenticated subject
> -------------------------------------------------------------------------
>
> Key: WFLY-10480
> URL: https://issues.jboss.org/browse/WFLY-10480
> Project: WildFly
> Issue Type: Bug
> Components: Security, Web Services
> Reporter: Alessio Soldano
> Assignee: Jim Ma
> Priority: Blocker
> Fix For: 14.0.0.CR1
>
>
> We have a usecase scenario which requires ElytronSecurityDomainContextImpl to propagate the authenticated subject from webservice subsystem to
> ejb subystem. With old security domain , we used to rely on the following integration code in the SecurityDomainContextImpl:
> {code}
> @Override
> public void pushSubjectContext(final Subject subject, final Principal principal, final Object credential) {
> AccessController.doPrivileged(new PrivilegedAction<Void>() {
> public Void run() {
> SecurityContext securityContext = SecurityContextAssociation.getSecurityContext();
> if (securityContext == null) {
> securityContext = createSecurityContext(getSecurityDomain());
> setSecurityContextOnAssociation(securityContext);
> }
> securityContext.getUtil().createSubjectInfo(principal, credential, subject);
> return null;
> }
> });
> }
> {code}
> When an Elytron security domain is configured for the ws application, the functionality is not working as the corresponding method in ElytronSecurityDomainContextImpl is empty.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 11 months