Unable to lookup local EJB reference (ejb 2.1)

Question

Hi All,
I am trying to do a simple local EJB lookup of ejb2(XDCGIVTCursorHoldableJDBCReader) from ejb1(XDCGIVTBatchController), Both the ejbs are located in the same EAR. This is weblogic 10
I am running into name-not-found exceptions.
Here is my ejb-jar.xml
<?xml version="1.0" encoding="UTF-8"?>
<ejb-jar version="3.0" xmlns="http://java.sun.com/xml/ns/javaee" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/ejb-jar_3_0.xsd">
     <enterprise-beans>
          <session>
               <ejb-name>XDCGIVTBatchController</ejb-name>
               <home>xxx.BatchJobControllerHome</home>
               <remote>xxx.BatchJobController</remote>
               <ejb-class>xxx.BatchJobControllerBean</ejb-class>
               <session-type>Stateless</session-type>
               <transaction-type>Container</transaction-type>
               <ejb-local-ref>
                    <ejb-ref-name>ejb/local/XDCGIVTCursorHoldableJDBCReader</ejb-ref-name>
                    <ejb-ref-type>Session</ejb-ref-type>
                    <local-home>xxx.CursorHoldableJDBCReaderLocalHome</local-home>
                    <local>xxx.CursorHoldableJDBCReaderLocal</local>
                    <ejb-link>XDCGIVTCursorHoldableJDBCReader</ejb-link>
               </ejb-local-ref>
               <resource-ref>
                    <res-ref-name>wm/BatchWorkManager</res-ref-name>
                    <res-type>commonj.work.WorkManager</res-type>
                    <res-auth>Container</res-auth>
                    <res-sharing-scope>Shareable</res-sharing-scope>
               </resource-ref>
          </session>
          <session>
               <ejb-name>XDCGIVTCursorHoldableJDBCReader</ejb-name>
               <local-home>xxx.CursorHoldableJDBCReaderLocalHome</local-home>
               <local>xxx.CursorHoldableJDBCReaderLocal</local>
               <ejb-class>xxx.CursorHoldableJDBCReaderBean</ejb-class>
               <session-type>Stateful</session-type>
               <transaction-type>Bean</transaction-type>
               <resource-ref>
                    <res-ref-name>jdbc/IVTdb</res-ref-name>
                    <res-type>javax.sql.DataSource</res-type>
                    <res-auth>Container</res-auth>
                    <res-sharing-scope>Unshareable</res-sharing-scope>
               </resource-ref>
          </session>
     </enterprise-beans>
</ejb-jar>
and here is my weblogic-ejb-jar.xml
<?xml version="1.0" encoding="UTF-8"?>
<!--
** This file was automatically generated by
** EJBGen WebLogic Server 10.3 SP0 Fri Jul 25 16:30:05 EDT 2008 1137967
-->
<weblogic-ejb-jar
xmlns="http://www.bea.com/ns/weblogic/90" xmlns:j2ee="http://java.sun.com/xml/ns/j2ee" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.bea.com/ns/weblogic/90 http://www.bea.com/ns/weblogic/90/weblogic-ejb-jar.xsd">
<weblogic-enterprise-bean>
<ejb-name>XDCGIVTBatchController</ejb-name>
<stateless-session-descriptor>
</stateless-session-descriptor>
     <jndi-name>ejb/XDCGIVTBatchController</jndi-name>
</weblogic-enterprise-bean>
<weblogic-enterprise-bean>
     <ejb-name>XDCGIVTCursorHoldableJDBCReader</ejb-name>
     <local-jndi-name>XDCGIVTCursorHoldableJDBCReader</local-jndi-name>
</weblogic-enterprise-bean>
</weblogic-ejb-jar>
I am using the following code to do the lookup
Object hm = new InitialContext().lookup("java:comp/env/ejb/local/XDCGIVTCursorHoldableJDBCReader);
I have also tried looking up with
java:comp/env/ejb/XDCGIVTCursorHoldableJDBCReader with no success.
Any ideas? suggestions? what am I doing wrong?
Thanks in advance!!
Neeraj

Answer 1

Hey Matt,
So the flow is as follows
1. Servlet looks up EJB1
2. EJB1 starts a commonj.work using the commonj.WorkManager
3. The worker tries to lookup EJB2 using java:comp/env (and thats the same place I tried to dump the namespace)
Could it be that I am getting a new namespace in the commonj worker ? This doesn't seem to be the case in IBM WebSphere.
Thanks for your help!
Neeraj