The following problem does not exist in 3.2.3, but appears when I deploy under 3.2.4.
I am using default CMP container settings for commit-option, read-ahead, etc.
My BrokerSplit EJB has a one-to-many relationship with Deals. It also has a
one-to-many relationship with Users. So, the fields of the EJB are:
Deal (CMR)
User (CMR)
ID: PK Field
Commission: CMP Field
My use case is that I call deal->getBrokerSplit(), followed by getters on the Broker
Split object. I have tried reordering my getter invocations, and have had the same
results each time.
The getId() call is always successful.
The getUser() call is always successful (I don't know if it matters, but the User
instance has always been previously loaded in another context).
The getCommission() call fails with the following behavior:
Lines 109-113 of JDBCLoadEntityCommand:
// load any preloaded fields into the context
if(readAheadCache.load(ctx))
{
return true;
}
This call returns true, so that no SQL is actually executed on the load.
This return goes back down the call stack to lines 177-179 of JDBCCMP2xFieldBridge:
manager.loadField(this, ctx);
if(!fieldState.isLoaded())
throw new EJBException("Could not load field value: " + getFieldName());
The manger.loadField() call is how we got to JDBCLoadEntityCommand. But on return the
test to fieldState.isLoaded() fails, causing it to throw the exception "Could not load
field value: commission".
It appears that the engine is making an incorrect assessment as to whether the field
is being loaded into the read-ahead cache, but I'm reaching the limits of my
capabilities here.
Thanks,
Corby
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3837680#3837680
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3837680
-------------------------------------------------------
This SF.Net email is sponsored by the new InstallShield X.
>From Windows to Linux, servers to mobile, InstallShield X is the one
installation-authoring solution that does it all. Learn more and
evaluate today! http://www.installshield.com/Dev2Dev/0504
_______________________________________________
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user
