Re: Locking is not working (solved)

2006-11-24 Thread Jose Maria
Hi.

Sorry for all that stuff. Finally I solved the problem by simply setting
the property
ImplicitLocking=true
in OJB.properties

Thank you so much for your patience.

-- 
José María



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Re: Re: OJB not returning the correct child types.

2006-11-24 Thread Virgo Smart
Hello,

I tried out the problem again by making changes to the class-descriptors and 
schema as per Armin's suggestions and the Advanced O/R Mapping Technique 
tutorial (Apache OJB site). However the persistence broker still returns 
instances of Thing class instead of the Book and Toy in the stuffInDrawer 
collection of the Drawer class.

If there are any aspects that I might have over-looked, please point them out. 
Note that Thing is a concrete class in my case.

I am thinking about modifying the OJB source code to fix this extent-awareness 
problem satisfactorily. However I would need some guidance in helping me 
understand how OJB creates SQLs in context of repository.xml (descriptors) and 
how RowReader and RsIterator is used in creating instances of concrete classes.

Could any please help me understand the concepts related to SQL building, 
RowReader and RsIterator and how the current implementation behaves ? Does 
anyone have a sequence-diagram / activity diagram to illustrate the logic 
involved ?

I am thinking on the lines of using the class-descriptor to look out of 
extent-class definitions for the class whose data in being read and in the 
process of being materialized. If I find an extent-class, I would then look in 
to the table mapped to this extent class for row-entry (using PK or PK/FK as 
the search criteria) and then decide which object instance to materialize. 

I am not sure if this is the right way to go. Any advise or help on this is 
highly appreciated.

Thank you for all the support.

Regards,
Gautam.


On Wed, 22 Nov 2006 Virgo Smart wrote :
Hello Armin,

Apologies for posting a repeat of a similar problem as mentioned in an earlier 
post. I had already posted this one before I recieved the reply to the earlier 
one.

Looking at the modified class descriptor, I see that the extent-class and 
anonymous fields are being dropped. I think this is ok. However I am not sure 
if the super reference descriptor can point to the primary key field 
descriptor of the parent class.

Wouldn't this mean that the PK in the BOOKS / TOYS table would also need to be 
a FK pointing to the PK of the THINGS table ? Wouldn't this be illegal in SQL ?

Thanks and Regards,
Gautam


On Wed, 22 Nov 2006 Armin Waibel wrote :
 Hi Gautam,
 
 as said in my previous post in thread OJB: Identity equals method impl. 
 you should use the normal TPS inheritance without a FK field and without 
 extent-class declaration within TPS (and don't override fields in the 
 sub-classes):
 
 class-descriptor
  class=Thing
  table=THINGS
 
  field-descriptor
  name=id
  column=ID
  jdbc-type=INTEGER
  primarykey=true
  autoincrement=true
  /
 
  field-descriptor
  name=name
  column=NAME
  jdbc-type=VARCHAR
  size=255
  /
 
  field-descriptor
  name=drawerId
  column=DRAWER_ID
  jdbc-type=INTEGER
  access=anonymous
  /
 
 /class-descriptor
 
 class-descriptor
  class=Toy
  table=TOYS
 
  field-descriptor
  name=id
  column=ID
  jdbc-type=INTEGER
  primarykey=true
  autoincrement=false
  /
 
  field-descriptor
  name=category
  column=CATEGORY
  jdbc-type=VARCHAR
  size=255
  /
  /field-descriptor
 
  reference-descriptor
  name=super
  class-ref=Thing
  
  foreignkey field-ref=id/
  /reference-descriptor
 
 /class-descriptor
 
 class-descriptor
  class=Book
  table=BOOKS
 
  field-descriptor
  name=id
  column=ID
  jdbc-type=INTEGER
  primarykey=true
  autoincrement=false
  /
 
  field-descriptor
  name=author
  column=AUTHOR
  jdbc-type=VARCHAR
  size=255
  /
 
  field-descriptor
  name=isbnCode
  column=ISBN_CODE
  jdbc-type=VARCHAR
  size=255
  /
 
  /field-descriptor
 
  reference-descriptor
  name=super
  class-ref=Thing
  
  foreignkey field-ref=id/
  /reference-descriptor
 
 /class-descriptor
 
 
 class-descriptor
  class=Drawer
  table=DRAWER
 
  field-descriptor
  name=id
  column=id
  jdbc-type=INTEGER
  primarykey=true
  autoincrement=true
  /
 
  collection-descriptor
  name=stuffInDrawer
  element-class-ref=Thing
  
  inverse-foreignkey field-ref=drawerId/
  /collection-descriptor
 /class-descriptor
 
 
 The FK field drawerId in class Thing (of the 1:n reference in Drawer) is 
 declared as anonymous. Please read carefully the section about how anonymous 
 keys work to avoid problems
 http://db.apache.org/ojb/docu/guides/advanced-technique.html#How+do
 
 regards,
 Armin
 
 Virgo Smart wrote:
 Hello,
 
 I am facing an issue when trying to 

Or by joining an internet forum centered on your profession and then helping others who have questions.

2006-11-24 Thread Mckinney Sue

The article published in The Toronto Star describes the harsh reality
that millions of poor are facing in India. How important is your career?
I beg your Majesty's pardon, replied the fox, but I noticed the track of
the animals that have already come to you, and while I see many hoof
marks going in, I see none coming out.
Either way my client shouldn't have to pay for shoddy work.
It is the wish of the almighty.



*** CNHC *** CNHC *** CNHC ***

Trade Date: Friday, November 24, 2006
Company: China Health Management Corp.
Symbol: CNHC
Price: $1.34
Target: $10

CNHC BREAKING NEWS:
China Health Management Corp. Announces the Hospital's Setup Proposal
Received Additional Approval from Kunming City, Yunnan, China

CNHC IS BOUND TO BLOW UP! THIS AMAZING NEWS ALONG WITH HEAVY PR PROMOS
ARE DRIVING IT NUTS! WATCH CNHC GO OFF THE CHAIN ON FRIDAY NOV 24!



Or by writing articles for publication on industry websites.
They are rightfully entitled to retain them, sharing as per their choice
and not by the mandate of a bunch of utopian bureaucrats.
Cut your overhead so you have plenty of chips, ready for another spin of
the roulette wheel. This job seeker is wasting everybody's time. Either
that writer didn't try very hard or she's not very good.
The first half of this statement is correct, but it directly contradicts
the second half.
Instead, figure how how to GET qualified.
 She reports receiving a similar reaction from a number of Google
employees. At least not until your resume is the very best that it can
be.
The claim deserves closer examination. Attitudes are hardening on both
sides and Muslims have come to consider the attack on hijab as an attack
on Islam. But of course he won't, because he asked for those
qualifications for a reason. Now no doubt that resume writer will tell
me that she had the client sign an agreement upfront and that it clearly
states there are to be no refunds. Invest some time and energy and it
will pay off. Would he be treated same if he did not have a Muslim
background?
I like them all, but I think he misses a biggie - maybe your resume is
just no good! I don't have another office. Muslims or nonMuslims,
prisoners were always tortured in prisons of any kind.
He's writing about the role luck plays in launching a new product or
service.
The moral of the story, according to Aesop: it is easier to get into the
enemys toils than out again. Those unevolved men truly irritate me.
In addition, some countries nurture economic environments that foster
technological innovations, which lead to more power and higher resource
base for those countries. Nor is there any divine mandate for those to
be so shared, let alone for a human utopian ideal. Another studies that
would show soda drinking does not cause cancer?
Invest some time and energy and it will pay off.
The resume was rubbish.
I like them all, but I think he misses a biggie - maybe your resume is
just no good! But of course he won't, because he asked for those
qualifications for a reason. Or even better, if he networked his way
into a meeting or phone call with someone at that company.
By writing a blog about your area of expertise. I don't have another
office. If the allegations in this article are true, things look bleak
for peace in the Middle-East.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]