Thanks Andy

I have set batch mode to false just to be on the safe side...i have used
batch mode on earlier versions of OJB and not had any problems as far as I
could tell...   ;-)

Cheers,

Mark

-----Original Message-----
From: Andy Czerwonka [mailto:[EMAIL PROTECTED] 
Sent: 28 October 2003 15:05
To: OJB Users List
Subject: RE: Auto incremented primary key and extents


autogenerated keys using the DefaultSequenceManagerImpl are not assigned on
broker.store(obj) using batch-mode=true.  I'm wondering if the hash gets
messed up (ordering) on the batch.

On Mon, 2003-10-27 at 05:25, Mark Rowell wrote:
> Armin
> 
> No the only thing I changed was OJB.properties.
> 
> One thing is that this problem happened during a run of my application 
> where some batch mode=true stuff Was used. Would this have an impact?
> 
> Is the sequence max id still stored in OJB_HL_SEQ?
> 
> Regards
> 
> Mark
> 
> -----Original Message-----
> From: Armin Waibel [mailto:[EMAIL PROTECTED]
> Sent: 27 October 2003 12:21
> To: OJB Users List
> Subject: Re: Auto incremented primary key and extents
> 
> 
> Hi Mark,
> 
>  > But as a follow on the extents are more than one level deep -- 
> would  > this  > have an impact? No should not. Have a look in 
> SequenceManagerHelper#getMaxForExtent
> 
> 
>  > unique Over all tables in the extent? Have I misconfigured OJB on
> upgrading
>  > to RC4?
> Did you change metadata on upgrading? Add new extents,
> change order of declaration?
> 
> regards,
> Armin
> 
> 
> Mark Rowell wrote:
> 
> > Sorry
> > 
> > But as a follow on the extents are more than one level deep -- would
> > this have an impact?
> > 
> > Regards,
> > 
> > Mark Rowell
> > 
> > -----Original Message-----
> > From: Mark Rowell [mailto:[EMAIL PROTECTED]
> > Sent: 27 October 2003 11:30
> > To: '[EMAIL PROTECTED]'
> > Subject: Auto incremented primary key and extents
> > 
> > 
> > Hi
> > 
> > I have an extent over 8 classes (and 8 corresponding tables) and I
> > have noticed that primary keys are now not unique over all tables -- 
> > e.g. when I store and instances of 2 different classes In different 
> > "leaves" of the extent I get the same ID in both tables. In RC1 I the 
> > autogenerated IDs were unique Over all tables in the extent? Have I 
> > misconfigured OJB on upgrading to RC4?
> > 
> > Regards,
> > 
> > Mark Rowell
> > 
> > -------------------------------------------
> > Mark Rowell
> > Structured Credit Europe
> > CreditTrade Limited
> > 180 Fleet Street
> > London EC4A 2HG
> > 
> > Tel +44 (0)20 7400 5078
> > Fax +44 (0)20 7400 5099
> > 
> > http://www.credittrade.com
> > 
> >  
> > 
> > CreditTrade Limited is regulated by the FSA. (c) CreditTrade 2002. 
> > All
> > rights reserved. The information and data contained in this email is 
> > provided for the information purposes of the addressee only and should 
> > not be reproduced and/or distributed to any other person. It is 
> > provided without any warranty whatsoever and unless stated otherwise 
> > consists purely of indicative market prices and other information.
> > 
> > Any opinion or comments expressed or assumption made in association
> > with the data or information provided in this email is a reflection of 
> > CreditTrades judgement at the time of compiling the data and is 
> > subject to change. CreditTrade hereby makes no representation and 
> > accepts no responsibility or liability as to the completeness or 
> > accuracy of this email.
> > 
> > The content of this email is not intended as an offer or 
> > solicitation
> > for, or recommendation of, the purchase or sale of any financial 
> > instrument, or as an official confirmation of any transaction, and 
> > should not be construed as investment advice.
> > 
> > --------------------------------------------------------------------
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> > 
> > CreditTrade Limited is regulated by the FSA. (c) CreditTrade 2002. 
> > All
> > rights reserved. The information and data contained in this email is 
> > provided for the information purposes of the addressee only and should 
> > not be reproduced and/or distributed to any other person. It is 
> > provided without any warranty whatsoever and unless stated otherwise 
> > consists purely of indicative market prices and other information.
> > 
> > Any opinion or comments expressed or assumption made in association
> > with the data or information provided in this email is a reflection of 
> > CreditTrades judgement at the time of compiling the data and is 
> > subject to change. CreditTrade hereby makes no representation and 
> > accepts no responsibility or liability as to the completeness or 
> > accuracy of this email.
> > 
> > The content of this email is not intended as an offer or 
> > solicitation
> > for, or recommendation of, the purchase or sale of any financial 
> > instrument, or as an official confirmation of any transaction, and 
> > should not be construed as investment advice.
> > 
> > --------------------------------------------------------------------
> > -
> > 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]
> 
> CreditTrade Limited is regulated by the FSA. (c) CreditTrade 2002. All 
> rights reserved. The information and data contained in this email is 
> provided for the information purposes of the addressee only and should 
> not be reproduced and/or distributed to any other person. It is 
> provided without any warranty whatsoever and unless stated otherwise 
> consists purely of indicative market prices and other information.
> 
> Any opinion or comments expressed or assumption made in association 
> with the data or information provided in this email is a reflection of 
> CreditTrades judgement at the time of compiling the data and is 
> subject to change. CreditTrade hereby makes no representation and 
> accepts no responsibility or liability as to the completeness or 
> accuracy of this email.
> 
> The content of this email is not intended as an offer or solicitation 
> for, or recommendation of, the purchase or sale of any financial 
> instrument, or as an official confirmation of any transaction, and 
> should not be construed as investment advice.
> 
> ---------------------------------------------------------------------
> 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]

CreditTrade Limited is regulated by the FSA. (c) CreditTrade 2002. All rights 
reserved. The information and data contained in this email is provided for the 
information purposes of the addressee only and should not be reproduced and/or 
distributed to any other person. It is provided without any warranty whatsoever and 
unless stated otherwise consists purely of indicative market prices and other 
information.

Any opinion or comments expressed or assumption made in association with the data or 
information provided in this email is a reflection of CreditTrades judgement at the 
time of compiling the data and is subject to change. CreditTrade hereby makes no 
representation and accepts no responsibility or liability as to the completeness or 
accuracy of this email.

The content of this email is not intended as an offer or solicitation for, or 
recommendation of, the purchase or sale of any financial instrument, or as an official 
confirmation of any transaction, and should not be construed as investment advice.

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

Reply via email to