June 2010 - jboss-dev-forums - Jboss List Archives

Re: [jboss-dev-forums] [EJB 3.0 Development] - Obtaining the Container in an Interceptor

by Carlo de Wolf

Carlo de Wolf [http://community.jboss.org/people/wolfc] replied to the discussion "Obtaining the Container in an Interceptor" To view the discussion, visit: http://community.jboss.org/message/546160#546160 -------------------------------------------------------------- What exactly do you need from the container? The code you quote must never be used from an interceptor it's either: AbstractContainer.getContainer(invocation.getAdvisor()); or EJBContainer.getContainer(invocation.getAdvisor()); depending on which container you want to talk (the low-level one or the real one). Alternatively and I think the better approach, because we should be moving away from AOP and onto the real interceptor API. InvocationContext context = CurrentInvocationContext.get(); AsyncBeanManager manager = (AsyncBeanManager) context.getBeanManager(); (needs work because of the cast.) boolean doAsync = manager.isAsync(context.getMethod()); -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/546160#546160] Start a new discussion in EJB 3.0 Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

14 years, 7 months

1
0
0 / 0

Re: [jboss-dev-forums] [JBoss Transactions Development] - OracleXARecovery transaction recovery module can not detect when JDBC connection is broken

by yong deng

yong deng [http://community.jboss.org/people/dengyong] replied to the discussion "OracleXARecovery transaction recovery module can not detect when JDBC connection is broken" To view the discussion, visit: http://community.jboss.org/message/546146#546146 -------------------------------------------------------------- Thanks for the reminder. I will obey the rule next time. :) -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/546146#546146] Start a new discussion in JBoss Transactions Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

14 years, 7 months

1
0
0 / 0

Re: [jboss-dev-forums] [JBoss Web Development] - WSDL error - Need help to remove "import location"

by Brad Baker

Brad Baker [http://community.jboss.org/people/JavaFool] replied to the discussion "WSDL error - Need help to remove "import location"" To view the discussion, visit: http://community.jboss.org/message/546138#546138 -------------------------------------------------------------- My bad .... I messed up my @WebService(.......) Thanks all for looking! -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/546138#546138] Start a new discussion in JBoss Web Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

14 years, 7 months

1
0
0 / 0

Re: [jboss-dev-forums] [EJB 3.0 Development] - EJB 3.1 Embedded EJBContainer in AS

by Andrew Rubinger

Andrew Rubinger [http://community.jboss.org/people/ALRubinger] replied to the discussion "EJB 3.1 Embedded EJBContainer in AS" To view the discussion, visit: http://community.jboss.org/message/546136#546136 -------------------------------------------------------------- I did some releases and merged this stuff to AS trunk. S, ALR -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/546136#546136] Start a new discussion in EJB 3.0 Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

14 years, 7 months

1
0
0 / 0

[EJB 3.0 Development] - Obtaining the Container in an Interceptor

by Andrew Rubinger

Andrew Rubinger [http://community.jboss.org/people/ALRubinger] created the discussion "Obtaining the Container in an Interceptor" To view the discussion, visit: http://community.jboss.org/message/546135#546135 -------------------------------------------------------------- Currently we've no way of injecting the EJB Container into an Interceptor instance. Instead, how do we feel about setting Invocation metadata to add the container under some known key in before SessionSpecContainer.invoke() calls invocation.invokeNext? Then interceptors could grab the container via the metadata. The other way we do this now is: ((ManagedObjectAdvisor) invocation.getAdvisor()).getContainer() ...which is good for unit tests, but in a real environment it's: ((ManagedObjectAdvisor) invocation.getAdvisor()).getContainer().getEJBContainer(); S, ALR -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/546135#546135] Start a new discussion in EJB 3.0 Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

14 years, 7 months

1
0
0 / 0

[JBoss Web Development] - WSDL error - Need help to remove "import location"

by Brad Baker

Brad Baker [http://community.jboss.org/people/JavaFool] created the discussion "WSDL error - Need help to remove "import location"" To view the discussion, visit: http://community.jboss.org/message/546122#546122 -------------------------------------------------------------- HI all, I need some help. I am useing jboss-4.2.0.GA and have made a new web service with the @SOAPBinding(style = SOAPBinding.Style.DOCUMENT, use = SOAPBinding.Use.LITERAL) anotation. Everything deploys fine but when I hit it to get the WSDL, somthing is very wrong. My WSDL looks like this: <definitions name="WSEndPointPortImplService" targetNamespace=" http://webservice.notification./ http://webservice.notification./" xmlns=" http://schemas.xmlsoap.org/wsdl/ http://schemas.xmlsoap.org/wsdl/" xmlns:ns1=" http://WSEndPoint.subscribews.ws http://WSEndPoint.subscribews.ws." xmlns:soap=" http://schemas.xmlsoap.org/wsdl/soap/ http://schemas.xmlsoap.org/wsdl/soap/" xmlns:tns=" http://webservice.notification/ http://webservice.notification/" xmlns:xsd=" http://www.w3.org/2001/XMLSchema http://www.w3.org/2001/XMLSchema"> <import location=" https://HOST:8443/WS/WSEndPointPortImpl?wsdl&resource=WSEndPoint_PortType... https://HOST:8443/WS/WSEndPointPortImpl?wsdl&resource=WSEndPoint_PortType..." namespace=" http://WSEndPoint.subscribews.ws http://WSEndPoint.subscribews.ws" /> <service name="WSEndPointPortImplService"> <port binding="ns1:PRISMNotificationWSEndPointBinding" name="WSEndPointPortImplPort"> <soap:address location=" https://HOST:8443/WS/WSEndPointPortImpl https://HOST:8443/WS/WSEndPointPortImpl" /> </port> </service> </definitions> Now I have hacked up the names to protect the guilty but my man question is, why: <import location=" https://HOST:8443/WS/WSEndPointPortImpl?wsdl&resource=WSEndPoint_PortType... https://HOST:8443/WS/WSEndPointPortImpl?wsdl&resource=WSEndPoint_PortType..." namespace=" http://WSEndPoint.subscribews.ws http://WSEndPoint.subscribews.ws" /> Why did JBoss do this in two parts? Why the "Import location"? When I have done: @SOAPBinding(style = SOAPBinding.Style.RPC, use = SOAPBinding.Use.LITERAL) JBoss generated a WSDL that was all one peace. The reason I think this is an issues is when I point to the url and attempt to generate client classes I get an cannot parse WSDL error. I have never gotten this error when I do RPC/Litteral. Please let me know if I can tell JBoss to not break my WSDL into two parts! Thanks, Brad -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/546122#546122] Start a new discussion in JBoss Web Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

14 years, 7 months

1
0
0 / 0

[EJB 3.0 Development] - javax.ejb.EJBAccessException: Caller unauthorized when calling //EJB3 @Service from client code

by Dave Bredesen

Dave Bredesen [http://community.jboss.org/people/dbredesen] created the discussion "javax.ejb.EJBAccessException: Caller unauthorized when calling //EJB3 @Service from client code" To view the discussion, visit: http://community.jboss.org/message/546116#546116 -------------------------------------------------------------- Hello, I'm building an application on JBoss AS 5.1 and ICEFaces. The application runs in a single JBoss instance currently. I'm doing authentication via JAAS, using the DatabaseServerLoginModule, and I'm able to login successfully via ICEFaces as follows: * CallbackHandler cb = new Handler("someuser", password); * * LoginContext lc = new LoginContext("foo", cb); * * lc.login();* Once logged in, I can see clearly that "someuser" has the "admin" role. Now, I have an EJB set up as follows: * @Service * * @Local * * @SecurityDomain("foo") // corresponds to the security domain above * * public class MyService implements MyServiceLocal { * * @RolesAllowed("admin") * * public void doSomething() { * * // do something * * } * * }* I am trying to call MyBean.doSomething() from my ICEFaces client code as follows: * InitialContext ctx = new InitialContext(); * * final String name = "MyService/local"; * * service = (MyServiceLocal) ctx.lookup(name); * * service.doSomething(); //* *causes EJBAccessException: Caller unauthorized* Somehow, the callee doesn't recognize that I am authenticated. I did a bit of debugging, and the caller thinks my principal is "anonymous". How do I get EJB to recognize my credentials which were established outside of EJB? Do I need to pass some extra information to the InitialContext? (I tried setting Context.SECURITY_PRINCIPAL, with no luck...). Any help would be appreciated! Thanks, Dave Bredesen -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/546116#546116] Start a new discussion in EJB 3.0 Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

14 years, 7 months

1
0
0 / 0

Re: [jboss-dev-forums] [JBoss Microcontainer Development POJO Server] - Implementing a non-flat deployment for Weld Integration

by Flavia Rainone

Flavia Rainone [http://community.jboss.org/people/flavia.rainone%40jboss.com] replied to the discussion "Implementing a non-flat deployment for Weld Integration" To view the discussion, visit: http://community.jboss.org/message/546115#546115 -------------------------------------------------------------- > Pete Muir wrote: > > > I've been thinking about correctness all this time. If somebody places a jar in lib and expects that the beans are created upfront when AS starts, then this would not work using your approach. > > > Ok, I think we've got crossed wires. You can't deploy a library jar in some "context" outside a deployment. The beans don't get created or anything outside the context of a deployment. > > > > Another way to think of it is that a library in default/lib with a beans.xml in it works just like a library in WEB-INF/lib. In that case, why the lazy approach wouldn't work? >From what I can see, if it works just like a library in WEB-INF/lib, it means that we will need to provide a BDA for a lib jar only when Weld requests for one through loadBeanDeploymentArchive, right? Or, if I'm wrong, do you mean that a BDA for every lib jar with a META-INF/beans.xml should be provided as direct or indirect result of BeanDeploymentArchive.getBeanDeploymentArchives() for every BDA in a Deployment? Explaining better, given commos/lib/mylib.jar with the following structure: mylib.jar |_ META-INF/beans.xml |_ whatever classes in here Say we create a BDA upfront, let's call it MY_LIB_BDA, and add this BDA to DefalutDomain Classpath. No deployment is created upfront. Now, say my-ejb.jar with a META-INF/beans.xml file is deployed to deploy dir. We create a Deployment for it, of course, and we create a BDA for it as well. This BDA, called MY_EJB_BDA, belongs to Default Domain Classpath. So, when Weld invokes MY_EJB_BDA.getBDAs(), it should , directly on indirectly (i.e., by walking on the BDA graph structure), reach MY_LIB_BDA? This is different from the lazy approach in which you are not required to call loadBeanDeploymentArchive in order to obtain MY_LIB_BDA. Is that what Weld requires us to do? > Pete Muir wrote: > > > Flavia Rainone wrote: > > > > > Ales Justin wrote: > > > > > > Why the rush? :-) > > > If you ask me, I would do it lazily aka on_demand. > > > > > > Scanning the whole common/lib is gonna be slow, > > > and imo, people should not be using libs to deploy Weld components -- simply put them in deploy/. > > > > > > Or why would you do it upfront? > Because the Java EE/CDI specs require it. BTW, I've read the spec sometime ago. Of course I don't remember all the details so, if you think rereading some specific part of it might be useful, let me know. -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/546115#546115] Start a new discussion in JBoss Microcontainer Development POJO Server at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

14 years, 7 months

1
0
0 / 0

Re: [jboss-dev-forums] [JBoss Microcontainer Development POJO Server] - Implementing a non-flat deployment for Weld Integration

by Pete Muir

Pete Muir [http://community.jboss.org/people/petemuir] replied to the discussion "Implementing a non-flat deployment for Weld Integration" To view the discussion, visit: http://community.jboss.org/message/546079#546079 -------------------------------------------------------------- > Flavia Rainone wrote: > > > Ales Justin wrote: > > > > Why the rush? :-) > > If you ask me, I would do it lazily aka on_demand. > > > > Scanning the whole common/lib is gonna be slow, > > and imo, people should not be using libs to deploy Weld components -- simply put them in deploy/. > > > > Or why would you do it upfront? Because the Java EE/CDI specs require it. > I've been thinking about correctness all this time. If somebody places a jar in lib and expects that the beans are created upfront when AS starts, then this would not work using your approach. Ok, I think we've got crossed wires. You can't deploy a library jar in some "context" outside a deployment. The beans don't get created or anything outside the context of a deployment. Another way to think of it is that a library in default/lib with a beans.xml in it works just like a library in WEB-INF/lib. -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/546079#546079] Start a new discussion in JBoss Microcontainer Development POJO Server at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

14 years, 7 months

1
0
0 / 0

Re: [jboss-dev-forums] [JBoss Microcontainer Development POJO Server] - Implementing a non-flat deployment for Weld Integration

by Flavia Rainone

Flavia Rainone [http://community.jboss.org/people/flavia.rainone%40jboss.com] replied to the discussion "Implementing a non-flat deployment for Weld Integration" To view the discussion, visit: http://community.jboss.org/message/546078#546078 -------------------------------------------------------------- > Ales Justin wrote: > > Why the rush? :-) > If you ask me, I would do it lazily aka on_demand. > > Scanning the whole common/lib is gonna be slow, > and imo, people should not be using libs to deploy Weld components -- simply put them in deploy/. > > Or why would you do it upfront? I've been thinking about correctness all this time. If somebody places a jar in lib and expects that the beans are created upfront when AS starts, then this would not work using your approach. Thinking about performance, though, I think that we should trade that by better performance, i.e., we should use the suggested lazy approach. And I don't see any useful scenario where somebody would want to have a bean deployed to lib dir loaded at startup, specially if no other bean deployed in deploy dir has a dependency towards it. Pete, does the lazy approach fullfills the Weld prerequisites regarding lib jars? -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/546078#546078] Start a new discussion in JBoss Microcontainer Development POJO Server at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

14 years, 7 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums June 2010