[JBoss JIRA] Commented: (JBAS-8276) Weld Extension vs. Tomcat deployer in JBoss 6
by Marius Bogoevici (JIRA)
[ https://jira.jboss.org/browse/JBAS-8276?page=com.atlassian.jira.plugin.sy... ]
Marius Bogoevici commented on JBAS-8276:
----------------------------------------
Heiko,
Could you upload a war for reproducing the issue?
Thanks
> Weld Extension vs. Tomcat deployer in JBoss 6
> ---------------------------------------------
>
> Key: JBAS-8276
> URL: https://jira.jboss.org/browse/JBAS-8276
> Project: JBoss Application Server
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Weld/CDI
> Affects Versions: 6.0.0.M4
> Reporter: Heiko Braun
> Assignee: Marius Bogoevici
>
> When I deploy a web application that contains CDI beans to JBoss6-M4 I can see that bean deployment being executed two times. First the CDI deployer kicks in, then Tomcat deployer re-deploys the war archive, which causes a second execution of the extension:
> 12:20:34,082 INFO [org.jboss.weld.Version] WELD-000900 1.0.1 (SP4)
> 12:20:34,516 INFO [org.jboss.errai.cdi.server.CDIExtensionPoints] Discovered Errai Service: class com.foo.server.HelloWorldService
> 12:20:34,564 INFO [org.jboss.errai.cdi.server.CDIExtensionPoints] Register CDI component as MessageCallback: @Service @ApplicationScoped com.foo.server.HelloWorldService
> 12:20:34,583 INFO [org.jboss.web.tomcat.service.deployers.TomcatDeployment] deploy, ctxPath=/funky-app
> 12:20:34,720 INFO [org.jboss.resteasy.cdi.CdiInjectorFactory] Found BeanManager at java:comp/BeanManager
> 12:20:39,776 INFO [org.jboss.web.tomcat.service.deployers.TomcatDeployment] undeploy, ctxPath=/funky-app
> 12:20:40,246 INFO [org.jboss.weld.Version] WELD-000900 1.0.1 (SP4)
> 12:20:40,733 INFO [org.jboss.errai.cdi.server.CDIExtensionPoints] Discovered Errai Service: class com.foo.server.HelloWorldService
> 12:20:40,844 INFO [org.jboss.errai.cdi.server.CDIExtensionPoints] Register CDI component as MessageCallback: @Service @ApplicationScoped com.foo.server.HelloWorldService
> 12:20:40,856 INFO [org.jboss.web.tomcat.service.deployers.TomcatDeployment] deploy, ctxPath=/funky-app
> 12:20:40,929 INFO [org.jboss.resteasy.cdi.CdiInjectorFactory] Found BeanManager at java:comp/BeanManager
> Shouldn't it be the execution the extension tight to the tomcat deployer lifecycle? I.e. be dependent on it's meta data?
--
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
13 years, 10 months
[JBoss JIRA] Closed: (JBAS-8281) ProcessInjectionTarget not fired for Servlet, Filter, Servlet Listener, Tag Library Listener and JSF Managed Bean
by Marius Bogoevici (JIRA)
[ https://jira.jboss.org/browse/JBAS-8281?page=com.atlassian.jira.plugin.sy... ]
Marius Bogoevici closed JBAS-8281.
----------------------------------
Resolution: Done
> 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
13 years, 10 months
[JBoss JIRA] Created: (JBMETA-294) Add replication-mode, backups to replication-config in jboss-web.xml
by Paul Ferraro (JIRA)
Add replication-mode, backups to replication-config in jboss-web.xml
--------------------------------------------------------------------
Key: JBMETA-294
URL: https://jira.jboss.org/browse/JBMETA-294
Project: JBoss Metadata
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Components: web
Affects Versions: jboss-metadata-web-2.0.0-alpha-14
Reporter: Paul Ferraro
Assignee: Paul Ferraro
Fix For: jboss-metadata-web-2.0.0-alpha-15
Make the typical distributed cache configurations configurable via jboss-web.xml; don't force users to go to a separate Infinispan configuration file.
Add the following elements to <replication-config/>:
<replication-mode/> : either SYNCHRONOUS or ASYNCHRONOUS
<backups/> : integer, negative means total replication, 0 means local-only mode, positive means distribution mode, using the specified number of backups.
--
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
13 years, 10 months
[JBoss JIRA] Created: (JBREM-1235) Avoid excessive calls to InetAddress.getLocalHost() [Clone of JBREM-1234]
by Ron Sigal (JIRA)
Avoid excessive calls to InetAddress.getLocalHost() [Clone of JBREM-1234]
-------------------------------------------------------------------------
Key: JBREM-1235
URL: https://jira.jboss.org/browse/JBREM-1235
Project: JBoss Remoting
Issue Type: Quality Risk
Security Level: Public (Everyone can see)
Affects Versions: 2.5.3 (Flounder)
Reporter: Ron Sigal
Assignee: Ron Sigal
Fix For: 2.5.3.SP1
>From JBPAPP-4617 "Possible performance issue in Remoting":
JMS remote connections that are used locally result in a lot of calls to InetAddress.getLocalHost() which for some reason is slow.
Why not:
private static final InetAddress LOCAL_HOST;
static
{
try
{
LOCAL_HOST = InetAddress.getLocalHost();
}
catch (UnknownHostException e)
{
throw new ExceptionInInitializerError(e);
}
}
private static InetAddress getLocalHost() throws UnknownHostException
{
return LOCAL_HOST;
}
Which is roughly 1000x faster.
--
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
13 years, 10 months