[JBoss JIRA] Moved: (JBAS-8281) ProcessInjectionTarget not fired for Servlet, Filter, Servlet Listener, Tag Library Listener and JSF Managed Bean
by Pete Muir (JIRA)
[ https://jira.jboss.org/browse/JBAS-8281?page=com.atlassian.jira.plugin.sy... ]
Pete Muir moved WELDINT-22 to JBAS-8281:
----------------------------------------
Project: JBoss Application Server (was: Weld Integration)
Key: JBAS-8281 (was: WELDINT-22)
Security: Public
Fix Version/s: 6.0.0.CR1
(was: 6.0.0.CR1)
> ProcessInjectionTarget not fired for Servlet, Filter, Servlet Listener, Tag Library Listener and JSF Managed Bean
> -----------------------------------------------------------------------------------------------------------------
>
> Key: JBAS-8281
> URL: https://jira.jboss.org/browse/JBAS-8281
> Project: JBoss Application Server
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Weld/CDI
> Reporter: Jozef Hartinger
> Assignee: Marius Bogoevici
> Fix For: 6.0.0.CR1
>
>
> org.jboss.jsr299.tck.tests.lookup.injection.non.contextual.ContainerEventTest.testEventFiredForServletListener()
> org.jboss.jsr299.tck.tests.lookup.injection.non.contextual.ContainerEventTest.testEventFiredForTagLibraryListener()
> org.jboss.jsr299.tck.tests.lookup.injection.non.contextual.ContainerEventTest.testEventFiredForServlet()
> org.jboss.jsr299.tck.tests.lookup.injection.non.contextual.ContainerEventTest.testEventFiredForFilter()
> org.jboss.jsr299.tck.tests.lookup.injection.non.contextual.ContainerEventTest.testProcessInjectionTargetEventFiredForJsfManagedBean()
> Note that the event is fired for Tag library handler
> org.jboss.jsr299.tck.tests.lookup.injection.non.contextual.ContainerEventTest.testProcessInjectionTargetEventFiredForTagHandler()
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years, 11 months
[JBoss JIRA] Created: (JBAS-8277) WeldDeployer should ignore classes which cause ClassNotFoundException and NoClassDefFoundError
by Heiko Braun (JIRA)
WeldDeployer should ignore classes which cause ClassNotFoundException and NoClassDefFoundError
----------------------------------------------------------------------------------------------
Key: JBAS-8277
URL: https://jira.jboss.org/browse/JBAS-8277
Project: JBoss Application Server
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Components: Weld/CDI
Affects Versions: 6.0.0.M4
Reporter: Heiko Braun
Assignee: Pete Muir
We are working on the GWT/CDI integration. If an application packages GWT client classes that depend on gwt-user.jar and the weld deployer kicks in it chokes in classes that import GWT client API. This happens because the usage of reflection to scan for annotation meta data, loads all classes and forces all dependencies to be present.
These classes can be excluded from the web application packaging, but it's nothing people usally do,
because they are required when running the GWT hosted mode.
So in order to simplify things, I would suggest we simply log and skip classes that cannot be scanned due to CNFE and the like, instead of preventing the deployment at all.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years, 11 months