February 2014 - jboss-jira - Jboss List Archives

[JBoss JIRA] (WFLY-2161) JBAS014356 exception not thrown for @Asyncronous EJB methods

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/WFLY-2161?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration updated WFLY-2161: ------------------------------------------ Bugzilla Update: Perform Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1060734 > JBAS014356 exception not thrown for @Asyncronous EJB methods > ------------------------------------------------------------ > > Key: WFLY-2161 > URL: https://issues.jboss.org/browse/WFLY-2161 > Project: WildFly > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: EJB > Affects Versions: 8.0.0.Alpha4 > Reporter: James Livingston > Assignee: Stuart Douglas > Fix For: 8.0.0.CR1 > > > If you call an ejb method with default visibility (e.g. from a servlet in the same package), an EJBException with code JBAS014356 is thrown because the method is not public. > If the method is annotated with @Asynchronous and returns void, the exception is not seen because the interceptor from AsyncFutureInterceptorFactory is used before NotBusinessMethodInterceptor, the exception is thrown in the worker thread instead. > With a void return, the exception is silently dropped. With a Future<?> return, it will be set as the failure exception on the future rather than being thrown from the call. > As per the forum reference we need to check the spec, but the validity of the business method should probably be checked before the handoff to the worker thread. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 5 months

1
0
0 / 0

[JBoss JIRA] (JGRP-1786) DefaultTimeScheduler: unit test fails

by Bela Ban (JIRA)

[ https://issues.jboss.org/browse/JGRP-1786?page=com.atlassian.jira.plugin.... ] Bela Ban updated JGRP-1786: --------------------------- Summary: DefaultTimeScheduler: unit test fails (was: 3.5) > DefaultTimeScheduler: unit test fails > ------------------------------------- > > Key: JGRP-1786 > URL: https://issues.jboss.org/browse/JGRP-1786 > Project: JGroups > Issue Type: Bug > Affects Versions: 3.2.13 > Environment: RHEL 5 x86_64 > Windows x86_64 > Reporter: Richard Achmatowicz > Assignee: Bela Ban > Fix For: 3.5 > > > The test case starts off by scheduling a timer task using the DefaultTimeScheduler and then sleeping, waiting for the task to execute > Instead of the task being executed, the call to sleep is interrupted and the test case fails with an interrupted exception. Catching this interrupted exception shows that the task has not had a chance to execute before the sleep was interrupted. > The same test case passes with the other two TimeScheduler implementations: TimeScheduler2 and HashedTimingWheel. > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 5 months

1
0
0 / 0

[JBoss JIRA] (JGRP-1786) 3.5

by Bela Ban (JIRA)

[ https://issues.jboss.org/browse/JGRP-1786?page=com.atlassian.jira.plugin.... ] Bela Ban commented on JGRP-1786: -------------------------------- craps ! Do you remember the original subject ? > 3.5 > --- > > Key: JGRP-1786 > URL: https://issues.jboss.org/browse/JGRP-1786 > Project: JGroups > Issue Type: Bug > Affects Versions: 3.2.13 > Environment: RHEL 5 x86_64 > Windows x86_64 > Reporter: Richard Achmatowicz > Assignee: Bela Ban > Fix For: 3.5 > > > The test case starts off by scheduling a timer task using the DefaultTimeScheduler and then sleeping, waiting for the task to execute > Instead of the task being executed, the call to sleep is interrupted and the test case fails with an interrupted exception. Catching this interrupted exception shows that the task has not had a chance to execute before the sleep was interrupted. > The same test case passes with the other two TimeScheduler implementations: TimeScheduler2 and HashedTimingWheel. > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 5 months

1
0
0 / 0

[JBoss JIRA] (WFLY-2732) Injected EJB not available to MDB @PreDestroy methods

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/WFLY-2732?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration updated WFLY-2732: ------------------------------------------ Bugzilla Update: Perform Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1060722 > Injected EJB not available to MDB @PreDestroy methods > ----------------------------------------------------- > > Key: WFLY-2732 > URL: https://issues.jboss.org/browse/WFLY-2732 > Project: WildFly > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: EJB > Affects Versions: 8.0.0.CR1 > Reporter: Mustafa Musaji > Assignee: Stuart Douglas > Fix For: 8.0.0.Final > > Attachments: MDBLifeCycleJAR.zip > > > MDB with method annotated with @PreDestroy and injected EJB. In this method we are calling an EJB. When the application is undeployed the PreDestroy method is called but it fails on the call to the injected EJB as it's already been undeployed. > This was fixed in an RFE for Session Beans but does not seem to work for MDB. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 5 months

1
0
0 / 0

[JBoss JIRA] (JGRP-1786) 3.5

by Richard Achmatowicz (JIRA)

[ https://issues.jboss.org/browse/JGRP-1786?page=com.atlassian.jira.plugin.... ] Richard Achmatowicz commented on JGRP-1786: ------------------------------------------- Bela, did you intend to change the subject to 3.5? I assume it was an accident! > 3.5 > --- > > Key: JGRP-1786 > URL: https://issues.jboss.org/browse/JGRP-1786 > Project: JGroups > Issue Type: Bug > Affects Versions: 3.2.13 > Environment: RHEL 5 x86_64 > Windows x86_64 > Reporter: Richard Achmatowicz > Assignee: Bela Ban > Fix For: 3.5 > > > The test case starts off by scheduling a timer task using the DefaultTimeScheduler and then sleeping, waiting for the task to execute > Instead of the task being executed, the call to sleep is interrupted and the test case fails with an interrupted exception. Catching this interrupted exception shows that the task has not had a chance to execute before the sleep was interrupted. > The same test case passes with the other two TimeScheduler implementations: TimeScheduler2 and HashedTimingWheel. > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 5 months

1
0
0 / 0

[JBoss JIRA] (WFLY-2851) Can't validate jboss-deployment-structure.xml due to incorrect schema

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/WFLY-2851?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration updated WFLY-2851: ------------------------------------------ Bugzilla Update: Perform Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1060719 > Can't validate jboss-deployment-structure.xml due to incorrect schema > --------------------------------------------------------------------- > > Key: WFLY-2851 > URL: https://issues.jboss.org/browse/WFLY-2851 > Project: WildFly > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 8.0.0.CR1 > Reporter: Harald Wellmann > Assignee: Stuart Douglas > > The following deployment structure cannot be validated against the XML schema: > {code:xml} > <jboss-deployment-structure xmlns="urn:jboss:deployment-structure:1.2"> > <deployment> > <dependencies> > <module name="foo"/> > </dependencies> > </deployment> > </jboss-deployment-structure> > {code} > This looks like a glitch in the schema where the {{module-alias}} element in {{deploymentType}} is missing a {{minOccurs="0"}}. > The same holds for the {{filter}} element of {{resource-root}}, which should be optional according to the schema documentation. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 5 months

1
0
0 / 0

[JBoss JIRA] (WFLY-782) DefaultAuthenticationCacheFactory should not use internal Infinispan classes

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/WFLY-782?page=com.atlassian.jira.plugin.s... ] Tristan Tarrant commented on WFLY-782: -------------------------------------- This ones needs to be fixed during the 9.x cycle > DefaultAuthenticationCacheFactory should not use internal Infinispan classes > ---------------------------------------------------------------------------- > > Key: WFLY-782 > URL: https://issues.jboss.org/browse/WFLY-782 > Project: WildFly > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Security > Reporter: NadirX > Assignee: Paul Ferraro > Fix For: 9.0.0.CR1 > > > The DefaultAuthenticationCacheFactory class (and the AuthenticationCacheEvictionListener class) use internal Infinispan classes which are subject to change without API stability guarantees. The code should be rewritten to use an Infinispan cache instead. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 5 months

1
0
0 / 0

[JBoss JIRA] (WFLY-1809) The security subsystem plugins use deprecated Infinispan API

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/WFLY-1809?page=com.atlassian.jira.plugin.... ] Tristan Tarrant commented on WFLY-1809: --------------------------------------- Actually I wrote the PR and it was pulled last August by Brian > The security subsystem plugins use deprecated Infinispan API > ------------------------------------------------------------ > > Key: WFLY-1809 > URL: https://issues.jboss.org/browse/WFLY-1809 > Project: WildFly > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Security > Affects Versions: 8.0.0.Alpha3 > Reporter: NadirX > Assignee: Tristan Tarrant > Priority: Blocker > Fix For: 8.0.0.Final > > > org.jboss.as.security.plugins.JNDIBasedSecurityManagement uses a deprecated way of configuring an Infinispan cache which must be removed. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 5 months

1
0
0 / 0

[JBoss JIRA] (WFLY-782) DefaultAuthenticationCacheFactory should not use internal Infinispan classes

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/WFLY-782?page=com.atlassian.jira.plugin.s... ] Tristan Tarrant updated WFLY-782: --------------------------------- Fix Version/s: 9.0.0.CR1 > DefaultAuthenticationCacheFactory should not use internal Infinispan classes > ---------------------------------------------------------------------------- > > Key: WFLY-782 > URL: https://issues.jboss.org/browse/WFLY-782 > Project: WildFly > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Security > Reporter: NadirX > Assignee: Paul Ferraro > Fix For: 9.0.0.CR1 > > > The DefaultAuthenticationCacheFactory class (and the AuthenticationCacheEvictionListener class) use internal Infinispan classes which are subject to change without API stability guarantees. The code should be rewritten to use an Infinispan cache instead. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 5 months

1
0
0 / 0

[JBoss JIRA] (WFLY-2754) Make auditlog syslog appName configurable

by Kabir Khan (JIRA)

[ https://issues.jboss.org/browse/WFLY-2754?page=com.atlassian.jira.plugin.... ] Kabir Khan reopened WFLY-2754: ------------------------------ > Make auditlog syslog appName configurable > ----------------------------------------- > > Key: WFLY-2754 > URL: https://issues.jboss.org/browse/WFLY-2754 > Project: WildFly > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Domain Management > Affects Versions: 8.0.0.CR1 > Reporter: Kyle Lape > Assignee: Kabir Khan > Fix For: 8.0.0.Final > > > Some initial code in my https://github.com/kabir/wildfly/tree/audit-log-facility-mgmt-api branch. Once done the workaround in WFLY-2753 should be removed -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 5 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 2014