RE: Anonymous keys

 

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]