Putting "exclusive" mode in the mapping file will not make sense, as it
exclusive is more exepnsive so why do that. I think default mode as "shared"
will
work for most cases. Of course I can declare all the classes in mapping file
as "Exclusive", and at runtime while executing be selective. Is that your
recommendaion Thomas?
I still think if this can be done at runtime might be better.
Thanks !
Sudhir Bhojwani
Altoweb, http://www.altoweb.com
Phone: 650.251.1597
-----Original Message-----
From: Thomas Yip [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, September 26, 2001 1:10 PM
To: [EMAIL PROTECTED]
Subject: Re: [castor-dev] JDO: Excelusive locks problem
When the mapping of Employee declared as access="exclusive",
all its related or dependent object will not be affected. They're load in
the default "shared" or its own specified mode.
Only when you load it and specify Exclusive in run time, the related
objects are loaded all with exclusive.
Thomas
-----Original Message-----
>From: Sudhir Bhojwani [mailto:[EMAIL PROTECTED]]
>Sent: Wednesday, September 26, 2001 11:52 AM
>To: [EMAIL PROTECTED]
>Subject: [castor-dev] JDO: Excelusive locks problem
>
>Hi,
>
>Acquiring an "Exclusive" lock on an object, locks all the related objects.
I
>understand
>this is done for maintaining the foreign key constraints. However, this for
>most practical
>purposes is a problem. E.g. Employee is related to Department. Usually
>Department will have
>100's of Employees, so if modifying an Employee in Exclusive mode will
>require me to lock Department as well.
>This will slow down the system considerably. Moreover the Passimistic
>locking implemented in
>databases allows me to lock Employee without having to lock Department,
>which is more effiecient.
>I would be glad if someone can help me here, and give some
>recommendations/explanations about it.
>
>Also if some changes are required, I am willing to put in some time to
>provide a new option or any other
>strategies you might have in mind.
>
>Thanks !
>Sudhir Bhojwani
>Altoweb, http://www.altoweb.com
>Phone: 650.251.1597
>
>-----------------------------------------------------------
>If you wish to unsubscribe from this mailing, send mail to
>[EMAIL PROTECTED] with a subject of:
> unsubscribe castor-dev
>
-----------------------------------------------------------
If you wish to unsubscribe from this mailing, send mail to
[EMAIL PROTECTED] with a subject of:
unsubscribe castor-dev
-----------------------------------------------------------
If you wish to unsubscribe from this mailing, send mail to
[EMAIL PROTECTED] with a subject of:
unsubscribe castor-dev
