[JBoss JIRA] (WFLY-13433) Improve capability support in EJB3 subsystem
by Richard Achmatowicz (Jira)
[ https://issues.redhat.com/browse/WFLY-13433?page=com.atlassian.jira.plugi... ]
Richard Achmatowicz commented on WFLY-13433:
--------------------------------------------
Thanks for the tip. Its frustrating to have to kill yourself debugging the allTests target locally to then find there are a lot of other tests that get run as well in the CI besides allTests. The tests that are now failing for me, mixed-domain, don't even have a shorthand listed in integration-tests.sh. Just more wasted time.
> Improve capability support in EJB3 subsystem
> --------------------------------------------
>
> Key: WFLY-13433
> URL: https://issues.redhat.com/browse/WFLY-13433
> Project: WildFly
> Issue Type: Enhancement
> Components: EJB
> Affects Versions: 20.0.0.Beta1
> Reporter: Richard Achmatowicz
> Assignee: Richard Achmatowicz
> Priority: Major
>
> Survey all external subsystem dependencies and introduce capability based dependencies where required.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 9 months
[JBoss JIRA] (WFLY-13495) RestEasy - java.lang.NoClassDefFoundError handling PATCH request
by Ranabir Chakraborty (Jira)
[ https://issues.redhat.com/browse/WFLY-13495?page=com.atlassian.jira.plugi... ]
Ranabir Chakraborty updated WFLY-13495:
---------------------------------------
Steps to Reproduce:
* Run the JBEAP server.
* Deploy the attached app.war
* Then create the entity: ( You can use eap-7.4.0.CD19-CR1.postman_collection.json attached file)
{code:java}
curl --location --request POST 'http://localhost:8080/app/students' \
--header 'Content-Type: application/json' \
--header 'Content-Type: text/plain' \
--data-raw '{"id":"1","firstName":"Jones","school":"SomeVeryImportantSchool"}'
{code}
Finally, patch the entity and you get the error:
{code:java}
curl --location --request PATCH 'http://localhost:8080/app/students/1' \
--header 'Content-Type: application/json-patch+json' \
--header 'Content-Type: text/plain' \
--data-raw '[{"op":"copy","from":"/firstName","path":"/lastName"},{"op":"replace","path":"/firstName","value":"John"},{"op":"remove","path":"/school"},{"op":"add","path":"/gender","value":"male"}]'
{code}
was:
* Run the JBEAP server.
* Deploy the attached app.war
* Then create the entity: ( You can use eap-7.4.0.CD19-CR1.postman_collection.json attached file)
{code:java}
curl --location --request POST 'http://localhost:8080/app/students' \
--header 'Content-Type: application/json' \
--header 'Content-Type: text/plain' \
--data-raw '{"id":"1","firstName":"Jones","school":"SomeVeryImportantSchool"}'
{code}
4. Finally, patch the entity and you get the error:
{code:java}
curl --location --request PATCH 'http://localhost:8080/app/students/1' \
--header 'Content-Type: application/json-patch+json' \
--header 'Content-Type: text/plain' \
--data-raw '[{"op":"copy","from":"/firstName","path":"/lastName"},{"op":"replace","path":"/firstName","value":"John"},{"op":"remove","path":"/school"},{"op":"add","path":"/gender","value":"male"}]'
{code}
> RestEasy - java.lang.NoClassDefFoundError handling PATCH request
> ----------------------------------------------------------------
>
> Key: WFLY-13495
> URL: https://issues.redhat.com/browse/WFLY-13495
> Project: WildFly
> Issue Type: Bug
> Components: REST
> Reporter: Ranabir Chakraborty
> Assignee: Jan Blizňák
> Priority: Major
> Fix For: 20.0.0.Beta1, 20.0.0.Final
>
> Attachments: app.war, eap-7.4.0.CD19-CR1.postman_collection.json
>
>
> We get the follwing error when handling PATCH requests (we are using JDK8 on RHEL7):
> {noformat}
> 10:23:52,492 ERROR [io.undertow.request] (default task-1) UT005023: Exception handling request to /StudentPatchTest/students/1: java.lang.NoClassDefFoundError: Failed to link com/github/fge/jsonpatch/JsonPatchMessages (Module "com.github.fge.json-patch" version 1.9.0.redhat-00002 from local module loader @5f2108b5 (finder: local module finder @31a5c39e (roots: /home/tborgato/tmp/jboss-eap-7.4/modules,/home/tborgato/tmp/jboss-eap-7.4/modules/system/layers/microprofile,/home/tborgato/tmp/jboss-eap-7.4/modules/system/layers/base,/home/tborgato/tmp/jboss-eap-7.4/modules/system/add-ons/spring))): com/github/fge/msgsimple/load/MessageBundleLoader
> at java.lang.ClassLoader.defineClass1(Native Method)
> at java.lang.ClassLoader.defineClass(ClassLoader.java:763)
> at org.jboss.modules.ModuleClassLoader.doDefineOrLoadClass(ModuleClassLoader.java:423)
> at org.jboss.modules.ModuleClassLoader.defineClass(ModuleClassLoader.java:555)
> at org.jboss.modules.ModuleClassLoader.loadClassLocal(ModuleClassLoader.java:339)
> at org.jboss.modules.ModuleClassLoader$1.loadClassLocal(ModuleClassLoader.java:126)
> at org.jboss.modules.Module.loadModuleClass(Module.java:731)
> at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:247)
> at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:410)
> at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:398)
> at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:116)
> at com.github.fge.jsonpatch.JsonPatch.<clinit>(JsonPatch.java:95)
> at org.jboss.resteasy.plugins.providers.jackson.PatchMethodFilter.filter(PatchMethodFilter.java:88)
> at org.jboss.resteasy.core.interception.PreMatchContainerRequestContext.filter(PreMatchContainerRequestContext.java:306)
> at org.jboss.resteasy.core.ResourceMethodInvoker.invokeOnTarget(ResourceMethodInvoker.java:387)
> at org.jboss.resteasy.core.ResourceMethodInvoker.invoke(ResourceMethodInvoker.java:356)
> at org.jboss.resteasy.core.ResourceMethodInvoker.invoke(ResourceMethodInvoker.java:329)
> at org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:440)
> at org.jboss.resteasy.core.SynchronousDispatcher.lambda$invoke$4(SynchronousDispatcher.java:229)
> at org.jboss.resteasy.core.SynchronousDispatcher.lambda$preprocess$0(SynchronousDispatcher.java:135)
> at org.jboss.resteasy.core.interception.PreMatchContainerRequestContext.filter(PreMatchContainerRequestContext.java:356)
> at org.jboss.resteasy.core.SynchronousDispatcher.preprocess(SynchronousDispatcher.java:138)
> at org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:215)
> at org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.service(ServletContainerDispatcher.java:227)
> at org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:56)
> at org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:51)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:590)
> at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:74)
> at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:62)
> at io.undertow.servlet.handlers.ServletChain$1.handleRequest(ServletChain.java:68)
> at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36)
> at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at io.undertow.servlet.handlers.RedirectDirHandler.handleRequest(RedirectDirHandler.java:68)
> at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:132)
> at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:57)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46)
> at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64)
> at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:60)
> at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:77)
> at io.undertow.security.handlers.NotificationReceiverHandler.handleRequest(NotificationReceiverHandler.java:50)
> at io.undertow.security.handlers.AbstractSecurityContextAssociationHandler.handleRequest(AbstractSecurityContextAssociationHandler.java:43)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at org.wildfly.extension.undertow.deployment.GlobalRequestControllerHandler.handleRequest(GlobalRequestControllerHandler.java:68)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:269)
> at io.undertow.servlet.handlers.ServletInitialHandler.access$100(ServletInitialHandler.java:78)
> at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:133)
> at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:130)
> at io.undertow.servlet.core.ServletRequestContextThreadSetupAction$1.call(ServletRequestContextThreadSetupAction.java:48)
> at io.undertow.servlet.core.ContextClassLoaderSetupAction$1.call(ContextClassLoaderSetupAction.java:43)
> at org.wildfly.extension.undertow.security.SecurityContextThreadSetupAction.lambda$create$0(SecurityContextThreadSetupAction.java:105)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1541)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1541)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1541)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1541)
> at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:249)
> at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:78)
> at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:99)
> at io.undertow.server.Connectors.executeRootHandler(Connectors.java:376)
> at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:830)
> at org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
> at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1982)
> at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1486)
> at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1377)
> at java.lang.Thread.run(Thread.java:748)
> {noformat}
> To reproduce deploy attached app.war;
> It's taken from RestEasy test org.jboss.resteasy.test.resource.patch.StudentResource and the code handling the PATCH request is the following:
> {code}
> @PATCH
> @Path("/{id}")
> @Consumes(MediaType.APPLICATION_JSON_PATCH_JSON)
> @Produces(MediaType.APPLICATION_JSON)
> public Student patchStudent(@PathParam("id") long id, Student student)
> {
> if (studentsMap.get(id) == null)
> {
> throw new NotFoundException();
> }
> studentsMap.put(id, student);
> return student;
> }
> {code}
> Then create the entity:
> {code}
> curl --location --request POST 'http://localhost:8080/app/students' \
> --header 'Content-Type: application/json' \
> --header 'Content-Type: text/plain' \
> --data-raw '{"id":"1","firstName":"Jones","school":"SomeVeryImportantSchool"}'
> {code}
> Finally patch the entity and you get the error:
> {code}
> curl --location --request PATCH 'http://localhost:8080/app/students/1' \
> --header 'Content-Type: application/json-patch+json' \
> --header 'Content-Type: text/plain' \
> --data-raw '[{"op":"copy","from":"/firstName","path":"/lastName"},{"op":"replace","path":"/firstName","value":"John"},{"op":"remove","path":"/school"},{"op":"add","path":"/gender","value":"male"}]'
> {code}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 9 months
[JBoss JIRA] (WFLY-13495) RestEasy - java.lang.NoClassDefFoundError handling PATCH request
by Ranabir Chakraborty (Jira)
[ https://issues.redhat.com/browse/WFLY-13495?page=com.atlassian.jira.plugi... ]
Ranabir Chakraborty updated WFLY-13495:
---------------------------------------
Steps to Reproduce:
* Run the JBEAP server.
* Deploy the attached app.war
* Then create the entity: ( You can use eap-7.4.0.CD19-CR1.postman_collection.json attached file)
{code:java}
curl --location --request POST 'http://localhost:8080/app/students' \
--header 'Content-Type: application/json' \
--header 'Content-Type: text/plain' \
--data-raw '{"id":"1","firstName":"Jones","school":"SomeVeryImportantSchool"}'
{code}
4. Finally, patch the entity and you get the error:
{code:java}
curl --location --request PATCH 'http://localhost:8080/app/students/1' \
--header 'Content-Type: application/json-patch+json' \
--header 'Content-Type: text/plain' \
--data-raw '[{"op":"copy","from":"/firstName","path":"/lastName"},{"op":"replace","path":"/firstName","value":"John"},{"op":"remove","path":"/school"},{"op":"add","path":"/gender","value":"male"}]'
{code}
> RestEasy - java.lang.NoClassDefFoundError handling PATCH request
> ----------------------------------------------------------------
>
> Key: WFLY-13495
> URL: https://issues.redhat.com/browse/WFLY-13495
> Project: WildFly
> Issue Type: Bug
> Components: REST
> Reporter: Ranabir Chakraborty
> Assignee: Jan Blizňák
> Priority: Major
> Fix For: 20.0.0.Beta1, 20.0.0.Final
>
> Attachments: app.war, eap-7.4.0.CD19-CR1.postman_collection.json
>
>
> We get the follwing error when handling PATCH requests (we are using JDK8 on RHEL7):
> {noformat}
> 10:23:52,492 ERROR [io.undertow.request] (default task-1) UT005023: Exception handling request to /StudentPatchTest/students/1: java.lang.NoClassDefFoundError: Failed to link com/github/fge/jsonpatch/JsonPatchMessages (Module "com.github.fge.json-patch" version 1.9.0.redhat-00002 from local module loader @5f2108b5 (finder: local module finder @31a5c39e (roots: /home/tborgato/tmp/jboss-eap-7.4/modules,/home/tborgato/tmp/jboss-eap-7.4/modules/system/layers/microprofile,/home/tborgato/tmp/jboss-eap-7.4/modules/system/layers/base,/home/tborgato/tmp/jboss-eap-7.4/modules/system/add-ons/spring))): com/github/fge/msgsimple/load/MessageBundleLoader
> at java.lang.ClassLoader.defineClass1(Native Method)
> at java.lang.ClassLoader.defineClass(ClassLoader.java:763)
> at org.jboss.modules.ModuleClassLoader.doDefineOrLoadClass(ModuleClassLoader.java:423)
> at org.jboss.modules.ModuleClassLoader.defineClass(ModuleClassLoader.java:555)
> at org.jboss.modules.ModuleClassLoader.loadClassLocal(ModuleClassLoader.java:339)
> at org.jboss.modules.ModuleClassLoader$1.loadClassLocal(ModuleClassLoader.java:126)
> at org.jboss.modules.Module.loadModuleClass(Module.java:731)
> at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:247)
> at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:410)
> at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:398)
> at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:116)
> at com.github.fge.jsonpatch.JsonPatch.<clinit>(JsonPatch.java:95)
> at org.jboss.resteasy.plugins.providers.jackson.PatchMethodFilter.filter(PatchMethodFilter.java:88)
> at org.jboss.resteasy.core.interception.PreMatchContainerRequestContext.filter(PreMatchContainerRequestContext.java:306)
> at org.jboss.resteasy.core.ResourceMethodInvoker.invokeOnTarget(ResourceMethodInvoker.java:387)
> at org.jboss.resteasy.core.ResourceMethodInvoker.invoke(ResourceMethodInvoker.java:356)
> at org.jboss.resteasy.core.ResourceMethodInvoker.invoke(ResourceMethodInvoker.java:329)
> at org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:440)
> at org.jboss.resteasy.core.SynchronousDispatcher.lambda$invoke$4(SynchronousDispatcher.java:229)
> at org.jboss.resteasy.core.SynchronousDispatcher.lambda$preprocess$0(SynchronousDispatcher.java:135)
> at org.jboss.resteasy.core.interception.PreMatchContainerRequestContext.filter(PreMatchContainerRequestContext.java:356)
> at org.jboss.resteasy.core.SynchronousDispatcher.preprocess(SynchronousDispatcher.java:138)
> at org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:215)
> at org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.service(ServletContainerDispatcher.java:227)
> at org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:56)
> at org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:51)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:590)
> at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:74)
> at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:62)
> at io.undertow.servlet.handlers.ServletChain$1.handleRequest(ServletChain.java:68)
> at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36)
> at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at io.undertow.servlet.handlers.RedirectDirHandler.handleRequest(RedirectDirHandler.java:68)
> at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:132)
> at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:57)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46)
> at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64)
> at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:60)
> at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:77)
> at io.undertow.security.handlers.NotificationReceiverHandler.handleRequest(NotificationReceiverHandler.java:50)
> at io.undertow.security.handlers.AbstractSecurityContextAssociationHandler.handleRequest(AbstractSecurityContextAssociationHandler.java:43)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at org.wildfly.extension.undertow.deployment.GlobalRequestControllerHandler.handleRequest(GlobalRequestControllerHandler.java:68)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:269)
> at io.undertow.servlet.handlers.ServletInitialHandler.access$100(ServletInitialHandler.java:78)
> at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:133)
> at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:130)
> at io.undertow.servlet.core.ServletRequestContextThreadSetupAction$1.call(ServletRequestContextThreadSetupAction.java:48)
> at io.undertow.servlet.core.ContextClassLoaderSetupAction$1.call(ContextClassLoaderSetupAction.java:43)
> at org.wildfly.extension.undertow.security.SecurityContextThreadSetupAction.lambda$create$0(SecurityContextThreadSetupAction.java:105)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1541)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1541)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1541)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1541)
> at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:249)
> at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:78)
> at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:99)
> at io.undertow.server.Connectors.executeRootHandler(Connectors.java:376)
> at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:830)
> at org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
> at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1982)
> at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1486)
> at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1377)
> at java.lang.Thread.run(Thread.java:748)
> {noformat}
> To reproduce deploy attached app.war;
> It's taken from RestEasy test org.jboss.resteasy.test.resource.patch.StudentResource and the code handling the PATCH request is the following:
> {code}
> @PATCH
> @Path("/{id}")
> @Consumes(MediaType.APPLICATION_JSON_PATCH_JSON)
> @Produces(MediaType.APPLICATION_JSON)
> public Student patchStudent(@PathParam("id") long id, Student student)
> {
> if (studentsMap.get(id) == null)
> {
> throw new NotFoundException();
> }
> studentsMap.put(id, student);
> return student;
> }
> {code}
> Then create the entity:
> {code}
> curl --location --request POST 'http://localhost:8080/app/students' \
> --header 'Content-Type: application/json' \
> --header 'Content-Type: text/plain' \
> --data-raw '{"id":"1","firstName":"Jones","school":"SomeVeryImportantSchool"}'
> {code}
> Finally patch the entity and you get the error:
> {code}
> curl --location --request PATCH 'http://localhost:8080/app/students/1' \
> --header 'Content-Type: application/json-patch+json' \
> --header 'Content-Type: text/plain' \
> --data-raw '[{"op":"copy","from":"/firstName","path":"/lastName"},{"op":"replace","path":"/firstName","value":"John"},{"op":"remove","path":"/school"},{"op":"add","path":"/gender","value":"male"}]'
> {code}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 9 months
[JBoss JIRA] (WFLY-13575) Remove all hard coded references to Artemis default values
by Michal Petrov (Jira)
[ https://issues.redhat.com/browse/WFLY-13575?page=com.atlassian.jira.plugi... ]
Michal Petrov commented on WFLY-13575:
--------------------------------------
Ok, but what is the purpose of the test then? Should it simply warn about the mismatches and pass?
> Remove all hard coded references to Artemis default values
> ----------------------------------------------------------
>
> Key: WFLY-13575
> URL: https://issues.redhat.com/browse/WFLY-13575
> Project: WildFly
> Issue Type: Enhancement
> Components: JMS
> Affects Versions: 20.0.0.Final
> Reporter: Emmanuel Hugonnet
> Assignee: Michal Petrov
> Priority: Major
>
> There are still attributes that use Artemis default configuration valuues from FileConfiguration for example.
> Remove those values so that they are not updated behind the scene and add a test to know when our default values don't align with Artemis ones.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 9 months
[JBoss JIRA] (WFLY-13433) Improve capability support in EJB3 subsystem
by Darran Lofthouse (Jira)
[ https://issues.redhat.com/browse/WFLY-13433?page=com.atlassian.jira.plugi... ]
Darran Lofthouse commented on WFLY-13433:
-----------------------------------------
It is a little bit awkward nowadays that -DallTests doesn't give us a full run, if you are changing capabilities you may also want to try "-DallTests -Dts.layers" to double check if any capability issues appear in the provisioned servers - that latter one has caught me out in a couple of places.
> Improve capability support in EJB3 subsystem
> --------------------------------------------
>
> Key: WFLY-13433
> URL: https://issues.redhat.com/browse/WFLY-13433
> Project: WildFly
> Issue Type: Enhancement
> Components: EJB
> Affects Versions: 20.0.0.Beta1
> Reporter: Richard Achmatowicz
> Assignee: Richard Achmatowicz
> Priority: Major
>
> Survey all external subsystem dependencies and introduce capability based dependencies where required.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 9 months
[JBoss JIRA] (WFLY-13619) Elytron: org.wildfly.security.auth.server.SecurityIdentity not Serializable
by Moulali Shikalwadi (Jira)
[ https://issues.redhat.com/browse/WFLY-13619?page=com.atlassian.jira.plugi... ]
Moulali Shikalwadi reassigned WFLY-13619:
-----------------------------------------
Assignee: Moulali Shikalwadi
> Elytron: org.wildfly.security.auth.server.SecurityIdentity not Serializable
> ---------------------------------------------------------------------------
>
> Key: WFLY-13619
> URL: https://issues.redhat.com/browse/WFLY-13619
> Project: WildFly
> Issue Type: Bug
> Components: Security
> Affects Versions: 20.0.0.Final
> Reporter: Andrej Kolontai
> Assignee: Moulali Shikalwadi
> Priority: Minor
>
> Since the old security subsystem has been deprecated for a while I decided to move my applications to elytron which worked just fine up to the point where I tried to migrate an application that is:
> * distributed
> * uses Jaspic in form of a JSR375 HttpAuthenticationMechanism which has@AutoApplySession
> In the logs I see stacktraces like this:
>
> {noformat}
> 09:37:22,045 WARN [org.infinispan.PERSISTENCE] (default task-1) ISPN000559: Cannot marshall 'class org.infinispan.marshall.protostream.impl.MarshallableUserObject': java.io.NotSerializableException: org.wildfly.security.auth.server.SecurityIdentity
> at org.jboss.marshalling.river@2.0.9.Final//org.jboss.marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller.java:272)}}
> at org.jboss.marshalling.river@2.0.9.Final//org.jboss.marshalling.river.RiverMarshaller.doWriteFields(RiverMarshaller.java:1141)}}
> at org.jboss.marshalling.river@2.0.9.Final//org.jboss.marshalling.river.RiverMarshaller.doWriteSerializableObject(RiverMarshaller.java:1099)}}
> at org.jboss.marshalling.river@2.0.9.Final//org.jboss.marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller.java:266)}}
> at org.jboss.marshalling@2.0.9.Final//org.jboss.marshalling.AbstractObjectOutput.writeObject(AbstractObjectOutput.java:58)}}
> at org.jboss.marshalling@2.0.9.Final//org.jboss.marshalling.AbstractMarshaller.writeObject(AbstractMarshaller.java:111)}}
> .....
> Caused by: an exception which occurred:
> in field org.wildfly.elytron.web.undertow.server.servlet.ServletSecurityContextImpl$IdentityContainer.securityIdentity
> in object org.wildfly.elytron.web.undertow.server.servlet.ServletSecurityContextImpl$IdentityContainer@7bf2af9a
> in object org.wildfly.elytron.web.undertow.server.servlet.ServletSecurityContextImpl$IdentityContainer@7bf2af9a
> in object java.util.concurrent.ConcurrentHashMap@d02a9ca2
> in object org.wildfly.clustering.marshalling.jboss.SimpleMarshalledValue@d02a9ca2
> {noformat}
>
>
> Looks to me like it's trying to serialize the session to replicate it to the other nodes in the cluster and fails because the user identity, which is part of the session because of AutoApplySession, is not serializable. I have checked the source and it is really not serializable.
>
> I had no problems with the old security subsystem (i.e. jaspitest).
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 9 months