Hi Vagula,
Vagula wrote:
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
I would use anonymous fields or private fields without getter/setter in
the POJO for the ?? fields (with access "readwrite" or "readonly" - if
data never change).
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"
If you set "readonly" the field will be ignored on insert. This could
cause problems with the DB-table if the column doesn't allow null.
regards,
Armin
<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]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
