FindByPrimaryKey and ejbFindByPrimaryKey

Hi,
Does every single call to findByPrimaryKey on the home trigger a call to
ejbFindByPrimaryKey on a remote bean ? I'm getting results that prove it is
not the case, especially when the two calls happen in a short laps of time.
PS: I'm using WLS6.0SP2RP1.
Thanks.
Alexandre Vauthey
Software Engineer
Application Networks
444 Ramona street
Palo Alto, CA 94301

My problem is as follows: I have BMP, exclusive locking and db-is-shared set
to true. But weblogic keeps using its cache, and calls ejbFindByPrimaryKey
only once, thereby creating a discrepancy between the db and the cache. What
I think should happen would be that ejbFindByPrimaryKey gets called at least
once per transaction. But it's not the case...
Can anyone at BEA can explain this ?
Thanks, Alexandre.
Alexandre Vauthey
Software Engineer
Application Networks
444 Ramona street
Palo Alto, CA 94301
"Richard" <[email protected]> wrote in message
news:3c1eadd3$[email protected]..
>
"Alexandre Vauthey" <[email protected]> wrote:
Hi,
Does every single call to findByPrimaryKey on the home trigger a call
to
ejbFindByPrimaryKey on a remote bean ? I'm getting results that prove
it is
not the case, especially when the two calls happen in a short laps of
time.
PS: I'm using WLS6.0SP2RP1.
Thanks.
Alexandre Vauthey
Software Engineer
Application Networks
444 Ramona street
Palo Alto, CA 94301
I believe you are correct in your observations. I understand weblogic tohave
a cache. This speeds things up if you do many finds on the same object.
This is also why you can get a NoSuchEntityException. the pk was probablypreviously
found but the underlying object was removed at the time of ejbLoad etc.

Similar Messages

BMP question : got javax.ejb.EJBException error Object state not saved

Could anybody please help me? I could not figure out what i did wrong.
I got the javax.ejb.EJBException error: Object state not saved
when i test the getname() method for findByPrimaryKey() and findAll() methods.
Here is my code:
package org.school.idxc;
import javax.sql.*;
import javax.naming.*;
import javax.ejb.*;
import javax.sql.*;
import java.sql.Connection;
import java.sql.PreparedStatement;
import java.sql.ResultSet;
import java.sql.SQLException;
import java.sql.Statement;
import java.util.ArrayList;
import java.util.Collection;
import java.util.Enumeration;
import java.util.Vector;
* Bean implementation class for Enterprise Bean: status
public class statusBean implements javax.ejb.EntityBean {
     private javax.ejb.EntityContext myEntityCtx;
     private int id;
     private String name;
     private DataSource ds;
     private String dbname = "jdbc/idxc";
     private Connection con;
     * ejbActivate
public void ejbActivate() {
     * ejbLoad
     public void ejbLoad() {
     System.out.println("Entering EJBLoad");
     try
     Integer primaryKey = (Integer) myEntityCtx.getPrimaryKey();
     String sqlstmt = "select id, name from from status where id =?";
     con = ds.getConnection();
     PreparedStatement stmt = con.prepareStatement(sqlstmt);
     stmt.setInt (1,primaryKey.intValue());
     ResultSet rs = stmt.executeQuery();
     if (rs.next())
          this.id = rs.getInt(1);
          this.name = rs.getString (2).trim();
          stmt.close();
     } // if
     else
          stmt.close();
          throw new NoSuchEntityException ("Invalid id " + id);
     }// else
          } // try
     catch (SQLException e)
     System.out.println("EJBLOad : " + e.getMessage());
          } // catch
     finally
     try
          if (con != null)
          con.close();
          }// try
     catch (SQLException e)
          System.out.println("EJBLOad finally" + e.getMessage());
          } // catch
          }// finally
     * ejbPassivate
     public void ejbPassivate() {
     * ejbRemove
     public void ejbRemove() throws javax.ejb.RemoveException {
     System.out.println ("Entering ejb Removed");
     try
     String sqlstmt = "delete from status where id=" + id;
     con = ds.getConnection();
     Statement stmt = con.createStatement();
     stmt.executeUpdate(sqlstmt);
     stmt.close();
     }// try
     catch (SQLException e)
     System.out.println("Ejb Remove" + e.getMessage());
     } // catch
     finally
     try
          if (con!=null)
               con.close();
     }// try
     catch (SQLException e)
          System.out.println ("EJBRemoved " + e.getMessage());
     } // catch
     } // finally
     * ejbStore
     public void ejbStore() {
     System.out.println("Entering the ejbStore");
     try
String sqlstmt = "update status set id=" + id + ",name='" + name + "' where id=" + id;
     con = ds.getConnection();
     Statement stmt = con.createStatement();
     if (stmt.executeUpdate(sqlstmt) != 1)
          throw new EJBException ("Object state not saved");
stmt.close();
     } // try
     catch (SQLException e)
          System.out.println ("EJBStore : " + e.getMessage());
     }// catch
     finally
     try
          if (con != null)
          con.close();
     } // try
     catch(SQLException e)
          System.out.println ("EJBStore finally " + e.getMessage());
     } // catch
     } // finally
     * getEntityContext
     public javax.ejb.EntityContext getEntityContext() {
          return myEntityCtx;
     * setEntityContext
     public void setEntityContext(javax.ejb.EntityContext ctx) {
          myEntityCtx = ctx;
          try
          InitialContext initial = new InitialContext();
          ds = (DataSource)initial.lookup(dbname);
} // try
          catch (NamingException e)
          throw new EJBException ("set Entity context : Invalid database");
          }// catch
     * unsetEntityContext
     public void unsetEntityContext() {
          myEntityCtx = null;
     * ejbCreate
     public Integer ejbCreate(Integer key, String name) throws javax.ejb.CreateException {
this.id = key.intValue();
this.name = name;
          System.out.println ("Entering ejbCreated!!!");
          try
          String sqlstmt = "insert into status(id,name) values (" + id + ",'" + (name == null ? "" : name) + "')";
          con = ds.getConnection();
          Statement stmt = con.createStatement();
          stmt.executeUpdate(sqlstmt);
          stmt.close();
          }// try
          catch (SQLException e)
          System.out.println("EJBCreate : SQLEXception ");
          }// catch
          finally
          try
          if (con!=null)
               con.close();
          }// try
          catch (SQLException e)
          System.out.println ("EJB Created Finally : SQLException");
          e.getMessage();
          } // catch
          }// finally
          this.id = key.intValue();
          this.name = name;
          return key ;
     * ejbPostCreate
     public void ejbPostCreate(Integer id, String name) throws javax.ejb.CreateException {
     * ejbFindByPrimaryKey
     public Integer ejbFindByPrimaryKey(
          Integer key) throws javax.ejb.FinderException {
          try
          String sqlstmt = "select id from status where id=" + key.intValue();
          con = ds.getConnection();
          Statement stmt = con.createStatement();
ResultSet rs = stmt.executeQuery(sqlstmt);
          if (!rs.next())
          throw new ObjectNotFoundException();
          } // if
          rs.close();
          stmt.close();
          } // try
          catch (SQLException e)
          System.out.println ("EJBFindBYPrimaryKey " + e.getMessage());
          } // catch
          finally
          try
          if (con!=null)
               con.close();
          }// try
          catch (SQLException e)
          System.out.println ("EJB Find by primary key" + e.getMessage());
          }// catch
          }// finally
          return key;
     * @return Returns the name.
     public String getName() {
          return this.name;
     * @return Returns id
     public int getId() {
          return this.id;
     * @param name The name to set.
     public void setName(String xname) {
          this.name = xname;
     * ejbFindByLastnameContaining
     public Enumeration ejbFindAllNamne () throws javax.ejb.FinderException
     try
     String sqlstmt = "select id from status order by id";
     con = ds.getConnection();
     Statement s = con.createStatement();
     ResultSet rs = s.executeQuery(sqlstmt);
     Vector keys = new Vector();
     while (rs.next())
          keys.add(new Integer(rs.getInt(1)));
     }// while
     rs.close();
     s.close();
     con.close();
     return keys.elements();
     } // try
     catch (SQLException e)
          throw new FinderException (e.toString());
     } // catch
}

Hi,
if you look at your error message you will see the problem. In your code you've missed to implement
public void ejbPassivate {}
so your code looks like this
import java.lang.Object;
import javax.ejb.SessionBean;
import javax.ejb.SessionContext;
import java.rmi.RemoteException;
import java.lang.Math;
import java.util.Random;
import java.io.*;
/** * Title: * Description: * Copyright: Copyright (c) 2001 * Company: * @author * @version 1.0 */
public class DiceEJB implements SessionBean, Serializable
     public int[] Roll()
          Random rng = new Random();
          int[] diceArray = new int[5];
          for(int i =0; i < diceArray.length;i++)
               diceArray[i] = (Math.abs (rng.nextInt()) % 6) +1;
          return diceArray;
     public DiceEJB(){}
     public void ejbCreate() {}
     public void ejbRemove() {}
     public void ejbActivate() {}
     public void ejbPassivate() {}
     public void setSessionContext (SessionContext sc)
     private void writeObject(ObjectOutputStream oos) throws IOException
          oos.defaultWriteObject();
     private void readObject(ObjectInputStream ois) throws ClassNotFoundException, IOException
          ois.defaultReadObject();
bye

EjbLoad called twice

Hello, here is my stack trace:
Called ExampleSessionEJBBean.getContactUsingContactId
[ejbFindByPrimaryKey] - finding
[ejbActivate] - activating gov.ons.ness.data.entitybeans.ContactEntityEJBBean@1d22
[ejbPassivate] - passivating gov.ons.ness.data.entitybeans.ContactEntityEJBBean@1d22
back in SessionBean
[ejbActivate] - activating gov.ons.ness.data.entitybeans.ContactEntityEJBBean@1d22
[ejbLoad] - loading gov.ons.ness.data.entitybeans.ContactEntityEJBBean@1d22
[ejbLoad] - loading gov.ons.ness.data.entitybeans.ContactEntityEJBBean@1d22
in business method (does a getName())
[ejbStore] - storing
[ejbPassivate] - passivating gov.ons.ness.data.entitybeans.ContactEntityEJBBean@1d22
As you can see load is invoked twice before the business method.
iIam accessing the BMP EJB via a session bean. I invoke findByPrimaryKey and then a business method on the entity bean. It all works ok, but i was curious to as why load is invoked twice? I thought the pattern was load-business-store?
I also considered the fact the the finder method would call Load immediatley after executing but my trace statements from the session bean show that load is being called twice just before the business method is invoked.
I am running JDev 9.03 using the buil in oc4j app server.
cheers.

sorry,
seems to only invoke load twice the first time the business method is invoked. Subsequent invocations only call load once. Must be JDev, but does anyone know why?
cheers.

Problems accessing fields in a CMP entity bean from a session bean

Hello everybody,
I'm getting the next problem: when I try to access a field in a CMP entity bean that I have instantiated from a session bean (trhoug entitybean.getNameOfField), I get the error "the entity bean does not exist in the database".
This entity bean is accessing a table in an external database (not the DB of the WAS), but I know that it's getting the correct data from the table, since I check the entitybean.size() and the entitybean.findByPrimaryKey(), and I get the right information. For some reason, the only thing that it doesn't work in the entity bean are the getter/setter methods (I created them automatically after having created the entity fields).
I access the entity bean through its local interface...
I know it's really difficult to give an answer with so few details, but... does anybody think I forgot something important to configure??
Thank very much in advance!!
Isidro

getter and setter methods for cmp-fields are abstract.
getter and setter methods for cmr-fields are abstract.
"John Lee" <[email protected]> wrote:
>
Hi:
Which method in a CMP Entity bean should be abstract? just only SetXXX
and
GetXXX?
Thanks!
John Lee

Select * from table

Hello,
i have a simple question:
How must a SQL-statement in persistent.xml look like, if i want to get all entries from a table in the WAS Java?
My own statements always return errors during deployment.
Thanks for help,
André

Hi
I'm having problem with my finder method also...
I have a finder with name findByEmpName in which I pass string empname as parameter, for this I have put following in my ejb-jar.xml:
<query>
<query-method>
<method-name>findByEmpName</method-name>
<method-params>
<method-param>java.lang.String</method-param>
</method-params>
</query-method>
<ejb-ql>select object(b) from TestEntityBean b where b.empName like ?1</ejb-ql>
</query>
and inside persistent.xml
<finder-descriptor>
<method-name>findByEmpName</method-name>
<method-params>
<method-param>java.lang.String</method-param>
</method-params>
<load-selected-objects/>
</finder-descriptor>
but when I use this finder method in my jsp, it return me null (no rows) but corresponding row is present in the database, findByPrimaryKey and create are working fine...
Is any other setting need to be done?? pls help!!
~Raj

How do the Entity Bean in SUN J2EE1.3 Connect to Oracle Database9i

I can connect to Database in my applications with codes:
Connection conn = DriverManager.getConnection(
"jdbc:oracle:thin:@172.28.200.43:1521:s
hcd",
"system", "manager");
Statement stmt = conn.createStatement();
But I can not connect to DB in my EJB, I have config J2EE1.3
Server and my EJB
1.in EJB,the code is:
InitialContext ic = new InitialContext();
DataSource ds = (DataSource) ic.lookup(dbName);
con = ds.getConnection();
2.When I assemble the EJB, I set Resource Refs for JNDI and fill
user name, password
3. modify the config/resource.propertities
jdbcDataSource.5.name=jdbc/ora/test
jdbcDataSource.5.url=jdbc:oracle:thin:@172.28.200.43:1521:shcd;cr
eate=true
when I use cloudscape, it runs OK(with JNDI jdbc/Cloudscape),
but after i change to use Oracle , the EJB return a Exception:
Caught an exception.
java.rmi.ServerException: RemoteException occurred in server
thread; nested exce
ption is:
java.rmi.RemoteException: nested exception is:
javax.ejb.EJBException: U
nable to connect to database. Io Exception: Connection refused
(DESCRIPTION=(TMP=)(VSN
NUM=150999297)(ERR=12505)(ERROR_STACK=(ERROR=(CODE=12505)
(EMFI=4)))); nested exc
eption is:
javax.ejb.EJBException: Unable to connect to database.
Io Exception: Connecti
on refused(DESCRIPTION=(TMP=)(VSNNUM=150999297)(ERR=12505)
(ERROR_STACK=(ERROR=(C
ODE=12505)(EMFI=4))))
java.rmi.RemoteException: nested exception is:
javax.ejb.EJBException: Unable to
connect to database. Io Exception: Connection refused
(DESCRIPTION=(TMP=)(VSNNUM=1509
99297)(ERR=12505)(ERROR_STACK=(ERROR=(CODE=12505)(EMFI=4))));
nested exception i
s:
javax.ejb.EJBException: Unable to connect to database.
Io Exception: Connecti
on refused(DESCRIPTION=(TMP=)(VSNNUM=150999297)(ERR=12505)
(ERROR_STACK=(ERROR=(C
ODE=12505)(EMFI=4))))
javax.ejb.EJBException: Unable to connect to database. Io
Exception: Connection refus
ed(DESCRIPTION=(TMP=)(VSNNUM=150999297)(ERR=12505)(ERROR_STACK=
(ERROR=(CODE=1250
5)(EMFI=4))))
<<no stack trace available>>

Hi,
Just run the db_setup.sh script located in the bin directory of ias
If you just give the Oracle Home directory the libraries will be found.
Register a Datasource pointing to the service you defined in tnsnames.ora
Cheers, Robert
Malay Biswas wrote:
Hi,
How can I configure native and third party database drivers for
connecting to Oracle. The oracle client is set up. Also, which one is
advisable to work with, third party or native? I am using iAS EE 6.0
Test Drive on Solaris 8.0. Also I am not sure what should be the
Client library file in this case for ORACL_OCI driver.
I am trying to run a Entity bean which gives null pointer error while
doing home.create() or home.findByPrimaryKey, and I don't know what's
the problem, but my guess is it cannot find or instantiate the object
since it cannot connect to the proper database.
Could anybody help me with it?
Thanks
Malay
Try our New Web Based Forum at http://softwareforum.sun.com
Includes Access to our Product Knowledge Base!--
Robert Schrijvers
Javix Training & Software development
e-mail: [email protected]
website: www.javix.nl
phone +31 (0) 629594749

Multiple Record Insert

Hello All,
Through JSP I am uploading a tab delimited text file. Each line is a record. I want to insert this record into the DB using ejb. The problem is the record might already exist and in that case I have to update the record.
Basically for each line I have to call findbyprimarykey and if no exception then insert else update. I am using BMP. It takes long time to load 1000 records since each method involves a connection, do the operation and then close the connection. So for 1000 recs it repeats the same operation 1000 times.
What is the best way to do this load?
Thanks in advance

If you make sure all updates/inserts run in the same transaction things will go faster. You can make a batchUpdate(String allData) method in your EJB, I suppose? I'm not that familiar with BMP, I usually go with CMP.
You should also use a connection pool. Your appserver has one, many jdbc-drivers implement pools, and you can even write your own (as a funny exercise, it's not to difficult, and not to useful :-) If you can make everything run in one transaction, also only one connection will be used, I think transactons cannot span connections. (Correct me if I'm wrong here ... :-)
As someone else suggested, using straight jdbc is also an option. But if your app at the time is BMP-only, you might have reasons to keep it that way.
Jon Martin Solaas
[email protected]
http://solaas.minidns.net

~ javax.ejb.ObjectNotFoundException: no such entity ~

Hi all,
When I deploy my own app into OC4J, the cmp beans get deployed properly (w/o any error messages). But when the client tries to access the bean through the findByPrimaryKey method the following exception is prompted:
javax.ejb.ObjectNotFoundException: no such entity: <prikey>
where <prikey> is the primary key. The row does exist in the database but I don't see why it's not accessible. The same app is working well in weblogic.
Thanks,
CK

Hi all,
I suspect the problem exists due to the unmapped
orion-ejb-jar.xml from the weblogic-ejb-jar.xml and
weblogic-cmp-rdbms-jar.xml (migration from Weblogic
to OC4J)
I understand that I need to generate my own
orion-ejb-jar.xml in this case and replace the one in
application-deployments/<app>/<xxx-jar>
However, I've got this error while deploying the ejb
jar file:
Auto-deploying EJBs/EMmMember.jar (Classes were
updated)... WARNING: Unused <finder-method> tag found
in <entity-deployment> 'enet.b2b.entity.EMmMember',
method name 'findByPrimaryKey()'
done.
I am not so sure about the syntax of the
finder-method in my orion-ejb-jar.xml, please help me
to rectify...here's the portion of it:
<entity-deployment>
<finder-method>
<method>
<ejb-name>enet.b2b.entity.EMmMember</ejb-name>
<method-name>findByPrimaryKey</method-name>
<method-params>enet.b2b.entity.EMmMember.EMmMemberPK<
method-params>
</method>
</finder-method>
</entity-deployment>
Thanks,
CKHi CK --
Are you creating this file from scratch?
I think the easiest way to accomplish whay you are trying to do is to take the EJB JAR file you have, and just deploy it to OC4J.
This will result in OC4J generating it's deployment descriptor using default settings and the info in the standard ejb-jar.xml file.
This will be the orion-ejb-jar.xml file in <OC4J_HOME>/application-deployments/<app-name>/<ejb-jar-name>/orion-ejb-jar.xml.
After deployment, the file will be a valid orion-ejb-jar.xml file.
Once you have that, you can then tweak the things you need to -- for example, mapping entity beans to different table/columsn, changing the JNDI names of the beans, changing locking/isolation settings, etc.
Once you have the file set as you need it to be, then for future deployments, copy it into the same directory as the ejb-jar.xml file in your deployment archive. The next time you deploy the application, OC4J will use the settings in this file to generate it's version of the file.
Unlike BEA, OC4J doesn't require you to generate the proprietary deployment descriptors up front -- it will default them to sensible values. You can then tweak them as necessary.
In orion-ejb-jar.xml, we don't need an entry for the findByPrimaryKey finder method since the method signature is known already, and we know the type of the parameter.
It might be worth your while to create and then deploy a simple entity bean with a findByPrimaryKey and a custom finder, and take a look at the orion-ejb-jar.xml that gets generated. That will give you a baseline on what happens.
cheers
-steve-

Process creation failed.

Hi,
We are using Sun ONE 7 mu2 to deploy our EAR. While deploying it gives following exception.
[04/Dec/2003:20:44:56] FINE ( 1944): JDK Directory: C:\Sun\AppServer7\jdk
[04/Dec/2003:20:44:56] FINE ( 1944): DPL5302:Process creation failed.
java.io.IOException: CreateProcess: C:\Sun\AppServer7\jdk\bin\java.exe -classpath C:/Sun/AppServer7/lib/appserv-rt.jar;C:/Sun/AppServer7/jdk/lib/tools.jar;C:/Sun/AppServer7/lib/appserv-ext.jar;C:/Sun/AppServer7/lib/appserv-cmp.jar;C:\Sun\AppServer7\share\lib/mail.jar;C:\Sun\AppServer7\imq\lib/imq.jar;C:\Sun\AppServer7\imq\lib/jaxm-api.jar;C:\Sun\AppServer7\imq\lib/imqadmin.jar;C:\Sun\AppServer7\imq\lib/imqutil.jar;C:/Sun/AppServer7/lib/appserv-admin.jar;C:\Sun\AppServer7\share\lib/jaxrpc-impl.jar;C:\Sun\AppServer7\share\lib/jaxrpc-api.jar;C:\Sun\AppServer7\share\lib/jaxr-impl.jar;C:\Sun\AppServer7\share\lib/jaxr-api.jar;C:\Sun\AppServer7\share\lib/activation.jar;C:\Sun\AppServer7\share\lib/saaj-api.jar;C:\Sun\AppServer7\share\lib/saaj-impl.jar;C:\Sun\AppServer7\share\lib/commons-logging.jar;C:\Sun\AppServer7\imq\lib/fscontext.jar;C:\Sun\AppServer7\imq\lib/providerutil.jar;C:/Sun/AppServer7/lib/appserv-jstl.jar;;C:\Sun\dataPackage.jar;C:\Sun\meterCentral.jar;C:\Sun\AppServer7\domains\domain1\MeterCentralServer\applications\j2ee-ap?
     at java.lang.Win32Process.create(Native Method)
     at java.lang.Win32Process.<init>(Win32Process.java:67)
     at java.lang.Runtime.execInternal(Native Method)
     at java.lang.Runtime.exec(Runtime.java:566)
     at java.lang.Runtime.exec(Runtime.java:491)
     at java.lang.Runtime.exec(Runtime.java:457)
     at com.iplanet.ias.ejb.codegen.ProcessRunner.run(ProcessExecutor.java:257)
     at java.lang.Thread.run(Thread.java:536)
[04/Dec/2003:20:45:01] FINE ( 1944): service-j2ee: name = "org.omg.CORBA.portable.IDLEntityHelper", codebase = ""
[04/Dec/2003:20:45:01] FINER ( 1944): service-j2ee: (thread context class loader: EJB CL:
[com.iplanet.ias.loader.EJBClassLoader$URLEntry@1e081c5, com.iplanet.ias.loader.EJBClassLoader$URLEntry@67ad79, com.iplanet.ias.loader.EJBClassLoader$URLEntry@ae00e3, com.iplanet.ias.loader.EJBClassLoader$URLEntry@1bc6ed3, com.iplanet.ias.loader.EJBClassLoader$URLEntry@fe8c4, com.iplanet.ias.loader.EJBClassLoader$URLEntry@7ab89d, com.iplanet.ias.loader.EJBClassLoader$URLEntry@ee5a06, com.iplanet.ias.loader.EJBClassLoader$URLEntry@585f2a, com.iplanet.ias.loader.EJBClassLoader$URLEntry@1cfe174, com.iplanet.ias.loader.EJBClassLoader$URLEntry@da89a7, com.iplanet.ias.loader.EJBClassLoader$URLEntry@1833c9c, com.iplanet.ias.loader.EJBClassLoader$URLEntry@1004b78, com.iplanet.ias.loader.EJBClassLoader$URLEntry@5ad7b2, com.iplanet.ias.loader.EJBClassLoader$URLEntry@71a97, com.iplanet.ias.loader.EJBClassLoader$URLEntry@62b39f, com.iplanet.ias.loader.EJBClassLoader$URLEntry@1fe910c, com.iplanet.ias.loader.EJBClassLoader$URLEntry@1e4d6ef, com.iplanet.ias.loader.EJBClassLoader$URLEntry@db03a1, com.iplanet.ias.loader.EJBClassLoader$URLEntry@cb5608, com.iplanet.ias.loader.EJBClassLoader$URLEntry@17d57d6, com.iplanet.ias.loader.EJBClassLoader$URLEntry@11dfe3, com.iplanet.ias.loader.EJBClassLoader$URLEntry@181d405, com.iplanet.ias.loader.EJBClassLoader$URLEntry@86b4d5, com.iplanet.ias.loader.EJBClassLoader$URLEntry@1ca3f82, com.iplanet.ias.loader.EJBClassLoader$URLEntry@10f94a0, com.iplanet.ias.loader.EJBClassLoader$URLEntry@1e6ac83, com.iplanet.ias.loader.EJBClassLoader$URLEntry@147e0ec, com.iplanet.ias.loader.EJBClassLoader$URLEntry@1ffb2eb, com.iplanet.ias.loader.EJBClassLoader$URLEntry@3b8219, com.iplanet.ias.loader.EJBClassLoader$URLEntry@da67a4, com.iplanet.ias.loader.EJBClassLoader$URLEntry@ca4aae, com.iplanet.ias.loader.EJBClassLoader$URLEntry@eced18, com.iplanet.ias.loader.EJBClassLoader$URLEntry@c1c428, com.iplanet.ias.loader.EJBClassLoader$URLEntry@13526b0, com.iplanet.ias.loader.EJBClassLoader$URLEntry@7efdd8, com.iplanet.ias.loader.EJBClassLoader$URLEntry@14b84ad, com.iplanet.ias.loader.EJBClassLoader$URLEntry@f38f09, com.iplanet.ias.loader.EJBClassLoader$URLEntry@33a6b8, com.iplanet.ias.loader.EJBClassLoader$URLEntry@10697e2, com.iplanet.ias.loader.EJBClassLoader$URLEntry@1dd8136, com.iplanet.ias.loader.EJBClassLoader$URLEntry@14e3372, com.iplanet.ias.loader.EJBClassLoader$URLEntry@113b44d, com.iplanet.ias.loader.EJBClassLoader$URLEntry@a23d38, com.iplanet.ias.loader.EJBClassLoader$URLEntry@1615a1f, com.iplanet.ias.loader.EJBClassLoader$URLEntry@63ae08, com.iplanet.ias.loader.EJBClassLoader$URLEntry@36bb87, com.iplanet.ias.loader.EJBClassLoader$URLEntry@151b1b7, com.iplanet.ias.loader.EJBClassLoader$URLEntry@6a9e79, com.iplanet.ias.loader.EJBClassLoader$URLEntry@1ca4955, com.iplanet.ias.loader.EJBClassLoader$URLEntry@1949a87, com.iplanet.ias.loader.EJBClassLoader$URLEntry@12d34a6, com.iplanet.ias.loader.EJBClassLoader$URLEntry@dbb335, com.iplanet.ias.loader.EJBClassLoader$URLEntry@1d281f1, com.iplanet.ias.loader.EJBClassLoader$URLEntry@1511e28, com.iplanet.ias.loader.EJBClassLoader$URLEntry@92d6d2, com.iplanet.ias.loader.EJBClassLoader$URLEntry@557d7e, com.iplanet.ias.loader.EJBClassLoader$URLEntry@a1e7ad, com.iplanet.ias.loader.EJBClassLoader$URLEntry@1711970, com.iplanet.ias.loader.EJBClassLoader$URLEntry@3d1102, com.iplanet.ias.loader.EJBClassLoader$URLEntry@127a6bc, com.iplanet.ias.loader.EJBClassLoader$URLEntry@33aa44, com.iplanet.ias.loader.EJBClassLoader$URLEntry@1ef577d, com.ipl
[04/Dec/2003:20:45:01] FINER ( 1944): anet.ias.loader.EJBClassLoader$URLEntry@58d6b0, com.iplanet.ias.loader.EJBClassLoader$URLEntry@76ec2d, com.iplanet.ias.loader.EJBClassLoader$URLEntry@18ba593, com.iplanet.ias.loader.EJBClassLoader$URLEntry@1235feb, com.iplanet.ias.loader.EJBClassLoader$URLEntry@16e588e, com.iplanet.ias.loader.EJBClassLoader$URLEntry@177e5d4, com.iplanet.ias.loader.EJBClassLoader$URLEntry@91fa78, com.iplanet.ias.loader.EJBClassLoader$URLEntry@1d2f117, com.iplanet.ias.loader.EJBClassLoader$URLEntry@1d22104, com.iplanet.ias.loader.EJBClassLoader$URLEntry@75a30f, com.iplanet.ias.loader.EJBClassLoader$URLEntry@1243f75, com.iplanet.ias.loader.EJBClassLoader$URLEntry@c2480b, com.iplanet.ias.loader.EJBClassLoader$URLEntry@107f8ba, com.iplanet.ias.loader.EJBClassLoader$URLEntry@5a7ff7, com.iplanet.ias.loader.EJBClassLoader$URLEntry@18767ad, com.iplanet.ias.loader.EJBClassLoader$URLEntry@a7bdcd, com.iplanet.ias.loader.EJBClassLoader$URLEntry@9de959, com.iplanet.ias.loader.EJBClassLoader$URLEntry@1430296, com.iplanet.ias.loader.EJBClassLoader$URLEntry@5eef88, com.iplanet.ias.loader.EJBClassLoader$URLEntry@bfccfc, com.iplanet.ias.loader.EJBClassLoader$URLEntry@2ad6a0, com.iplanet.ias.loader.EJBClassLoader$URLEntry@70c242, com.iplanet.ias.loader.EJBClassLoader$URLEntry@e1b3b3, com.iplanet.ias.loader.EJBClassLoader$URLEntry@1dcc3ca, com.iplanet.ias.loader.EJBClassLoader$URLEntry@ba0dfc, com.iplanet.ias.loader.EJBClassLoader$URLEntry@ec44cb, com.iplanet.ias.loader.EJBClassLoader$URLEntry@198a037, com.iplanet.ias.loader.EJBClassLoader$URLEntry@13e8c1c, com.iplanet.ias.loader.EJBClassLoader$URLEntry@1609872, com.iplanet.ias.loader.EJBClassLoader$URLEntry@b8705b, com.iplanet.ias.loader.EJBClassLoader$URLEntry@d88aa2, com.iplanet.ias.loader.EJBClassLoader$URLEntry@75cea3, com.iplanet.ias.loader.EJBClassLoader$URLEntry@513098, com.iplanet.ias.loader.EJBClassLoader$URLEntry@4d4d5e, com.iplanet.ias.loader.EJBClassLoader$URLEntry@1128ee5, com.iplanet.ias.loader.EJBClassLoader$URLEntry@1636731, com.iplanet.ias.loader.EJBClassLoader$URLEntry@10bfe2c, com.iplanet.ias.loader.EJBClassLoader$URLEntry@5c2445, com.iplanet.ias.loader.EJBClassLoader$URLEntry@1516490, com.iplanet.ias.loader.EJBClassLoader$URLEntry@a14e84, com.iplanet.ias.loader.EJBClassLoader$URLEntry@29d50d, com.iplanet.ias.loader.EJBClassLoader$URLEntry@626028, com.iplanet.ias.loader.EJBClassLoader$URLEntry@970110, com.iplanet.ias.loader.EJBClassLoader$URLEntry@1c6f1f4, com.iplanet.ias.loader.EJBClassLoader$URLEntry@36d036, com.iplanet.ias.loader.EJBClassLoader$URLEntry@9fa2fb, com.iplanet.ias.loader.EJBClassLoader$URLEntry@8523a0, com.iplanet.ias.loader.EJBClassLoader$URLEntry@e5f01b, com.iplanet.ias.loader.EJBClassLoader$URLEntry@1f68d7c, com.iplanet.ias.loader.EJBClassLoader$URLEntry@1c2f501, com.iplanet.ias.loader.EJBClassLoader$URLEntry@635421, com.iplanet.ias.loader.EJBClassLoader$URLEntry@1286180, com.iplanet.ias.loader.EJBClassLoader$URLEntry@192974, com.iplanet.ias.loader.EJBClassLoader$URLEntry@1f0a2a0, com.iplanet.ias.loader.EJBClassLoader$URLEntry@144c5bb, com.iplanet.ias.loader.EJBClassLoader$URLEntry@11890d, com.iplanet.ias.loader.EJBClassLoader$URLEntry@13cca0e, com.iplanet.ias.loader.EJBClassLoader$URLEntry@1f5910e, com.iplanet.ias.loader.EJBClassLoader$URLEntry@1066caf, com.iplanet.ias.loader.EJBClassLoader$URLEntry@c98b07, com.iplanet.ias.loader.EJBClassLoader$URLEntry@1c68b6f, com.iplanet.ias.loader.EJBClassLoader$URLEntry@1ec3adc, com.iplanet.ias.loader.EJBClassLoader$URLEntry@c7f06, com.iplanet.ia
[04/Dec/2003:20:45:01] FINER ( 1944): s.loader.EJBClassLoader$URLEntry@677ea2, com.iplanet.ias.loader.EJBClassLoader$URLEntry@aaf64e, com.iplanet.ias.loader.EJBClassLoader$URLEntry@10a234, com.iplanet.ias.loader.EJBClassLoader$URLEntry@93b59, com.iplanet.ias.loader.EJBClassLoader$URLEntry@176ccc, com.iplanet.ias.loader.EJBClassLoader$URLEntry@1e7f971, com.iplanet.ias.loader.EJBClassLoader$URLEntry@a96fd2, com.iplanet.ias.loader.EJBClassLoader$URLEntry@1ec59df, com.iplanet.ias.loader.EJBClassLoader$URLEntry@6d98, com.iplanet.ias.loader.EJBClassLoader$URLEntry@1b2cb9, com.iplanet.ias.loader.EJBClassLoader$URLEntry@154ec5, com.iplanet.ias.loader.EJBClassLoader$URLEntry@e67c12, com.iplanet.ias.loader.EJBClassLoader$URLEntry@1db8962, com.iplanet.ias.loader.EJBClassLoader$URLEntry@18a0a8, com.iplanet.ias.loader.EJBClassLoader$URLEntry@db81f3, com.iplanet.ias.loader.EJBClassLoader$URLEntry@130b682, com.iplanet.ias.loader.EJBClassLoader$URLEntry@11e1aa5, com.iplanet.ias.loader.EJBClassLoader$URLEntry@1677979, com.iplanet.ias.loader.EJBClassLoader$URLEntry@581ea2, com.iplanet.ias.loader.EJBClassLoader$URLEntry@14340bb, com.iplanet.ias.loader.EJBClassLoader$URLEntry@4ef122, com.iplanet.ias.loader.EJBClassLoader$URLEntry@b8f891, com.iplanet.ias.loader.EJBClassLoader$URLEntry@1c7378f, com.iplanet.ias.loader.EJBClassLoader$URLEntry@10b841, com.iplanet.ias.loader.EJBClassLoader$URLEntry@1b0d235, com.iplanet.ias.loader.EJBClassLoader$URLEntry@1b8cdd5, com.iplanet.ias.loader.EJBClassLoader$URLEntry@1d1964d, com.iplanet.ias.loader.EJBClassLoader$URLEntry@e2cf81, com.iplanet.ias.loader.EJBClassLoader$URLEntry@a53e68, com.iplanet.ias.loader.EJBClassLoader$URLEntry@a42c89, com.iplanet.ias.loader.EJBClassLoader$URLEntry@67e92a, com.iplanet.ias.loader.EJBClassLoader$URLEntry@1fccfe3, com.iplanet.ias.loader.EJBClassLoader$URLEntry@b481ba, com.iplanet.ias.loader.EJBClassLoader$URLEntry@b0f24a, com.iplanet.ias.loader.EJBClassLoader$URLEntry@f2ff9b, com.iplanet.ias.loader.EJBClassLoader$URLEntry@16b5518, com.iplanet.ias.loader.EJBClassLoader$URLEntry@19fdafc, com.iplanet.ias.loader.EJBClassLoader$URLEntry@1e1df6e, com.iplanet.ias.loader.EJBClassLoader$URLEntry@13b9fb, com.iplanet.ias.loader.EJBClassLoader$URLEntry@1171e30, com.iplanet.ias.loader.EJBClassLoader$URLEntry@bf1a4a, com.iplanet.ias.loader.EJBClassLoader$URLEntry@571cc4, com.iplanet.ias.loader.EJBClassLoader$URLEntry@1219665, com.iplanet.ias.loader.EJBClassLoader$URLEntry@18cecd, com.iplanet.ias.loader.EJBClassLoader$URLEntry@b11287, com.iplanet.ias.loader.EJBClassLoader$URLEntry@1377711, com.iplanet.ias.loader.EJBClassLoader$URLEntry@6a00ca, com.iplanet.ias.loader.EJBClassLoader$URLEntry@159f3f0, com.iplanet.ias.loader.EJBClassLoader$URLEntry@9e4dc0, com.iplanet.ias.loader.EJBClassLoader$URLEntry@102abdb, com.iplanet.ias.loader.EJBClassLoader$URLEntry@60e277, com.iplanet.ias.loader.EJBClassLoader$URLEntry@b40443, com.iplanet.ias.loader.EJBClassLoader$URLEntry@83ce25, com.iplanet.ias.loader.EJBClassLoader$URLEntry@152e9a8]
[04/Dec/2003:20:45:01] FINE ( 1944): service-j2ee: class "org.omg.CORBA.portable.IDLEntityHelper" not found via codebase
java.lang.ClassNotFoundException: org.omg.CORBA.portable.IDLEntityHelper
     at java.net.URLClassLoader$1.run(URLClassLoader.java:198)
     at java.security.AccessController.doPrivileged(Native Method)
     at java.net.URLClassLoader.findClass(URLClassLoader.java:186)
     at java.lang.ClassLoader.loadClass(ClassLoader.java:299)
     at java.lang.ClassLoader.loadClass(ClassLoader.java:255)
     at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:315)
     at java.lang.Class.forName0(Native Method)
     at java.lang.Class.forName(Class.java:217)
     at sun.rmi.server.LoaderHandler.loadClass(LoaderHandler.java:427)
     at sun.rmi.server.LoaderHandler.loadClass(LoaderHandler.java:161)
     at java.rmi.server.RMIClassLoader$2.loadClass(RMIClassLoader.java:631)
     at java.rmi.server.RMIClassLoader.loadClass(RMIClassLoader.java:207)
     at java.rmi.server.RMIClassLoader.loadClass(RMIClassLoader.java:135)
     at com.sun.corba.se.internal.util.JDKBridge.loadClassM(JDKBridge.java:184)
     at com.sun.corba.se.internal.util.JDKBridge.loadClass(JDKBridge.java:80)
     at com.sun.corba.ee.internal.javax.rmi.CORBA.Util.loadClass(Util.java:321)
     at javax.rmi.CORBA.Util.loadClass(Util.java:233)
     at com.sun.corba.se.internal.util.Utility.loadClassForClass(Utility.java:386)
     at com.sun.corba.se.internal.util.RepositoryId.getIdFromHelper(RepositoryId.java:774)
     at com.sun.corba.se.internal.util.RepositoryId.createForAnyType(RepositoryId.java:810)
     at sun.rmi.rmic.iiop.Type.setRepositoryID(Type.java:982)
     at sun.rmi.rmic.iiop.CompoundType.initialize(CompoundType.java:772)
     at sun.rmi.rmic.iiop.SpecialInterfaceType.initialize(SpecialInterfaceType.java:214)
     at sun.rmi.rmic.iiop.SpecialInterfaceType.forSpecial(SpecialInterfaceType.java:84)
     at sun.rmi.rmic.iiop.CompoundType.addNonRemoteInterfaces(CompoundType.java:1467)
     at sun.rmi.rmic.iiop.ValueType.initialize(ValueType.java:231)
     at sun.rmi.rmic.iiop.ValueType.forValue(ValueType.java:106)
     at sun.rmi.rmic.iiop.CompoundType.makeType(CompoundType.java:919)
     at sun.rmi.rmic.iiop.CompoundType$Method.<init>(CompoundType.java:2311)
     at sun.rmi.rmic.iiop.CompoundType.addAllMethods(CompoundType.java:1318)
     at sun.rmi.rmic.iiop.ValueType.initialize(ValueType.java:235)
     at sun.rmi.rmic.iiop.ValueType.forValue(ValueType.java:106)
     at sun.rmi.rmic.iiop.CompoundType.getMethodExceptions(CompoundType.java:1645)
     at sun.rmi.rmic.iiop.CompoundType$Method.<init>(CompoundType.java:2341)
     at sun.rmi.rmic.iiop.CompoundType.addAllMethods(CompoundType.java:1318)
     at sun.rmi.rmic.iiop.CompoundType.addAllMethods(CompoundType.java:1295)
     at sun.rmi.rmic.iiop.AbstractType.initialize(AbstractType.java:157)
     at sun.rmi.rmic.iiop.AbstractType.forAbstract(AbstractType.java:79)
     at sun.rmi.rmic.iiop.CompoundType.makeType(CompoundType.java:874)
     at sun.rmi.rmic.iiop.CompoundType$Method.<init>(CompoundType.java:2311)
     at sun.rmi.rmic.iiop.CompoundType.addAllMethods(CompoundType.java:1318)
     at sun.rmi.rmic.iiop.AbstractType.initialize(AbstractType.java:157)
     at sun.rmi.rmic.iiop.AbstractType.forAbstract(AbstractType.java:79)
     at sun.rmi.rmic.iiop.CompoundType.addRemoteInterfaces(CompoundType.java:1426)
     at sun.rmi.rmic.iiop.ImplementationType.initialize(ImplementationType.java:155)
     at sun.rmi.rmic.iiop.ImplementationType.forImplementation(ImplementationType.java:81)
     at sun.rmi.rmic.iiop.CompoundType.makeType(CompoundType.java:902)
     at sun.rmi.rmic.iiop.C
EAR that we are trying to deploy for quite sometime is having 117 session & entity bean. We noticed here that CLASSPATH is getting truncated. But not sure whether above exception is due to CLASSPATH or for some other reason.
Can anyone plz help me out to solve this problem.
Your help will be really appreaciated.
Thanks in advance.
Regards,
Siddhartha Roy

Hello,
I am seeing the same behaviour with an EAR that contains one entity bean. The entity bean has no finder/select methods apart from findByPrimaryKey, and the dbschema has been captured using the command line capture-schema utility and included in the bean's jar. I'm receiving the following stack trace from the admin server at deployment time:
[05/Jan/2004:14:37:39] FINE ( 5848): DPL5302:Process creation failed.
java.io.IOException: CreateProcess: C:\j2sdk1.4.1_03\bin\javac.exe -g -d C:\Sun\AppServer7\domains\CuramSoftware\CuramAppServer\generated\ejb\j2ee-apps\Curam -classpath C:/Sun/AppServer7/lib/appserv-rt.jar;C:/j2sdk1.4.1_03/lib/tools.jar;C:/Sun/AppServer7/lib/appserv-ext.jar;C:/Sun/AppServer7/lib/appserv-cmp.jar;C:/Sun/AppServer7/imq/lib/imq.jar;C:/Sun/AppServer7/imq/lib/imqadmin.jar;C:/Sun/AppServer7/imq/lib/imqutil.jar;C:/Sun/AppServer7/lib/appserv-admin.jar;C:/Sun/AppServer7/lib/appserv-ideplugin.jar;;C:/Sun/AppServer7/pointbase/client_tools/lib/pbclient42RE.jar;C:\Sun\AppServer7\domains\CuramSoftware\CuramAppServer\applications\j2ee-apps\Curam_3\TestQueueing_jar;C:\Sun\AppServer7\domains\CuramSoftware\CuramAppServer\applications\j2ee-apps\Curam_3\patch.jar;C:\Sun\AppServer7\domains\CuramSoftware\CuramAppServer\applications\j2ee-apps\Curam_3\appinf.jar;C:\Sun\AppServer7\domains\CuramSoftware\CuramAppServer\applications\j2ee-apps\Curam_3\appinf_internal.jar;C:\Sun\AppServer7\domains\CuramSoftware\CuramAppServer\applications\j2ee��
     at java.lang.Win32Process.create(Native Method)
     at java.lang.Win32Process.<init>(Win32Process.java:67)
     at java.lang.Runtime.execInternal(Native Method)
     at java.lang.Runtime.exec(Runtime.java:566)
     at java.lang.Runtime.exec(Runtime.java:491)
     at java.lang.Runtime.exec(Runtime.java:457)
     at com.iplanet.ias.ejb.codegen.ProcessRunner.run(ProcessExecutor.java:257)
     at java.lang.Thread.run(Thread.java:536)
[05/Jan/2004:14:37:39] SEVERE ( 5848): DPL5103: EJBC - compilation failed
com.iplanet.ias.ejb.codegen.JavaCompilerException: com.iplanet.ias.ejb.codegen.ProcessExecutorException: Abnormal process termination -- process threw an Exception.
Attempted command: C:\j2sdk1.4.1_03\bin\javac.exe -g -d C:\Sun\AppServer7\domains\CuramSoftware\CuramAppServer\generated\ejb\j2ee-apps\Curam -classpath C:/Sun/AppServer7/lib/appserv-rt.jar;C:/j2sdk1.4.1_03/lib/tools.jar;C:/Sun/AppServer7/lib/appserv-ext.jar;C:/Sun/AppServer7/lib/appserv-cmp.jar;C:/Sun/AppServer7/imq/lib/imq.jar;C:/Sun/AppServer7/imq/lib/imqadmin.jar;C:/Sun/AppServer7/imq/lib/imqutil.jar;C:/Sun/AppServer7/lib/appserv-admin.jar;C:/Sun/AppServer7/lib/appserv-ideplugin.jar;;C:/Sun/AppServer7/pointbase/client_tools/lib/pbclient42RE.jar;C:\Sun\AppServer7\domains\CuramSoftware\CuramAppServer\applications\j2ee-apps\Curam_3\TestQueueing_jar;C:\Sun\AppServer7\domains\CuramSoftware\CuramAppServer\applications\j2ee-apps\Curam_3\patch.jar;C:\Sun\AppServer7\domains\CuramSoftware\CuramAppServer\applications\j2ee-apps\Curam_3\appinf.jar;C:\Sun\AppServer7\domains\CuramSoftware\CuramAppServer\applications\j2ee-apps\Curam_3\appinf_internal.jar;C:\Sun\AppServer7\domains\CuramSoftware\CuramAppServer\applications\j2ee-apps\Curam_3\rules.jar;C:\Sun\AppServer7\domains\CuramSoftware\CuramAppServer\applications\j2ee-apps\Curam_3\coreinf.jar;C:\Sun\AppServer7\domains\CuramSoftware\CuramAppServer\applications\j2ee-apps\Curam_3\tools.jar;C:\Sun\AppServer7\domains\CuramSoftware\CuramAppServer\applications\j2ee-apps\Curam_3\log4j-1.2.8.jar;C:\Sun\AppServer7\domains\CuramSoftware\CuramAppServer\applications\j2ee-apps\Curam_3\application.jar;C:\Sun\AppServer7\domains\CuramSoftware\CuramAppServer\applications\j2ee-apps\Curam_3\implementation.jar;C:\Sun\AppServer7\domains\CuramSoftware\CuramAppServer\applications\j2ee-apps\Curam_3\struct.jar;C:\Sun\AppServer7\domains\CuramSoftware\CuramAppServer\applications\j2ee-apps\Curam_3\commons-pool-1.0.1.jar;C:\Sun\AppServer7\domains\CuramSoftware\CuramAppServer\applications\j2ee-apps\Curam_3\jakarta-oro-2.0.7.jar;C:\Sun\AppServer7\domains\CuramSoftware\CuramAppServer\applications\j2ee-apps\Curam_3\CodePackageProcess_jar;C:\Sun\AppServer7\domains\CuramSoftware\CuramAppServer\applications\j2ee-apps\Curam_3\patch.jar;C:\Sun\AppServer7\domains\CuramSoftware\CuramAppServer\applications\j2ee-apps\Curam_3\appinf.jar;C:\Sun\AppServer7\domains\CuramSoftware\CuramAppServer\applications\j2ee-apps\Curam_3\appinf_internal.jar;C:\Sun\AppServer7\domains\CuramSoftware\CuramAppServer\applications\j2ee-apps\Curam_3\rules.jar;C:\Sun\AppServer7\domains\CuramSoftware\CuramAppServer\applications\j2ee-apps\Curam_3\coreinf.jar;C:\Sun\AppServer7\domains\CuramSoftware\CuramAppServer\applications\j2ee-apps\Curam_3\tools.jar;C:\Sun\AppServer7\domains\CuramSoftware\CuramAppServer\applications\j2ee-apps\Curam_3\log4j-1.2.8.jar;C:\Sun\AppServer7\domains\CuramSoftware\CuramAppServer\applications\j2ee-apps\Curam_3\application.jar;C:\Sun\AppServer7\domains\CuramSoftware\CuramAppServer\applications\j2ee-apps\Curam_3\implementation.jar;C:\Sun\AppServer7\domains\CuramSoftware\CuramAppServer\applications\j2ee-apps\Curam_3\struct.jar;C:\Sun\AppServer7\domains\CuramSoftware\CuramAppServer\applications\j2ee-apps\Curam_3\commons-pool-1.0.1.jar;C:\Sun\AppServer7\domains\CuramSoftware\CuramAppServer\applications\j2ee-apps\Curam_3\jakarta-oro-2.0.7.jar;C:\Sun\AppServer7\domains\CuramSoftware\CuramAppServer\applications\j2ee-apps\Curam_3\Login_jar;C:\Sun\AppServer7\domains\CuramSoftware\CuramAppServer\applications\j2ee-apps\Curam_3\patch.jar;C:\Sun\AppServer7\domains\CuramSoftware\CuramAppServer\applications\j2ee-apps\Curam_3\appinf.jar;C:\Sun\AppServer7\domains\CuramSoftware\CuramAppServer\applications\j2ee-apps\Curam_3\appinf_internal.jar;C:\Sun\AppServer7\domains\CuramSoftware\CuramAppServer\applications\j2ee-apps\Curam_3\coreinf.jar;C:\Sun\AppServer7\domains\CuramSoftware\CuramAppServer\applications\j2ee-apps\Curam_3\rules.jar;C:\Sun\AppServer7\domains\CuramSoftware\CuramAppServer\applications\j2ee-a
[05/Jan/2004:14:37:39] WARNING ( 5848): DPL5035:Error while running ejbc
com.iplanet.ias.deployment.backend.IASDeploymentException: Fatal Error from EJB Compiler -- -- Error while processing CMP beans.
     at com.iplanet.ias.deployment.backend.EJBCompiler.wrapException(EJBCompiler.java:589)
     at com.iplanet.ias.deployment.backend.EJBCompiler.compile(EJBCompiler.java:186)
     at com.iplanet.ias.deployment.backend.AppDeployer.runEJBC(AppDeployer.java:215)
     at com.iplanet.ias.deployment.backend.AppDeployer.deploy(AppDeployer.java:98)
     at com.iplanet.ias.deployment.backend.AppDeployer.doRequest(AppDeployer.java:50)
     at com.iplanet.ias.admin.server.core.mbean.config.ManagedServerInstance.deployJ2EEApplicationArchiveOrDirectory(ManagedServerInstance.java:745)
     at com.iplanet.ias.admin.server.core.mbean.config.ManagedServerInstance.deployJ2EEApplication(ManagedServerInstance.java:667)
     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:324)
     at com.iplanet.ias.admin.server.core.jmx.Introspector.invokeMethodOn(Introspector.java:188)
     at com.iplanet.ias.admin.server.core.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:137)
     at com.iplanet.ias.admin.server.core.jmx.ASMBeanServerImpl.invoke(ASMBeanServerImpl.java:222)
     at com.iplanet.ias.admin.servermodel.controllers.SOMRequestDispatcher.invoke(SOMRequestDispatcher.java:88)
     at com.iplanet.ias.admin.servermodel.controllers.AppServerInstanceController.doDeploy(AppServerInstanceController.java:2244)
     at com.iplanet.ias.admin.servermodel.controllers.AppServerInstanceController.deployApplication(AppServerInstanceController.java:1099)
     at com.iplanet.ias.admin.servermodel.AppServerInstance.deployApplication(AppServerInstance.java:249)
     at com.iplanet.ias.admin.server.gui.jato.DeployEARApplicationViewBean.add(DeployEARApplicationViewBean.java:111)
     at com.iplanet.ias.admin.server.gui.jato.IASViewBean.handleOkRequest(IASViewBean.java:235)
     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:324)
     at com.iplanet.jato.view.command.DefaultRequestHandlingCommand.execute(DefaultRequestHandlingCommand.java:183)
     at com.iplanet.jato.view.RequestHandlingViewBase.handleRequest(RequestHandlingViewBase.java:299)
     at com.iplanet.jato.view.ViewBeanBase.dispatchInvocation(ViewBeanBase.java:811)
     at com.iplanet.jato.view.ViewBeanBase.invokeRequestHandlerInternal(ViewBeanBase.java:749)
     at com.iplanet.jato.view.ViewBeanBase.invokeRequestHandler(ViewBeanBase.java:596)
     at com.iplanet.jato.ApplicationServletBase.dispatchRequest(ApplicationServletBase.java:772)
     at com.iplanet.jato.ApplicationServletBase.processRequest(ApplicationServletBase.java:446)
     at com.iplanet.jato.ApplicationServletBase.doPost(ApplicationServletBase.java:324)
     at javax.servlet.http.HttpServlet.service(HttpServlet.java:760)
     at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
     at org.apache.catalina.core.StandardWrapperValve.invokeServletService(StandardWrapperValve.java:720)
     at org.apache.catalina.core.StandardWrapperValve.access$000(StandardWrapperValve.java:118)
     at org.apache.catalina.core.StandardWrapperValve$1.run(StandardWrapperValve.java:278)
     at java.security.AccessController.doPrivileged(Native Method)
     at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:274)
     at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:505)
     at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:212)
     at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:505)
     at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:203)
     at
[05/Jan/2004:14:37:43] WARNING ( 5848): Deployment Error
com.iplanet.ias.deployment.backend.IASDeploymentException: Error while running ejbc -- Fatal Error from EJB Compiler -- -- Error while processing CMP beans.
     at com.iplanet.ias.deployment.backend.AppDeployer.runEJBC(AppDeployer.java:227)
     at com.iplanet.ias.deployment.backend.AppDeployer.deploy(AppDeployer.java:98)
     at com.iplanet.ias.deployment.backend.AppDeployer.doRequest(AppDeployer.java:50)
     at com.iplanet.ias.admin.server.core.mbean.config.ManagedServerInstance.deployJ2EEApplicationArchiveOrDirectory(ManagedServerInstance.java:745)
     at com.iplanet.ias.admin.server.core.mbean.config.ManagedServerInstance.deployJ2EEApplication(ManagedServerInstance.java:667)
Has anyone any ideas? Many thanks in advance,
E.

Need details of CLOB problems solved by new drivers

Hi all. I found a Tech Note on the Adobe site about updated
drivers:
http://kb.adobe.com/selfservice/viewContent.do?externalId=42dcb10a&sliceId=2
In the Notes section (near the end), it states, "Oracle users
should use the latest 3.5 drivers for Oracle 10g R2 support and
because all known issues with clobs are resolved in this set of
drivers."
Does anyone know where I can find documentation on exactly
what the "all known issues with clobs" that were solved are?
Thanks.

*@ Prasanna*
I understood this part:
{color:#ff0000} its Possible.
All you have to do is, just set the same RootApplication module for 2 pages.
and use retainAM=Y when navigating between the pages.
this should be enough...
And when navigating to second page, don't call vo.executeQuery() or anything that flushes the pending changes in the VO{color}
Now for this part:
{color:#ff0000}
while navigating to second page, just find the second row you want to update using vo1.findByprimarykey()
and use vo.setCurrentRow(firstChildRow) method at first Child's VO to refresh the rows of the second Child
{color}
I will put it this way,
h2. Page1
h4. Invoice Header
Master Field 1 MasterField 2
Master Field 3 MasterField 4
h3. Advanced Table for Child Record (Invoice Lines)
Row1 Field1_1 Field1_2 image1_3
Row2 Field2_1 Field2_2 image2_3
Row3 Field3_1 Field3_2 image3_3
Row4 Field4_1 Field4_2 image4_3
On Clicking the image in any of the rows, we will be taken
to the Page2 where we will have to
enter Child Records for each of the Child Row selected in Page1.
h3. Page2
h4. Advanced Table for Child Records (Distribution
h4. Lines) for each Child Record(Invoice Line) in Page1
Row1 Field1_1 Field1_2 Field1_3
Row2 Field2_1 Field2_2 Field2_3
Button to go back to Page1
Let me assume that the Child VO for the Page1 is VO1 and that of Page2 is VO2
Now According to what you have adviced, i interpreted that, suppose Clicking on the Image2_3 of Row2 of Page1, I would go to the Page2 and there in the PR of the form, i would find the Row selected using OARow Row2=VO1.findByprimarykey()
and then set it as the Current Row using VO1.setCurrentRow(Row2)
where Row2 is the Row that we had selected in Page1. So doing this would automatically refresh the Child Rows in Page2 for Row2 selected in Page1. And then i can go back to Page1 and continue the same for the other rows.
Sorry for making this too long. Needed to make sure that I was clear in asking my Question. :8}

Duplicate entries created with CMP

My question is: Should CMP container maintain the primary key field?
I created a client program to create a number of CMP objects and execute
some finder methods.
If I executed the client program again, it would try to create the
same CMP objects again. I thought I would receive some duplicate key
exception but I didn't get any exception. Looking at the DB, I found
the duplicate entries. Why?
Then, I modified the client program to do a findByPrimaryKey() and
an exception is caught saying that duplicate key found in DB.
(This is expected as duplicate rows did exist in DB.)
I am using weblogic 6.1.
Thanks,
Terrence

If your client code is written correctly and you use the correct isolation
level, you will not get duplicate keys.
If your database is configured with the correct constraint, you will not get
duplicate keys.
Peace,
Cameron Purdy
Tangosol, Inc.
Clustering Weblogic? You're either using Coherence, or you should be!
Download a Tangosol Coherence eval today at http://www.tangosol.com/
"Terrence Leung" <[email protected]> wrote in message
news:[email protected]..
My question is: Should CMP container maintain the primary key field?
I created a client program to create a number of CMP objects and execute
some finder methods.
If I executed the client program again, it would try to create the
same CMP objects again. I thought I would receive some duplicate key
exception but I didn't get any exception. Looking at the DB, I found
the duplicate entries. Why?
Then, I modified the client program to do a findByPrimaryKey() and
an exception is caught saying that duplicate key found in DB.
(This is expected as duplicate rows did exist in DB.)
I am using weblogic 6.1.
Thanks,
Terrence

Read-timeout-seconds

Hi!
What happens if I set <read-timeout-seconds> to some value
for a read only bean, according to bea's docs the ejbLoad() is called initially when the EJB is created and afterwards, WebLogic Server calls ejbLoad() only at intervals defined by the read-timeout-seconds. Does this mean that Weblogic always runs ejbLoad() every x seconds or ONLY if some client runs findByPrimaryKey() and the interval has expired?
Thanks,
A.

It's done lazily. When you access the bean, WLS checks if currentTime -
lastLoadedTime is > read-timeot-seconds. If so, it calls ejbLoad.
-- Rob
bnmbn ghjhg wrote:
Hi!
What happens if I set <read-timeout-seconds> to some value
for a read only bean, according to bea's docs the ejbLoad() is called initially when the EJB is created and afterwards, WebLogic Server calls ejbLoad() only at intervals defined by the read-timeout-seconds. Does this mean that Weblogic always runs ejbLoad() every x seconds or ONLY if some client runs findByPrimaryKey() and the interval has expired?
Thanks,
A.

Multiple Results from Table

Hello,
my EJB Query hast multiple Results.
My Table:
key | value
01 | test1
02 | test2
My Selection:
select Object(b) from PhoneBookEntityBean b
What kind of result type must the finder method have and how can i handle it?
Thanks for help and ideas,
André

Hi
I'm having problem with my finder method also...
I have a finder with name findByEmpName in which I pass string empname as parameter, for this I have put following in my ejb-jar.xml:
     <query>
          <query-method>
               <method-name>findByEmpName</method-name>
               <method-params>
                    <method-param>java.lang.String</method-param>
               </method-params>
          </query-method>
          <ejb-ql>select object(b) from TestEntityBean b where b.empName like ?1</ejb-ql>
     </query>
and inside persistent.xml
     <finder-descriptor>
          <method-name>findByEmpName</method-name>
          <method-params>
               <method-param>java.lang.String</method-param>
          </method-params>
          <load-selected-objects/>
     </finder-descriptor>
but when I use this finder method in my jsp, it return me null (no rows) but corresponding row is present in the database, findByPrimaryKey and create are working fine...
Is any other setting need to be done?? pls help!!
~Raj

JDEV9.05 with OC4J9.0.3

Hi, I'm using MVCSoft as PM for OC4J
and I'm using JDEV 9.0.5 as O/R mapper.
Once I generated the Jar/Ear files
I then import the ear on JDEV 9.03 and deploy.
I keep receiving this error message while deploying.
Copying default deployment descriptor from archive at
/opt/jdev/j2ee/home/applications/cxdbif/cxdbif.jar/META-INF/orion-ejb-jar.xml
to deployment directory
/opt/jdev/j2ee/home/application-deployments/cxdbif/cxdbif.jar...
ServiceProfileLocalHome_EntityHomeWrapper15.java:807: unreported exception
java.rmi.RemoteException; must be caught or declared to be thrown
collection.add(getWrapperByPK(transaction, key));
^
but I didn't write the code for
ServiceProfileLocalHome_EntityHomeWrapper15.java
Anyone any Idea ?
Sorry but I'm having so many problems with the CMP/CMR on OC4J 9.0.3 which I might have to think to rule it out.
I'm stuck can anyone help ?
cheers.

Hi,
thanks for your reply.
The problem here is that 9.0.4 is a developer preview and not a stable product.
Also I found out the following :
http://www.jcodebox.com/tfaq2.shtm#10
CUSTLocalHome_EntityHomeWrapper4.java:519: unreported exception java.rmi.RemoteException; must be caught or declared to be thrown collection.add(getWrapperByPK(transaction, key));
This unreported java.rmi.RemoteException can be caused when entity beans have additional finders declared. We are not completely sure why this causes a problem in the code OC4J generates but try removing all the additional finders and then adding them one by one to see which one is causing the problem. We will post further information on this problem as soon as we know more.
So I removed all the findAll() generated remaining only with the findByPrimaryKey.
and guess what it worked......
Is there a work around ?
Is 9.0.4 (9.0.5) stable enough to be used for us in production ?
If not when do you thik this is going to happen ?
I know those are difficult questions to answer but as
a Customer I need to know them (possibly ASAP).
Thanks.
Giuseppe.

CMP with Informix & Primarykey generation

I have a problem that informix doesn't automatically create my primary (java.lang.Integer) in my database. I have to give a new primary key to my EjbCreate() method so this pk can be used. So i have to the pk management myself.
Does anyone have any suggestion doing this.
I've heard that BEA appserver can manages his pk for ejb in the container by creating a range of pk's.
Anyone any suggestion. Please tell me .... i need it!!
Thx
D.Geerts

Hi,
Sun ONE Application Server supports auto-generated
primary key for CMP beans. Please follow these steps:
1. Do not define pk field or pk class for your bean.
2. Use java.lang.Object as the <prim-key-class>
3. Change you table definition to have pk column of type
NUMBER and precision at least 19 (to allow to store long
values).
4. Do not map pk column to any of the CMP fields.
5. Use java.lang.Object as the argument type for findByPrimaryKey and return type from ejbCreate.
The application server will do the rest.
Regards,
Marina

FindByPrimaryKey and ejbFindByPrimaryKey

Similar Messages

Maybe you are looking for