Problems accessing EJB

Hello everybody
i wrote a CMP EJB using the JDeveloper 3.2. I could deploy everything without any problems. No i tried to get the bean's home interface within my client and i get always the error:
javax.naming.NamingException: Unknown reasons. Root exception is org.omg.CORBA.UNKNOWN: minor code: 16 completed: Maybe
the stack trace is:
java.lang.Object oracle.aurora.jndi.sess_iiop.SessionCtx.activateObject(oracle.aurora.AuroraServices.PublishedObject)
java.lang.Object oracle.aurora.jndi.sess_iiop.ServiceCtx.lookup(javax.naming.Name)
java.lang.Object oracle.aurora.jndi.sess_iiop.sess_iiopURLContext.lookup(javax.naming.Name)
java.lang.Object oracle.aurora.jndi.sess_iiop.sess_iiopURLContext.lookup(java.lang.String)
java.lang.Object javax.naming.InitialContext.lookup(java.lang.String)
void Client.Client.main(java.lang.String[])
does anybody now something about this problem??
please help me...

OK! Fixed that one myself - for now. I had used some wrong jar:s in my libraries.
There are still some problems.
If I use JDK 1.1.8, I get the following trace when trying to run my client:
java.lang.NoSuchMethodError: java.lang.System: method setProperty(Ljava/lang/String;Ljava/lang/String;)Ljava/lang/String; not found
at
at javax.naming.spi.NamingManager.getDefaultInitialContextFactory(NamingManager.java:696)
at javax.naming.spi.NamingManager.getInitialContext(NamingManager.java:744)
at javax.naming.InitialContext.getDefaultInitCtx(InitialContext.java:181)
at javax.naming.InitialContext.<init>(InitialContext.java:158)
at test.BCEJBClient.main(BCEJBClient.java:32)
The problem goes away if I instead use JDK 1.2.2. But in the project I'm working on we are usng JDK 1.1.8. How can this problem be solved?

Similar Messages

  • Problem accessing ejb from servlet

    Hi,
    I'm aving a problem accessing a stateful session bean from a servlet. I'm using a jndi lookup to do it because I need that a client has its own bean reference...
    My code into the service method is:
    InitialContext ctx;
    try {
    ctx = new InitialContext();
    carrelloService = (CarrelloLocal)ctx.lookup("java:comp/env/ejb/Carrello");
    and I have a reference to EJB into web.xml:
    <ejb-local-ref>
    <ejb-ref-name>ejb/Carrello</ejb-ref-name>
    <ejb-ref-type>Session</ejb-ref-type>
    <local-home></local-home>
    <local>carrello.model.CarrelloLocal</local>
    </ejb-local-ref>
    If I use @EJB annotation to inject the servlet, it works fine.
    Instead using jndi lookup throws a NamingException because it doesn't find java:comp/env/ejb/Carrello entry.
    Any idea about the problem?

    Here's something simple that I have that works:
    <p> </p>
    SimpleBean
    <p> </p>
    @Stateless(name="SimpleBean")
    public class SimpleBeanBean implements SimpleBeanLocal {
    <p> </p>
    web.xml; -- note I use a whacko ejb-ref-name just to make it obvious where I'm using it.
    <p> </p>
        <ejb-local-ref>
            <ejb-ref-name>ejb_mapping_doodad/SimpleBean</ejb-ref-name>
            <ejb-ref-type>Session</ejb-ref-type>
            <local>sab.otn681398.ejb.SimpleBeanLocal</local>
        </ejb-local-ref><p> </p>
    servlet:
    <p> </p>
    package sab.otn681398.web;
    import java.io.IOException;
    import java.io.PrintWriter;
    import javax.naming.InitialContext;
    import javax.naming.NamingException;
    import javax.servlet.*;
    import javax.servlet.http.*;
    import sab.otn681398.ejb.SimpleBeanLocal;
    public class TestServlet extends HttpServlet  {
        private static final String CONTENT_TYPE = "text/html; charset=windows-1252";
        private static final String SIMPLE_BEAN_JNDI = "ejb_mapping_doodad/ASimpleBean";
        private final boolean USEENC = true;
        private SimpleBeanLocal simple = null;
        public void init(ServletConfig config) throws ServletException {
            super.init(config);
        public void doGet(HttpServletRequest request,
                          HttpServletResponse response) throws ServletException, IOException {
            response.setContentType(CONTENT_TYPE);
            PrintWriter out = response.getWriter();
             try {
                if(simple==null) {
                    simple = createSimple();
            } catch(NamingException ne) {
                throw new ServletException("Error in looking up the EJB", ne);
            out.println("<html>");
            out.println("<head><title>TestServlet</title></head>");
            out.println("<body>");
            out.printf("&lt;p&gt;The %s bean has been hit: %s times&lt;/p&gt;", simple, simple.getHitCount());
            out.println("</body></html>");
            out.close();
        private SimpleBeanLocal createSimple() throws NamingException {
          return (USEENC==true? createSimpleViaENC(): createSimpleViaName());
        private SimpleBeanLocal createSimpleViaENC() throws NamingException {
            InitialContext ic = new InitialContext();
            SimpleBeanLocal simple = (SimpleBeanLocal)ic.lookup("java:comp/env/" + SIMPLE_BEAN_JNDI);
            return simple;
        private SimpleBeanLocal createSimpleViaName() throws NamingException {
            InitialContext ic = new InitialContext();
            SimpleBeanLocal simple = (SimpleBeanLocal)ic.lookup(SIMPLE_BEAN_JNDI);
            return simple;
    }<p> </p>
    -steve-

  • Problems accessing ejb 3.0 entity bean from project

    I have written some code using ejb 3.0 and was previously accessing the entity bean without problem when both ejbs and the accessing code were in the same project. However I have moved the accessing code into a different project within the same application and now when the code tries to accessing the entity bean I get the following error:
    com.colwilson.web.ingestion.IdentifiedException: java.lang.ClassCastException: __Proxy3
         at com.colwilson.web.ingestion.IngestionHandler.recordArrived(IngestionHandler.java:140)
         at com.colwilson.web.ingestion.IngestionHandler.main(IngestionHandler.java:52)
    Caused by: java.lang.ClassCastException: __Proxy3
         at com.evermind.server.ejb.StatelessSessionRemoteInvocationHandler.getFreshObject(StatelessSessionRemoteInvocationHandler.java:21)
         at com.evermind.server.rmi.RecoverableRemoteInvocationHandler.getReplacementObject(RecoverableRemoteInvocationHandler.java:64)
         at com.evermind.server.rmi.RecoverableRemoteInvocationHandler.handleRecovery(RecoverableRemoteInvocationHandler.java:41)
         at com.evermind.server.rmi.RecoverableRemoteInvocationHandler.invoke(RecoverableRemoteInvocationHandler.java:30)
         at com.evermind.server.ejb.StatelessSessionRemoteInvocationHandler.invoke(StatelessSessionRemoteInvocationHandler.java:43)
         at __Proxy1.mergeEntity(Unknown Source)
         at com.colwilson.web.ingestion.IngestionHandler.recordArrived(IngestionHandler.java:137)
         ... 1 more
    Now, of course I could move the code back into the same project, but as I understand it that is just the point of ejbs. I'm looking up the entity bean thus:
    final Context context = InitialContext();
    ingestionSessionEJB =
    (IngestionSessionEJB)context.lookup("IngestionSessionEJB");
    It may be true that I don't understand the way lookup works, but to be honest I can't find the docs that explain what I've got wrong.
    Please help.

    hi
    Double Click on the project which is goin to use the project which contains bean from the Application Navigator window. The project properties window will open. Choose the "Dependencies" item from left panel. click on the radio "User Project Settings" and select another project which contain ejb which you're goin to access...
    Best Of Luck
    Ravi A. Trivedi

  • Problems Accessing EJB from Client

    Hello All,
    I have deployed my first EJB in my JBoss App server and thats fine. However when I try and run the simple client that I have written to access this I get the following error:
    javax.naming.NoInitialContextException: Need to specify class name in environment or system property, or as an applet parameter, or in an application resource file: java.naming.factory.initial
    I have tried Debugging the app and cant understand where/why this error is occurring? Any ideas and suggestions would be appreciated...The code I am using in the client is below:
    Context c = new InitialContext();
          Object o = c.lookup("HelloWorldEJB");
          HelloWorldHome hw = (HelloWorldHome)PortableRemoteObject.narrow (o, HelloWorldHome.class);
          HelloWorld hello = hw.create();
          System.out.println ("Result is: " + hello.hello());
          hello.remove();

    Hi!
    I do not know if you have got the solution for your problem....
    I am also struggling around with similar issue
    Here is how i tried
    Properties prop = System.getProperties();
    prop.put(Context.INITIAL_CONTEXT_FACTORY, "org.jnp.interfaces.NamingContextFactory");
    prop.put(Context.PROVIDER_URL, "localhost");
    prop.put(Context.URL_PKG_PREFIXES, "org.jboss.naming:org.jnp.interfaces" );
    Context ctx = new InitialContext(prop);
    System.out.println("looking up ejb");
    Object obj = ctx.lookup("ejb/test");
    DO NOT forget to put jbossall-client.jar and jnpserver.jar in your classpath .
    This way at least you get the solution of the problem you are facing now.....
    Good Luck
    Alok

  • Problem accessing EJB located on remote application server

    Hi there,
    I am working on a project where I need to use a remote EJB in my project....
    I am able to do it but having a problem after that....
    The problem is that for the first time when I get a remote object using JNDI lookup and call a function of the object, it works well....
    But, next time when I try to get the same remote object and call the same function again, I get the following exception...
    The following exception was logged java.lang.NullPointerException
    at com.ibm.ISecurityLocalObjectBaseL13Impl.CSICredentialsManager.getClientSubject(CSICredentialsManager.java:389)
    at com.ibm.ISecurityLocalObjectBaseL13Impl.CSIClientRI$2.run(CSIClientRI.java:454)
    at java.security.AccessController.doPrivileged1(Native Method)
    at java.security.AccessController.doPrivileged(AccessController.java(Compiled Code))
    at com.ibm.ws.security.util.AccessController.doPrivileged(AccessController.java(Compiled Code))
    at com.ibm.ISecurityLocalObjectBaseL13Impl.CSIClientRI.send_request(CSIClientRI.java:450)
    at com.ibm.rmi.pi.InterceptorManager.iterateSendRequest(InterceptorManager.java:404)
    at com.ibm.rmi.iiop.ClientRequestImpl.<init>(ClientRequestImpl.java:136)
    at com.ibm.rmi.iiop.GIOPImpl.createRequest(GIOPImpl.java:141)
    at com.ibm.rmi.iiop.GIOPImpl.createRequest(GIOPImpl.java:97)
    at com.ibm.rmi.corba.ClientDelegate._createRequest(ClientDelegate.java:1854)
    at com.ibm.rmi.corba.ClientDelegate.createRequest(ClientDelegate.java:1132)
    at com.ibm.CORBA.iiop.ClientDelegate.createRequest(ClientDelegate.java:1285)
    at com.ibm.rmi.corba.ClientDelegate.createRequest(ClientDelegate.java:1065)
    at com.ibm.CORBA.iiop.ClientDelegate.createRequest(ClientDelegate.java:1251)
    at com.ibm.rmi.corba.ClientDelegate.request(ClientDelegate.java:1731)
    at com.ibm.CORBA.iiop.ClientDelegate.request(ClientDelegate.java:1207)
    at org.omg.CORBA.portable.ObjectImpl._request(ObjectImpl.java:460)
    at org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:502)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:740)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
    at com.ibm.ws.webcontainer.servlet.StrictServletInstance.doService(StrictServletInstance.java:110)
    at com.ibm.ws.webcontainer.servlet.StrictLifecycleServlet._service(StrictLifecycleServlet.java:174)
    at com.ibm.ws.webcontainer.servlet.IdleServletState.service(StrictLifecycleServlet.java:313)
    at com.ibm.ws.webcontainer.servlet.StrictLifecycleServlet.service(StrictLifecycleServlet.java:116)
    at com.ibm.ws.webcontainer.servlet.ServletInstance.service(ServletInstance.java:283)
    at com.ibm.ws.webcontainer.servlet.ValidServletReferenceState.dispatch(ValidServletReferenceState.java:42)
    at com.ibm.ws.webcontainer.servlet.ServletInstanceReference.dispatch(ServletInstanceReference.java:40)
    at com.ibm.ws.webcontainer.webapp.WebAppRequestDispatcher.handleWebAppDispatch(WebAppRequestDispatcher.java:1171)
    at com.ibm.ws.webcontainer.webapp.WebAppRequestDispatcher.dispatch(WebAppRequestDispatcher.java:676)
    at com.ibm.ws.webcontainer.webapp.WebAppRequestDispatcher.forward(WebAppRequestDispatcher.java:203)
    at com.ibm.ws.webcontainer.srt.WebAppInvoker.doForward(WebAppInvoker.java:125)
    at com.ibm.ws.webcontainer.srt.WebAppInvoker.handleInvocationHook(WebAppInvoker.java:300)
    at com.ibm.ws.webcontainer.cache.invocation.CachedInvocation.handleInvocation(CachedInvocation.java:71)
    at com.ibm.ws.webcontainer.srp.ServletRequestProcessor.dispatchByURI(ServletRequestProcessor.java:246)
    at com.ibm.ws.webcontainer.oselistener.OSEListenerDispatcher.service(OSEListener.java:334)
    at com.ibm.ws.webcontainer.http.HttpConnection.handleRequest(HttpConnection.java:56)
    at com.ibm.ws.http.HttpConnection.readAndHandleRequest(HttpConnection.java:652)
    at com.ibm.ws.http.HttpConnection.run(HttpConnection.java:458)
    at com.ibm.ws.util.ThreadPool$Worker.run(ThreadPool.java:936)
    I do get the object reference without any issue but on calling the function, I get the exception mentioned above.
    I tried to lookup on the internet if anyone else has the same problem but no luck...
    Appreciate any help!!!
    Thanks in advance...

    Hi!
    I have the same problem, but i never runs ok, the first time that I get a remote object i have these exception... java.lang.NullPointerException.
    I send you my client app code.
    The exception appears when execute the .create method.
    Can you send me your code?
    Good luck
    Mike
    [email protected]
    ==============================000
    package estacion;
    import servidor.InteresesRemote;
    import servidor.InteresesRemoteHome;
    import java.util.Properties;
    import javax.rmi.PortableRemoteObject;
    import javax.naming.*;
    public class Main {
    /** Creates a new instance of Main */
    public Main() {
    public static void main(String[] args) {
    // TODO code application logic here
    Properties env = new Properties();
    // Definir las propiededas y ubicaci�n de b�squeda de Nombres
    JNDI.
    env.setProperty("java.naming.factory.initial",
    "com.sun.jndi.cosnaming.CNCtxFactory");
    env.setProperty("java.naming.provider.url",
    "iiop://localhost:3700");
    try
    // Traer el Contexto de Nombre
    InitialContext jndiContext = new InitialContext(env);
    System.out.println("Contexto Disponible");
    // Traer la Referencia del EJB
    Object ref = jndiContext.lookup("ejb/InteresesBean");
    System.out.println("Se encontr� Referencia del EJB!");
    // Traer la referencia del "Home Interface "
    InteresesRemoteHome home = (InteresesRemoteHome)
    PortableRemoteObject.narrow (ref, InteresesRemoteHome.class);
    // Crear un Objeto a partir del "Home Interface"
    InteresesRemote interes = home.create();
    // Llamar la funci�n
    System.out.println("Inter�s de 10,000 Capital, a tasa 10%,
    bajo 2 plazos anuales:");
    System.out.println(interes.calcularInteres(10000, 0.10, 2));
    catch(Exception e)
    System.out.println(e.toString());
    Run Trace:
    ====================================================
    Contexto Disponible
    Se encontr� Referencia del EJB!
    java.lang.NullPointerException

  • Problem accessing EJB's in KM Scheduler Task

    Hi,
    I have created a new SchedulerTask which implements com.sapportals.wcm.service.scheduler.ISchedulerTask.
    In the run method of the SchedulerTask, I was trying to access the Session bean as below
         try {
              Context initial = new InitialContext();
              Object objref = initial.lookup("JNDI Name Of the Session Bean");
              Object obj = PortableRemoteObject.narrow(objref, BeanHome.class);
         } catch (NamingException ex) {
              ex.printStackTrace();          
         } catch (Exception ex) {
              ex.printStackTrace();          
    When the task is executed, initial lookup is returning 915(I have tried to log the objref above to console and it prints 915) which is resulting in classcast exception while narrowing.
    But, When I placed the same code in a Portal Component, it works fine.
    Portal component and SchedulerTask are in the same portal application project, which mean that all configurations are same.
    I have been struggling very hard to figure out this indifferent behavior.
    Any hints or help would be greatly appreciated.
    Thanks and Regards,
    Suresh.

    Hi,
    Try some thing like this:
    ClassLoader originalContextClassLoader = Thread.currentThread().getContextClassLoader();                                   
    try {
              Thread.currentThread().setContextClassLoader(this.getClass().getClassLoader());
              Context initial = new InitialContext();
              Object objref = initial.lookup("JNDI Name Of the Session Bean");
              Object obj = PortableRemoteObject.narrow(objref, BeanHome.class);
         } catch (NamingException ex) {
              ex.printStackTrace();          
         } catch (Exception ex) {
              ex.printStackTrace();          
         finally {
         Thread.currentThread().setContextClassLoader(originalContextClassLoader);
    Regards,
    Praveen Gudapati

  • JVM problem with EJB...

    Hi,
    I have an application which access EJBs located in WebSPhere Application Server 3.5 on a server.
    Why when i execute my application with SUN's JRE i have a problem (FAILED to Lookup Bean) and when i execute my application with Websphere'JRE, there is no problem ????
    Help me plzzz
    Thanks in advance
    Steve
    The problem seems to be at this line :
    javax.naming.InitialContext initialContext = getInitialContext();
    java.lang.Object obj = null;
    try{
    obj = initialContext.lookup(jndiName);
    catch (NamingException ne)
    System.out.println("FAILED to lookup Bean: "+jndiName);
    ne.printStackTrace();
    I want to use Sun's JRE because it include Hotspot which could increase performance of my application...

    Here it is :
    FAILED to lookup Bean: com/ibm/diapason/ejb/Utilisateur
    javax.naming.NamingException: Error during resolve. Root exception is java.lang.NullPointerException
    at com.ibm.ejs.ns.jndi.CNContextImpl.doLookup(CNContextImpl.java:739)
    at com.ibm.ejs.ns.jndi.CNContextImpl.lookup(CNContextImpl.java:585)
    at javax.naming.InitialContext.lookup(Unknown Source)
    at com.ibm.diapason.utils.DiapasonEJBHelper.lookupTargetHome(DiapasonEJBHelper.java:142)
    at com.ibm.diapason.utils.DiapasonEJBHelper.getTargetHome(DiapasonEJBHelper.java:121)
    at com.ibm.diapason.application.Login.btnValid_ActionPerformed1(Login.java:88)
    at com.ibm.diapason.application.Login.connEtoM1(Login.java:204)
    at com.ibm.diapason.application.Login.access$1(Login.java:200)
    at com.ibm.diapason.application.Login$IvjEventHandler.actionPerformed(Login.java:34)
    at javax.swing.AbstractButton.fireActionPerformed(Unknown Source)
    at javax.swing.AbstractButton$ForwardActionEvents.actionPerformed(Unknown Source)
    at javax.swing.DefaultButtonModel.fireActionPerformed(Unknown Source)
    at javax.swing.DefaultButtonModel.setPressed(Unknown Source)
    at javax.swing.plaf.basic.BasicButtonListener.mouseReleased(Unknown Source)
    at java.awt.Component.processMouseEvent(Unknown Source)
    at java.awt.Component.processEvent(Unknown Source)
    at java.awt.Container.processEvent(Unknown Source)
    at java.awt.Component.dispatchEventImpl(Unknown Source)
    at java.awt.Container.dispatchEventImpl(Unknown Source)
    at java.awt.Component.dispatchEvent(Unknown Source)
    at java.awt.LightweightDispatcher.retargetMouseEvent(Unknown Source)
    at java.awt.LightweightDispatcher.processMouseEvent(Unknown Source)
    at java.awt.LightweightDispatcher.dispatchEvent(Unknown Source)
    at java.awt.Container.dispatchEventImpl(Unknown Source)
    at java.awt.Window.dispatchEventImpl(Unknown Source)
    at java.awt.Component.dispatchEvent(Unknown Source)
    at java.awt.EventQueue.dispatchEvent(Unknown Source)
    at java.awt.EventDispatchThread.pumpOneEventForHierarchy(Unknown Source)
    at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
    at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
    at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
    at java.awt.EventDispatchThread.run(Unknown Source)
    Thanks for your help
    Steve

  • ClassNotFound Exception accessing EJBs in a cluster

    I am experiencing some weird behavior when attempting to access EJBs in a
              Weblogic 5.1.0 cluster. The cluster nodes startup fine, and the EJBs are
              correctly deployed. However, when my test client attempts to access them I
              get the ClassNotFoundException listed below. This same client can access the
              same EJBs deployed in a non-clustered environment without any problems, so
              it's definitely related to my cluster configuration. The problem seems to be
              that the client is not receiving the client-side stub. To confim this, I put
              the stub in the client's classpath, and did NOT get the
              ClassNotFoundException. Has anyone else seen this error?
              BTW, I have compiled the EJB both with and without the <home-is-clusterable>
              flag set to true. I get the same exception either way.
              Thanks for any assistance,
              Jason Donnell
              javax.naming.CommunicationException. Root exception is
              java.lang.ClassNotFoundException: class
              com.landacorp.maxmc.ejb.security.ProviderSecurityBeanHomeImpl_ServiceStub
              previously not found
              at weblogic.rjvm.MsgAbbrev.read(MsgAbbrev.java:184)
              at weblogic.socket.JVMAbbrevSocket.readMsgAbbrevs(JVMAbbrevSocket.java:505)
              at weblogic.rjvm.MsgAbbrevInputStream.prime(MsgAbbrevInputStream.java:134)
              at weblogic.rjvm.RJVMImpl.dispatch(RJVMImpl.java:700)
              at
              weblogic.rjvm.ConnectionManagerClient.handleRJVM(ConnectionManagerClient.jav
              a:34)
              at weblogic.rjvm.ConnectionManager.dispatch(ConnectionManager.java:630)
              at weblogic.socket.JVMAbbrevSocket.dispatch(JVMAbbrevSocket.java:393)
              at weblogic.socket.JVMSocketT3.dispatch(JVMSocketT3.java:355)
              at weblogic.socket.JavaSocketMuxer.processSockets(JavaSocketMuxer.java:247)
              at weblogic.socket.SocketReaderRequest.execute(SocketReaderRequest.java:23)
              at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:129)
              --------------- nested within: ------------------
              weblogic.rmi.UnmarshalException: Unmarshalling return
              - with nested exception:
              [java.lang.ClassNotFoundException: class
              com.landacorp.maxmc.ejb.security.ProviderSecurityBeanHomeImpl_ServiceStub
              previously not found]
              at
              weblogic.jndi.toolkit.BasicWLContext_WLStub.lookup(BasicWLContext_WLStub.jav
              a:256)
              at weblogic.jndi.toolkit.WLContextStub.lookup(WLContextStub.java:545)
              at javax.naming.InitialContext.lookup(InitialContext.java:350)
              at
              com.landacorp.maxmc.ejb.security.ClusterSecurityTest.main(ClusterSecurityTes
              t.java:52)
              

    Just a side note: I setup the cluster using the WebLogic recommended
              directory structure (see
              http://www.weblogic.com/docs51/cluster/setup.html#676105) and I no longer
              get the exception. I'm still interested in hearing, though, if anyone has a
              scheme for setting up the cluster in a directory that isn't directly under
              the weblogic installation directory.
              Jason
              "Jason Donnell" <[email protected]> wrote in message
              news:[email protected]...
              > My current idea is that our directory structure is not properly supported
              by
              > WebLogic. We are NOT putting everything under the weblogic install
              > directory, as the documentation suggests. Instead, it looks something like
              > this (on an NT box):
              >
              > \weblogic_install\<Weblogic 5.1.0 installation here>
              >
              > \our_weblogic\startWeblogicNode1.cmd
              > \our_weblogic\startWeblogicNode2.cmd
              > \our_weblogic\weblogic.properties (cluster-wide)
              > \our_weblogic\public_html\
              > \our_weblogic\our_cluster_name\
              > \our_weblogic\our_cluster_name\all_ejbs\<compiled beans are here>
              > \our_weblogic\our_cluster_name\server_node1\
              > \our_weblogic\our_cluster_name\server_node1\weblogic.properties
              > (server-specific)
              > \our_weblogic\our_cluster_name\server_node2\
              > \our_weblogic\our_cluster_name\server_node2\weblogic.properties
              > (server-specific)
              >
              > So, on the command line in our per-server startup scripts, we set the
              > weblogic.system.home=\our_weblogic,
              weblogic.cluster.name=our_cluster_name,
              > and weblogic.system.name=server_nodeX.
              >
              > Now, I want to emphasize that the server claims to start up just fine. It
              > claims the EJBs have been deployed. However, it is unable to deliver
              classes
              > dynamically, as we found by trying the
              > http://yourweblogic..../classes/some/class/name.class suggestion noted
              > previously.
              >
              > We had a similar directory structure for a single server, and it worked
              just
              > fine. However, in that case we obviously did not have the extra level of
              the
              > \our_cluster_name\ directory. It would seem that in the cluster
              > configuration, we cannot do it this way. I would be VERY interested to
              hear
              > if anyone else has setup a cluster in a directory that is not under the
              > weblogic installation directory.
              >
              > Hopefully this may shed some light on your problem. Feel free to contact
              me
              > if you need any additional information (or if you solve the problem!).
              >
              > Jason Donnell
              > [email protected]
              >
              >
              > "Chad" <[email protected]> wrote in message
              > news:[email protected]...
              > > I am very interested in this thread - I am having the same behavior:
              > >
              > > javax.naming.CommunicationException. Root exception is
              > > java.lang.ClassNotFoundException: class
              > > healthecare.drug.ejb.DrugAlternateBeanHomeImpl_ServiceStub previously
              > > not found
              > > at weblogic.rjvm.MsgAbbrev.read(MsgAbbrev.java:181)
              > > at
              > weblogic.socket.JVMAbbrevSocket.readMsgAbbrevs(JVMAbbrevSocket.java:505)
              > > at
              weblogic.rjvm.MsgAbbrevInputStream.prime(MsgAbbrevInputStream.java:134)
              > > at weblogic.rjvm.RJVMImpl.dispatch(RJVMImpl.java:630)
              > > at
              >
              weblogic.rjvm.ConnectionManagerClient.handleRJVM(ConnectionManagerClient.jav
              > a:34)
              > > at weblogic.rjvm.ConnectionManager.dispatch(ConnectionManager.java:630)
              > > at weblogic.socket.JVMAbbrevSocket.dispatch(JVMAbbrevSocket.java:393)
              > > at weblogic.socket.JVMSocketT3.dispatch(JVMSocketT3.java:355)
              > > at
              > weblogic.socket.JavaSocketMuxer.processSockets(JavaSocketMuxer.java:247)
              > > at
              > weblogic.socket.SocketReaderRequest.execute(SocketReaderRequest.java:23)
              > > at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:135)
              > >
              > > --------------- nested within: ------------------
              > > weblogic.rmi.UnmarshalException: Unmarshalling return
              > > - with nested exception:
              > > [java.lang.ClassNotFoundException: class
              > > healthecare.drug.ejb.DrugAlternateBeanHomeImpl_ServiceStub previously
              > > not found]
              > > at
              >
              weblogic.jndi.toolkit.BasicWLContext_WLStub.lookup(BasicWLContext_WLStub.jav
              > a:256)
              > > at weblogic.jndi.toolkit.WLContextStub.lookup(WLContextStub.java:545)
              > > at javax.naming.InitialContext.lookup(InitialContext.java:350)
              > > at healthecare.util.EJBBase.findHomeInterface(EJBBase.java:178)
              > >
              > > One additional bit of information that I can add is that when I
              > > getInitialContext() like this:
              > >
              > > public static Context getInitialContext() throws Exception
              > > {
              > > String providerURL =
              > > "t3://" + CommonUtil.getProperty("ejb.server.name") +
              > > ":" + CommonUtil.getProperty("ejb.server.port");
              > >
              > > Hashtable ht = new Hashtable();
              > > ht.put(Context.INITIAL_CONTEXT_FACTORY,
              > > "weblogic.jndi.WLInitialContextFactory");
              > > ht.put(Context.PROVIDER_URL, providerURL);
              > >
              > > return new InitialContext(ht);
              > > }
              > >
              > > When the "ejb.server.name" property is one server, like "serverName1",
              > > the code works. But when the "ejb.server.name" property is clustered,
              > > like "serverName1, serverName2", the code throws the exception above.
              > >
              > > I'll definitely re-post if I come up with anything.
              > >
              > > thanks,
              > > chad small
              > >
              > > "Jason Donnell" <[email protected]> wrote in message
              > news:<[email protected]>...
              > > > Well, that was a good test. I discovered I am unable to download
              classes
              > > > from the clustered server when pointing my browser at it. Any ideas
              what
              > > > kind of misconfiguration on my part would cause that behavior?
              > > >
              > > > Thanks,
              > > > Jason Donnell
              > > >
              > > > "Dimitri Rakitine" <[email protected]> wrote in message
              > > > news:[email protected]...
              > > > > Try to point your browser to make sure you can actually download
              > classes
              > > > from it
              > > > > (point it to http://yourweblogic..../classes/some/class/name.class)
              > > > >
              > > > > Jason Donnell <[email protected]> wrote:
              > > > > > Yes, I know. That's the behavior that I had always seen before. Do
              > you
              > > > know
              > > > > > of any directory configurations or properties file settings that
              > could
              > > > make
              > > > > > the stub not be downloaded correctly, even though the EJB is
              > deployed on
              > > > the
              > > > > > server?
              > > >
              > > > > > "Tao Xie" <[email protected]> wrote in message
              > > > > > news:[email protected]...
              > > > > >> That's weird, Replica-aware stub should be downloaded to the
              client
              > > > except
              > > > > >> the client is on another Weblogic server.
              > > > > >>
              > > > > >> "Jason Donnell" <[email protected]> wrote in message
              > > > > >> news:[email protected]...
              > > > > >> | I am experiencing some weird behavior when attempting to access
              > EJBs
              > > > in
              > > > a
              > > > > >> | Weblogic 5.1.0 cluster. The cluster nodes startup fine, and the
              > EJBs
              > > > are
              > > > > >> | correctly deployed. However, when my test client attempts to
              > access
              > > > them
              > > > I
              > > > > >> | get the ClassNotFoundException listed below. This same client
              can
              > > > access
              > > > the
              > > > > >> | same EJBs deployed in a non-clustered environment without any
              > > > problems,
              > > > so
              > > > > >> | it's definitely related to my cluster configuration. The
              problem
              > > > seems
              > > > to
              > > > be
              > > > > >> | that the client is not receiving the client-side stub. To
              confim
              > > > this, I
              > > > put
              > > > > >> | the stub in the client's classpath, and did NOT get the
              > > > > >> | ClassNotFoundException. Has anyone else seen this error?
              > > > > >> |
              > > > > >> | BTW, I have compiled the EJB both with and without the
              > > > <home-is-clusterable>
              > > > > >> | flag set to true. I get the same exception either way.
              > > > > >> |
              > > > > >> | Thanks for any assistance,
              > > > > >> | Jason Donnell
              > > > > >> |
              > > > > >> |
              > > > > >> | javax.naming.CommunicationException. Root exception is
              > > > > >> | java.lang.ClassNotFoundException: class
              > > > > >> |
              > > > > >
              > > >
              > com.landacorp.maxmc.ejb.security.ProviderSecurityBeanHomeImpl_ServiceStub
              > > > > >> | previously not found
              > > > > >> |
              > > > > >> | at weblogic.rjvm.MsgAbbrev.read(MsgAbbrev.java:184)
              > > > > >> |
              > > > > >> | at
              > > > > >>
              > > >
              > weblogic.socket.JVMAbbrevSocket.readMsgAbbrevs(JVMAbbrevSocket.java:505)
              > > > > >> |
              > > > > >> | at
              > > >
              weblogic.rjvm.MsgAbbrevInputStream.prime(MsgAbbrevInputStream.java:134)
              > > > > >> |
              > > > > >> | at weblogic.rjvm.RJVMImpl.dispatch(RJVMImpl.java:700)
              > > > > >> |
              > > > > >> | at
              > > > > >> |
              > > > > >>
              > > > > >
              > > >
              >
              weblogic.rjvm.ConnectionManagerClient.handleRJVM(ConnectionManagerClient.jav
              > > > > >> | a:34)
              > > > > >> |
              > > > > >> | at
              > > > weblogic.rjvm.ConnectionManager.dispatch(ConnectionManager.java:630)
              > > > > >> |
              > > > > >> | at
              > > > weblogic.socket.JVMAbbrevSocket.dispatch(JVMAbbrevSocket.java:393)
              > > > > >> |
              > > > > >> | at weblogic.socket.JVMSocketT3.dispatch(JVMSocketT3.java:355)
              > > > > >> |
              > > > > >> | at
              > > > > >>
              > > >
              > weblogic.socket.JavaSocketMuxer.processSockets(JavaSocketMuxer.java:247)
              > > > > >> |
              > > > > >> | at
              > > > > >>
              > > >
              > weblogic.socket.SocketReaderRequest.execute(SocketReaderRequest.java:23)
              > > > > >> |
              > > > > >> | at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:129)
              > > > > >> |
              > > > > >> |
              > > > > >> |
              > > > > >> | --------------- nested within: ------------------
              > > > > >> |
              > > > > >> | weblogic.rmi.UnmarshalException: Unmarshalling return
              > > > > >> | - with nested exception:
              > > > > >> | [java.lang.ClassNotFoundException: class
              > > > > >> |
              > > > > >
              > > >
              > com.landacorp.maxmc.ejb.security.ProviderSecurityBeanHomeImpl_ServiceStub
              > > > > >> | previously not found]
              > > > > >> |
              > > > > >> | at
              > > > > >> |
              > > > > >>
              > > > > >
              > > >
              >
              weblogic.jndi.toolkit.BasicWLContext_WLStub.lookup(BasicWLContext_WLStub.jav
              > > > > >> | a:256)
              > > > > >> |
              > > > > >> | at
              > > > weblogic.jndi.toolkit.WLContextStub.lookup(WLContextStub.java:545)
              > > > > >> |
              > > > > >> | at javax.naming.InitialContext.lookup(InitialContext.java:350)
              > > > > >> |
              > > > > >> | at
              > > > > >> |
              > > > > >>
              > > > > >
              > > >
              >
              com.landacorp.maxmc.ejb.security.ClusterSecurityTest.main(ClusterSecurityTes
              > > > > >> | t.java:52)
              > > > > >> |
              > > > > >> |
              > > > > >> |
              > > > > >> |
              > > > > >>
              > > > > >>
              > > > >
              > > > >
              > > > >
              > > > > --
              > > > > Dimitri
              >
              >
              >
              >
              >
              >
              

  • Access EJB's in JServer from MS COM clients

    We need to access our EJB's from MS COM Clients (written in C++ currently using OCI)
    Any suggestions ?
    Thanks in Advance
    null

    I got the same problem.
    Some posts here suggest you should put weblogic.jar under /common/lib,
    I tried it but it didn't work. I also tried to put it under
    webapps/yourweb/web-inf/lib
    but it didn't work too. At last I had to unpack the weblogic.jar and put
    them under
    webapps/yourweb/web-inf/classes. This at least solved the problem you
    mentioned.
    I got other problem like ClassCastException that might be due to my own
    code.
    Anyway you can try the above approach. And please post your results here
    just let
    others know.
    Thanks.
    "Gary Bartlett" <[email protected]> wrote in message
    news:3ce3fdf1$[email protected]..
    >
    Question -
    Can anyone point me at documentation that will help me understand what jarfiles
    are required to allow access EJB's that are deployed in Weblogic 6.1 froma Servlet
    that is running under Tomcat.
    I am currently getting the following exception:
    javax.naming.NoInitialContextException: Cannot instantiate class:weblogic.jndi.WLInitialContextFactory.
    >
    >
    >
    Root exception is java.lang.ClassNotFoundException:weblogic.jndi.WLInitialContextFactory
    atorg.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.jav
    a:1394)
    >
    >
    Thanks,
    Gary Bartlett

  • Access EJB's deployed in WL 61 from Tomcat 4.0.3

    Question -
    Can anyone point me at documentation that will help me understand what jar files
    are required to allow access EJB's that are deployed in Weblogic 6.1 from a Servlet
    that is running under Tomcat.
    I am currently getting the following exception:
    javax.naming.NoInitialContextException: Cannot instantiate class: weblogic.jndi.WLInitialContextFactory.
    Root exception is java.lang.ClassNotFoundException: weblogic.jndi.WLInitialContextFactory
    at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1394)
    Thanks,
    Gary Bartlett

    I got the same problem.
    Some posts here suggest you should put weblogic.jar under /common/lib,
    I tried it but it didn't work. I also tried to put it under
    webapps/yourweb/web-inf/lib
    but it didn't work too. At last I had to unpack the weblogic.jar and put
    them under
    webapps/yourweb/web-inf/classes. This at least solved the problem you
    mentioned.
    I got other problem like ClassCastException that might be due to my own
    code.
    Anyway you can try the above approach. And please post your results here
    just let
    others know.
    Thanks.
    "Gary Bartlett" <[email protected]> wrote in message
    news:3ce3fdf1$[email protected]..
    >
    Question -
    Can anyone point me at documentation that will help me understand what jarfiles
    are required to allow access EJB's that are deployed in Weblogic 6.1 froma Servlet
    that is running under Tomcat.
    I am currently getting the following exception:
    javax.naming.NoInitialContextException: Cannot instantiate class:weblogic.jndi.WLInitialContextFactory.
    >
    >
    >
    Root exception is java.lang.ClassNotFoundException:weblogic.jndi.WLInitialContextFactory
    atorg.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.jav
    a:1394)
    >
    >
    Thanks,
    Gary Bartlett

  • Accessing EJB form tomcat

    We are using Sun Application Server 8 and seems like I have
    problem accessing AS from Tomcat.
    The following is the error message from the log
    [org.apache.webapp.balancer.rules.AcceptEverythingRule: Redirect URL: http://jakarta.apache.org]]
    2006-12-22 12:14:40 StandardContext[jsp-examples]ContextListener: contextInitialized()
    2006-12-22 12:14:40 StandardContext[jsp-examples]SessionListener: contextInitialized()
    2006-12-22 12:14:41 StandardContext[servlets-examples]ContextListener: contextInitialized()
    2006-12-22 12:14:41 StandardContext[servlets-examples]SessionListener: contextInitialized()
    2006-12-22 12:15:14 StandardWrapperValve[session.Login]: Servlet.service() for servlet session.Login threw exception
    java.lang.NoClassDefFoundError: javax/security/jacc/PolicyContextException
         at com.sun.enterprise.security.SSLUtils.<clinit>(SSLUtils.java:68)
         at com.sun.enterprise.iiop.IIOPSSLSocketFactory.<init>(IIOPSSLSocketFactory.java:149)
         at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
         at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
         at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
         at java.lang.reflect.Constructor.newInstance(Constructor.java:494)
         at java.lang.Class.newInstance0(Class.java:350)
         at java.lang.Class.newInstance(Class.java:303)
         at com.sun.corba.ee.impl.orb.ParserTable$5.operate(ParserTable.java:650)
         at com.sun.corba.ee.impl.orb.NormalParserAction.apply(NormalParserAction.java:22)
         at com.sun.corba.ee.spi.orb.PropertyParser.parse(PropertyParser.java:52)
         at com.sun.corba.ee.spi.orb.ParserImplBase.init(ParserImplBase.java:55)
         at com.sun.corba.ee.impl.orb.ORBDataParserImpl.<init>(ORBDataParserImpl.java:397)
         at com.sun.corba.ee.impl.orb.ORBImpl.postInit(ORBImpl.java:499)
         at com.sun.corba.ee.impl.orb.ORBImpl.set_parameters(ORBImpl.java:589)
         at org.omg.CORBA.ORB.init(ORB.java:337)
         at com.sun.enterprise.util.ORBManager.createORB(ORBManager.java:372)
         at com.sun.enterprise.util.ORBManager.init(ORBManager.java:236)
         at com.sun.enterprise.util.ORBManager.getORB(ORBManager.java:248)
         at com.sun.appserv.naming.S1ASCtxFactory.getInitialContext(S1ASCtxFactory.java:208)
         at javax.naming.spi.NamingManager.getInitialContext(NamingManager.java:667)
         at javax.naming.InitialContext.getDefaultInitCtx(InitialContext.java:247)
         at javax.naming.InitialContext.init(InitialContext.java:223)
         at javax.naming.InitialContext.<init>(InitialContext.java:197)
         at iims.shared.ServerAgent.setServer(ServerAgent.java:134)
         at iims.web.session.Login.doPost(Login.java:150)
         at iims.web.session.Login.doGet(Login.java:665)
         at javax.servlet.http.HttpServlet.service(HttpServlet.java:689)
         at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
         at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
         at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
         at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
         at java.lang.reflect.Method.invoke(Method.java:585)
         at org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:243)
         at java.security.AccessController.doPrivileged(Native Method)
         at javax.security.auth.Subject.doAsPrivileged(Subject.java:517)
         at org.apache.catalina.security.SecurityUtil.execute(SecurityUtil.java:272)
         at org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:161)
         at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:245)
         at org.apache.catalina.core.ApplicationFilterChain.access$000(ApplicationFilterChain.java:50)
         at org.apache.catalina.core.ApplicationFilterChain$1.run(ApplicationFilterChain.java:156)
         at java.security.AccessController.doPrivileged(Native Method)
         at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:152)
         at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:214)
         at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
         at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
         at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:198)
         at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:152)
         at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
         at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
         at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:137)
         at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
         at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:118)
         at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102)
         at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
         at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
         at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
         at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
         at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929)
         at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160)
         at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:799)
         at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:705)
         at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:577)
         at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
         at java.lang.Thread.run(Thread.java:595)
    2006-12-22 12:15:16 StandardWrapperValve[session.Login]: Servlet.service() for servlet session.Login threw exception
    java.lang.NoClassDefFoundError
         at com.sun.enterprise.iiop.IIOPSSLSocketFactory.<init>(IIOPSSLSocketFactory.java:149)
         at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
         at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
         at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
         at java.lang.reflect.Constructor.newInstance(Constructor.java:494)
         at java.lang.Class.newInstance0(Class.java:350)
         at java.lang.Class.newInstance(Class.java:303)
         at com.sun.corba.ee.impl.orb.ParserTable$5.operate(ParserTable.java:650)
         at com.sun.corba.ee.impl.orb.NormalParserAction.apply(NormalParserAction.java:22)
         at com.sun.corba.ee.spi.orb.PropertyParser.parse(PropertyParser.java:52)
         at com.sun.corba.ee.spi.orb.ParserImplBase.init(ParserImplBase.java:55)
         at com.sun.corba.ee.impl.orb.ORBDataParserImpl.<init>(ORBDataParserImpl.java:397)
         at com.sun.corba.ee.impl.orb.ORBImpl.postInit(ORBImpl.java:499)
         at com.sun.corba.ee.impl.orb.ORBImpl.set_parameters(ORBImpl.java:589)
         at org.omg.CORBA.ORB.init(ORB.java:337)
         at com.sun.enterprise.util.ORBManager.createORB(ORBManager.java:372)
         at com.sun.enterprise.util.ORBManager.init(ORBManager.java:236)
         at com.sun.enterprise.util.ORBManager.getORB(ORBManager.java:248)
         at com.sun.appserv.naming.S1ASCtxFactory.getInitialContext(S1ASCtxFactory.java:208)
         at javax.naming.spi.NamingManager.getInitialContext(NamingManager.java:667)
         at javax.naming.InitialContext.getDefaultInitCtx(InitialContext.java:247)
         at javax.naming.InitialContext.init(InitialContext.java:223)
         at javax.naming.InitialContext.<init>(InitialContext.java:197)
         at iims.shared.ServerAgent.setServer(ServerAgent.java:134)
         at iims.web.session.Login.doPost(Login.java:150)
         at iims.web.session.Login.doGet(Login.java:665)
         at javax.servlet.http.HttpServlet.service(HttpServlet.java:689)
         at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
         at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
         at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
         at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
         at java.lang.reflect.Method.invoke(Method.java:585)
         at org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:243)
         at java.security.AccessController.doPrivileged(Native Method)
         at javax.security.auth.Subject.doAsPrivileged(Subject.java:517)
         at org.apache.catalina.security.SecurityUtil.execute(SecurityUtil.java:272)
         at org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:161)
         at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:245)
         at org.apache.catalina.core.ApplicationFilterChain.access$000(ApplicationFilterChain.java:50)
         at org.apache.catalina.core.ApplicationFilterChain$1.run(ApplicationFilterChain.java:156)
         at java.security.AccessController.doPrivileged(Native Method)
         at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:152)
         at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:214)
         at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
         at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
         at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:198)
         at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:152)
         at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
         at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
         at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:137)
         at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
         at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:118)
         at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102)
         at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
         at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
         at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
         at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
         at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929)
         at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160)
         at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:799)
         at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:705)
         at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:577)
         at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
         at java.lang.Thread.run(Thread.java:595)
    2006-12-22 12:27:55 StandardContext[servlets-examples]ContextListener: attributeReplaced('org.apache.catalina.WELCOME_FILES', '[Ljava.lang.String;@1b2d7df')
    2006-12-22 12:27:55 StandardContext[servlets-examples]ContextListener: attributeReplaced('org.apache.catalina.WELCOME_FILES', '[Ljava.lang.String;@7a9224')
    2006-12-22 12:27:55 StandardContext[servlets-examples]ContextListener: attributeReplaced('org.apache.catalina.WELCOME_FILES', '[Ljava.lang.String;@110b640')
    2006-12-22 12:27:55 StandardContext[servlets-examples]SessionListener: contextDestroyed()
    2006-12-22 12:27:55 StandardContext[servlets-examples]ContextListener: contextDestroyed()
    2006-12-22 12:27:55 StandardContext[jsp-examples]ContextListener: attributeReplaced('org.apache.catalina.WELCOME_FILES', '[Ljava.lang.String;@13fba1')
    2006-12-22 12:27:55 StandardContext[jsp-examples]ContextListener: attributeReplaced('org.apache.catalina.WELCOME_FILES', '[Ljava.lang.String;@1ed27e4')
    2006-12-22 12:27:55 StandardContext[jsp-examples]ContextListener: attributeReplaced('org.apache.catalina.WELCOME_FILES', '[Ljava.lang.String;@d61aef')
    2006-12-22 12:27:55 StandardContext[jsp-examples]SessionListener: contextDestroyed()
    2006-12-22 12:27:55 StandardContext[jsp-examples]ContextListener: contextDestroyed()
    2006-12-22 12:29:47 StandardContext[balancer]org.apache.webapp.balancer.BalancerFilter: init(): ruleChain: [org.apache.webapp.balancer.RuleChain: [org.apache.webapp.balancer.rules.URLStringMatchRule: Target string: News / Redirect URL: http://www.cnn.com], [org.apache.webapp.balancer.rules.RequestParameterRule: Target param name: paramName / Target param value: paramValue / Redirect URL: http://www.yahoo.com], [org.apache.webapp.balancer.rules.AcceptEverythingRule: Redirect URL: http://jakarta.apache.org]]
    2006-12-22 12:29:47 StandardContext[jsp-examples]ContextListener: contextInitialized()
    2006-12-22 12:29:47 StandardContext[jsp-examples]SessionListener: contextInitialized()
    2006-12-22 12:29:48 StandardContext[servlets-examples]ContextListener: contextInitialized()
    2006-12-22 12:29:48 StandardContext[servlets-examples]SessionListener: contextInitialized()
    2006-12-22 13:09:15 StandardWrapperValve[session.Login]: Servlet.service() for servlet session.Login threw exception
    java.lang.NoClassDefFoundError: javax/security/jacc/PolicyContextException
         at com.sun.enterprise.security.SSLUtils.<clinit>(SSLUtils.java:68)
         at com.sun.enterprise.iiop.IIOPSSLSocketFactory.<init>(IIOPSSLSocketFactory.java:149)
         at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
         at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
         at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
         at java.lang.reflect.Constructor.newInstance(Constructor.java:494)
         at java.lang.Class.newInstance0(Class.java:350)
         at java.lang.Class.newInstance(Class.java:303)
         at com.sun.corba.ee.impl.orb.ParserTable$5.operate(ParserTable.java:650)
         at com.sun.corba.ee.impl.orb.NormalParserAction.apply(NormalParserAction.java:22)
         at com.sun.corba.ee.spi.orb.PropertyParser.parse(PropertyParser.java:52)
         at com.sun.corba.ee.spi.orb.ParserImplBase.init(ParserImplBase.java:55)
         at com.sun.corba.ee.impl.orb.ORBDataParserImpl.<init>(ORBDataParserImpl.java:397)
         at com.sun.corba.ee.impl.orb.ORBImpl.postInit(ORBImpl.java:499)
         at com.sun.corba.ee.impl.orb.ORBImpl.set_parameters(ORBImpl.java:589)
         at org.omg.CORBA.ORB.init(ORB.java:337)
         at com.sun.enterprise.util.ORBManager.createORB(ORBManager.java:372)
         at com.sun.enterprise.util.ORBManager.init(ORBManager.java:236)
         at com.sun.enterprise.util.ORBManager.getORB(ORBManager.java:248)
         at com.sun.appserv.naming.S1ASCtxFactory.getInitialContext(S1ASCtxFactory.java:208)
         at javax.naming.spi.NamingManager.getInitialContext(NamingManager.java:667)
         at javax.naming.InitialContext.getDefaultInitCtx(InitialContext.java:247)
         at javax.naming.InitialContext.init(InitialContext.java:223)
         at javax.naming.InitialContext.<init>(InitialContext.java:197)
         at iims.shared.ServerAgent.setServer(ServerAgent.java:134)
         at iims.web.session.Login.doPost(Login.java:150)
         at iims.web.session.Login.doGet(Login.java:665)
         at javax.servlet.http.HttpServlet.service(HttpServlet.java:689)
         at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
         at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
         at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
         at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
         at java.lang.reflect.Method.invoke(Method.java:585)
         at org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:243)
         at java.security.AccessController.doPrivileged(Native Method)
         at javax.security.auth.Subject.doAsPrivileged(Subject.java:517)
         at org.apache.catalina.security.SecurityUtil.execute(SecurityUtil.java:272)
         at org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:161)
         at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:245)
         at org.apache.catalina.core.ApplicationFilterChain.access$000(ApplicationFilterChain.java:50)
         at org.apache.catalina.core.ApplicationFilterChain$1.run(ApplicationFilterChain.java:156)
         at java.security.AccessController.doPrivileged(Native Method)
         at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:152)
         at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:214)
         at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
         at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
         at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:198)
         at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:152)
         at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
         at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
         at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:137)
         at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
         at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:118)
         at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102)
         at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
         at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
         at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
         at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
         at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929)
         at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160)
         at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:799)
         at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:705)
         at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:577)
         at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
         at java.lang.Thread.run(Thread.java:595)
    2006-12-22 13:09:17 StandardWrapperValve[session.Login]: Servlet.service() for servlet session.Login threw exception
    java.lang.NoClassDefFoundError
         at com.sun.enterprise.iiop.IIOPSSLSocketFactory.<init>(IIOPSSLSocketFactory.java:149)
         at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
         at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
         at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
         at java.lang.reflect.Constructor.newInstance(Constructor.java:494)
         at java.lang.Class.newInstance0(Class.java:350)
         at java.lang.Class.newInstance(Class.java:303)
         at com.sun.corba.ee.impl.orb.ParserTable$5.operate(ParserTable.java:650)
         at com.sun.corba.ee.impl.orb.NormalParserAction.apply(NormalParserAction.java:22)
         at com.sun.corba.ee.spi.orb.PropertyParser.parse(PropertyParser.java:52)
         at com.sun.corba.ee.spi.orb.ParserImplBase.init(ParserImplBase.java:55)
         at com.sun.corba.ee.impl.orb.ORBDataParserImpl.<init>(ORBDataParserImpl.java:397)
         at com.sun.corba.ee.impl.orb.ORBImpl.postInit(ORBImpl.java:499)
         at com.sun.corba.ee.impl.orb.ORBImpl.set_parameters(ORBImpl.java:589)
         at org.omg.CORBA.ORB.init(ORB.java:337)
         at com.sun.enterprise.util.ORBManager.createORB(ORBManager.java:372)
         at com.sun.enterprise.util.ORBManager.init(ORBManager.java:236)
         at com.sun.enterprise.util.ORBManager.getORB(ORBManager.java:248)
         at com.sun.appserv.naming.S1ASCtxFactory.getInitialContext(S1ASCtxFactory.java:208)
         at javax.naming.spi.NamingManager.getInitialContext(NamingManager.java:667)
         at javax.naming.InitialContext.getDefaultInitCtx(InitialContext.java:247)
         at javax.naming.InitialContext.init(InitialContext.java:223)
         at javax.naming.InitialContext.<init>(InitialContext.java:197)
         at iims.shared.ServerAgent.setServer(ServerAgent.java:134)
         at iims.web.session.Login.doPost(Login.java:150)
         at iims.web.session.Login.doGet(Login.java:665)
         at javax.servlet.http.HttpServlet.service(HttpServlet.java:689)
         at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
         at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
         at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
         at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
         at java.lang.reflect.Method.invoke(Method.java:585)
         at org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:243)
         at java.security.AccessController.doPrivileged(Native Method)
         at javax.security.auth.Subject.doAsPrivileged(Subject.java:517)
         at org.apache.catalina.security.SecurityUtil.execute(SecurityUtil.java:272)
         at org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:161)
         at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:245)
         at org.apache.catalina.core.ApplicationFilterChain.access$000(ApplicationFilterChain.java:50)
         at org.apache.catalina.core.ApplicationFilterChain$1.run(ApplicationFilterChain.java:156)
         at java.security.AccessController.doPrivileged(Native Method)
         at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:152)
         at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:214)
         at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
         at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
         at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:198)
         at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:152)
         at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
         at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
         at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:137)
         at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
         at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:118)
         at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102)
         at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
         at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
         at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
         at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
         at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929)
         at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160)
         at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:799)
         at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:705)
         at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:577)
         at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
         at java.lang.Thread.run(Thread.java:595)

    Connecting to an EJB from a jsp in tomcat is no different from connecting to an EJB from a remote client.
    You have to go through the basics such as setting up your Initial context and then doing a lookup.
    InitialContext ctx = new InitialContext(props);
    MyBeanHome beanhome = (MyBeanHome) ctx.lookup("ejb/mysuperbean");

  • Remote client accessing ejb - question

    This may be a very simplistic question, but here goes -
    scenario: I have a J2EE application running on a server Y with session beans/entity beans.
    I need a remote client on machine X to access EJB objects on Y.
    I have set the initial conext with INITIAL_CONTEXT_FACTORY, PROVIDER_URL etc...
    But, in order to narrow the reference of the object returned by lookup() method, I need to instantiate the Home object of my session (or entity) bean ...
    here's my problem: How do I instantiate EJBHomeInterface or EJBRemoteInterface, when they do not exist on the remote client machine?? (does this have something to do with the stub??)
    THANKS!

    This answer assumes you're using Weblogic, although most any other EJB container has a facility for this. Basically you need to distribute a client jar file with the client. This client jar is created during the EJB compile/deployment process and creates a jar separate from the normal jar file associated with your deployment. This jar file contains the class stubs you need to call for and use EJB's on a remote client.
    I hope this makes some sense.
    SeanB

  • Problem accessing /config_general/null/Default.action   Reason:There is no Action mapped for namespace/ config_general and action name default

    in use:
    vRO 5.1
    eclipse 3.7.2
    vRo plug-sdk 5.1
    steps:
    1.create a plug-in project from samples(choose solar system)
    2.find the dar package and upload it by vRo configuration
    3.vRo configuration said upload successfully,but the solar system configuration is not properly configued..
    problem:
    Problem accessing /config_general/null/Default.action   Reason:There is no Action mapped for namespace/ config_general and action name default
    How to solve it??
    Thanks so much!!

    There was problem from crm side...its working now..

  • Having problems accessing any apps on my iCloud. Set up and signed in successfully but then when I click on an app it just says there's a problem but doesn't say how to fix it. Please help, am very new to this!

    Hi
    I am very new to updating my iPod touch and this is the first time I've used the iCloud. However, I am having problems accessing any apps on my iCloud such as photos, reminders etc. I've set it up on my iPod touch successfully and I can sign in on my PC. However, when I try to access any of the apps it says there was a problem. It doesn't tell me how to fix it or what the problem is.
    Is anyone able to help?

    It is working now. I no longer get the message about the item not being available in the US and I can access the store.

  • Ejb-link not working when i access ejb in different ear

    Hi All
    I am here trying to access ejb's which is in different ear, I am providing ejb-link inside web.xml of war file deployed inside deffirent ear file.
    I am using wls8.1sp5. I tried different combination with elb-link name , but its not working . <ejb-ref>
    <ejb-ref-name>ejb/AuditService</ejb-ref-name>
    <ejb-ref-type>Session</ejb-ref-type>
    <home>com.onstar.audit.ejb.AuditServiceHome</home>
    <remote>com.onstar.audit.ejb.AuditService</remote>
    <ejb-link>ccarenewal.jar#AuditService</ejb-link>
    </ejb-ref>
    <ejb-ref>
         <ejb-ref-name>ejb/AccountService</ejb-ref-name>
         <ejb-ref-type>Session</ejb-ref-type>
         <home>com.onstar.account.ejb.AccountServiceHome</home>
         <remote>com.onstar.account.ejb.AccountService</remote>
         <ejb-link>ccarenewal.jar#AccountService</ejb-link>
         </ejb-ref>
    Exception:weblogic.management.ApplicationException: activate failed for sbwo Module: sbwo Error: weblogic.management.DeploymentException: Could not setup environment - with nested exception: [weblogic.deployment.EnvironmentException: [J2EE:160101]Error: The ejb-link 'ccarenewal.jar#AuditService' declared in the ejb-ref or ejb-local-ref 'ejb/AuditService' in the application module 'accountadj.war' could not be resolved. The target EJB for the ejb-ref could not be found. Please ensure the link is correct.] weblogic.deployment.EnvironmentException: [J2EE:160101]Error: The ejb-link 'ccarenewal.jar#AuditService' declared in the ejb-ref or ejb-local-ref 'ejb/AuditService' in the application module 'accountadj.war' could not be resolved. The target EJB for the ejb-ref could not be found. Please ensure the link is correct. at weblogic.deployment.EnvironmentBuilder.addEJBLinkRef(EnvironmentBuilder.java:658) at weblogic.deployment.EnvironmentBuilder.addEJBReferences(EnvironmentBuilder.java:467) at weblogic.servlet.internal.CompEnv.init(CompEnv.java:123) at weblogic.servlet.internal.WebAppServletContext.activate
    I will appreciate any help.
    Rajiv

    Rob,
    Thanks for your reply.
    Below is all deployment descriptor entries i have(ejb-jar.xml, weblogic-ejb-jar.xml, web.xml, weblogic.xml)
    please correct me if i have wrong entries any where.
    ejb-jar.xml
    ejb-ref>
    <description />
    <ejb-ref-name>ejb/AccountService</ejb-ref-name>
    <ejb-ref-type>Session</ejb-ref-type>
    <home>com.onstar.account.ejb.AccountServiceHome</home>
    <remote>com.onstar.account.ejb.AccountService</remote>
    <ejb-link>AccountService</ejb-link>
    </ejb-ref>
    weblogic-ejb-jar.xml
    <ejb-reference-description>
    <ejb-ref-name>ejb/AccountService</ejb-ref-name>
    <jndi-name>cca/AccountService</jndi-name>
    </ejb-reference-description>
    web.xml
    <ejb-ref>
    <ejb-ref-name>ejb/AccountService</ejb-ref-name>
    <ejb-ref-type>Session</ejb-ref-type>
    <home>com.onstar.account.ejb.AccountServiceHome</home>
    <remote>com.onstar.account.ejb.AccountService</remote>
    <ejb-link>ccarenewal.jar#AccountService</ejb-link>
    </ejb-ref>
    weblogic.xml
    <ejb-reference-description>
    <ejb-ref-name>ejb/AccountService</ejb-ref-name>
    <jndi-name>cca/AccountService</jndi-name>
    </ejb-reference-description>
    I appreciate your help.
    Thanks
    Rajiv

Maybe you are looking for