Hi,
I have some doubts though: 1. In the access attribute for an reference field (as given below in repository_user.xml) which is the best option? a. read only b. read write c. anonymous 2. When I use access=anonymous, I have to retrieve the references before I store the object. This is causing problem when I run the use case for 35 concurrent users. Any suggestions? 3. When I use access = read, I add the attributes in the Java bean. But when I run the application it is giving an error "Cannot Insert Null into a Not Null column" <class-descriptor class="com.inetpsa.pac.ojb.bean.ActivityDeclarationData" table="PACQTDEA"> <field-descriptor id="1" name="id" column="ID" jdbc-type="INTEGER" primarykey="true" autoincrement="true" access="readonly"/> <field-descriptor id="2" name="individualid" column="INDIVIDUALID" jdbc-type="INTEGER" access= ?? /> <field-descriptor id="3" name="activityid" column="ACTIVITYID" jdbc-type="INTEGER" access= ?? /> <field-descriptor id="4" name="subactivityid" column="SUBACTIVITYID" jdbc-type="INTEGER" access= ?? /> <field-descriptor id="5" name="entityId" column="ENTITY" jdbc-type="INTEGER" access= ?? /> <field-descriptor id="6" name="period" column="PERIOD" jdbc-type="INTEGER" access= ?? "/> <field-descriptor id="7" name="comment" column="COMMENT" jdbc-type="VARCHAR" /> <field-descriptor id="8" name="daysDeclared" column="DAYSDECLARED" jdbc-type="NUMERIC" conversion="com.inetpsa.pac.arch.ojb.util.Numeric2DoubleConvertor"/> <reference-descriptor class-ref="com.inetpsa.pac.ojb.bean.IndividualData" name="individual" auto-retrieve="false"> <foreignkey field-ref="individualid" /> </reference-descriptor> <reference-descriptor class-ref="com.inetpsa.pac.ojb.bean.Activity" name="activity" auto-retrieve="false"> <foreignkey field-ref="activityid" /> </reference-descriptor> <reference-descriptor class-ref="com.inetpsa.pac.ojb.bean.SubactivityData" name="subActivity" auto-retrieve="true"> <foreignkey field-ref="subactivityid" /> </reference-descriptor> <reference-descriptor class-ref="com.inetpsa.pac.ojb.bean.EntityData" name="entityData" auto-retrieve="false"> <foreignkey field-ref="entityId" /> </reference-descriptor> <reference-descriptor class-ref="com.inetpsa.pac.ojb.bean.PeriodicCalender" name="periodData" auto-retrieve="false"> <foreignkey field-ref="period" /> </reference-descriptor> <object-cache class="org.apache.ojb.broker.cache.ObjectCacheEmptyImpl"></object-cache> </class-descriptor> OJB version I use is 1.0. Thanks for the Help! Regards, Vagula -----Original Message----- From: Armin Waibel [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 06, 2006 7:26 AM To: OJB Users List Subject: Re: Anonymous keys Hi Vagula, I'm sorry for the late reply - I was ill last week. Vagula wrote: > > > > Hi, > > > > > What are the drawbacks of using the anonymous keys? > > Will there be performance bottleneck? > > > > > I have read the material in OJB site, it doesn't talk about > drawbacks. > Did you read this? http://db.apache.org/ojb/docu/guides/advanced-technique.html#How+do This section describe how AK work. One drawback is that you can't use AK (except in 1:1 refenences) if you want to cluster OJB. I don't know about a performance bottleneck when using AK, but I never made serious multi-threaded performance comparisons (with/without AK). regards, Armin > > > > Regards, > > Vagula > > > > > > > > > > > **************** CAUTION - Disclaimer ***************** > This e-mail contains PRIVILEGED AND CONFIDENTIAL INFORMATION intended solely for the use of the addressee(s). If you are not the intended recipient, please notify the sender by e-mail and delete the original message. Further, you are not to copy, disclose, or distribute this e-mail or its contents to any other person and any such actions are unlawful. This e-mail may contain viruses. Infosys has taken every reasonable precaution to minimize this risk, but is not liable for any damage you may sustain as a result of any virus in this e-mail. You should carry out your own virus checks before opening the e-mail or attachment. Infosys reserves the right to monitor and review the content of all messages sent to or from this e-mail address. Messages sent to or from this e-mail address may be stored on the Infosys e-mail system. > ***INFOSYS******** End of Disclaimer ********INFOSYS*** --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]