[JBoss JIRA] Created: (EJBTHREE-2144) Specifying remote-binding / client-bind-url in jboss.xml binds under ProxyFactory in JNDI
by Brad Maxwell (JIRA)
Specifying remote-binding / client-bind-url in jboss.xml binds under ProxyFactory in JNDI
-----------------------------------------------------------------------------------------
Key: EJBTHREE-2144
URL: https://jira.jboss.org/browse/EJBTHREE-2144
Project: EJB 3.0
Issue Type: Bug
Affects Versions: 1.1.22
Environment: Sun JDK 6, JBoss EAP 5.0.1
Reporter: Brad Maxwell
Assignee: Andrew Lee Rubinger
>From JNDI View - here is what is bound. The binding under ProxyFactory shouldn't be there.
+- HelloBean (class: org.jnp.interfaces.NamingContext)
| +- https (class: Proxy for: com.jboss.examples.ejb3.Hello)
| +- http (class: Proxy for: com.jboss.examples.ejb3.Hello)
+- helloWorld (class: org.jnp.interfaces.NamingContext)
| +- HelloBean (class: org.jnp.interfaces.NamingContext)
| | +- local-com.jboss.examples.ejb3.HelloLocal (class: Proxy for: com.jboss.examples.ejb3.HelloLocal)
| | +- local (class: Proxy for: com.jboss.examples.ejb3.HelloLocal)
| | +- remote-com.jboss.examples.ejb3.Hello (class: Proxy for: com.jboss.examples.ejb3.Hello)
+- ProxyFactory (class: org.jnp.interfaces.NamingContext)
| +- helloWorld (class: org.jnp.interfaces.NamingContext)
| | +- HelloBean (class: org.jnp.interfaces.NamingContext)
| | | +- HelloBean (class: org.jnp.interfaces.NamingContext)
| | | | +- https (proxy: $Proxy145 implements interface
EJB Definition:
@Stateless(name="HelloBean")
public class HelloBean implements Hello, HelloLocal
{
...
}
public @Remote interface Hello { ... }
public @Local interface HelloLocal { }
<?xml version="1.0" encoding="UTF-8"?>
<jboss xmlns="http://www.jboss.com/xml/ns/javaee" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://www.jboss.com/xml/ns/javaee http://www.jboss.org/j2ee/schema/jboss_5_0.xsd" version="3.0">
<enterprise-beans>
<session>
<ejb-name>HelloBean</ejb-name>
<remote-binding>
<jndi-name>HelloBean/http</jndi-name>
<client-bind-url>
http://${jboss.bind.address}:8080/unified-invoker/Ejb3ServerInvokerServlet/?return-exception=true
</client-bind-url>
</remote-binding>
<remote-binding>
<jndi-name>HelloBean/https</jndi-name>
<client-bind-url>
https://${jboss.bind.address}:8443/unified-invoker/SSLEjb3ServerInvokerServlet/?return-exception=true
</client-bind-url>
</remote-binding>
</session>
</enterprise-beans>
</jboss>
--
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] 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
15 years, 11 months