February 2021 - jboss-jira - Jboss List Archives

[Red Hat JIRA] (WFLY-14407) Upgrade WildFly Preview to use EE 9 Hibernate Validator 7.0.1.Final

by Brian Stansberry (Jira)

[ https://issues.redhat.com/browse/WFLY-14407?page=com.atlassian.jira.plugi... ] Brian Stansberry commented on WFLY-14407: ----------------------------------------- I updated the title to specify WildFly Preview, as this change is not meant for the main WF dist. > Upgrade WildFly Preview to use EE 9 Hibernate Validator 7.0.1.Final > ------------------------------------------------------------------- > > Key: WFLY-14407 > URL: https://issues.redhat.com/browse/WFLY-14407 > Project: WildFly > Issue Type: Task > Components: Bean Validation > Reporter: Scott Marlow > Assignee: Jason Lee > Priority: Major > Labels: EE9 > > The TCK runner in 7.0.1.Final was updated to work with the WildFly EE 9 build. This jira helps us to automatically use the Hibernate Validator 7.0.1.Final tagged branch in our TCK running job, for running the Bean Validator TCK. -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 2 months

1
0
0 / 0

[Red Hat JIRA] (WFLY-14407) Upgrade WildFly Preview to use EE 9 Hibernate Validator 7.0.1.Final

by Brian Stansberry (Jira)

[ https://issues.redhat.com/browse/WFLY-14407?page=com.atlassian.jira.plugi... ] Brian Stansberry updated WFLY-14407: ------------------------------------ Summary: Upgrade WildFly Preview to use EE 9 Hibernate Validator 7.0.1.Final (was: Upgrade WildFly to use EE 9 Hibernate Validator 7.0.1.Final) > Upgrade WildFly Preview to use EE 9 Hibernate Validator 7.0.1.Final > ------------------------------------------------------------------- > > Key: WFLY-14407 > URL: https://issues.redhat.com/browse/WFLY-14407 > Project: WildFly > Issue Type: Task > Components: Bean Validation > Reporter: Scott Marlow > Assignee: Jason Lee > Priority: Major > Labels: EE9 > > The TCK runner in 7.0.1.Final was updated to work with the WildFly EE 9 build. This jira helps us to automatically use the Hibernate Validator 7.0.1.Final tagged branch in our TCK running job, for running the Bean Validator TCK. -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 2 months

1
0
0 / 0

[Red Hat JIRA] (JBMETA-419) Add parsing of EE 9 spec documents

by Brian Stansberry (Jira)

[ https://issues.redhat.com/browse/JBMETA-419?page=com.atlassian.jira.plugi... ] Brian Stansberry resolved JBMETA-419. ------------------------------------- Resolution: Done > Add parsing of EE 9 spec documents > ---------------------------------- > > Key: JBMETA-419 > URL: https://issues.redhat.com/browse/JBMETA-419 > Project: JBoss Metadata > Issue Type: Feature Request > Components: client, common, ear, ejb, rar, web > Reporter: Brian Stansberry > Assignee: Brian Stansberry > Priority: Major > Labels: EE9 > Fix For: 14.0.0.Alpha1 > > > Add parsers for the EE 9 xsds. > Generally these are the same as the EE 8 ones. > Note this is not about producing objects that use EE 9 APIs (i.e. jakarta.* packages instead of javax.*.) -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 2 months

1
0
0 / 0

[Red Hat JIRA] (JBMETA-419) Add parsing of EE 9 spec documents

by Brian Stansberry (Jira)

[ https://issues.redhat.com/browse/JBMETA-419?page=com.atlassian.jira.plugi... ] Brian Stansberry updated JBMETA-419: ------------------------------------ Description: Add parsers for the EE 9 xsds. Generally these are the same as the EE 8 ones. Note this is not about producing objects that use EE 9 APIs (i.e. jakarta.* packages instead of javax.*.) was: Add the EE 9 xsds and parsers to parse them. Generally these are the same as the EE 8 ones. Note this is not about producing objects that use EE 9 APIs (i.e. jakarta.* packages instead of javax.*.) > Add parsing of EE 9 spec documents > ---------------------------------- > > Key: JBMETA-419 > URL: https://issues.redhat.com/browse/JBMETA-419 > Project: JBoss Metadata > Issue Type: Feature Request > Components: client, common, ear, ejb, rar, web > Reporter: Brian Stansberry > Assignee: Brian Stansberry > Priority: Major > Labels: EE9 > Fix For: 14.0.0.Alpha1 > > > Add parsers for the EE 9 xsds. > Generally these are the same as the EE 8 ones. > Note this is not about producing objects that use EE 9 APIs (i.e. jakarta.* packages instead of javax.*.) -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 2 months

1
0
0 / 0

[Red Hat JIRA] (JBMETA-421) org.jboss.metadata.ejb.parser.jboss.ejb3.Namespace needs to account for Jakarta

by Brian Stansberry (Jira)

[ https://issues.redhat.com/browse/JBMETA-421?page=com.atlassian.jira.plugi... ] Brian Stansberry updated JBMETA-421: ------------------------------------ Description: https://github.com/jboss/metadata/blob/master/ejb/src/main/java/org/jboss... looks like it needs an entry for https://jakarta.ee/xml/ns/jakartaee And then all code that uses that enum should be adapted. Edit: also org.jboss.metadata.ear.parser.jboss.Namespace. was: https://github.com/jboss/metadata/blob/master/ejb/src/main/java/org/jboss... looks like it needs an entry for https://jakarta.ee/xml/ns/jakartaee And then all code that uses that enum should be adapted. > org.jboss.metadata.ejb.parser.jboss.ejb3.Namespace needs to account for Jakarta > ------------------------------------------------------------------------------- > > Key: JBMETA-421 > URL: https://issues.redhat.com/browse/JBMETA-421 > Project: JBoss Metadata > Issue Type: Task > Components: ejb > Reporter: Brian Stansberry > Priority: Major > Labels: EE9 > > https://github.com/jboss/metadata/blob/master/ejb/src/main/java/org/jboss... looks like it needs an entry for https://jakarta.ee/xml/ns/jakartaee > And then all code that uses that enum should be adapted. > Edit: also org.jboss.metadata.ear.parser.jboss.Namespace. -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 2 months

1
0
0 / 0

[Red Hat JIRA] (WFLY-13666) Loss of Servlet Context Data when request canceled.

by Flavia Rainone (Jira)

[ https://issues.redhat.com/browse/WFLY-13666?page=com.atlassian.jira.plugi... ] Flavia Rainone commented on WFLY-13666: --------------------------------------- [~baranowb] Yes, we've been having several attempts to resolve this issue until it appears we finally succeeded with UNDERTOW-1742. We've been coming and going from the need the clear the attributes and the need of having them available until the last minute so no null would be read. Related Jiras are UNDERTOW-1743, UNDERTOW-1777, and UNDERTOW-1722 > Loss of Servlet Context Data when request canceled. > --------------------------------------------------- > > Key: WFLY-13666 > URL: https://issues.redhat.com/browse/WFLY-13666 > Project: WildFly > Issue Type: Bug > Components: Web (Undertow) > Affects Versions: 20.0.1.Final > Reporter: Cody Lerum > Assignee: Bartosz Baranowski > Priority: Major > > NPE occasionally raised in Wildfly 20.0.1 when the response a view is requested repeatedly from the same tab by rapidly double clicking. > This issue was found while trying to find a reproducer to WFLY-13662 so which could also be failing if some of the request context data is being lost. > {code:java} > 14:49:14,782 ERROR [io.undertow.request] (default task-8) UT005023: Exception handling request to /demo/list.xhtml: java.lang.NullPointerException14:49:14,782 ERROR [io.undertow.request] (default task-8) UT005023: Exception handling request to /demo/list.xhtml: java.lang.NullPointerException at deployment.demo.war//org.ocpsoft.rewrite.servlet.RewriteFilter.getFilterCount(RewriteFilter.java:316) at deployment.demo.war//org.ocpsoft.rewrite.servlet.RewriteFilter.doFilter(RewriteFilter.java:208) at io.undertow.servlet@2.1.3.Final//io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61) at io.undertow.servlet@2.1.3.Final//io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131) at deployment.demo.war//demo.DemoFilter.doFilter(DemoFilter.java:30) at javax.servlet.api@2.0.0.Final//javax.servlet.http.HttpFilter.doFilter(HttpFilter.java:97) at io.undertow.servlet@2.1.3.Final//io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61) at io.undertow.servlet@2.1.3.Final//io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131) at io.undertow.servlet@2.1.3.Final//io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:84) at io.undertow.servlet@2.1.3.Final//io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:62) at io.undertow.servlet@2.1.3.Final//io.undertow.servlet.handlers.ServletChain$1.handleRequest(ServletChain.java:68) at io.undertow.servlet@2.1.3.Final//io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) at org.wildfly.extension.undertow@20.0.1.Final//org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78) at io.undertow.core@2.1.3.Final//io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at io.undertow.servlet@2.1.3.Final//io.undertow.servlet.handlers.RedirectDirHandler.handleRequest(RedirectDirHandler.java:68) at io.undertow.servlet@2.1.3.Final//io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:132) at io.undertow.servlet@2.1.3.Final//io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:57) at io.undertow.core@2.1.3.Final//io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at io.undertow.core@2.1.3.Final//io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46) at io.undertow.servlet@2.1.3.Final//io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64) at io.undertow.core@2.1.3.Final//io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:60) at io.undertow.servlet@2.1.3.Final//io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:77) at io.undertow.core@2.1.3.Final//io.undertow.security.handlers.NotificationReceiverHandler.handleRequest(NotificationReceiverHandler.java:50) at io.undertow.core@2.1.3.Final//io.undertow.security.handlers.AbstractSecurityContextAssociationHandler.handleRequest(AbstractSecurityContextAssociationHandler.java:43) at io.undertow.core@2.1.3.Final//io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at org.wildfly.extension.undertow@20.0.1.Final//org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61) at io.undertow.core@2.1.3.Final//io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at org.wildfly.extension.undertow@20.0.1.Final//org.wildfly.extension.undertow.deployment.GlobalRequestControllerHandler.handleRequest(GlobalRequestControllerHandler.java:68) at io.undertow.core@2.1.3.Final//io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at io.undertow.servlet@2.1.3.Final//io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:269) at io.undertow.servlet@2.1.3.Final//io.undertow.servlet.handlers.ServletInitialHandler.access$100(ServletInitialHandler.java:78) at io.undertow.servlet@2.1.3.Final//io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:133) at io.undertow.servlet@2.1.3.Final//io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:130) at io.undertow.servlet@2.1.3.Final//io.undertow.servlet.core.ServletRequestContextThreadSetupAction$1.call(ServletRequestContextThreadSetupAction.java:48) at io.undertow.servlet@2.1.3.Final//io.undertow.servlet.core.ContextClassLoaderSetupAction$1.call(ContextClassLoaderSetupAction.java:43) at org.wildfly.extension.undertow@20.0.1.Final//org.wildfly.extension.undertow.security.SecurityContextThreadSetupAction.lambda$create$0(SecurityContextThreadSetupAction.java:105) at org.wildfly.extension.undertow@20.0.1.Final//org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1530) at org.wildfly.extension.undertow@20.0.1.Final//org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1530) at org.wildfly.extension.undertow@20.0.1.Final//org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1530) at org.wildfly.extension.undertow@20.0.1.Final//org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1530) at io.undertow.servlet@2.1.3.Final//io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:249) at io.undertow.servlet@2.1.3.Final//io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:78) at io.undertow.servlet@2.1.3.Final//io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:99) at io.undertow.core@2.1.3.Final//io.undertow.server.Connectors.executeRootHandler(Connectors.java:370) at io.undertow.core@2.1.3.Final//io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:830) at org.jboss.threads@2.3.3.Final//org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35) at org.jboss.threads@2.3.3.Final//org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1982) at org.jboss.threads@2.3.3.Final//org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1486) at org.jboss.threads@2.3.3.Final//org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1377) at java.base/java.lang.Thread.run(Thread.java:832) {code} -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 2 months

1
0
0 / 0

[Red Hat JIRA] (WFLY-14407) Upgrade WildFly to use EE 9 Hibernate Validator 7.0.1.Final

by Scott Marlow (Jira)

[ https://issues.redhat.com/browse/WFLY-14407?page=com.atlassian.jira.plugi... ] Scott Marlow updated WFLY-14407: -------------------------------- Summary: Upgrade WildFly to use EE 9 Hibernate Validator 7.0.1.Final (was: Upgrade to EE 9 Hibernate Validator 7.0.1.Final) > Upgrade WildFly to use EE 9 Hibernate Validator 7.0.1.Final > ----------------------------------------------------------- > > Key: WFLY-14407 > URL: https://issues.redhat.com/browse/WFLY-14407 > Project: WildFly > Issue Type: Task > Components: Bean Validation > Reporter: Scott Marlow > Assignee: Jason Lee > Priority: Major > Labels: EE9 > > The TCK runner in 7.0.1.Final was updated to work with the WildFly EE 9 build. This jira helps us to automatically use the Hibernate Validator 7.0.1.Final tagged branch in our TCK running job, for running the Bean Validator TCK. -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 2 months

1
0
0 / 0

[Red Hat JIRA] (WFLY-14426) Add ejb transformer tests for EAP 7.3

by Cheng Fang (Jira)

[ https://issues.redhat.com/browse/WFLY-14426?page=com.atlassian.jira.plugi... ] Cheng Fang reassigned WFLY-14426: --------------------------------- Assignee: Cheng Fang (was: Brian Stansberry) > Add ejb transformer tests for EAP 7.3 > ------------------------------------- > > Key: WFLY-14426 > URL: https://issues.redhat.com/browse/WFLY-14426 > Project: WildFly > Issue Type: Task > Reporter: Cheng Fang > Assignee: Cheng Fang > Priority: Major > -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 2 months

1
0
0 / 0

[Red Hat JIRA] (WFLY-14426) Add ejb transformer tests for EAP 7.3

by Cheng Fang (Jira)

[ https://issues.redhat.com/browse/WFLY-14426?page=com.atlassian.jira.plugi... ] Cheng Fang updated WFLY-14426: ------------------------------ Component/s: EJB > Add ejb transformer tests for EAP 7.3 > ------------------------------------- > > Key: WFLY-14426 > URL: https://issues.redhat.com/browse/WFLY-14426 > Project: WildFly > Issue Type: Task > Components: EJB > Reporter: Cheng Fang > Assignee: Cheng Fang > Priority: Major > -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 2 months

1
0
0 / 0

[Red Hat JIRA] (WFLY-14426) Add ejb transformer tests for EAP 7.3

by Cheng Fang (Jira)

Cheng Fang created WFLY-14426: --------------------------------- Summary: Add ejb transformer tests for EAP 7.3 Key: WFLY-14426 URL: https://issues.redhat.com/browse/WFLY-14426 Project: WildFly Issue Type: Task Reporter: Cheng Fang Assignee: Brian Stansberry -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 2 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira February 2021