[JBoss JIRA] (WFLY-13921) MP Fault Tolerance integration with MP Context Propagation
by Radoslav Husar (Jira)
Radoslav Husar created WFLY-13921:
-------------------------------------
Summary: MP Fault Tolerance integration with MP Context Propagation
Key: WFLY-13921
URL: https://issues.redhat.com/browse/WFLY-13921
Project: WildFly
Issue Type: Feature Request
Components: MP Fault Tolerance
Affects Versions: 21.0.0.Final
Reporter: Radoslav Husar
Assignee: Radoslav Husar
Once MP Context Propagation makes it to WildFly (or even now if provisioned by a feature pack) we need to integrate Fault Tolerance to make use of it when provisioned.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
3 years, 6 months
[JBoss JIRA] (WFCORE-5133) SNICombinedWithALPNTestCase fails with oracle JDK 8 261
by Sonia Zaldana (Jira)
[ https://issues.redhat.com/browse/WFCORE-5133?page=com.atlassian.jira.plug... ]
Sonia Zaldana commented on WFCORE-5133:
---------------------------------------
[~jamezp], I can duplicate using the following oracle JDK version
{code:java}
java version "1.8.0_261"
Java(TM) SE Runtime Environment (build 1.8.0_261-b12)
Java HotSpot(TM) 64-Bit Server VM (build 25.261-b12, mixed mode)
{code}
As [~jstourac] mentioned, I get a NPE when running without the '-Dio.undertow.protocols.alpn.jdk8' flag and a failure reporting HTTP/1.1 is used instead of HTTP2 when using the flag.
> SNICombinedWithALPNTestCase fails with oracle JDK 8 261
> -------------------------------------------------------
>
> Key: WFCORE-5133
> URL: https://issues.redhat.com/browse/WFCORE-5133
> Project: WildFly Core
> Issue Type: Bug
> Components: Security
> Reporter: Jean Francois Denise
> Assignee: Sonia Zaldana
> Priority: Major
>
> Exception while using oracle JDK 261:
>
> {code}
> at io.undertow.client.http.HttpClientConnection.handleError(HttpClientConnection.java:444)
> at io.undertow.client.http.HttpClientConnection.handleError(HttpClientConnection.java:439)
> at io.undertow.client.http.HttpClientConnection.initiateRequest(HttpClientConnection.java:430)
> at io.undertow.client.http.HttpClientConnection.sendRequest(HttpClientConnection.java:347)
> at org.jboss.as.test.integration.security.ssl.sni.SNICombinedWithALPNTestCase.performSimpleTest(SNICombinedWithALPNTestCase.java:242)
> at org.jboss.as.test.integration.security.ssl.sni.SNICombinedWithALPNTestCase.testSimpleViaHostname(SNICombinedWithALPNTestCase.java:220)
> {code}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
3 years, 6 months
[JBoss JIRA] (WFCORE-5133) SNICombinedWithALPNTestCase fails with oracle JDK 8 261
by James Perkins (Jira)
[ https://issues.redhat.com/browse/WFCORE-5133?page=com.atlassian.jira.plug... ]
James Perkins updated WFCORE-5133:
----------------------------------
Description:
Exception while using oracle JDK 261:
{code}
at io.undertow.client.http.HttpClientConnection.handleError(HttpClientConnection.java:444)
at io.undertow.client.http.HttpClientConnection.handleError(HttpClientConnection.java:439)
at io.undertow.client.http.HttpClientConnection.initiateRequest(HttpClientConnection.java:430)
at io.undertow.client.http.HttpClientConnection.sendRequest(HttpClientConnection.java:347)
at org.jboss.as.test.integration.security.ssl.sni.SNICombinedWithALPNTestCase.performSimpleTest(SNICombinedWithALPNTestCase.java:242)
at org.jboss.as.test.integration.security.ssl.sni.SNICombinedWithALPNTestCase.testSimpleViaHostname(SNICombinedWithALPNTestCase.java:220)
{code}
was:
Exception while using oracle JDK 261:
{{at io.undertow.client.http.HttpClientConnection.handleError(HttpClientConnection.java:444)
at io.undertow.client.http.HttpClientConnection.handleError(HttpClientConnection.java:439)
at io.undertow.client.http.HttpClientConnection.initiateRequest(HttpClientConnection.java:430)
at io.undertow.client.http.HttpClientConnection.sendRequest(HttpClientConnection.java:347)
at org.jboss.as.test.integration.security.ssl.sni.SNICombinedWithALPNTestCase.performSimpleTest(SNICombinedWithALPNTestCase.java:242)
at org.jboss.as.test.integration.security.ssl.sni.SNICombinedWithALPNTestCase.testSimpleViaHostname(SNICombinedWithALPNTestCase.java:220)}}
> SNICombinedWithALPNTestCase fails with oracle JDK 8 261
> -------------------------------------------------------
>
> Key: WFCORE-5133
> URL: https://issues.redhat.com/browse/WFCORE-5133
> Project: WildFly Core
> Issue Type: Bug
> Components: Security
> Reporter: Jean Francois Denise
> Assignee: Sonia Zaldana
> Priority: Major
>
> Exception while using oracle JDK 261:
>
> {code}
> at io.undertow.client.http.HttpClientConnection.handleError(HttpClientConnection.java:444)
> at io.undertow.client.http.HttpClientConnection.handleError(HttpClientConnection.java:439)
> at io.undertow.client.http.HttpClientConnection.initiateRequest(HttpClientConnection.java:430)
> at io.undertow.client.http.HttpClientConnection.sendRequest(HttpClientConnection.java:347)
> at org.jboss.as.test.integration.security.ssl.sni.SNICombinedWithALPNTestCase.performSimpleTest(SNICombinedWithALPNTestCase.java:242)
> at org.jboss.as.test.integration.security.ssl.sni.SNICombinedWithALPNTestCase.testSimpleViaHostname(SNICombinedWithALPNTestCase.java:220)
> {code}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
3 years, 6 months
[JBoss JIRA] (WFCORE-5133) SNICombinedWithALPNTestCase fails with oracle JDK 8 261
by James Perkins (Jira)
[ https://issues.redhat.com/browse/WFCORE-5133?page=com.atlassian.jira.plug... ]
James Perkins commented on WFCORE-5133:
---------------------------------------
I cannot duplicate this.
{code:title=Java Version}
openjdk version "1.8.0_265"
OpenJDK Runtime Environment (build 1.8.0_265-b01)
OpenJDK 64-Bit Server VM (build 25.265-b01, mixed mode)
{code}
I also tried 262 and the test still passed for me.
> SNICombinedWithALPNTestCase fails with oracle JDK 8 261
> -------------------------------------------------------
>
> Key: WFCORE-5133
> URL: https://issues.redhat.com/browse/WFCORE-5133
> Project: WildFly Core
> Issue Type: Bug
> Components: Security
> Reporter: Jean Francois Denise
> Assignee: Sonia Zaldana
> Priority: Major
>
> Exception while using oracle JDK 261:
>
> {{at io.undertow.client.http.HttpClientConnection.handleError(HttpClientConnection.java:444)
> at io.undertow.client.http.HttpClientConnection.handleError(HttpClientConnection.java:439)
> at io.undertow.client.http.HttpClientConnection.initiateRequest(HttpClientConnection.java:430)
> at io.undertow.client.http.HttpClientConnection.sendRequest(HttpClientConnection.java:347)
> at org.jboss.as.test.integration.security.ssl.sni.SNICombinedWithALPNTestCase.performSimpleTest(SNICombinedWithALPNTestCase.java:242)
> at org.jboss.as.test.integration.security.ssl.sni.SNICombinedWithALPNTestCase.testSimpleViaHostname(SNICombinedWithALPNTestCase.java:220)}}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
3 years, 6 months
[JBoss JIRA] (WFLY-13903) Bouncycastle - Failing tests in RESTEasy TS
by Brian Stansberry (Jira)
[ https://issues.redhat.com/browse/WFLY-13903?page=com.atlassian.jira.plugi... ]
Brian Stansberry updated WFLY-13903:
------------------------------------
Component/s: Security
> Bouncycastle - Failing tests in RESTEasy TS
> -------------------------------------------
>
> Key: WFLY-13903
> URL: https://issues.redhat.com/browse/WFLY-13903
> Project: WildFly
> Issue Type: Bug
> Components: Security
> Affects Versions: 21.0.0.Beta1
> Reporter: Fabio Burzigotti
> Assignee: Emmanuel Hugonnet
> Priority: Blocker
>
> [~ehugonnet] please set the component. I cannot find anything suitable.
> I noticed it in the context of a bootable JAR execution but [~jfdenise] confirmed this happens with WF 21 Beta1.
> This is about some tests in the RESTEasy TS which has been adapted to execute against bootable JARs through a specific profile [1].
> The tests are running successfully with WildFly 20.0.1.Final (the {{ejb}} layer needs to be removed for this experiment to be run [2]) but fail against 21.0.0.Beta1, so it is a regression.
> There are 108 tests failing but this JIRA is reporting just one as a reference, see "Steps to reproduce" in order to have a full list:
> {code}
> org.jboss.resteasy.test.providers.mediatype.BlacklistedMediaTypeTest.org.jboss.resteasy.test.providers.mediatype.BlacklistedMediaTypeTest
> Error Details
> Cannot deploy BlacklistedMediaTypeTest.war: {"WFLYCTL0062: Composite operation failed and was rolled back. Steps that failed:" => {"Operation step-1" => {"WFLYCTL0080: Failed services" => {"jboss.module.service.\"deployment.BlacklistedMediaTypeTest.war\".main" => "WFLYSRV0179: Failed to load module: deployment.BlacklistedMediaTypeTest.war
> Caused by: org.jboss.modules.ModuleNotFoundException: org.bouncycastle"}}}}
> {code}
> *Steps to reproduce*:
> 1. clone https://github.com/fabiobrz/Resteasy/tree/bootable-jar-support
> 2. build RESTEasy:
> {code}
> $ mvn install -Dmaven.test.skip=true -Dmaven.repo.local=/home/my-local-repo
> {code}
> 3. cd to testsuite directory:
> {code}
> cd testsuite
> {code}
> 4. run the test against WF 21.0.0.Beta1 with bootable JAR:
> {code}
> mvn clean verify -am -pl integration-tests -Dmaven.repo.local=/home/my-local-repo -Dserver.version=21.0.0.Beta1 -Dtest=org.jboss.resteasy.test.providers.mediatype.BlacklistedMediaTypeTest -Ddisable.microprofile.tests -Dserver.home=foo -Dts.bootable
> {code}
> The test should *fail*
> 5. run the test against WF 20.0.1.Final with bootable JAR:
> {code}
> mvn clean verify -am -pl integration-tests -Dmaven.repo.local=/home/my-local-repo -Dserver.version=20.0.1.Final -Dtest=org.jboss.resteasy.test.providers.mediatype.BlacklistedMediaTypeTest -Ddisable.microprofile.tests -Dserver.home=foo -Dts.bootable
> {code}
> The test should *pass*
> [1]
> https://github.com/resteasy/Resteasy/pull/2526/files#diff-8c7ea03eb619e46...
> [2]
> https://github.com/resteasy/Resteasy/pull/2526/files#diff-8c7ea03eb619e46...
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
3 years, 6 months
[JBoss JIRA] (DROOLS-2835) NPE While using incremental compilation
by Luca Molteni (Jira)
[ https://issues.redhat.com/browse/DROOLS-2835?page=com.atlassian.jira.plug... ]
Luca Molteni updated DROOLS-2835:
---------------------------------
Sprint: 2020 Week 40-42 (from Sep 28)
> NPE While using incremental compilation
> ---------------------------------------
>
> Key: DROOLS-2835
> URL: https://issues.redhat.com/browse/DROOLS-2835
> Project: Drools
> Issue Type: Bug
> Reporter: Luca Molteni
> Assignee: Luca Molteni
> Priority: Major
>
> IncrementalCompilationCepTest.testUpdateWithDeclarationPresent:312 » NullPointer
> IncrementalCompilationTest.testDeclaredTypeInDifferentPackage:3262->doFire:3307 » NullPointer
> IncrementalCompilationTest.testDeletedFile:306 » NullPointer
> IncrementalCompilationTest.testKJarUpgradeWithNewRuleAndStatelessSession:3905 » NullPointer
> IncrementalCompilationTest.testKJarUpgradeWithNewRule:3849 » NullPointer
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
3 years, 6 months
[JBoss JIRA] (WFLY-13898) Bootable JAR/Galleon - HTTP 500 is returned by some RESTEasy tests
by Jean Francois Denise (Jira)
[ https://issues.redhat.com/browse/WFLY-13898?page=com.atlassian.jira.plugi... ]
Jean Francois Denise updated WFLY-13898:
----------------------------------------
Git Pull Request: https://issues.redhat.com/browse/WFLY-13898
> Bootable JAR/Galleon - HTTP 500 is returned by some RESTEasy tests
> ------------------------------------------------------------------
>
> Key: WFLY-13898
> URL: https://issues.redhat.com/browse/WFLY-13898
> Project: WildFly
> Issue Type: Task
> Components: Build System
> Affects Versions: 21.0.0.Beta1
> Reporter: Fabio Burzigotti
> Assignee: Jean Francois Denise
> Priority: Blocker
>
> I set the component to {{Build System}} because this only happens with Bootable JAR and - as [~jdenise] noticed - it's related with Galleon.
> This is about some tests in the RESTEasy TS which has been adapted to execute against bootable JARs through a specific profile [1].
> The tests are running successfully with WildFly 20.0.1.Final (the {{ejb}} layer needs to be removed for this experiment to be run [2]) but fail against 21.0.0.Beta1, so it is a regression.
> Also, the tests are passing when the TS is executed against a distributed WildFly version, and only fail when the server is packaged via the {{wildfly-jar-maven-plugin}}.
> There are 108 tests failing but htis JIRA focuses on those failing because of the following error:
> {code}
> RESTEASY002005: Failed executing POST /all/a/z: org.jboss.resteasy.core.NoMessageBodyWriterFoundFailure: Could not find MessageBodyWriter for response object of type: org.jboss.resteasy.test.validation.resource.ValidationFoo of media type: application/xml;charset=UTF-8
> {code}
> hence I guess serialization issues when the request accept header is not {{application/json}}, e.g. {{org.jboss.resteasy.test.validation.ValidationTest}}
> *Steps to reproduce*:
> 1. clone https://github.com/fabiobrz/Resteasy/tree/bootable-jar-support
> 2. build RESTEasy:
> {code}
> $ mvn install -Dmaven.test.skip=true -Dmaven.repo.local=/home/my-local-repo
> {code}
> 3. run the test against WF 21.0.0.Beta1:
> {code}
> cd testsuite
> {code}
> {code}
> mvn clean verify -am -pl integration-tests -Dmaven.repo.local=/home/my-local-repo -Dserver.version=21.0.0.Beta1 -Dtest=org.jboss.resteasy.test.validation.ValidationTest
> {code}
> The test should *pass*
> 4. run the test against WF 21.0.0.Beta1 with bootable JAR:
> {code}
> mvn clean verify -am -pl integration-tests -Dmaven.repo.local=/home/my-local-repo -Dserver.version=21.0.0.Beta1 -Dtest=org.jboss.resteasy.test.validation.ValidationTest -Ddisable.microprofile.tests -Dserver.home=foo -Dts.bootable
> {code}
> The test should *fail*
> 5. run the test against WF 20.0.1.Final with bootable JAR:
> {code}
> mvn clean verify -am -pl integration-tests -Dmaven.repo.local=/home/my-local-repo -Dserver.version=20.0.1.Final -Dtest=org.jboss.resteasy.test.validation.ValidationTest -Ddisable.microprofile.tests -Dserver.home=foo -Dts.bootable
> {code}
> The test should *pass*
> [1]
> https://github.com/resteasy/Resteasy/pull/2526/files#diff-8c7ea03eb619e46...
> [2]
> https://github.com/resteasy/Resteasy/pull/2526/files#diff-8c7ea03eb619e46...
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
3 years, 6 months
[JBoss JIRA] (WFLY-13877) [Regression] java.lang.IllegalArgumentException: invalid null LoadStoreParameter
by Diana Vilkolakova (Jira)
[ https://issues.redhat.com/browse/WFLY-13877?page=com.atlassian.jira.plugi... ]
Diana Vilkolakova closed WFLY-13877.
------------------------------------
Resolution: Not a Bug
> [Regression] java.lang.IllegalArgumentException: invalid null LoadStoreParameter
> --------------------------------------------------------------------------------
>
> Key: WFLY-13877
> URL: https://issues.redhat.com/browse/WFLY-13877
> Project: WildFly
> Issue Type: Bug
> Components: Security
> Affects Versions: 21.0.0.Beta1
> Reporter: Martin Choma
> Assignee: Diana Vilkolakova
> Priority: Major
>
> We started to experience new failure in existing FIPS tests. It is legacy security subsystem configured in FIPS mode and authenticating Undertow.
> It is not related to new version of JDK. I can confirm same tests and JDK pass with WF20, but is not passing on WF21.
> {code}
> 15:48:29,224 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-6) MSC000001: Failed to start service org.wildfly.core.management.security.realm.HttpsRealm.trust-manager: org.jboss.msc.service.StartException in service org.wildfly.core.management.security.realm.HttpsRealm.trust-manager: Failed to start service
> at org.jboss.msc@1.4.11.Final//org.jboss.msc.service.ServiceControllerImpl$StartTask.execute(ServiceControllerImpl.java:1731)
> at org.jboss.msc@1.4.11.Final//org.jboss.msc.service.ServiceControllerImpl$ControllerTask.run(ServiceControllerImpl.java:1559)
> at org.jboss.threads@2.4.0.Final//org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
> at org.jboss.threads@2.4.0.Final//org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1990)
> at org.jboss.threads@2.4.0.Final//org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1486)
> at org.jboss.threads@2.4.0.Final//org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1377)
> at java.base/java.lang.Thread.run(Thread.java:834)
> Caused by: java.lang.IllegalArgumentException: invalid null LoadStoreParameter
> at jdk.crypto.cryptoki/sun.security.pkcs11.P11KeyStore.engineLoad(P11KeyStore.java:821)
> at java.base/java.security.KeyStore.load(KeyStore.java:1513)
> at org.jboss.as.domain-management@13.0.0.Beta5//org.jboss.as.domain.management.security.FileKeystore.load(FileKeystore.java:116)
> at org.jboss.as.domain-management@13.0.0.Beta5//org.jboss.as.domain.management.security.FileTrustManagerService.start(FileTrustManagerService.java:137)
> at org.jboss.msc@1.4.11.Final//org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1739)
> at org.jboss.msc@1.4.11.Final//org.jboss.msc.service.ServiceControllerImpl$StartTask.execute(ServiceControllerImpl.java:1701)
> ... 6 more
> 15:48:29,236 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 1) WFLYCTL0013: Operation ("add") failed - address: ([
> ("core-service" => "management"),
> ("security-realm" => "HttpsRealm")
> ]) - failure description: {"WFLYCTL0080: Failed services" => {"org.wildfly.core.management.security.realm.HttpsRealm.trust-manager" => "Failed to start service
> Caused by: java.lang.IllegalArgumentException: invalid null LoadStoreParameter"}}
> 15:48:29,241 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 1) WFLYCTL0190: Step handler org.jboss.as.controller.RestartParentResourceHandlerBase$1@235f68cb for operation add at address [
> ("core-service" => "management"),
> ("security-realm" => "HttpsRealm"),
> ("authentication" => "truststore")
> ] failed -- org.jboss.as.controller.registry.Resource$NoSuchResourceException: WFLYCTL0216: Management resource '[
> ("core-service" => "management"),
> ("security-realm" => "HttpsRealm")
> ]' not found [ "WFLYCTL0216: Management resource '[
> (\"core-service\" => \"management\"),
> (\"security-realm\" => \"HttpsRealm\")
> ]' not found" ]: org.jboss.as.controller.registry.Resource$NoSuchResourceException: WFLYCTL0216: Management resource '[
> ("core-service" => "management"),
> ("security-realm" => "HttpsRealm")
> ]' not found [ "WFLYCTL0216: Management resource '[
> (\"core-service\" => \"management\"),
> (\"security-realm\" => \"HttpsRealm\")
> ]' not found" ]
> at org.jboss.as.controller@13.0.0.Beta5//org.jboss.as.controller.OperationContextImpl.requireChild(OperationContextImpl.java:1274)
> at org.jboss.as.controller@13.0.0.Beta5//org.jboss.as.controller.OperationContextImpl.readResourceFromRoot(OperationContextImpl.java:945)
> at org.jboss.as.controller@13.0.0.Beta5//org.jboss.as.controller.OperationContextImpl.readResourceFromRoot(OperationContextImpl.java:916)
> at org.jboss.as.controller@13.0.0.Beta5//org.jboss.as.controller.OperationContextImpl.readResource(OperationContextImpl.java:890)
> at org.jboss.as.controller@13.0.0.Beta5//org.jboss.as.controller.OperationContextImpl.readResource(OperationContextImpl.java:884)
> at org.jboss.as.controller@13.0.0.Beta5//org.jboss.as.controller.RestartParentResourceHandlerBase$1$1.handleRollback(RestartParentResourceHandlerBase.java:84)
> at org.jboss.as.controller@13.0.0.Beta5//org.jboss.as.controller.AbstractOperationContext$RollbackDelegatingResultHandler.handleResult(AbstractOperationContext.java:1567)
> at org.jboss.as.controller@13.0.0.Beta5//org.jboss.as.controller.AbstractOperationContext$Step.invokeResultHandler(AbstractOperationContext.java:1539)
> at org.jboss.as.controller@13.0.0.Beta5//org.jboss.as.controller.AbstractOperationContext$Step.handleResult(AbstractOperationContext.java:1521)
> at org.jboss.as.controller@13.0.0.Beta5//org.jboss.as.controller.AbstractOperationContext$Step.finalizeInternal(AbstractOperationContext.java:1478)
> at org.jboss.as.controller@13.0.0.Beta5//org.jboss.as.controller.AbstractOperationContext$Step.finalizeStep(AbstractOperationContext.java:1461)
> at org.jboss.as.controller@13.0.0.Beta5//org.jboss.as.controller.AbstractOperationContext$Step.access$400(AbstractOperationContext.java:1325)
> at org.jboss.as.controller@13.0.0.Beta5//org.jboss.as.controller.AbstractOperationContext.executeResultHandlerPhase(AbstractOperationContext.java:877)
> at org.jboss.as.controller@13.0.0.Beta5//org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:757)
> at org.jboss.as.controller@13.0.0.Beta5//org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:468)
> at org.jboss.as.controller@13.0.0.Beta5//org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1413)
> at org.jboss.as.controller@13.0.0.Beta5//org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:431)
> at org.jboss.as.controller@13.0.0.Beta5//org.jboss.as.controller.ModelControllerImpl.lambda$execute$1(ModelControllerImpl.java:248)
> at org.wildfly.security.elytron-private@1.13.0.CR4//org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:304)
> at org.wildfly.security.elytron-private@1.13.0.CR4//org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:270)
> at org.jboss.as.controller@13.0.0.Beta5//org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:248)
> at org.jboss.as.controller@13.0.0.Beta5//org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.doExecute(ModelControllerClientOperationHandler.java:240)
> at org.jboss.as.controller(a)13.0.0.Beta5//org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.access$400(ModelControllerClientOpTests run: 2, Failures: 0, Errors: 2, Skipped: 0, Time elapsed: 6.513 sec <<< FAILURE! - in com.redhat.eap.qe.fips.standalone.HttpsUndertowTestCase
> com.redhat.eap.qe.fips.standalone.HttpsUndertowTestCase Time elapsed: 6.509 sec <<< ERROR!
> org.wildfly.extras.creaper.core.CommandFailedException: Operation {"operation" => "composite","address" => [],"steps" => [{"operation" => "add","address" => [("core-service" => "management"),("security-realm" => "HttpsRealm")]},{"operation" => "add","address" => [("core-service" => "management"),("security-realm" => "HttpsRealm"),("server-identity" => "ssl")],"keystore-password" => "pass123+","keystore-provider" => "PKCS11"},{"operation" => "add","address" => [("core-service" => "management"),("security-realm" => "HttpsRealm"),("authentication" => "truststore")],"keystore-password" => "pass123+","keystore-path" => "whatever","keystore-provider" => "PKCS11"}]} failed: {"outcome" => "failed","result" => {"step-1" => {"outcome" => "failed","failure-description" => {"WFLYCTL0080: Failed services" => {"org.wildfly.core.management.security.realm.HttpsRealm.trust-manager" => "Failed to start service
> Caused by: java.lang.IllegalArgumentException: invalid null LoadStoreParameter"}},"rolled-back" => true},"step-2" => {"outcome" => "failed","rolled-back" => true},"step-3" => {"outcome" => "failed","rolled-back" => true}},"failure-description" => {"WFLYCTL0062: Composite operation failed and was rolled back. Steps that failed:" => {"Operation step-1" => {"WFLYCTL0080: Failed services" => {"org.wildfly.core.management.security.realm.HttpsRealm.trust-manager" => "Failed to start service
> Caused by: java.lang.IllegalArgumentException: invalid null LoadStoreParameter"}}}},"rolled-back" => true}
> at org.wildfly.extras.creaper.core.online.AutomaticErrorHandlingForCommands.commandFailedWithMessage(AutomaticErrorHandlingForCommands.java:138)
> at org.wildfly.extras.creaper.core.online.AutomaticErrorHandlingForCommands.execute(AutomaticErrorHandlingForCommands.java:60)
> at org.wildfly.extras.creaper.core.online.operations.Operations.batch(Operations.java:167)
> at org.wildfly.extras.creaper.commands.undertow.AddHttpsSecurityRealm.apply(AddHttpsSecurityRealm.java:82)
> at org.wildfly.extras.creaper.core.online.OnlineManagementClientImpl.apply(OnlineManagementClientImpl.java:136)
> at org.wildfly.extras.creaper.core.online.OnlineManagementClientImpl.apply(OnlineManagementClientImpl.java:125)
> at com.redhat.eap.qe.fips.standalone.HttpsUndertowTestCase.setupServer(HttpsUndertowTestCase.java:213)
> {code}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
3 years, 6 months
[JBoss JIRA] (WFLY-13877) [Regression] java.lang.IllegalArgumentException: invalid null LoadStoreParameter
by Diana Vilkolakova (Jira)
[ https://issues.redhat.com/browse/WFLY-13877?page=com.atlassian.jira.plugi... ]
Diana Vilkolakova commented on WFLY-13877:
------------------------------------------
[~mchoma] Since the test was fixed and there is no engineering work required I will close this issue.
> [Regression] java.lang.IllegalArgumentException: invalid null LoadStoreParameter
> --------------------------------------------------------------------------------
>
> Key: WFLY-13877
> URL: https://issues.redhat.com/browse/WFLY-13877
> Project: WildFly
> Issue Type: Bug
> Components: Security
> Affects Versions: 21.0.0.Beta1
> Reporter: Martin Choma
> Assignee: Diana Vilkolakova
> Priority: Major
>
> We started to experience new failure in existing FIPS tests. It is legacy security subsystem configured in FIPS mode and authenticating Undertow.
> It is not related to new version of JDK. I can confirm same tests and JDK pass with WF20, but is not passing on WF21.
> {code}
> 15:48:29,224 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-6) MSC000001: Failed to start service org.wildfly.core.management.security.realm.HttpsRealm.trust-manager: org.jboss.msc.service.StartException in service org.wildfly.core.management.security.realm.HttpsRealm.trust-manager: Failed to start service
> at org.jboss.msc@1.4.11.Final//org.jboss.msc.service.ServiceControllerImpl$StartTask.execute(ServiceControllerImpl.java:1731)
> at org.jboss.msc@1.4.11.Final//org.jboss.msc.service.ServiceControllerImpl$ControllerTask.run(ServiceControllerImpl.java:1559)
> at org.jboss.threads@2.4.0.Final//org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
> at org.jboss.threads@2.4.0.Final//org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1990)
> at org.jboss.threads@2.4.0.Final//org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1486)
> at org.jboss.threads@2.4.0.Final//org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1377)
> at java.base/java.lang.Thread.run(Thread.java:834)
> Caused by: java.lang.IllegalArgumentException: invalid null LoadStoreParameter
> at jdk.crypto.cryptoki/sun.security.pkcs11.P11KeyStore.engineLoad(P11KeyStore.java:821)
> at java.base/java.security.KeyStore.load(KeyStore.java:1513)
> at org.jboss.as.domain-management@13.0.0.Beta5//org.jboss.as.domain.management.security.FileKeystore.load(FileKeystore.java:116)
> at org.jboss.as.domain-management@13.0.0.Beta5//org.jboss.as.domain.management.security.FileTrustManagerService.start(FileTrustManagerService.java:137)
> at org.jboss.msc@1.4.11.Final//org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1739)
> at org.jboss.msc@1.4.11.Final//org.jboss.msc.service.ServiceControllerImpl$StartTask.execute(ServiceControllerImpl.java:1701)
> ... 6 more
> 15:48:29,236 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 1) WFLYCTL0013: Operation ("add") failed - address: ([
> ("core-service" => "management"),
> ("security-realm" => "HttpsRealm")
> ]) - failure description: {"WFLYCTL0080: Failed services" => {"org.wildfly.core.management.security.realm.HttpsRealm.trust-manager" => "Failed to start service
> Caused by: java.lang.IllegalArgumentException: invalid null LoadStoreParameter"}}
> 15:48:29,241 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 1) WFLYCTL0190: Step handler org.jboss.as.controller.RestartParentResourceHandlerBase$1@235f68cb for operation add at address [
> ("core-service" => "management"),
> ("security-realm" => "HttpsRealm"),
> ("authentication" => "truststore")
> ] failed -- org.jboss.as.controller.registry.Resource$NoSuchResourceException: WFLYCTL0216: Management resource '[
> ("core-service" => "management"),
> ("security-realm" => "HttpsRealm")
> ]' not found [ "WFLYCTL0216: Management resource '[
> (\"core-service\" => \"management\"),
> (\"security-realm\" => \"HttpsRealm\")
> ]' not found" ]: org.jboss.as.controller.registry.Resource$NoSuchResourceException: WFLYCTL0216: Management resource '[
> ("core-service" => "management"),
> ("security-realm" => "HttpsRealm")
> ]' not found [ "WFLYCTL0216: Management resource '[
> (\"core-service\" => \"management\"),
> (\"security-realm\" => \"HttpsRealm\")
> ]' not found" ]
> at org.jboss.as.controller@13.0.0.Beta5//org.jboss.as.controller.OperationContextImpl.requireChild(OperationContextImpl.java:1274)
> at org.jboss.as.controller@13.0.0.Beta5//org.jboss.as.controller.OperationContextImpl.readResourceFromRoot(OperationContextImpl.java:945)
> at org.jboss.as.controller@13.0.0.Beta5//org.jboss.as.controller.OperationContextImpl.readResourceFromRoot(OperationContextImpl.java:916)
> at org.jboss.as.controller@13.0.0.Beta5//org.jboss.as.controller.OperationContextImpl.readResource(OperationContextImpl.java:890)
> at org.jboss.as.controller@13.0.0.Beta5//org.jboss.as.controller.OperationContextImpl.readResource(OperationContextImpl.java:884)
> at org.jboss.as.controller@13.0.0.Beta5//org.jboss.as.controller.RestartParentResourceHandlerBase$1$1.handleRollback(RestartParentResourceHandlerBase.java:84)
> at org.jboss.as.controller@13.0.0.Beta5//org.jboss.as.controller.AbstractOperationContext$RollbackDelegatingResultHandler.handleResult(AbstractOperationContext.java:1567)
> at org.jboss.as.controller@13.0.0.Beta5//org.jboss.as.controller.AbstractOperationContext$Step.invokeResultHandler(AbstractOperationContext.java:1539)
> at org.jboss.as.controller@13.0.0.Beta5//org.jboss.as.controller.AbstractOperationContext$Step.handleResult(AbstractOperationContext.java:1521)
> at org.jboss.as.controller@13.0.0.Beta5//org.jboss.as.controller.AbstractOperationContext$Step.finalizeInternal(AbstractOperationContext.java:1478)
> at org.jboss.as.controller@13.0.0.Beta5//org.jboss.as.controller.AbstractOperationContext$Step.finalizeStep(AbstractOperationContext.java:1461)
> at org.jboss.as.controller@13.0.0.Beta5//org.jboss.as.controller.AbstractOperationContext$Step.access$400(AbstractOperationContext.java:1325)
> at org.jboss.as.controller@13.0.0.Beta5//org.jboss.as.controller.AbstractOperationContext.executeResultHandlerPhase(AbstractOperationContext.java:877)
> at org.jboss.as.controller@13.0.0.Beta5//org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:757)
> at org.jboss.as.controller@13.0.0.Beta5//org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:468)
> at org.jboss.as.controller@13.0.0.Beta5//org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1413)
> at org.jboss.as.controller@13.0.0.Beta5//org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:431)
> at org.jboss.as.controller@13.0.0.Beta5//org.jboss.as.controller.ModelControllerImpl.lambda$execute$1(ModelControllerImpl.java:248)
> at org.wildfly.security.elytron-private@1.13.0.CR4//org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:304)
> at org.wildfly.security.elytron-private@1.13.0.CR4//org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:270)
> at org.jboss.as.controller@13.0.0.Beta5//org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:248)
> at org.jboss.as.controller@13.0.0.Beta5//org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.doExecute(ModelControllerClientOperationHandler.java:240)
> at org.jboss.as.controller(a)13.0.0.Beta5//org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.access$400(ModelControllerClientOpTests run: 2, Failures: 0, Errors: 2, Skipped: 0, Time elapsed: 6.513 sec <<< FAILURE! - in com.redhat.eap.qe.fips.standalone.HttpsUndertowTestCase
> com.redhat.eap.qe.fips.standalone.HttpsUndertowTestCase Time elapsed: 6.509 sec <<< ERROR!
> org.wildfly.extras.creaper.core.CommandFailedException: Operation {"operation" => "composite","address" => [],"steps" => [{"operation" => "add","address" => [("core-service" => "management"),("security-realm" => "HttpsRealm")]},{"operation" => "add","address" => [("core-service" => "management"),("security-realm" => "HttpsRealm"),("server-identity" => "ssl")],"keystore-password" => "pass123+","keystore-provider" => "PKCS11"},{"operation" => "add","address" => [("core-service" => "management"),("security-realm" => "HttpsRealm"),("authentication" => "truststore")],"keystore-password" => "pass123+","keystore-path" => "whatever","keystore-provider" => "PKCS11"}]} failed: {"outcome" => "failed","result" => {"step-1" => {"outcome" => "failed","failure-description" => {"WFLYCTL0080: Failed services" => {"org.wildfly.core.management.security.realm.HttpsRealm.trust-manager" => "Failed to start service
> Caused by: java.lang.IllegalArgumentException: invalid null LoadStoreParameter"}},"rolled-back" => true},"step-2" => {"outcome" => "failed","rolled-back" => true},"step-3" => {"outcome" => "failed","rolled-back" => true}},"failure-description" => {"WFLYCTL0062: Composite operation failed and was rolled back. Steps that failed:" => {"Operation step-1" => {"WFLYCTL0080: Failed services" => {"org.wildfly.core.management.security.realm.HttpsRealm.trust-manager" => "Failed to start service
> Caused by: java.lang.IllegalArgumentException: invalid null LoadStoreParameter"}}}},"rolled-back" => true}
> at org.wildfly.extras.creaper.core.online.AutomaticErrorHandlingForCommands.commandFailedWithMessage(AutomaticErrorHandlingForCommands.java:138)
> at org.wildfly.extras.creaper.core.online.AutomaticErrorHandlingForCommands.execute(AutomaticErrorHandlingForCommands.java:60)
> at org.wildfly.extras.creaper.core.online.operations.Operations.batch(Operations.java:167)
> at org.wildfly.extras.creaper.commands.undertow.AddHttpsSecurityRealm.apply(AddHttpsSecurityRealm.java:82)
> at org.wildfly.extras.creaper.core.online.OnlineManagementClientImpl.apply(OnlineManagementClientImpl.java:136)
> at org.wildfly.extras.creaper.core.online.OnlineManagementClientImpl.apply(OnlineManagementClientImpl.java:125)
> at com.redhat.eap.qe.fips.standalone.HttpsUndertowTestCase.setupServer(HttpsUndertowTestCase.java:213)
> {code}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
3 years, 6 months
[JBoss JIRA] (JGRP-2504) Poor throughput over high latency TCP connection when recv_buf_size is configured
by Bela Ban (Jira)
[ https://issues.redhat.com/browse/JGRP-2504?page=com.atlassian.jira.plugin... ]
Bela Ban resolved JGRP-2504.
----------------------------
Resolution: Done
Please test in your env and re-open if the problem still persists.
> Poor throughput over high latency TCP connection when recv_buf_size is configured
> ---------------------------------------------------------------------------------
>
> Key: JGRP-2504
> URL: https://issues.redhat.com/browse/JGRP-2504
> Project: JGroups
> Issue Type: Bug
> Affects Versions: 5.0.0.Final
> Reporter: Andrew Skalski
> Assignee: Bela Ban
> Priority: Minor
> Fix For: 5.1
>
> Attachments: SpeedTest.java, bla5.java, bla6.java, bla7.java
>
>
> I recently finished troubleshooting a unidirectional throughput bottleneck involving a JGroups application (Infinispan) communicating over a high-latency (~45 milliseconds) TCP connection.
> The root cause was JGroups improperly configuring the receive/send buffers on the listening socket. According to the tcp(7) man page:
> {code:java}
> On individual connections, the socket buffer size must be set prior to
> the listen(2) or connect(2) calls in order to have it take effect.
> {code}
> However, JGroups does not set the buffer size on the listening side until after accept().
> The result is poor throughput when sending data from client (connecting side) to server (listening side.) Because the issue is a too-small TCP receive window, throughput is ultimately latency-bound.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
3 years, 6 months