[JBoss JIRA] (WFLY-4569) EntityBean instances are leaked from pool on certain exceptions
by Kabir Khan (JIRA)
[ https://issues.jboss.org/browse/WFLY-4569?page=com.atlassian.jira.plugin.... ]
Kabir Khan closed WFLY-4569.
----------------------------
> EntityBean instances are leaked from pool on certain exceptions
> ---------------------------------------------------------------
>
> Key: WFLY-4569
> URL: https://issues.jboss.org/browse/WFLY-4569
> Project: WildFly
> Issue Type: Bug
> Components: EJB
> Affects Versions: 8.2.0.Final, 9.0.0.Beta2, 9.0.0.CR1
> Reporter: Alexey Makhmutov
> Assignee: Alexey Makhmutov
> Fix For: 9.0.0.CR2, 10.0.0.Alpha1
>
>
> Entity beans instances may not be returned to the pool after certain exceptions, which may lead to pool exhaustion.
> Currently, following two cases are discovered:
> # If any exception is thrown from ejbCreate method (e.g. duplicate record was found in the database), then bean instance won’t be returned to the pool, as there are no try-finally statements around call to ejbCreate in EntityBeanEjbCreateMethodInterceptor/EntityBeanRemoteViewInstanceFactory classes for this call.
> # If runtime exception (such as EJBException) is thrown from business method, then instance won’t be returned to the pool, as it will be marked as discarded by EntityBeanAssociatingInterceptor and both ReferenceCountingEntityCache/TransactionLocalEntityCache cache implementations just ignores discarded instance on release call.
> These problems actually make impossible using of pooled instances with Entity beans, as number of used beans from pool will be steadily increasing in production until pool is exhausted and clients start getting ‘Failed to acquire permit’ exceptions.
> Here is the set of integration tests, which examines the described behavior: https://github.com/Lerm/jboss-as/commit/f3eadd96d84dabc0a8b9c6c866ccfd5fe...
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 1 month
[JBoss JIRA] (WFLY-3918) Cannot disable ConsoleRedirectService
by Kabir Khan (JIRA)
[ https://issues.jboss.org/browse/WFLY-3918?page=com.atlassian.jira.plugin.... ]
Kabir Khan closed WFLY-3918.
----------------------------
> Cannot disable ConsoleRedirectService
> -------------------------------------
>
> Key: WFLY-3918
> URL: https://issues.jboss.org/browse/WFLY-3918
> Project: WildFly
> Issue Type: Bug
> Components: Web (Undertow)
> Affects Versions: 8.1.0.Final
> Reporter: Graham Johnson
> Assignee: Tomaz Cerar
> Fix For: 10.0.0.Alpha6
>
>
> Wildfly Undertow (via org.wildfly.extension.undertow.HostAdd and org.wildfly.extension.undertow.ConsoleRedirectService) redirects all /console/... URL requests (on port 8080/8443) to /console on port 9990.
> This prevents developing or porting applications that themselves need to serve /console/... URLs.
> There needs to be a way to disable (in the undertow subsystem configuration) the adding of ConsoleRedirectService by HostAdd.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 1 month
[JBoss JIRA] (WFLY-5340) Unable to specify module when specifying custom JACC policy class.
by Kabir Khan (JIRA)
[ https://issues.jboss.org/browse/WFLY-5340?page=com.atlassian.jira.plugin.... ]
Kabir Khan closed WFLY-5340.
----------------------------
> Unable to specify module when specifying custom JACC policy class.
> ------------------------------------------------------------------
>
> Key: WFLY-5340
> URL: https://issues.jboss.org/browse/WFLY-5340
> Project: WildFly
> Issue Type: Bug
> Components: Security
> Affects Versions: 10.0.0.Beta2
> Reporter: Darran Lofthouse
> Assignee: Darran Lofthouse
> Fix For: 10.0.0.CR1
>
>
> It is currently possible to specify the 'javax.security.jacc.policy.provider' system property, however it is not possible to specify a module.
> From the JACC specification: -
> _For each JRE of a J2EE 1.4 or later version Java EE application server, if the
> system property
> “javax.security.jacc.policy.provider
> ” is defined,
> the application server must construct an
> instance of the class identified by the
> system property, confirm that the
> resulting object is an instance of
> java.security.Policy,
> and set, by calling the
> java.security.Policy.setPolicy
> method, the resulting object as the
> corresponding Policy object u
> sed by the JRE. _
> The specification only specifies that the system property identifies the class, it does not specify how.
> In it's simplest form we should assume this is just a class name, in a more complex form we should allow the module to be specified.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 1 month