Hello all,
I have a weird situation:
JBOSS 2.2.1
Sun JDK 1.3
PostGreSQL 7.1 (although I have the same problem with Oracle 8.1.7)
I have a CMP bean that is used to manipulate join tables ... (you know,
tables with only 2 columns used for a many-many relationship) ... rather
than create a half dozen beans, I have created only one and use the
deployment descriptor to map it to the appropriate table. All of my tables
contain 2 integer fields which, when concatenated, form the PK for the
table. So my deployment descriptors look like the following:
>From ejb-jar.xml:
<entity>
<ejb-name>Supplier_Representative</ejb-name>
<home>mypackage.ejb.representativejoin.RepresentativeJoinHome</home>
<remote>mypackage.ejb.representativejoin.RepresentativeJoin</remote>
<ejb-class>mypackage.ejb.representativejoin.RepresentativeJoinBean</ejb-clas
s>
<persistence-type>Container</persistence-type>
<prim-key-class>mypackage.ejb.representativejoin.RepresentativeJoinPK</prim-
key-class>
<reentrant>False</reentrant>
<cmp-field><field-name>representative_id</field-name></cmp-field>
<cmp-field><field-name>reference_id</field-name></cmp-field>
<resource-ref>
<description>Data source</description>
<res-ref-name>jdbc/MyDB</res-ref-name>
<res-type>javax.sql.DataSource</res-type>
<res-auth>Container</res-auth>
</resource-ref>
</entity>
>From jaws.xml:
<entity>
<ejb-name>Supplier_Representative</ejb-name>
<cmp-field>
<field-name>representative_id</field-name>
<column-name>representative_id</column-name>
</cmp-field>
<cmp-field>
<field-name>reference_id</field-name>
<column-name>supplier_id</column-name>
</cmp-field>
<finder>
<name>findBySupplierID</name>
<query>supplier_id = {0}</query>
<order></order>
</finder>
</entity>
So you see that i use the <cmp-field> to map between the bean instance
variables and the DB columns (in this case, the reference_id variable maps
to the supplier_id field in the DB) ... my bean PK class looks like:
public class RepresentativeJoinPK implements Serializable
{
public int representative_id;
public int reference_id;
public RepresentativeJoinPK() {
this(0,0);
}
public RepresentativeJoinPK(int representative_id, int reference_id) {
this.representative_id = representative_id;
this.reference_id = reference_id;
}
public int hashCode(){
return 0;
}
public boolean equals(Object o) {
if(o != null && o.getClass().equals(getClass()))
return ((((RepresentativeJoinPK)o).representative_id ==
this.representative_id) && (((RepresentativeJoinPK)o).reference_id ==
this.reference_id));
else
return false;
}
public String toString() {
return Integer.toString(this.representative_id) + "," +
Integer.toString(this.reference_id);
}
}
Alright, so here's the problem ... If I create a few instances (a few
records), and use them actively, all is well ... For example, if I create 4
records during one client interation ... then a second or two later, try to
read the beans ... then a few seconds later, try to remove() the beans, all
is well ...
However, if I either:
a) let the beans passivate (by letting enough time pass)
b) restart JBOSS
I am still able to READ the beans from the DB (display the contents of the
field, read the PK using getPrimaryKey() on the remote interface) but when i
try to do a remove() (i've tried using the home interface's remove(Handle
h), remove(PrimaryKey pk) and the remote interface's remove() methods()) i
get the following exception:
TRANSACTION ROLLBACK EXCEPTION:Load failed; nested exception is:
java.lang.IllegalArgumentException: object is not an instance of
declaring class; nested exception is:
java.rmi.ServerException: Load failed; nested exception is:
java.lang.IllegalArgumentException: object is not an instance of
declaring class
java.rmi.ServerException: Load failed; nested exception is:
java.lang.IllegalArgumentException: object is not an instance of
declaring class
java.lang.IllegalArgumentException: object is not an instance of declaring
class
at java.lang.reflect.Field.get(Native Method)
at
org.jboss.ejb.plugins.jaws.jdbc.JDBCCommand.getPkFieldValue(JDBCCommand.java
:658)
at
org.jboss.ejb.plugins.jaws.jdbc.JDBCCommand.setPrimaryKeyParameters(JDBCComm
and.java:364)
at
org.jboss.ejb.plugins.jaws.jdbc.JDBCLoadEntityCommand.setParameters(JDBCLoad
EntityCommand.java:97)
at
org.jboss.ejb.plugins.jaws.jdbc.JDBCCommand.jdbcExecute(JDBCCommand.java:159
)
at
org.jboss.ejb.plugins.jaws.jdbc.JDBCLoadEntityCommand.execute(JDBCLoadEntity
Command.java:82)
at
org.jboss.ejb.plugins.jaws.JAWSPersistenceManager.loadEntity(JAWSPersistence
Manager.java:150)
at
org.jboss.ejb.plugins.CMPPersistenceManager.loadEntity(CMPPersistenceManager
.java:341)
at
org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchron
izationInterceptor.java:192)
at
org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterce
ptor.java:186)
at
org.jboss.ejb.plugins.TxInterceptorCMT.invokeNext(TxInterceptorCMT.java:133)
at
org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.
java:263)
at
org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:99)
at
org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:19
0)
at
org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:195)
at org.jboss.ejb.EntityContainer.invoke(EntityContainer.java:323)
at
org.jboss.ejb.plugins.jrmp.server.JRMPContainerInvoker.invoke(JRMPContainerI
nvoker.java:482)
at
org.jboss.ejb.plugins.jrmp.interfaces.EntityProxy.invoke(EntityProxy.java:14
6)
at $Proxy23.remove(Unknown Source)
at
mypackage.servlets.RepAuthorizationServlet.serviceRequest(RepAuthorizationSe
rvlet.java:141)
I saw somethign about this issue (regarding passivating beans) on some
threads back on the mailing list back in November 2000, but it sounded as
though this problem had been fixed ... The really weird part is that as long
as the operations are read-only, I don't have a problem ... it's only when i
try to remove() the bean that I get this exception ... my finders all work
fine ...
So, to summarize:
Things work perfectly all the time EXCEPT when trying to use the remove()
method on passivated beans (or beans freshly loaded from the DB) ...
So, if you've managed to read to the end of this message, I applaud you ...
I think it's nearly impossible that I left anything out with the above
ramblings ... :)
Thanks in advance...
-Dave
_______________________________________________
JBoss-user mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-user
