[Red Hat JIRA] (WFLY-14169) Remove the wildfly-ee feature pack dependency on wildfly-servlet
by Brian Stansberry (Jira)
[ https://issues.redhat.com/browse/WFLY-14169?page=com.atlassian.jira.plugi... ]
Brian Stansberry updated WFLY-14169:
------------------------------------
Summary: Remove the wildfly-ee feature pack dependency on wildfly-servlet (was: Remove wildfly-ee feature pack dependency on wildfly-servlet)
> Remove the wildfly-ee feature pack dependency on wildfly-servlet
> ----------------------------------------------------------------
>
> Key: WFLY-14169
> URL: https://issues.redhat.com/browse/WFLY-14169
> Project: WildFly
> Issue Type: Task
> Components: Build System
> Reporter: Brian Stansberry
> Assignee: Brian Stansberry
> Priority: Major
> Fix For: 22.0.0.Beta1
>
>
> Have the wildfly-ee feature pack share source with the wildfly-servlet feature pack instead of having a feature pack dependency.
> As the relevant source is in the same git repo as the wildfly-ee fp's maven module this source sharing would be via maven resource plugin copying during the build, not via GAL-319.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 7 months
[Red Hat JIRA] (WFLY-14189) The RunAs annotation doesn't work in EJBs with Elytron
by Alessandro Moscatelli (Jira)
[ https://issues.redhat.com/browse/WFLY-14189?page=com.atlassian.jira.plugi... ]
Alessandro Moscatelli updated WFLY-14189:
-----------------------------------------
Description:
Role is not correctly assigned when using @RunAs annotation and Elytron Security Domain. Everything works correctly with legacy picketbox Security Domain.
Wildfly is configured to use default "other" application-security-domain, also using default security domain ApplicationDomain.
This exception is rised when deploying the application.
Caused by: javax.ejb.EJBAccessException: WFLYEJB0364: Invocation on method: public abstract void org.visiontech.test.TestInterface.test() of bean: Test2 is not allowedCaused by: javax.ejb.EJBAccessException: WFLYEJB0364: Invocation on method: public abstract void org.visiontech.test.TestInterface.test() of bean: Test2 is not allowed at org.jboss.as.ejb3@21.0.0.Final//org.jboss.as.ejb3.security.JaccInterceptor.hasPermission(JaccInterceptor.java:120)
Test/Sample project: [^test.zip]
was:
Role is not correctly assigned when using @RunAs annotation and Elytron Security Domain. Everything works correctly with legacy picketbox Security Domain.
Caused by: javax.ejb.EJBAccessException: WFLYEJB0364: Invocation on method: public abstract void org.visiontech.test.TestInterface.test() of bean: Test2 is not allowedCaused by: javax.ejb.EJBAccessException: WFLYEJB0364: Invocation on method: public abstract void org.visiontech.test.TestInterface.test() of bean: Test2 is not allowed at org.jboss.as.ejb3@21.0.0.Final//org.jboss.as.ejb3.security.JaccInterceptor.hasPermission(JaccInterceptor.java:120)
Test/Sample project: [^test.zip]
> The RunAs annotation doesn't work in EJBs with Elytron
> ------------------------------------------------------
>
> Key: WFLY-14189
> URL: https://issues.redhat.com/browse/WFLY-14189
> Project: WildFly
> Issue Type: Bug
> Components: Security
> Affects Versions: 21.0.0.Final
> Reporter: Alessandro Moscatelli
> Assignee: Darran Lofthouse
> Priority: Major
> Labels: ejb, elytron, regression, runas, security, startup
> Fix For: 21.0.2.Final
>
> Attachments: test.zip
>
>
> Role is not correctly assigned when using @RunAs annotation and Elytron Security Domain. Everything works correctly with legacy picketbox Security Domain.
> Wildfly is configured to use default "other" application-security-domain, also using default security domain ApplicationDomain.
> This exception is rised when deploying the application.
> Caused by: javax.ejb.EJBAccessException: WFLYEJB0364: Invocation on method: public abstract void org.visiontech.test.TestInterface.test() of bean: Test2 is not allowedCaused by: javax.ejb.EJBAccessException: WFLYEJB0364: Invocation on method: public abstract void org.visiontech.test.TestInterface.test() of bean: Test2 is not allowed at org.jboss.as.ejb3@21.0.0.Final//org.jboss.as.ejb3.security.JaccInterceptor.hasPermission(JaccInterceptor.java:120)
> Test/Sample project: [^test.zip]
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 7 months
[Red Hat JIRA] (WFLY-14189) The RunAs annotation doesn't work in EJBs with Elytron
by Alessandro Moscatelli (Jira)
[ https://issues.redhat.com/browse/WFLY-14189?page=com.atlassian.jira.plugi... ]
Alessandro Moscatelli updated WFLY-14189:
-----------------------------------------
Security: (was: Security Issue)
> The RunAs annotation doesn't work in EJBs with Elytron
> ------------------------------------------------------
>
> Key: WFLY-14189
> URL: https://issues.redhat.com/browse/WFLY-14189
> Project: WildFly
> Issue Type: Bug
> Components: Security
> Affects Versions: 21.0.0.Final
> Reporter: Alessandro Moscatelli
> Assignee: Darran Lofthouse
> Priority: Major
> Labels: ejb, elytron, regression, runas, security, startup
> Fix For: 21.0.2.Final
>
> Attachments: test.zip
>
>
> Role is not correctly assigned when using @RunAs annotation and Elytron Security Domain. Everything works correctly with legacy picketbox Security Domain.
> Caused by: javax.ejb.EJBAccessException: WFLYEJB0364: Invocation on method: public abstract void org.visiontech.test.TestInterface.test() of bean: Test2 is not allowedCaused by: javax.ejb.EJBAccessException: WFLYEJB0364: Invocation on method: public abstract void org.visiontech.test.TestInterface.test() of bean: Test2 is not allowed at org.jboss.as.ejb3@21.0.0.Final//org.jboss.as.ejb3.security.JaccInterceptor.hasPermission(JaccInterceptor.java:120)
> Test/Sample project: [^test.zip]
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 7 months
[Red Hat JIRA] (WFLY-14114) Class loader leaks when JDBC driver as jar deployment is undeloyed
by Brian Stansberry (Jira)
[ https://issues.redhat.com/browse/WFLY-14114?page=com.atlassian.jira.plugi... ]
Brian Stansberry reopened WFLY-14114:
-------------------------------------
Thanks [~gaol] for pointing out I resolved this prematurely.
> Class loader leaks when JDBC driver as jar deployment is undeloyed
> ------------------------------------------------------------------
>
> Key: WFLY-14114
> URL: https://issues.redhat.com/browse/WFLY-14114
> Project: WildFly
> Issue Type: Bug
> Components: JCA
> Reporter: Lin Gao
> Assignee: Tomasz Adamski
> Priority: Major
> Labels: downstream_dependency
> Fix For: 22.0.0.Beta1
>
>
> Class loader leaks when JDBC driver as jar deployment is undeloyed. It will eventually leads to Metaspace out of memory error when "-XX:MaxMetaspaceSize" option is specified.
>
> Normally JDBC driver is not undeloyed or redeployed by user frequently, but configuration reload command, which is regularly used, also triggers JDBC driver redeployment and cause class loader leak.
> JDBC driver should be deregistered while undeloying.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 7 months
[Red Hat JIRA] (WFLY-13969) signature test failures in Expression Language (jakarta.el)
by Scott Marlow (Jira)
[ https://issues.redhat.com/browse/WFLY-13969?page=com.atlassian.jira.plugi... ]
Scott Marlow commented on WFLY-13969:
-------------------------------------
Changes look good:
{quote}
Passed packages listed below:
...
jakarta.el(static mode)
jakarta.el(reflection mode)
{quote}
Will go ahead an push an initial release soon.
> signature test failures in Expression Language (jakarta.el)
> -----------------------------------------------------------
>
> Key: WFLY-13969
> URL: https://issues.redhat.com/browse/WFLY-13969
> Project: WildFly
> Issue Type: Sub-task
> Components: EE
> Reporter: Scott Marlow
> Assignee: Parul Sharma
> Priority: Major
> Labels: EE9
>
> jakarta.el
> {quote}
> Missing Methods
> [javatest.batch] ---------------
> [javatest.batch]
> [javatest.batch] jakarta.el.ELContext: method public java.lang.Object jakarta.el.ELContext.getContext(java.lang.Class<?>)
> [javatest.batch] jakarta.el.ELContext: method public void jakarta.el.ELContext.putContext(java.lang.Class<?>,java.lang.Object)
> [javatest.batch] jakarta.el.StandardELContext: method public java.lang.Object jakarta.el.StandardELContext.getContext(java.lang.Class<?>)
> [javatest.batch] jakarta.el.StandardELContext: method public void jakarta.el.StandardELContext.putContext(java.lang.Class<?>,java.lang.Object)
> [javatest.batch]
> [javatest.batch] Added Methods
> [javatest.batch] -------------
> [javatest.batch]
> [javatest.batch] jakarta.el.ELContext: method public java.lang.Object jakarta.el.ELContext.getContext(java.lang.Class)
> [javatest.batch] jakarta.el.ELContext: method public void jakarta.el.ELContext.putContext(java.lang.Class,java.lang.Object)
> [javatest.batch] jakarta.el.StandardELContext: method public java.lang.Object jakarta.el.StandardELContext.getContext(java.lang.Class)
> [javatest.batch] jakarta.el.StandardELContext: method public void jakarta.el.StandardELContext.putContext(java.lang.Class,java.lang.Object)
> {quote}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 7 months