Redeploying an EJB

Hi,
how does it happen, when redeploying an EJB in a running application. What
does happen with the currently running requests? Are they handled by the old
or the new version of the EJB?
Thanks,
Marita

Hi clytle,
I have problem about EJB,maybe you can
help me.I use JDeveloper 3.0 to developer EJB
and deploy it to OAS 4.0.8.1 successful. But
the error message(show at below) always occur
when I run the EJB client program eyerytime.
I have no idea about this.Could you have any
suggestion or solution about this? Have anyone else can help me?
james 2000/6/30
The error message :
Root exception is org.omg.CORBA.NO_IMPLEMENT: minor code: 0 completed: No]javax.naming.ServiceUnavailableException
java.lang.Object oracle.oas.jndi.oas.SecCosNamingContext.resolve(javax.naming.Name, java.util.Hashtable)
java.lang.Object oracle.oas.jndi.oas.BeanContext.lookup(javax.naming.Name, java.util.Hashtable)
java.lang.Object oracle.oas.jndi.oas.BeanInitialContext.resolve(javax.naming.Name, java.util.Hashtable)
java.lang.Object oracle.oas.jndi.oas.BeanContext.lookup(javax.naming.Name, java.util.Hashtable)
java.lang.Object oracle.oas.jndi.oas.BeanInitialContext.lookup(javax.naming.Name, java.util.Hashtable)
java.lang.Object oracle.oas.jndi.oas.WrapperContext.lookup(javax.naming.Name)
java.lang.Object oracle.oas.jndi.oas.BeanContext.lookup(java.lang.String)
java.lang.Object javax.naming.InitialContext.lookup(java.lang.String)
void SimpleEJB.SimpleEJBClient.main(java.lang.String[])
null

Similar Messages

Redeploying an EJB onto OAS 4.0.8.2 from JDev 3.1 - problem

My previous message should have had in the topic, OAS 4.0.8.2 instead of OAS 4.0.8.3.
So, I'll explain my problem again:
I'm trying to redeploy an EJB onto the OAS, and I get the following error:
java.io.FileNotFoundException: D:\OraHome1\ows\4.0\..\apps\ejb\ChartBean\_client.jar (The requested operation cannot be performed on a file with a user mapped section open)
at java.io.FileOutputStream.open(Native Method)
at java.io.FileOutputStream.<init>(FileOutputStream.java:102)
at java.io.FileOutputStream.<init>(FileOutputStream.java:62)
at sun.tools.jar.Main.run(Main.java:96)
at sun.tools.jar.Main.main(Main.java:760)
at java.lang.reflect.Method.invoke(Native Method)
at oracle.oas.tools.util.JarGenerator.createJar(Compiled Code)
at oracle.oas.tools.util.CreateJars.main(Compiled Code)
Creation of client jar for D:\\OraHome1\\ows\\upload\\1219ChartBeanSource.jar failed!
I tried to go delete the client.jar file from the OAS machine, and it won't let me saying it is a sharing violation (File is in use). I deleted the EJB from the OAS, stopped the OAS, and still I cannot delete the client.jar file.
First, why couldn't I redeploy, and second, how do I delete the _client.jar file?
Thanks!
null

Hi clytle,
I have problem about EJB,maybe you can
help me.I use JDeveloper 3.0 to developer EJB
and deploy it to OAS 4.0.8.1 successful. But
the error message(show at below) always occur
when I run the EJB client program eyerytime.
I have no idea about this.Could you have any
suggestion or solution about this? Have anyone else can help me?
james 2000/6/30
The error message :
Root exception is org.omg.CORBA.NO_IMPLEMENT: minor code: 0 completed: No]javax.naming.ServiceUnavailableException
java.lang.Object oracle.oas.jndi.oas.SecCosNamingContext.resolve(javax.naming.Name, java.util.Hashtable)
java.lang.Object oracle.oas.jndi.oas.BeanContext.lookup(javax.naming.Name, java.util.Hashtable)
java.lang.Object oracle.oas.jndi.oas.BeanInitialContext.resolve(javax.naming.Name, java.util.Hashtable)
java.lang.Object oracle.oas.jndi.oas.BeanContext.lookup(javax.naming.Name, java.util.Hashtable)
java.lang.Object oracle.oas.jndi.oas.BeanInitialContext.lookup(javax.naming.Name, java.util.Hashtable)
java.lang.Object oracle.oas.jndi.oas.WrapperContext.lookup(javax.naming.Name)
java.lang.Object oracle.oas.jndi.oas.BeanContext.lookup(java.lang.String)
java.lang.Object javax.naming.InitialContext.lookup(java.lang.String)
void SimpleEJB.SimpleEJBClient.main(java.lang.String[])
null

Redeploying an EJB onto OAS 4.0.8.3 from JDev 3.1 - problem

I'm trying to redeploy an EJB onto the OAS, and I get the following error:
java.io.FileNotFoundException: D:\OraHome1\ows\4.0\..\apps\ejb\ChartBean\_client.jar (The requested operation cannot be performed on a file with a user mapped section open)
at java.io.FileOutputStream.open(Native Method)
at java.io.FileOutputStream.<init>(FileOutputStream.java:102)
at java.io.FileOutputStream.<init>(FileOutputStream.java:62)
at sun.tools.jar.Main.run(Main.java:96)
at sun.tools.jar.Main.main(Main.java:760)
at java.lang.reflect.Method.invoke(Native Method)
at oracle.oas.tools.util.JarGenerator.createJar(Compiled Code)
at oracle.oas.tools.util.CreateJars.main(Compiled Code)
Creation of client jar for D:\\OraHome1\\ows\\upload\\1219ChartBeanSource.jar failed!
I tried to go delete the client.jar file from the OAS machine, and it won't let me saying it is a sharing violation (File is in use). I deleted the EJB from the OAS, stopped the OAS, and still I cannot delete the client.jar file.
First, why couldn't I redeploy, and second, how do I delete the _client.jar file?
Thanks!
null

Hi clytle,
I have problem about EJB,maybe you can
help me.I use JDeveloper 3.0 to developer EJB
and deploy it to OAS 4.0.8.1 successful. But
the error message(show at below) always occur
when I run the EJB client program eyerytime.
I have no idea about this.Could you have any
suggestion or solution about this? Have anyone else can help me?
james 2000/6/30
The error message :
Root exception is org.omg.CORBA.NO_IMPLEMENT: minor code: 0 completed: No]javax.naming.ServiceUnavailableException
java.lang.Object oracle.oas.jndi.oas.SecCosNamingContext.resolve(javax.naming.Name, java.util.Hashtable)
java.lang.Object oracle.oas.jndi.oas.BeanContext.lookup(javax.naming.Name, java.util.Hashtable)
java.lang.Object oracle.oas.jndi.oas.BeanInitialContext.resolve(javax.naming.Name, java.util.Hashtable)
java.lang.Object oracle.oas.jndi.oas.BeanContext.lookup(javax.naming.Name, java.util.Hashtable)
java.lang.Object oracle.oas.jndi.oas.BeanInitialContext.lookup(javax.naming.Name, java.util.Hashtable)
java.lang.Object oracle.oas.jndi.oas.WrapperContext.lookup(javax.naming.Name)
java.lang.Object oracle.oas.jndi.oas.BeanContext.lookup(java.lang.String)
java.lang.Object javax.naming.InitialContext.lookup(java.lang.String)
void SimpleEJB.SimpleEJBClient.main(java.lang.String[])
null

"redeploying of ejbs is causing jndi errors

"we r having problems with redeploying an ejb jar file(1 bean) on the 6.0SP1 server cluster.there are 2 servers running on separate sun boxes and the autodeployment is turned off. the method i followed for redeployment was1.Undeployed the bean 2.added the changed ejb jar file to the applications directory3.redeployed the beanResult:1. Bean got undeployed on both servers.2. Bean got redeployed on only one server3. There was a stack trace with jndi errors on the other server.When i restart the server on which the deployment failed, the bean gets deployed when the server starts up.!Is this a server bug?The stack trace is given belowjava.rmi.UnmarshalException: error unmarshalling arguments; nested exception is: java.lang.ClassNotFoundException: com.privacycouncil.tp.ejb.TPGeneratorBeanEOImpl_WLStub: This error could indicate that a component was deployed on a cluster member but not other members of that cluster. Make sure that any component deployed on a server that is part of a cluster is also deployed on all other members of that clusterjava.lang.ClassNotFoundException: com.privacycouncil.tp.ejb.TPGeneratorBeanEOImpl_WLStub: This error could indicate that a component was deployed on a cluster member but not other members of that cluster. Make sure that any component deployed on a server that is part of a cluster is also deployed on all other members of that clusterat weblogic.j2ee.ApplicationManager.loadClass(ApplicationManager.java:143)at weblogic.j2ee.ApplicationManager.loadClass(ApplicationManager.java:87)at weblogic.common.internal.WLObjectInputStream.resolveClass(WLObjectInputStream.java:49)at java.io.ObjectInputStream.inputClassDescriptor(ObjectInputStream.java:918)at java.io.ObjectInputStream.readObject(ObjectInputStream.java:366)at java.io.ObjectInputStream.readObject(ObjectInputStream.jav

"we r having problems with redeploying an ejb jar file(1 bean) on the 6.0SP1 server cluster.there are 2 servers running on separate sun boxes and the autodeployment is turned off. the method i followed for redeployment was1.Undeployed the bean 2.added the changed ejb jar file to the applications directory3.redeployed the beanResult:1. Bean got undeployed on both servers.2. Bean got redeployed on only one server3. There was a stack trace with jndi errors on the other server.When i restart the server on which the deployment failed, the bean gets deployed when the server starts up.!Is this a server bug?The stack trace is given belowjava.rmi.UnmarshalException: error unmarshalling arguments; nested exception is: java.lang.ClassNotFoundException: com.privacycouncil.tp.ejb.TPGeneratorBeanEOImpl_WLStub: This error could indicate that a component was deployed on a cluster member but not other members of that cluster. Make sure that any component deployed on a server that is part of a cluster is also deployed on all other members of that clusterjava.lang.ClassNotFoundException: com.privacycouncil.tp.ejb.TPGeneratorBeanEOImpl_WLStub: This error could indicate that a component was deployed on a cluster member but not other members of that cluster. Make sure that any component deployed on a server that is part of a cluster is also deployed on all other members of that clusterat weblogic.j2ee.ApplicationManager.loadClass(ApplicationManager.java:143)at weblogic.j2ee.ApplicationManager.loadClass(ApplicationManager.java:87)at weblogic.common.internal.WLObjectInputStream.resolveClass(WLObjectInputStream.java:49)at java.io.ObjectInputStream.inputClassDescriptor(ObjectInputStream.java:918)at java.io.ObjectInputStream.readObject(ObjectInputStream.java:366)at java.io.ObjectInputStream.readObject(ObjectInputStream.jav

WS Client does not work after redeploy of EJB 3.0 Webservice.

I'm using Netbeans 5.5 RC1 against Glassfish. Glassfish reports this: " Sun Java System Application Server Enterprise Edition 9.1 (build b13)" for version info.
I have a simple Session Bean with the @WebService annotation.
I create a web service client using Netbeans to call the web service, I populate the arguments, and run it, and it works just fine.
If I simply REDEPLOY the EAR containing the Session Bean (via the Netbeans menu), the client will no longer work.
Rather, I get an exception:
javax.xml.ws.soap.SOAPFaultException: Unable to find invocation method
        at com.sun.xml.ws.encoding.soap.ClientEncoderDecoder.toMessageInfo(ClientEncoderDecoder.java:84)
        at com.sun.xml.ws.encoding.soap.client.SOAPXMLDecoder.toMessageInfo(SOAPXMLDecoder.java:209)
        at com.sun.xml.ws.protocol.soap.client.SOAPMessageDispatcher.receive(SOAPMessageDispatcher.java:538)
        at com.sun.xml.ws.protocol.soap.client.SOAPMessageDispatcher.doSend(SOAPMessageDispatcher.java:258)
        at com.sun.xml.ws.protocol.soap.client.SOAPMessageDispatcher.send(SOAPMessageDispatcher.java:137)
        at com.sun.xml.ws.encoding.soap.internal.DelegateBase.send(DelegateBase.java:84)
        at com.sun.xml.ws.client.EndpointIFInvocationHandler.implementSEIMethod(EndpointIFInvocationHandler.java:172)
        at com.sun.xml.ws.client.EndpointIFInvocationHandler.invoke(EndpointIFInvocationHandler.java:106)
        at $Proxy16.acceptPing(Unknown Source)
        at javaapplication6.Main.main(Main.java:66)When I run the client a second time, it works.
Any ideas what this may be?

A similar bug was reported earlier and it was fixed in SJSAS9.1-b15. Is there a possibility for you to try with some NB5.5 build that has a later AS9.1build ?

Redeploying updated EJB

I am working on a BEA 8.1 server and for deployment I build the war and jar directory tree on the server. Then I use the Re-Deploy tool to deploy the application.
          Everytime that I update an EJB and add new methods, the clients get a Class Cast Exception. I think the RMI is using an obsolete stub for the Bean.
          How/What should I do in order to get the revised EJB loaded properly (or the RMI Stubs rebuiult)?
          I appreciate any help.
          Hersel Ahdout


On 1 Jun 2004 12:32:55 -0700, Hersel Ahdout <[email protected]>
          wrote:
          >I am working on a BEA 8.1 server and for deployment I build the war and jar directory tree on the server. Then I use the Re-Deploy tool to deploy the application.
          >
          >Everytime that I update an EJB and add new methods, the clients get a Class Cast Exception. I think the RMI is using an obsolete stub for the Bean.
          >
          >How/What should I do in order to get the revised EJB loaded properly (or the RMI Stubs rebuiult)?
          >
          >I appreciate any help.
          >Hersel Ahdout
          Hersel,
          If you are making changes to the EJB stub you are also making changes
          to the container classes the server is using. You have to update the
          classes in the clients classpath as well. If the web-app is the
          client, and both the web-app and EJB can be co-located, you can place
          them in the same .EAR file to avoid this.
          HTH
          Ryan Upton

Weblogic redeploys EJB despite warning

I have my EJB Home and Remote classes in Weblogic's classpath while the EJB Jar (which contains Home , Remote and Bean) in the "applications" directory. When I start up the server , Weblogic deploys the EJB but gives the warning :
<Warning> <EJB> <EJB Deployment: ExampleBean cannot be redeployed while the server is running. ExampleHome is located in the server's classpath.>
However , if I keep the server running and redeploy a new implementation of the EJB , Weblogic is able to pick up the new implementation.
Somehow Weblogic's warning and behaviour do not tally. Can I count on the fact that I can redeploy the EJB even though the Home and Remote is in the classpath ?
I am running Weblogic 6.1 on Win2k.
Thanks.
Kean

Hi Kean,
You can still redeploy the ejb-jar file but any changes made to your home and remote interfaces will not be reflected in the new deployment if those interfaces exist in the server classpath.
- Matt
Kean wrote:
I have my EJB Home and Remote classes in Weblogic's classpath while the EJB Jar (which contains Home , Remote and Bean) in the "applications" directory. When I start up the server , Weblogic deploys the EJB but gives the warning :
<Warning> <EJB> <EJB Deployment: ExampleBean cannot be redeployed while the server is running. ExampleHome is located in the server's classpath.>
However , if I keep the server running and redeploy a new implementation of the EJB , Weblogic is able to pick up the new implementation.
Somehow Weblogic's warning and behaviour do not tally. Can I count on the fact that I can redeploy the EJB even though the Home and Remote is in the classpath ?
I am running Weblogic 6.1 on Win2k.
Thanks.
Kean

Help !! how to redeploy only an ejb using weblogic.Deployer ?

Hi everyone, how to redeploy only one ejb (not the entire application) using weblogic.Deployer ? I executed the following command and getting wiered error !!! :
java weblogic.Deployer -adminurl http://myadmin:7000 -username system -password weblogic -name myApp.ear -activate -targets testEJB.jar@jytServer -source myApp.ear
I am getting the following error :
weblogic.management.ApplicationException:
[J2EE:160043]Missing deployment descriptor "META-INF/application.xml" at myApp.ear".
The ear file very much contains the application.xml under META-INF directory and in the application.xml, there is an entry for myBean.jar.
However if i try the following command, it will redeploy the EJB but it will deploy it as a separate application :
java weblogic.Deployer -adminurl http://myadmin:10720 -username system -password weblogic -targets jytServer deploy testEJB.jar
But I want to redeploly it as a part of .ear application.
I would highly appreicate your help. (assume that admin console access is denied and i will have to use weblogic.Deployer to redeploy).
thanks,
jyothi

Where do I specify the order of deployment? I have 2 EJB jar files and Web module, the order need to be Web module first, 2 EJB then EAR. In WebSphere it is defined in Deployment.xml file, where do I define Deployment.xml in WebLogic

Redeployment - EJBs on Classpath

I'm using wls 8.1. I have an EAR in which several EJB are loaded from the system
classpath. After redeployment, these EJB's are not available.
java.rmi.NoSuchObjectException: Bean is already undeployed
I would have expected not to be able to affect any change in such EJBs via redeployment,
but that redeployment would be successful. The console shows that redeployment
for these EJBs is successful (i.e., status: active). Do these classes have to
be off the classpath for redeployment to work properly? Why doesn't the console
report their status correctly? Thanks...
..Brian

Rob Woollen <[email protected]> wrote:
Brian wrote:
Rob Woollen <[email protected]> wrote:
I believe you are right. Unfortunately the calling application isnot really
a client but the security provider. So, I've put everything our realmcode needs
on the server's classpath. I've also tried taking it off the classpathand putting
it in the providers.jar, but no joy. In that case, a ClassCast exceptionis thrown
on the narrow. So, my problem seems to be that I don't know how tohandle the
situation where my login module makes EJB calls. Is there any wayto refresh
the providers.jar?Does your security provider cache the EJB stub? I believe if you
re-lookup the home in JNDI and get a new stub that it should work fine
without refreshing the providers.jar (assuming the new EJB didn't change
the interface.)
Yes, I am (was) caching the stub. Yes, re-looking up the home cures the problem.
Thanks.
-- Rob
Thanks...
..Brian
-- Rob
I would have expected not to be able to affect any change in such
EJBs
via redeployment,
but that redeployment would be successful. The console shows that
redeployment
for these EJBs is successful (i.e., status: active). Do these classeshave to
be off the classpath for redeployment to work properly? Why doesn'tthe console
report their status correctly? Thanks...
..Brian

Automatic ejb redeploy when deploying a webapp

Hi all,
I' got a problem with bea 6.1 webapp deploy/redeploy.
When, from console, I upload the war the server undeploy and redeploy an EJB,
then try to deploy the war.
The ejb is used by the webapp and in the war (in WEB-INF/classes) there are the
EJB interfaces.
Is this correct ?
The real problem is that I have to deploy on a 2 node cluster. Deploying from
console automatically target the admin server, the EJB fail the redeploy and the
webapp is not deployed on the nodes.
I tryed to undeploy the EJB before deploying the webapp and another EJB (not related
to the webapp, developed here, not from bea) id redeployed ! :|
Any idea ?
Thanks
Lorenzo

Lorenzo,
Have you considered using an Enterprise Application (EAR) which includes both your web
app and your ejbs? This way you can undeploy and redeploy at the application level and
let the server worry about the deployment order. See:
http://edocs.bea.com/wls/docs61/programming/packaging.html#1029830
You can turn off the automatic deployment to the admin server. Please read:
http://edocs.bea.com/wls/docs61/adminguide/appman.html#1029683
I hope this helps.
Regards,
Velvet
Developer Relations Engineer
BEA Systems
"\"lorenzo bolzani\" lorenzo.bolzani-at-ethink.it" wrote:
Hi all,
I' got a problem with bea 6.1 webapp deploy/redeploy.
When, from console, I upload the war the server undeploy and redeploy an EJB,
then try to deploy the war.
The ejb is used by the webapp and in the war (in WEB-INF/classes) there are the
EJB interfaces.
Is this correct ?
The real problem is that I have to deploy on a 2 node cluster. Deploying from
console automatically target the admin server, the EJB fail the redeploy and the
webapp is not deployed on the nodes.
I tryed to undeploy the EJB before deploying the webapp and another EJB (not related
to the webapp, developed here, not from bea) id redeployed ! :|
Any idea ?
Thanks
Lorenzo

Error encountered while trying to use EJB control in a Platform Domain

Hi,
I've configured a Weblogic Platform domain and installed all the application EJB's
thru a JAR file. When I try to access these EJB's from within Web Logic Workshop
using the EJB Control, I am able to find the Home and the Remote interfaces and
those boxes are populated correctly when I select the JNDI name from the Browse
button. But when I click on the "Create" button in EJB Control dialog box, I get
the following error
"The EJB Home interface selected in Step 3 cannot be loaded. The client interfaces
for the selected EJB must be present as individual classes in the WEB-INF\classes
directory of this project or the EJB's client JAR file must be present in the
WEB-INF\lib directory".
I copied my EJB Jar file to the WEB-INF\lib folder also. But still it gives the
same error message. Please let me know if I am missing something. Your help is
greatly appreciated.
Thanks
Vikram

Hi Pat,
I've restarted the complete Platform Domain Weblogic instance and it worked.
Thanks for your help.
Vikram
"Pat Bumpus" <[email protected]> wrote:
>
Hi,
I'm using a workshop domain from WebLogic Platform 7.0 SP1.
When you move the EJB classes (as a jar file) into the WEB-INF/lib directory,
then you need to redeploy the web application. In your last note you
mentioned
redeploying the EJB, but not the web app. Have you tried redeploying
the web
app, after you move the EJB jar file into WEB-INF/lib?
pat
"Vikram" <[email protected]> wrote:
Hi Pat,
Thanks for replying back immediately. I tried to redeploy the EJB and
copy the
client EJB classes to the WEB-INF\lib folder but still it doesn't work.
I've also
tried using some of the standard EJB's like "BEA_commerce.CategoryManager"
which
are part of the Platform domain and I am still getting the same error.
Are you working on a Weblogic Platform Domain or Weblogic workshop domain.
Just
wanted to confirm. Appreciate your help.
Thanks
Vikram
"Pat Bumpus" <[email protected]> wrote:
Hi,
After you copied the EJB into the WEB-INF/lib directory, did you redeploy
the
web application? I got a similar thing to work. Instead of movingthe
whole
EJB into WEB-INF/lib, I had ejbc create an EJB client jar and I moved
that into
my WEB-INF/lib directory. Then I redeployed the web application toload
the classes
and it worked.
pat
"Vikram" <[email protected]> wrote:
Hi,
I've configured a Weblogic Platform domain and installed all the application
EJB's
thru a JAR file. When I try to access these EJB's from within Web
Logic
Workshop
using the EJB Control, I am able to find the Home and the Remote interfaces
and
those boxes are populated correctly when I select the JNDI name from
the Browse
button. But when I click on the "Create" button in EJB Control dialog
box, I get
the following error
"The EJB Home interface selected in Step 3 cannot be loaded. The client
interfaces
for the selected EJB must be present as individual classes in theWEB-INF\classes
directory of this project or the EJB's client JAR file must be present
in the
WEB-INF\lib directory".
I copied my EJB Jar file to the WEB-INF\lib folder also. But stillit
gives the
same error message. Please let me know if I am missing something.
Your
help is
greatly appreciated.
Thanks
Vikram

EJB lookup returned stub from a different classloader.

I've written an EJB for doing authenitcation. This EJB is accessed by an security-mbean (BEA's login module).
- The EJB is deployed in an EAR.
- The EJB-stubs are extracted and is included as part of the MBEAN Jar.
When I hit a webapp causing the EJB lookup to occur, the stub object returned is created by the webapp's classloader. This cause a ClassCastException when trying to cast the returned home interface into the home interface of the MBEAN's classloader.
Note that all this is happening on the same BEA server running WLS8.1.
I don't want to put the EJB jar on the system classpath so I can redeploy the EJB, the Application's EAR and the MBEAN to a cluster.
-alex

Robert Greig <[email protected]> wrote:
Thanks for responding to my question, which newsgroup is more appropriate for
my line of question?
But before I move this thread, I would like to add:
I've already handled the recursion problem on top of the ejb-lookup before JNDI
becomes avaliable (while doing server startup) problem.
The advantage with the EJB model is this. By changing the host/port configuration,
I can switch between a local-authentication server or a remote provide authentication
server network configuration.
If I were to include the necessary classes in the mbean JAR from our application,
there maybe resources issues since I now have 2 classloaders loading my server-portion
of classes. Not sure how that will workout with resources and all. This model
has the disadvantage of any classes I have in the mbean JAR will require updates
outside my EAR. This wroks against the EAR deployment model.
-alex
Alex Cheung wrote:
I've written an EJB for doing authenitcation. This EJB is accessedby an security-mbean (BEA's login module).
- The EJB is deployed in an EAR.
- The EJB-stubs are extracted and is included as part of the MBEANJar.
This isn't a good approach. You are pretty much stuffed mainly for the
reasons you outline.
Also note that if you continue to go down this road you will have to
handle the potential recursion (i.e accessing an EJB will invoke a
security call to your provider!).
Why do you need to implement this as an EJB? The main advantages of EJBs
are security and container managed transactions neither of which is
relevant here surely?
Robert

Changing a method in an EJB object without recompiling EJB-Clients

Hi!
I have 4 Web (JSP) applications using the same EJBs., deployed to a BEA Weblogic application server.I want to know if there is a way to change the code in a method in one of my EJB objects (no interface change) without recompiling and redeploying my EJB-clients and Web apps.
Regards,
Per - Chr.

Hello,
I have 4 Web (JSP) applications using the same EJBs.,
deployed to a BEA Weblogic application server.I want
to know if there is a way to change the code in a
method in one of my EJB objects (no interface change)
without recompiling and redeploying my EJB-clients and
Web apps.You can change the EJB's without recompiling the clients as long as the interfaces and the classes used by both the EJB's and clients are not changed.
For example, if you don't change the interfaces but change the exception implementation thrown by a method of the bean, then you have to recompile the clients with the new version of the exception class.
Kexkey

Hot deploying ejb in OC4J 10.1.2.0.2

Hi all,
I'm mantaining a large app using MyEclipse and OC4J and a lot of ejb and web modules...
It's possible to deploy an application with exploded format in this version of oc4j?
When I try to deploy in exploded format, oc4j doesn't find ejb descriptors and using the directory-format explained in the standalone-guide doesn't work at all.
I tried the trick of deploy packaged first and then redeploy as exploded format explained in Myeclipse forums, but not success too.
Can anyone point me in right direction to redeploy an ejb module without restart the server?
thanks and sorry for bad english ...

up

Using EJB Model in Web Dynpro

I have to redeploy my EJB.ear (used as a Web Dynpro model) everytime the J2EE server is started (only the first time), after which My Web Dynpro program continues to work. In other words, the following code in my Command Bean is not successful without redeploying the EJB.ear for some reason. Can someone please tell me what I am doing wrong ?
home = (MyLocalHome) context.lookup("localejbs/MySessBean");

Walter, thanks for the reply. When I checked the EJB Container in VA after starting up the J2EE server, my EJB shows a blue check mark already with the START button grayed out (STOP button is active). So I would think the EJB is started already... HOWEVER, I noticed that when I hit the DEPLOY button there, I see a warning message popping up which says : "This Application hasn't J2EE modules, so it cannot be loaded. Proceeding with Deploy". I go ahead and finish the Deploy and then my EJB works. It seems I am not including a module when I deploy it ?
Paul

Redeploying an EJB

Similar Messages

Maybe you are looking for