Skip to main content


Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Modeling » EMF » [CDO] problem I can't resolve
[CDO] problem I can't resolve [message #424578] Thu, 30 October 2008 14:38 Go to next message
Mark Geib is currently offline Mark GeibFriend
Messages: 432
Registered: July 2009
Senior Member
I have a fairly simple model, all containment relationships. I populate
the resource from an asynchronous source of messages that correspond,
more or less, to classes in my model. So I basically receive a message,
create the model object, update the attributes and add to containing
object and commit or save the resource. Recently I started getting the
following exception after only a few 10s or maybe a hundred commits. The
only recent change in the frequency of the message has increased a bit.

I have tried 'moving' the commits around and doing more of them, like
after every model change, with no luck.

What does this mean exactly..?

Exception in thread "main"
org.eclipse.net4j.util.transaction.TransactionException: Can not
retrieve origin revision for
org.eclipse.emf.cdo.internal.common.revision.delta.CDORevisi onDeltaImpl @421350
at
org.eclipse.emf.internal.cdo.CDOTransactionImpl.commit(CDOTr ansactionImpl.java:243)
at dm.util.DmModelManager.save(DmModelManager.java:189)
at cse.dm.modelManager.DmOriginal.findPidObject(DmOriginal.java :78)
at
cse.dm.modelManager.DmOriginal.processMessageOriginal(DmOrig inal.java:49)
at cse.dm.modelManager.DmClient.main(DmClient.java:176)

Mark.
Re: [CDO] problem I can't resolve [message #424579 is a reply to message #424578] Thu, 30 October 2008 14:46 Go to previous messageGo to next message
Simon Mc Duff is currently offline Simon Mc DuffFriend
Messages: 596
Registered: July 2009
Senior Member
Hi Mark,

which version of CDO are you using.

We fixed some problems related to them in
243282: java.lang.IllegalStateException with MEMStore
https://bugs.eclipse.org/bugs/show_bug.cgi?id=243282

Simon

Mark Geib wrote:
> I have a fairly simple model, all containment relationships. I populate
> the resource from an asynchronous source of messages that correspond,
> more or less, to classes in my model. So I basically receive a message,
> create the model object, update the attributes and add to containing
> object and commit or save the resource. Recently I started getting the
> following exception after only a few 10s or maybe a hundred commits. The
> only recent change in the frequency of the message has increased a bit.
>
> I have tried 'moving' the commits around and doing more of them, like
> after every model change, with no luck.
>
> What does this mean exactly..?
>
> Exception in thread "main"
> org.eclipse.net4j.util.transaction.TransactionException: Can not
> retrieve origin revision for
> org.eclipse.emf.cdo.internal.common.revision.delta.CDORevisi onDeltaImpl @421350
> at
> org.eclipse.emf.internal.cdo.CDOTransactionImpl.commit(CDOTr ansactionImpl.java:243)
> at dm.util.DmModelManager.save(DmModelManager.java:189)
> at cse.dm.modelManager.DmOriginal.findPidObject(DmOriginal.java :78)
> at
> cse.dm.modelManager.DmOriginal.processMessageOriginal(DmOrig inal.java:49)
> at cse.dm.modelManager.DmClient.main(DmClient.java:176)
>
> Mark.
Re: [CDO] problem I can't resolve [message #424580 is a reply to message #424579] Thu, 30 October 2008 14:49 Go to previous messageGo to next message
Mark Geib is currently offline Mark GeibFriend
Messages: 432
Registered: July 2009
Senior Member
Simon,

I am running 1.0.2 on the client side, but I think 1.0.0, the Ganymede
version, on the server side.

Mark.



Simon McDuff wrote:
> Hi Mark,
>
> which version of CDO are you using.
>
> We fixed some problems related to them in
> 243282: java.lang.IllegalStateException with MEMStore
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=243282
>
> Simon
>
> Mark Geib wrote:
>> I have a fairly simple model, all containment relationships. I populate
>> the resource from an asynchronous source of messages that correspond,
>> more or less, to classes in my model. So I basically receive a message,
>> create the model object, update the attributes and add to containing
>> object and commit or save the resource. Recently I started getting the
>> following exception after only a few 10s or maybe a hundred commits. The
>> only recent change in the frequency of the message has increased a bit.
>>
>> I have tried 'moving' the commits around and doing more of them, like
>> after every model change, with no luck.
>>
>> What does this mean exactly..?
>>
>> Exception in thread "main"
>> org.eclipse.net4j.util.transaction.TransactionException: Can not
>> retrieve origin revision for
>> org.eclipse.emf.cdo.internal.common.revision.delta.CDORevisi onDeltaImpl @421350
>>
>> at
>> org.eclipse.emf.internal.cdo.CDOTransactionImpl.commit(CDOTr ansactionImpl.java:243)
>>
>> at dm.util.DmModelManager.save(DmModelManager.java:189)
>> at cse.dm.modelManager.DmOriginal.findPidObject(DmOriginal.java :78)
>> at
>> cse.dm.modelManager.DmOriginal.processMessageOriginal(DmOrig inal.java:49)
>> at cse.dm.modelManager.DmClient.main(DmClient.java:176)
>>
>> Mark.
Re: [CDO] problem I can't resolve [message #424581 is a reply to message #424580] Thu, 30 October 2008 15:06 Go to previous messageGo to next message
Simon Mc Duff is currently offline Simon Mc DuffFriend
Messages: 596
Registered: July 2009
Senior Member
That problem (if it is the same) was fixed in 1.0.1.

>> 243282: java.lang.IllegalStateException with MEMStore
>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=243282

Can you used 1.0.2 on the client and server ?

Simon


Mark Geib wrote:
> Simon,
>
> I am running 1.0.2 on the client side, but I think 1.0.0, the Ganymede
> version, on the server side.
>
> Mark.
>
>
>
> Simon McDuff wrote:
>> Hi Mark,
>>
>> which version of CDO are you using.
>>
>> We fixed some problems related to them in
>> 243282: java.lang.IllegalStateException with MEMStore
>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=243282
>>
>> Simon
>>
>> Mark Geib wrote:
>>> I have a fairly simple model, all containment relationships. I populate
>>> the resource from an asynchronous source of messages that correspond,
>>> more or less, to classes in my model. So I basically receive a message,
>>> create the model object, update the attributes and add to containing
>>> object and commit or save the resource. Recently I started getting the
>>> following exception after only a few 10s or maybe a hundred commits. The
>>> only recent change in the frequency of the message has increased a bit.
>>>
>>> I have tried 'moving' the commits around and doing more of them, like
>>> after every model change, with no luck.
>>>
>>> What does this mean exactly..?
>>>
>>> Exception in thread "main"
>>> org.eclipse.net4j.util.transaction.TransactionException: Can not
>>> retrieve origin revision for
>>> org.eclipse.emf.cdo.internal.common.revision.delta.CDORevisi onDeltaImpl @421350
>>>
>>> at
>>> org.eclipse.emf.internal.cdo.CDOTransactionImpl.commit(CDOTr ansactionImpl.java:243)
>>>
>>> at dm.util.DmModelManager.save(DmModelManager.java:189)
>>> at cse.dm.modelManager.DmOriginal.findPidObject(DmOriginal.java :78)
>>> at
>>> cse.dm.modelManager.DmOriginal.processMessageOriginal(DmOrig inal.java:49)
>>> at cse.dm.modelManager.DmClient.main(DmClient.java:176)
>>>
>>> Mark.
Re: [CDO] problem I can't resolve [message #424582 is a reply to message #424581] Thu, 30 October 2008 15:12 Go to previous messageGo to next message
Mark Geib is currently offline Mark GeibFriend
Messages: 432
Registered: July 2009
Senior Member
Will do. I will post back my findings.
Thanks,
Mark.

Simon McDuff wrote:
> That problem (if it is the same) was fixed in 1.0.1.
>
>>> 243282: java.lang.IllegalStateException with MEMStore
>>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=243282
>
> Can you used 1.0.2 on the client and server ?
>
> Simon
>
>
> Mark Geib wrote:
>> Simon,
>>
>> I am running 1.0.2 on the client side, but I think 1.0.0, the Ganymede
>> version, on the server side.
>>
>> Mark.
>>
>>
>>
>> Simon McDuff wrote:
>>> Hi Mark,
>>>
>>> which version of CDO are you using.
>>>
>>> We fixed some problems related to them in
>>> 243282: java.lang.IllegalStateException with MEMStore
>>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=243282
>>>
>>> Simon
>>>
>>> Mark Geib wrote:
>>>> I have a fairly simple model, all containment relationships. I populate
>>>> the resource from an asynchronous source of messages that correspond,
>>>> more or less, to classes in my model. So I basically receive a message,
>>>> create the model object, update the attributes and add to containing
>>>> object and commit or save the resource. Recently I started getting the
>>>> following exception after only a few 10s or maybe a hundred commits.
>>>> The
>>>> only recent change in the frequency of the message has increased a bit.
>>>>
>>>> I have tried 'moving' the commits around and doing more of them, like
>>>> after every model change, with no luck.
>>>>
>>>> What does this mean exactly..?
>>>>
>>>> Exception in thread "main"
>>>> org.eclipse.net4j.util.transaction.TransactionException: Can not
>>>> retrieve origin revision for
>>>> org.eclipse.emf.cdo.internal.common.revision.delta.CDORevisi onDeltaImpl @421350
>>>>
>>>>
>>>> at
>>>> org.eclipse.emf.internal.cdo.CDOTransactionImpl.commit(CDOTr ansactionImpl.java:243)
>>>>
>>>>
>>>> at dm.util.DmModelManager.save(DmModelManager.java:189)
>>>> at cse.dm.modelManager.DmOriginal.findPidObject(DmOriginal.java :78)
>>>> at
>>>> cse.dm.modelManager.DmOriginal.processMessageOriginal(DmOrig inal.java:49)
>>>>
>>>> at cse.dm.modelManager.DmClient.main(DmClient.java:176)
>>>>
>>>> Mark.
Re: [CDO] problem I can't resolve [message #424597 is a reply to message #424582] Thu, 30 October 2008 19:54 Go to previous messageGo to next message
Mark Geib is currently offline Mark GeibFriend
Messages: 432
Registered: July 2009
Senior Member
Simon,

The exception is different now, but still seems to occur at the commit
after I add/put and Entry into a Hashmap collection. That is the
TransactionDbs class in the model uses an instance class name of
java.util.Map$Entry so I can access the collection as a Hashmap using
key-value pairs.

The call ...
modelHeader.getTransactionsDbs().put(new Integer(index),
modelTransaction);

DmModelManager.access().save();

results in ...

Exception in thread "main"
org.eclipse.net4j.util.transaction.TransactionException: Index: 1, Size: 0
at
org.eclipse.emf.internal.cdo.CDOTransactionImpl.commit(CDOTr ansactionImpl.java:246)
at dm.util.DmModelManager.save(DmModelManager.java:189)
at
cse.dm.modelManager.DmOriginal.processTransactionOriginal(Dm Original.java:223)
at
cse.dm.modelManager.DmOriginal.processSectionOriginal(DmOrig inal.java:154)
at
cse.dm.modelManager.DmOriginal.processMessageOriginal(DmOrig inal.java:50)
at cse.dm.modelManager.DmClient.main(DmClient.java:176)

Mark.



Mark Geib wrote:
> Will do. I will post back my findings.
> Thanks,
> Mark.
>
> Simon McDuff wrote:
>> That problem (if it is the same) was fixed in 1.0.1.
>>
>>>> 243282: java.lang.IllegalStateException with MEMStore
>>>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=243282
>> Can you used 1.0.2 on the client and server ?
>>
>> Simon
>>
>>
>> Mark Geib wrote:
>>> Simon,
>>>
>>> I am running 1.0.2 on the client side, but I think 1.0.0, the Ganymede
>>> version, on the server side.
>>>
>>> Mark.
>>>
>>>
>>>
>>> Simon McDuff wrote:
>>>> Hi Mark,
>>>>
>>>> which version of CDO are you using.
>>>>
>>>> We fixed some problems related to them in
>>>> 243282: java.lang.IllegalStateException with MEMStore
>>>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=243282
>>>>
>>>> Simon
>>>>
>>>> Mark Geib wrote:
>>>>> I have a fairly simple model, all containment relationships. I populate
>>>>> the resource from an asynchronous source of messages that correspond,
>>>>> more or less, to classes in my model. So I basically receive a message,
>>>>> create the model object, update the attributes and add to containing
>>>>> object and commit or save the resource. Recently I started getting the
>>>>> following exception after only a few 10s or maybe a hundred commits.
>>>>> The
>>>>> only recent change in the frequency of the message has increased a bit.
>>>>>
>>>>> I have tried 'moving' the commits around and doing more of them, like
>>>>> after every model change, with no luck.
>>>>>
>>>>> What does this mean exactly..?
>>>>>
>>>>> Exception in thread "main"
>>>>> org.eclipse.net4j.util.transaction.TransactionException: Can not
>>>>> retrieve origin revision for
>>>>> org.eclipse.emf.cdo.internal.common.revision.delta.CDORevisi onDeltaImpl @421350
>>>>>
>>>>>
>>>>> at
>>>>> org.eclipse.emf.internal.cdo.CDOTransactionImpl.commit(CDOTr ansactionImpl.java:243)
>>>>>
>>>>>
>>>>> at dm.util.DmModelManager.save(DmModelManager.java:189)
>>>>> at cse.dm.modelManager.DmOriginal.findPidObject(DmOriginal.java :78)
>>>>> at
>>>>> cse.dm.modelManager.DmOriginal.processMessageOriginal(DmOrig inal.java:49)
>>>>>
>>>>> at cse.dm.modelManager.DmClient.main(DmClient.java:176)
>>>>>
>>>>> Mark.
Re: [CDO] problem I can't resolve [message #424598 is a reply to message #424597] Thu, 30 October 2008 19:55 Go to previous messageGo to next message
Mark Geib is currently offline Mark GeibFriend
Messages: 432
Registered: July 2009
Senior Member
Sorry, this is now with 1.0.2 of CDO and NET4J on both client and server
side.

Mark.

Mark Geib wrote:
> Simon,
>
> The exception is different now, but still seems to occur at the commit
> after I add/put and Entry into a Hashmap collection. That is the
> TransactionDbs class in the model uses an instance class name of
> java.util.Map$Entry so I can access the collection as a Hashmap using
> key-value pairs.
>
> The call ...
> modelHeader.getTransactionsDbs().put(new Integer(index),
> modelTransaction);
>
> DmModelManager.access().save();
>
> results in ...
>
> Exception in thread "main"
> org.eclipse.net4j.util.transaction.TransactionException: Index: 1, Size: 0
> at
> org.eclipse.emf.internal.cdo.CDOTransactionImpl.commit(CDOTr ansactionImpl.java:246)
> at dm.util.DmModelManager.save(DmModelManager.java:189)
> at
> cse.dm.modelManager.DmOriginal.processTransactionOriginal(Dm Original.java:223)
> at
> cse.dm.modelManager.DmOriginal.processSectionOriginal(DmOrig inal.java:154)
> at
> cse.dm.modelManager.DmOriginal.processMessageOriginal(DmOrig inal.java:50)
> at cse.dm.modelManager.DmClient.main(DmClient.java:176)
>
> Mark.
>
>
>
> Mark Geib wrote:
>> Will do. I will post back my findings.
>> Thanks,
>> Mark.
>>
>> Simon McDuff wrote:
>>> That problem (if it is the same) was fixed in 1.0.1.
>>>
>>>>> 243282: java.lang.IllegalStateException with MEMStore
>>>>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=243282
>>> Can you used 1.0.2 on the client and server ?
>>>
>>> Simon
>>>
>>>
>>> Mark Geib wrote:
>>>> Simon,
>>>>
>>>> I am running 1.0.2 on the client side, but I think 1.0.0, the Ganymede
>>>> version, on the server side.
>>>>
>>>> Mark.
>>>>
>>>>
>>>>
>>>> Simon McDuff wrote:
>>>>> Hi Mark,
>>>>>
>>>>> which version of CDO are you using.
>>>>>
>>>>> We fixed some problems related to them in
>>>>> 243282: java.lang.IllegalStateException with MEMStore
>>>>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=243282
>>>>>
>>>>> Simon
>>>>>
>>>>> Mark Geib wrote:
>>>>>> I have a fairly simple model, all containment relationships. I populate
>>>>>> the resource from an asynchronous source of messages that correspond,
>>>>>> more or less, to classes in my model. So I basically receive a message,
>>>>>> create the model object, update the attributes and add to containing
>>>>>> object and commit or save the resource. Recently I started getting the
>>>>>> following exception after only a few 10s or maybe a hundred commits.
>>>>>> The
>>>>>> only recent change in the frequency of the message has increased a bit.
>>>>>>
>>>>>> I have tried 'moving' the commits around and doing more of them, like
>>>>>> after every model change, with no luck.
>>>>>>
>>>>>> What does this mean exactly..?
>>>>>>
>>>>>> Exception in thread "main"
>>>>>> org.eclipse.net4j.util.transaction.TransactionException: Can not
>>>>>> retrieve origin revision for
>>>>>> org.eclipse.emf.cdo.internal.common.revision.delta.CDORevisi onDeltaImpl @421350
>>>>>>
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.internal.cdo.CDOTransactionImpl.commit(CDOTr ansactionImpl.java:243)
>>>>>>
>>>>>>
>>>>>> at dm.util.DmModelManager.save(DmModelManager.java:189)
>>>>>> at cse.dm.modelManager.DmOriginal.findPidObject(DmOriginal.java :78)
>>>>>> at
>>>>>> cse.dm.modelManager.DmOriginal.processMessageOriginal(DmOrig inal.java:49)
>>>>>>
>>>>>> at cse.dm.modelManager.DmClient.main(DmClient.java:176)
>>>>>>
>>>>>> Mark.
Re: [CDO] problem I can't resolve [message #424599 is a reply to message #424598] Thu, 30 October 2008 20:14 Go to previous messageGo to next message
Mark Geib is currently offline Mark GeibFriend
Messages: 432
Registered: July 2009
Senior Member
Looks like I am getting this exception in other places as well, not just
putting to a Hashmap, put just adding to a reference list...
Mark.

Mark Geib wrote:
> Sorry, this is now with 1.0.2 of CDO and NET4J on both client and server
> side.
>
> Mark.
>
> Mark Geib wrote:
>> Simon,
>>
>> The exception is different now, but still seems to occur at the commit
>> after I add/put and Entry into a Hashmap collection. That is the
>> TransactionDbs class in the model uses an instance class name of
>> java.util.Map$Entry so I can access the collection as a Hashmap using
>> key-value pairs.
>>
>> The call ...
>> modelHeader.getTransactionsDbs().put(new Integer(index),
>> modelTransaction);
>>
>> DmModelManager.access().save();
>>
>> results in ...
>>
>> Exception in thread "main"
>> org.eclipse.net4j.util.transaction.TransactionException: Index: 1, Size: 0
>> at
>> org.eclipse.emf.internal.cdo.CDOTransactionImpl.commit(CDOTr ansactionImpl.java:246)
>> at dm.util.DmModelManager.save(DmModelManager.java:189)
>> at
>> cse.dm.modelManager.DmOriginal.processTransactionOriginal(Dm Original.java:223)
>> at
>> cse.dm.modelManager.DmOriginal.processSectionOriginal(DmOrig inal.java:154)
>> at
>> cse.dm.modelManager.DmOriginal.processMessageOriginal(DmOrig inal.java:50)
>> at cse.dm.modelManager.DmClient.main(DmClient.java:176)
>>
>> Mark.
>>
>>
>>
>> Mark Geib wrote:
>>> Will do. I will post back my findings.
>>> Thanks,
>>> Mark.
>>>
>>> Simon McDuff wrote:
>>>> That problem (if it is the same) was fixed in 1.0.1.
>>>>
>>>>>> 243282: java.lang.IllegalStateException with MEMStore
>>>>>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=243282
>>>> Can you used 1.0.2 on the client and server ?
>>>>
>>>> Simon
>>>>
>>>>
>>>> Mark Geib wrote:
>>>>> Simon,
>>>>>
>>>>> I am running 1.0.2 on the client side, but I think 1.0.0, the Ganymede
>>>>> version, on the server side.
>>>>>
>>>>> Mark.
>>>>>
>>>>>
>>>>>
>>>>> Simon McDuff wrote:
>>>>>> Hi Mark,
>>>>>>
>>>>>> which version of CDO are you using.
>>>>>>
>>>>>> We fixed some problems related to them in
>>>>>> 243282: java.lang.IllegalStateException with MEMStore
>>>>>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=243282
>>>>>>
>>>>>> Simon
>>>>>>
>>>>>> Mark Geib wrote:
>>>>>>> I have a fairly simple model, all containment relationships. I populate
>>>>>>> the resource from an asynchronous source of messages that correspond,
>>>>>>> more or less, to classes in my model. So I basically receive a message,
>>>>>>> create the model object, update the attributes and add to containing
>>>>>>> object and commit or save the resource. Recently I started getting the
>>>>>>> following exception after only a few 10s or maybe a hundred commits.
>>>>>>> The
>>>>>>> only recent change in the frequency of the message has increased a bit.
>>>>>>>
>>>>>>> I have tried 'moving' the commits around and doing more of them, like
>>>>>>> after every model change, with no luck.
>>>>>>>
>>>>>>> What does this mean exactly..?
>>>>>>>
>>>>>>> Exception in thread "main"
>>>>>>> org.eclipse.net4j.util.transaction.TransactionException: Can not
>>>>>>> retrieve origin revision for
>>>>>>> org.eclipse.emf.cdo.internal.common.revision.delta.CDORevisi onDeltaImpl @421350
>>>>>>>
>>>>>>>
>>>>>>> at
>>>>>>> org.eclipse.emf.internal.cdo.CDOTransactionImpl.commit(CDOTr ansactionImpl.java:243)
>>>>>>>
>>>>>>>
>>>>>>> at dm.util.DmModelManager.save(DmModelManager.java:189)
>>>>>>> at cse.dm.modelManager.DmOriginal.findPidObject(DmOriginal.java :78)
>>>>>>> at
>>>>>>> cse.dm.modelManager.DmOriginal.processMessageOriginal(DmOrig inal.java:49)
>>>>>>>
>>>>>>> at cse.dm.modelManager.DmClient.main(DmClient.java:176)
>>>>>>>
>>>>>>> Mark.
Re: [CDO] problem I can't resolve [message #424600 is a reply to message #424599] Thu, 30 October 2008 20:23 Go to previous messageGo to next message
Simon Mc Duff is currently offline Simon Mc DuffFriend
Messages: 596
Registered: July 2009
Senior Member
Question: Did you configure your application with SetReferenceChunkSize ?

If you can have the stack trace at the server side would be great!!

Simon

Mark Geib wrote:
> Looks like I am getting this exception in other places as well, not just
> putting to a Hashmap, put just adding to a reference list...
> Mark.
>
> Mark Geib wrote:
>> Sorry, this is now with 1.0.2 of CDO and NET4J on both client and server
>> side.
>>
>> Mark.
>>
>> Mark Geib wrote:
>>> Simon,
>>>
>>> The exception is different now, but still seems to occur at the commit
>>> after I add/put and Entry into a Hashmap collection. That is the
>>> TransactionDbs class in the model uses an instance class name of
>>> java.util.Map$Entry so I can access the collection as a Hashmap using
>>> key-value pairs.
>>>
>>> The call ...
>>> modelHeader.getTransactionsDbs().put(new Integer(index),
>>> modelTransaction);
>>>
>>> DmModelManager.access().save();
>>>
>>> results in ...
>>>
>>> Exception in thread "main"
>>> org.eclipse.net4j.util.transaction.TransactionException: Index: 1, Size: 0
>>> at
>>> org.eclipse.emf.internal.cdo.CDOTransactionImpl.commit(CDOTr ansactionImpl.java:246)
>>> at dm.util.DmModelManager.save(DmModelManager.java:189)
>>> at
>>> cse.dm.modelManager.DmOriginal.processTransactionOriginal(Dm Original.java:223)
>>> at
>>> cse.dm.modelManager.DmOriginal.processSectionOriginal(DmOrig inal.java:154)
>>> at
>>> cse.dm.modelManager.DmOriginal.processMessageOriginal(DmOrig inal.java:50)
>>> at cse.dm.modelManager.DmClient.main(DmClient.java:176)
>>>
>>> Mark.
>>>
>>>
>>>
>>> Mark Geib wrote:
>>>> Will do. I will post back my findings.
>>>> Thanks,
>>>> Mark.
>>>>
>>>> Simon McDuff wrote:
>>>>> That problem (if it is the same) was fixed in 1.0.1.
>>>>>
>>>>>>> 243282: java.lang.IllegalStateException with MEMStore
>>>>>>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=243282
>>>>> Can you used 1.0.2 on the client and server ?
>>>>>
>>>>> Simon
>>>>>
>>>>>
>>>>> Mark Geib wrote:
>>>>>> Simon,
>>>>>>
>>>>>> I am running 1.0.2 on the client side, but I think 1.0.0, the Ganymede
>>>>>> version, on the server side.
>>>>>>
>>>>>> Mark.
>>>>>>
>>>>>>
>>>>>>
>>>>>> Simon McDuff wrote:
>>>>>>> Hi Mark,
>>>>>>>
>>>>>>> which version of CDO are you using.
>>>>>>>
>>>>>>> We fixed some problems related to them in
>>>>>>> 243282: java.lang.IllegalStateException with MEMStore
>>>>>>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=243282
>>>>>>>
>>>>>>> Simon
>>>>>>>
>>>>>>> Mark Geib wrote:
>>>>>>>> I have a fairly simple model, all containment relationships. I populate
>>>>>>>> the resource from an asynchronous source of messages that correspond,
>>>>>>>> more or less, to classes in my model. So I basically receive a message,
>>>>>>>> create the model object, update the attributes and add to containing
>>>>>>>> object and commit or save the resource. Recently I started getting the
>>>>>>>> following exception after only a few 10s or maybe a hundred commits.
>>>>>>>> The
>>>>>>>> only recent change in the frequency of the message has increased a bit.
>>>>>>>>
>>>>>>>> I have tried 'moving' the commits around and doing more of them, like
>>>>>>>> after every model change, with no luck.
>>>>>>>>
>>>>>>>> What does this mean exactly..?
>>>>>>>>
>>>>>>>> Exception in thread "main"
>>>>>>>> org.eclipse.net4j.util.transaction.TransactionException: Can not
>>>>>>>> retrieve origin revision for
>>>>>>>> org.eclipse.emf.cdo.internal.common.revision.delta.CDORevisi onDeltaImpl @421350
>>>>>>>>
>>>>>>>>
>>>>>>>> at
>>>>>>>> org.eclipse.emf.internal.cdo.CDOTransactionImpl.commit(CDOTr ansactionImpl.java:243)
>>>>>>>>
>>>>>>>>
>>>>>>>> at dm.util.DmModelManager.save(DmModelManager.java:189)
>>>>>>>> at cse.dm.modelManager.DmOriginal.findPidObject(DmOriginal.java :78)
>>>>>>>> at
>>>>>>>> cse.dm.modelManager.DmOriginal.processMessageOriginal(DmOrig inal.java:49)
>>>>>>>>
>>>>>>>> at cse.dm.modelManager.DmClient.main(DmClient.java:176)
>>>>>>>>
>>>>>>>> Mark.
Re: [CDO] problem I can't resolve [message #424601 is a reply to message #424600] Thu, 30 October 2008 20:23 Go to previous messageGo to next message
Mark Geib is currently offline Mark GeibFriend
Messages: 432
Registered: July 2009
Senior Member
No on the SetReferenceChunkSize, should I??

I will get the server side logs soon.

Mark.

Simon McDuff wrote:
> Question: Did you configure your application with SetReferenceChunkSize ?
>
> If you can have the stack trace at the server side would be great!!
>
> Simon
>
> Mark Geib wrote:
>> Looks like I am getting this exception in other places as well, not just
>> putting to a Hashmap, put just adding to a reference list...
>> Mark.
>>
>> Mark Geib wrote:
>>> Sorry, this is now with 1.0.2 of CDO and NET4J on both client and server
>>> side.
>>>
>>> Mark.
>>>
>>> Mark Geib wrote:
>>>> Simon,
>>>>
>>>> The exception is different now, but still seems to occur at the commit
>>>> after I add/put and Entry into a Hashmap collection. That is the
>>>> TransactionDbs class in the model uses an instance class name of
>>>> java.util.Map$Entry so I can access the collection as a Hashmap using
>>>> key-value pairs.
>>>>
>>>> The call ...
>>>> modelHeader.getTransactionsDbs().put(new Integer(index),
>>>> modelTransaction);
>>>>
>>>> DmModelManager.access().save();
>>>>
>>>> results in ...
>>>>
>>>> Exception in thread "main"
>>>> org.eclipse.net4j.util.transaction.TransactionException: Index: 1,
>>>> Size: 0
>>>> at
>>>> org.eclipse.emf.internal.cdo.CDOTransactionImpl.commit(CDOTr ansactionImpl.java:246)
>>>>
>>>> at dm.util.DmModelManager.save(DmModelManager.java:189)
>>>> at
>>>> cse.dm.modelManager.DmOriginal.processTransactionOriginal(Dm Original.java:223)
>>>>
>>>> at
>>>> cse.dm.modelManager.DmOriginal.processSectionOriginal(DmOrig inal.java:154)
>>>>
>>>> at
>>>> cse.dm.modelManager.DmOriginal.processMessageOriginal(DmOrig inal.java:50)
>>>>
>>>> at cse.dm.modelManager.DmClient.main(DmClient.java:176)
>>>>
>>>> Mark.
>>>>
>>>>
>>>>
>>>> Mark Geib wrote:
>>>>> Will do. I will post back my findings.
>>>>> Thanks,
>>>>> Mark.
>>>>>
>>>>> Simon McDuff wrote:
>>>>>> That problem (if it is the same) was fixed in 1.0.1.
>>>>>>
>>>>>>>> 243282: java.lang.IllegalStateException with MEMStore
>>>>>>>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=243282
>>>>>> Can you used 1.0.2 on the client and server ?
>>>>>>
>>>>>> Simon
>>>>>>
>>>>>>
>>>>>> Mark Geib wrote:
>>>>>>> Simon,
>>>>>>>
>>>>>>> I am running 1.0.2 on the client side, but I think 1.0.0, the
>>>>>>> Ganymede
>>>>>>> version, on the server side.
>>>>>>>
>>>>>>> Mark.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Simon McDuff wrote:
>>>>>>>> Hi Mark,
>>>>>>>>
>>>>>>>> which version of CDO are you using.
>>>>>>>>
>>>>>>>> We fixed some problems related to them in
>>>>>>>> 243282: java.lang.IllegalStateException with MEMStore
>>>>>>>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=243282
>>>>>>>>
>>>>>>>> Simon
>>>>>>>>
>>>>>>>> Mark Geib wrote:
>>>>>>>>> I have a fairly simple model, all containment relationships. I
>>>>>>>>> populate
>>>>>>>>> the resource from an asynchronous source of messages that
>>>>>>>>> correspond,
>>>>>>>>> more or less, to classes in my model. So I basically receive a
>>>>>>>>> message,
>>>>>>>>> create the model object, update the attributes and add to
>>>>>>>>> containing
>>>>>>>>> object and commit or save the resource. Recently I started
>>>>>>>>> getting the
>>>>>>>>> following exception after only a few 10s or maybe a hundred
>>>>>>>>> commits.
>>>>>>>>> The
>>>>>>>>> only recent change in the frequency of the message has
>>>>>>>>> increased a bit.
>>>>>>>>>
>>>>>>>>> I have tried 'moving' the commits around and doing more of
>>>>>>>>> them, like
>>>>>>>>> after every model change, with no luck.
>>>>>>>>>
>>>>>>>>> What does this mean exactly..?
>>>>>>>>>
>>>>>>>>> Exception in thread "main"
>>>>>>>>> org.eclipse.net4j.util.transaction.TransactionException: Can not
>>>>>>>>> retrieve origin revision for
>>>>>>>>> org.eclipse.emf.cdo.internal.common.revision.delta.CDORevisi onDeltaImpl @421350
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> at
>>>>>>>>> org.eclipse.emf.internal.cdo.CDOTransactionImpl.commit(CDOTr ansactionImpl.java:243)
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> at dm.util.DmModelManager.save(DmModelManager.java:189)
>>>>>>>>> at
>>>>>>>>> cse.dm.modelManager.DmOriginal.findPidObject(DmOriginal.java :78)
>>>>>>>>> at
>>>>>>>>> cse.dm.modelManager.DmOriginal.processMessageOriginal(DmOrig inal.java:49)
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> at cse.dm.modelManager.DmClient.main(DmClient.java:176)
>>>>>>>>>
>>>>>>>>> Mark.
Re: [CDO] problem I can't resolve [message #424602 is a reply to message #424601] Thu, 30 October 2008 20:41 Go to previous messageGo to next message
Eike Stepper is currently offline Eike StepperFriend
Messages: 6475
Registered: July 2009
Senior Member
Mark,

Comments below...


Mark Geib schrieb:
> No on the SetReferenceChunkSize, should I??
>
Have a look at our amazing wiki article on tweaking CDO performance:
http://wiki.eclipse.org/Tweaking_CDO_Performance

> I will get the server side logs soon.
>
Since Simon already takes care of your particular issue, I just want to
mention that many of the bugs we solved since Ganymede did not make
their way into the maintenance stream because the APIs are partly
changed dramatically (not to speak about the internal implementation).

Cheers
/Eike

----
http://wiki.eclipse.org/CDO
http://wiki.eclipse.org/Net4j



> Mark.
>
> Simon McDuff wrote:
>
>> Question: Did you configure your application with SetReferenceChunkSize ?
>>
>> If you can have the stack trace at the server side would be great!!
>>
>> Simon
>>
>> Mark Geib wrote:
>>
>>> Looks like I am getting this exception in other places as well, not just
>>> putting to a Hashmap, put just adding to a reference list...
>>> Mark.
>>>
>>> Mark Geib wrote:
>>>
>>>> Sorry, this is now with 1.0.2 of CDO and NET4J on both client and server
>>>> side.
>>>>
>>>> Mark.
>>>>
>>>> Mark Geib wrote:
>>>>
>>>>> Simon,
>>>>>
>>>>> The exception is different now, but still seems to occur at the commit
>>>>> after I add/put and Entry into a Hashmap collection. That is the
>>>>> TransactionDbs class in the model uses an instance class name of
>>>>> java.util.Map$Entry so I can access the collection as a Hashmap using
>>>>> key-value pairs.
>>>>>
>>>>> The call ...
>>>>> modelHeader.getTransactionsDbs().put(new Integer(index),
>>>>> modelTransaction);
>>>>>
>>>>> DmModelManager.access().save();
>>>>>
>>>>> results in ...
>>>>>
>>>>> Exception in thread "main"
>>>>> org.eclipse.net4j.util.transaction.TransactionException: Index: 1,
>>>>> Size: 0
>>>>> at
>>>>> org.eclipse.emf.internal.cdo.CDOTransactionImpl.commit(CDOTr ansactionImpl.java:246)
>>>>>
>>>>> at dm.util.DmModelManager.save(DmModelManager.java:189)
>>>>> at
>>>>> cse.dm.modelManager.DmOriginal.processTransactionOriginal(Dm Original.java:223)
>>>>>
>>>>> at
>>>>> cse.dm.modelManager.DmOriginal.processSectionOriginal(DmOrig inal.java:154)
>>>>>
>>>>> at
>>>>> cse.dm.modelManager.DmOriginal.processMessageOriginal(DmOrig inal.java:50)
>>>>>
>>>>> at cse.dm.modelManager.DmClient.main(DmClient.java:176)
>>>>>
>>>>> Mark.
>>>>>
>>>>>
>>>>>
>>>>> Mark Geib wrote:
>>>>>
>>>>>> Will do. I will post back my findings.
>>>>>> Thanks,
>>>>>> Mark.
>>>>>>
>>>>>> Simon McDuff wrote:
>>>>>>
>>>>>>> That problem (if it is the same) was fixed in 1.0.1.
>>>>>>>
>>>>>>>
>>>>>>>>> 243282: java.lang.IllegalStateException with MEMStore
>>>>>>>>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=243282
>>>>>>>>>
>>>>>>> Can you used 1.0.2 on the client and server ?
>>>>>>>
>>>>>>> Simon
>>>>>>>
>>>>>>>
>>>>>>> Mark Geib wrote:
>>>>>>>
>>>>>>>> Simon,
>>>>>>>>
>>>>>>>> I am running 1.0.2 on the client side, but I think 1.0.0, the
>>>>>>>> Ganymede
>>>>>>>> version, on the server side.
>>>>>>>>
>>>>>>>> Mark.
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> Simon McDuff wrote:
>>>>>>>>
>>>>>>>>> Hi Mark,
>>>>>>>>>
>>>>>>>>> which version of CDO are you using.
>>>>>>>>>
>>>>>>>>> We fixed some problems related to them in
>>>>>>>>> 243282: java.lang.IllegalStateException with MEMStore
>>>>>>>>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=243282
>>>>>>>>>
>>>>>>>>> Simon
>>>>>>>>>
>>>>>>>>> Mark Geib wrote:
>>>>>>>>>
>>>>>>>>>> I have a fairly simple model, all containment relationships. I
>>>>>>>>>> populate
>>>>>>>>>> the resource from an asynchronous source of messages that
>>>>>>>>>> correspond,
>>>>>>>>>> more or less, to classes in my model. So I basically receive a
>>>>>>>>>> message,
>>>>>>>>>> create the model object, update the attributes and add to
>>>>>>>>>> containing
>>>>>>>>>> object and commit or save the resource. Recently I started
>>>>>>>>>> getting the
>>>>>>>>>> following exception after only a few 10s or maybe a hundred
>>>>>>>>>> commits.
>>>>>>>>>> The
>>>>>>>>>> only recent change in the frequency of the message has
>>>>>>>>>> increased a bit.
>>>>>>>>>>
>>>>>>>>>> I have tried 'moving' the commits around and doing more of
>>>>>>>>>> them, like
>>>>>>>>>> after every model change, with no luck.
>>>>>>>>>>
>>>>>>>>>> What does this mean exactly..?
>>>>>>>>>>
>>>>>>>>>> Exception in thread "main"
>>>>>>>>>> org.eclipse.net4j.util.transaction.TransactionException: Can not
>>>>>>>>>> retrieve origin revision for
>>>>>>>>>> org.eclipse.emf.cdo.internal.common.revision.delta.CDORevisi onDeltaImpl @421350
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> at
>>>>>>>>>> org.eclipse.emf.internal.cdo.CDOTransactionImpl.commit(CDOTr ansactionImpl.java:243)
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> at dm.util.DmModelManager.save(DmModelManager.java:189)
>>>>>>>>>> at
>>>>>>>>>> cse.dm.modelManager.DmOriginal.findPidObject(DmOriginal.java :78)
>>>>>>>>>> at
>>>>>>>>>> cse.dm.modelManager.DmOriginal.processMessageOriginal(DmOrig inal.java:49)
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> at cse.dm.modelManager.DmClient.main(DmClient.java:176)
>>>>>>>>>>
>>>>>>>>>> Mark.
>>>>>>>>>>


Re: [CDO] problem I can't resolve [message #424603 is a reply to message #424601] Thu, 30 October 2008 20:50 Go to previous messageGo to next message
Simon Mc Duff is currently offline Simon Mc DuffFriend
Messages: 596
Registered: July 2009
Senior Member
Not specifically! SetReferenceChunkSize.

Just to know the context.

Simon



Mark Geib wrote:
> No on the SetReferenceChunkSize, should I??
>
> I will get the server side logs soon.
>
> Mark.
>
> Simon McDuff wrote:
>> Question: Did you configure your application with SetReferenceChunkSize ?
>>
>> If you can have the stack trace at the server side would be great!!
>>
>> Simon
>>
>> Mark Geib wrote:
>>> Looks like I am getting this exception in other places as well, not just
>>> putting to a Hashmap, put just adding to a reference list...
>>> Mark.
>>>
>>> Mark Geib wrote:
>>>> Sorry, this is now with 1.0.2 of CDO and NET4J on both client and server
>>>> side.
>>>>
>>>> Mark.
>>>>
>>>> Mark Geib wrote:
>>>>> Simon,
>>>>>
>>>>> The exception is different now, but still seems to occur at the commit
>>>>> after I add/put and Entry into a Hashmap collection. That is the
>>>>> TransactionDbs class in the model uses an instance class name of
>>>>> java.util.Map$Entry so I can access the collection as a Hashmap using
>>>>> key-value pairs.
>>>>>
>>>>> The call ...
>>>>> modelHeader.getTransactionsDbs().put(new Integer(index),
>>>>> modelTransaction);
>>>>>
>>>>> DmModelManager.access().save();
>>>>>
>>>>> results in ...
>>>>>
>>>>> Exception in thread "main"
>>>>> org.eclipse.net4j.util.transaction.TransactionException: Index: 1,
>>>>> Size: 0
>>>>> at
>>>>> org.eclipse.emf.internal.cdo.CDOTransactionImpl.commit(CDOTr ansactionImpl.java:246)
>>>>>
>>>>> at dm.util.DmModelManager.save(DmModelManager.java:189)
>>>>> at
>>>>> cse.dm.modelManager.DmOriginal.processTransactionOriginal(Dm Original.java:223)
>>>>>
>>>>> at
>>>>> cse.dm.modelManager.DmOriginal.processSectionOriginal(DmOrig inal.java:154)
>>>>>
>>>>> at
>>>>> cse.dm.modelManager.DmOriginal.processMessageOriginal(DmOrig inal.java:50)
>>>>>
>>>>> at cse.dm.modelManager.DmClient.main(DmClient.java:176)
>>>>>
>>>>> Mark.
>>>>>
>>>>>
>>>>>
>>>>> Mark Geib wrote:
>>>>>> Will do. I will post back my findings.
>>>>>> Thanks,
>>>>>> Mark.
>>>>>>
>>>>>> Simon McDuff wrote:
>>>>>>> That problem (if it is the same) was fixed in 1.0.1.
>>>>>>>
>>>>>>>>> 243282: java.lang.IllegalStateException with MEMStore
>>>>>>>>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=243282
>>>>>>> Can you used 1.0.2 on the client and server ?
>>>>>>>
>>>>>>> Simon
>>>>>>>
>>>>>>>
>>>>>>> Mark Geib wrote:
>>>>>>>> Simon,
>>>>>>>>
>>>>>>>> I am running 1.0.2 on the client side, but I think 1.0.0, the
>>>>>>>> Ganymede
>>>>>>>> version, on the server side.
>>>>>>>>
>>>>>>>> Mark.
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> Simon McDuff wrote:
>>>>>>>>> Hi Mark,
>>>>>>>>>
>>>>>>>>> which version of CDO are you using.
>>>>>>>>>
>>>>>>>>> We fixed some problems related to them in
>>>>>>>>> 243282: java.lang.IllegalStateException with MEMStore
>>>>>>>>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=243282
>>>>>>>>>
>>>>>>>>> Simon
>>>>>>>>>
>>>>>>>>> Mark Geib wrote:
>>>>>>>>>> I have a fairly simple model, all containment relationships. I
>>>>>>>>>> populate
>>>>>>>>>> the resource from an asynchronous source of messages that
>>>>>>>>>> correspond,
>>>>>>>>>> more or less, to classes in my model. So I basically receive a
>>>>>>>>>> message,
>>>>>>>>>> create the model object, update the attributes and add to
>>>>>>>>>> containing
>>>>>>>>>> object and commit or save the resource. Recently I started
>>>>>>>>>> getting the
>>>>>>>>>> following exception after only a few 10s or maybe a hundred
>>>>>>>>>> commits.
>>>>>>>>>> The
>>>>>>>>>> only recent change in the frequency of the message has
>>>>>>>>>> increased a bit.
>>>>>>>>>>
>>>>>>>>>> I have tried 'moving' the commits around and doing more of
>>>>>>>>>> them, like
>>>>>>>>>> after every model change, with no luck.
>>>>>>>>>>
>>>>>>>>>> What does this mean exactly..?
>>>>>>>>>>
>>>>>>>>>> Exception in thread "main"
>>>>>>>>>> org.eclipse.net4j.util.transaction.TransactionException: Can not
>>>>>>>>>> retrieve origin revision for
>>>>>>>>>> org.eclipse.emf.cdo.internal.common.revision.delta.CDORevisi onDeltaImpl @421350
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> at
>>>>>>>>>> org.eclipse.emf.internal.cdo.CDOTransactionImpl.commit(CDOTr ansactionImpl.java:243)
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> at dm.util.DmModelManager.save(DmModelManager.java:189)
>>>>>>>>>> at
>>>>>>>>>> cse.dm.modelManager.DmOriginal.findPidObject(DmOriginal.java :78)
>>>>>>>>>> at
>>>>>>>>>> cse.dm.modelManager.DmOriginal.processMessageOriginal(DmOrig inal.java:49)
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> at cse.dm.modelManager.DmClient.main(DmClient.java:176)
>>>>>>>>>>
>>>>>>>>>> Mark.
Re: [CDO] problem I can't resolve [message #424604 is a reply to message #424602] Thu, 30 October 2008 20:58 Go to previous messageGo to next message
Mark Geib is currently offline Mark GeibFriend
Messages: 432
Registered: July 2009
Senior Member
Eike,

I will take a look.

We are not able, at least now, to migrate to newer Eclipse/EMF/CDO/...
We are forced to stay with Ganymede family for near future.

Thanks for the info.

Mark.

Eike Stepper wrote:
> Mark,
>
> Comments below...
>
>
> Mark Geib schrieb:
>> No on the SetReferenceChunkSize, should I??
>>
> Have a look at our amazing wiki article on tweaking CDO performance:
> http://wiki.eclipse.org/Tweaking_CDO_Performance
>
>> I will get the server side logs soon.
>>
> Since Simon already takes care of your particular issue, I just want to
> mention that many of the bugs we solved since Ganymede did not make
> their way into the maintenance stream because the APIs are partly
> changed dramatically (not to speak about the internal implementation).
>
> Cheers
> /Eike
>
> ----
> http://wiki.eclipse.org/CDO
> http://wiki.eclipse.org/Net4j
>
>
>
>> Mark.
>>
>> Simon McDuff wrote:
>>
>>> Question: Did you configure your application with
>>> SetReferenceChunkSize ?
>>>
>>> If you can have the stack trace at the server side would be great!!
>>>
>>> Simon
>>>
>>> Mark Geib wrote:
>>>
>>>> Looks like I am getting this exception in other places as well, not
>>>> just
>>>> putting to a Hashmap, put just adding to a reference list...
>>>> Mark.
>>>>
>>>> Mark Geib wrote:
>>>>
>>>>> Sorry, this is now with 1.0.2 of CDO and NET4J on both client and
>>>>> server
>>>>> side.
>>>>>
>>>>> Mark.
>>>>>
>>>>> Mark Geib wrote:
>>>>>
>>>>>> Simon,
>>>>>>
>>>>>> The exception is different now, but still seems to occur at the
>>>>>> commit
>>>>>> after I add/put and Entry into a Hashmap collection. That is the
>>>>>> TransactionDbs class in the model uses an instance class name of
>>>>>> java.util.Map$Entry so I can access the collection as a Hashmap using
>>>>>> key-value pairs.
>>>>>>
>>>>>> The call ...
>>>>>> modelHeader.getTransactionsDbs().put(new Integer(index),
>>>>>> modelTransaction);
>>>>>>
>>>>>> DmModelManager.access().save();
>>>>>>
>>>>>> results in ...
>>>>>>
>>>>>> Exception in thread "main"
>>>>>> org.eclipse.net4j.util.transaction.TransactionException: Index: 1,
>>>>>> Size: 0
>>>>>> at
>>>>>> org.eclipse.emf.internal.cdo.CDOTransactionImpl.commit(CDOTr ansactionImpl.java:246)
>>>>>>
>>>>>>
>>>>>> at dm.util.DmModelManager.save(DmModelManager.java:189)
>>>>>> at
>>>>>> cse.dm.modelManager.DmOriginal.processTransactionOriginal(Dm Original.java:223)
>>>>>>
>>>>>>
>>>>>> at
>>>>>> cse.dm.modelManager.DmOriginal.processSectionOriginal(DmOrig inal.java:154)
>>>>>>
>>>>>>
>>>>>> at
>>>>>> cse.dm.modelManager.DmOriginal.processMessageOriginal(DmOrig inal.java:50)
>>>>>>
>>>>>>
>>>>>> at cse.dm.modelManager.DmClient.main(DmClient.java:176)
>>>>>>
>>>>>> Mark.
>>>>>>
>>>>>>
>>>>>>
>>>>>> Mark Geib wrote:
>>>>>>
>>>>>>> Will do. I will post back my findings.
>>>>>>> Thanks,
>>>>>>> Mark.
>>>>>>>
>>>>>>> Simon McDuff wrote:
>>>>>>>
>>>>>>>> That problem (if it is the same) was fixed in 1.0.1.
>>>>>>>>
>>>>>>>>
>>>>>>>>>> 243282: java.lang.IllegalStateException with MEMStore
>>>>>>>>>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=243282
>>>>>>>>>>
>>>>>>>> Can you used 1.0.2 on the client and server ?
>>>>>>>>
>>>>>>>> Simon
>>>>>>>>
>>>>>>>>
>>>>>>>> Mark Geib wrote:
>>>>>>>>
>>>>>>>>> Simon,
>>>>>>>>>
>>>>>>>>> I am running 1.0.2 on the client side, but I think 1.0.0, the
>>>>>>>>> Ganymede
>>>>>>>>> version, on the server side.
>>>>>>>>>
>>>>>>>>> Mark.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Simon McDuff wrote:
>>>>>>>>>
>>>>>>>>>> Hi Mark,
>>>>>>>>>>
>>>>>>>>>> which version of CDO are you using.
>>>>>>>>>>
>>>>>>>>>> We fixed some problems related to them in
>>>>>>>>>> 243282: java.lang.IllegalStateException with MEMStore
>>>>>>>>>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=243282
>>>>>>>>>>
>>>>>>>>>> Simon
>>>>>>>>>>
>>>>>>>>>> Mark Geib wrote:
>>>>>>>>>>
>>>>>>>>>>> I have a fairly simple model, all containment relationships. I
>>>>>>>>>>> populate
>>>>>>>>>>> the resource from an asynchronous source of messages that
>>>>>>>>>>> correspond,
>>>>>>>>>>> more or less, to classes in my model. So I basically receive a
>>>>>>>>>>> message,
>>>>>>>>>>> create the model object, update the attributes and add to
>>>>>>>>>>> containing
>>>>>>>>>>> object and commit or save the resource. Recently I started
>>>>>>>>>>> getting the
>>>>>>>>>>> following exception after only a few 10s or maybe a hundred
>>>>>>>>>>> commits.
>>>>>>>>>>> The
>>>>>>>>>>> only recent change in the frequency of the message has
>>>>>>>>>>> increased a bit.
>>>>>>>>>>>
>>>>>>>>>>> I have tried 'moving' the commits around and doing more of
>>>>>>>>>>> them, like
>>>>>>>>>>> after every model change, with no luck.
>>>>>>>>>>>
>>>>>>>>>>> What does this mean exactly..?
>>>>>>>>>>>
>>>>>>>>>>> Exception in thread "main"
>>>>>>>>>>> org.eclipse.net4j.util.transaction.TransactionException: Can not
>>>>>>>>>>> retrieve origin revision for
>>>>>>>>>>> org.eclipse.emf.cdo.internal.common.revision.delta.CDORevisi onDeltaImpl @421350
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> at
>>>>>>>>>>> org.eclipse.emf.internal.cdo.CDOTransactionImpl.commit(CDOTr ansactionImpl.java:243)
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> at dm.util.DmModelManager.save(DmModelManager.java:189)
>>>>>>>>>>> at
>>>>>>>>>>> cse.dm.modelManager.DmOriginal.findPidObject(DmOriginal.java :78)
>>>>>>>>>>> at
>>>>>>>>>>> cse.dm.modelManager.DmOriginal.processMessageOriginal(DmOrig inal.java:49)
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> at cse.dm.modelManager.DmClient.main(DmClient.java:176)
>>>>>>>>>>>
>>>>>>>>>>> Mark.
>>>>>>>>>>>
Re: [CDO] problem I can't resolve [message #424605 is a reply to message #424600] Thu, 30 October 2008 21:30 Go to previous messageGo to next message
Mark Geib is currently offline Mark GeibFriend
Messages: 432
Registered: July 2009
Senior Member
Server side trace:


[INFO] CDO Server starting
[INFO] CDO Server started

[ERROR] Index: 7, Size: 0
java.lang.IndexOutOfBoundsException: Index: 7, Size: 0
at java.util.ArrayList.add(ArrayList.java:367)
at
org.eclipse.emf.cdo.internal.common.revision.delta.CDOAddFea tureDeltaImpl.apply(CDOAddFeatureDeltaImpl.java:48)
at
org.eclipse.emf.cdo.internal.common.revision.delta.CDOListFe atureDeltaImpl.apply(CDOListFeatureDeltaImpl.java:109)
at
org.eclipse.emf.cdo.internal.common.revision.delta.CDORevisi onDeltaImpl.apply(CDORevisionDeltaImpl.java:141)
at
org.eclipse.emf.cdo.internal.server.Transaction.computeDirty Object(Transaction.java:305)
at
org.eclipse.emf.cdo.internal.server.Transaction.computeDirty Objects(Transaction.java:287)
at
org.eclipse.emf.cdo.internal.server.Transaction.commit(Trans action.java:179)
at
org.eclipse.emf.cdo.internal.server.protocol.CommitTransacti onIndication.indicating(CommitTransactionIndication.java:109 )
at
org.eclipse.net4j.signal.IndicationWithResponse.execute(Indi cationWithResponse.java:46)
at org.eclipse.net4j.signal.Signal.runSync(Signal.java:143)
at org.eclipse.net4j.signal.Signal.run(Signal.java:124)
at
java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Threa dPoolExecutor.java:886)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoo lExecutor.java:908)
at java.lang.Thread.run(Thread.java:619)

Mark.


Simon McDuff wrote:
> Question: Did you configure your application with SetReferenceChunkSize ?
>
> If you can have the stack trace at the server side would be great!!
>
> Simon
>
> Mark Geib wrote:
>> Looks like I am getting this exception in other places as well, not just
>> putting to a Hashmap, put just adding to a reference list...
>> Mark.
>>
>> Mark Geib wrote:
>>> Sorry, this is now with 1.0.2 of CDO and NET4J on both client and server
>>> side.
>>>
>>> Mark.
>>>
>>> Mark Geib wrote:
>>>> Simon,
>>>>
>>>> The exception is different now, but still seems to occur at the commit
>>>> after I add/put and Entry into a Hashmap collection. That is the
>>>> TransactionDbs class in the model uses an instance class name of
>>>> java.util.Map$Entry so I can access the collection as a Hashmap using
>>>> key-value pairs.
>>>>
>>>> The call ...
>>>> modelHeader.getTransactionsDbs().put(new Integer(index),
>>>> modelTransaction);
>>>>
>>>> DmModelManager.access().save();
>>>>
>>>> results in ...
>>>>
>>>> Exception in thread "main"
>>>> org.eclipse.net4j.util.transaction.TransactionException: Index: 1,
>>>> Size: 0
>>>> at
>>>> org.eclipse.emf.internal.cdo.CDOTransactionImpl.commit(CDOTr ansactionImpl.java:246)
>>>>
>>>> at dm.util.DmModelManager.save(DmModelManager.java:189)
>>>> at
>>>> cse.dm.modelManager.DmOriginal.processTransactionOriginal(Dm Original.java:223)
>>>>
>>>> at
>>>> cse.dm.modelManager.DmOriginal.processSectionOriginal(DmOrig inal.java:154)
>>>>
>>>> at
>>>> cse.dm.modelManager.DmOriginal.processMessageOriginal(DmOrig inal.java:50)
>>>>
>>>> at cse.dm.modelManager.DmClient.main(DmClient.java:176)
>>>>
>>>> Mark.
>>>>
>>>>
>>>>
>>>> Mark Geib wrote:
>>>>> Will do. I will post back my findings.
>>>>> Thanks,
>>>>> Mark.
>>>>>
>>>>> Simon McDuff wrote:
>>>>>> That problem (if it is the same) was fixed in 1.0.1.
>>>>>>
>>>>>>>> 243282: java.lang.IllegalStateException with MEMStore
>>>>>>>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=243282
>>>>>> Can you used 1.0.2 on the client and server ?
>>>>>>
>>>>>> Simon
>>>>>>
>>>>>>
>>>>>> Mark Geib wrote:
>>>>>>> Simon,
>>>>>>>
>>>>>>> I am running 1.0.2 on the client side, but I think 1.0.0, the
>>>>>>> Ganymede
>>>>>>> version, on the server side.
>>>>>>>
>>>>>>> Mark.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Simon McDuff wrote:
>>>>>>>> Hi Mark,
>>>>>>>>
>>>>>>>> which version of CDO are you using.
>>>>>>>>
>>>>>>>> We fixed some problems related to them in
>>>>>>>> 243282: java.lang.IllegalStateException with MEMStore
>>>>>>>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=243282
>>>>>>>>
>>>>>>>> Simon
>>>>>>>>
>>>>>>>> Mark Geib wrote:
>>>>>>>>> I have a fairly simple model, all containment relationships. I
>>>>>>>>> populate
>>>>>>>>> the resource from an asynchronous source of messages that
>>>>>>>>> correspond,
>>>>>>>>> more or less, to classes in my model. So I basically receive a
>>>>>>>>> message,
>>>>>>>>> create the model object, update the attributes and add to
>>>>>>>>> containing
>>>>>>>>> object and commit or save the resource. Recently I started
>>>>>>>>> getting the
>>>>>>>>> following exception after only a few 10s or maybe a hundred
>>>>>>>>> commits.
>>>>>>>>> The
>>>>>>>>> only recent change in the frequency of the message has
>>>>>>>>> increased a bit.
>>>>>>>>>
>>>>>>>>> I have tried 'moving' the commits around and doing more of
>>>>>>>>> them, like
>>>>>>>>> after every model change, with no luck.
>>>>>>>>>
>>>>>>>>> What does this mean exactly..?
>>>>>>>>>
>>>>>>>>> Exception in thread "main"
>>>>>>>>> org.eclipse.net4j.util.transaction.TransactionException: Can not
>>>>>>>>> retrieve origin revision for
>>>>>>>>> org.eclipse.emf.cdo.internal.common.revision.delta.CDORevisi onDeltaImpl @421350
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> at
>>>>>>>>> org.eclipse.emf.internal.cdo.CDOTransactionImpl.commit(CDOTr ansactionImpl.java:243)
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> at dm.util.DmModelManager.save(DmModelManager.java:189)
>>>>>>>>> at
>>>>>>>>> cse.dm.modelManager.DmOriginal.findPidObject(DmOriginal.java :78)
>>>>>>>>> at
>>>>>>>>> cse.dm.modelManager.DmOriginal.processMessageOriginal(DmOrig inal.java:49)
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> at cse.dm.modelManager.DmClient.main(DmClient.java:176)
>>>>>>>>>
>>>>>>>>> Mark.
Re: [CDO] problem I can't resolve [message #424608 is a reply to message #424605] Thu, 30 October 2008 22:50 Go to previous messageGo to next message
Simon Mc Duff is currently offline Simon Mc DuffFriend
Messages: 596
Registered: July 2009
Senior Member
Thank you Mark,

I think we should continue in a bugzilla. Can you open one please?

I will start recreating the problem. I will assume you are using DBStore
with Mysql. if not let me know.

Simon



Mark Geib wrote:
> Server side trace:
>
>
> [INFO] CDO Server starting
> [INFO] CDO Server started
>
> [ERROR] Index: 7, Size: 0
> java.lang.IndexOutOfBoundsException: Index: 7, Size: 0
> at java.util.ArrayList.add(ArrayList.java:367)
> at
> org.eclipse.emf.cdo.internal.common.revision.delta.CDOAddFea tureDeltaImpl.apply(CDOAddFeatureDeltaImpl.java:48)
> at
> org.eclipse.emf.cdo.internal.common.revision.delta.CDOListFe atureDeltaImpl.apply(CDOListFeatureDeltaImpl.java:109)
> at
> org.eclipse.emf.cdo.internal.common.revision.delta.CDORevisi onDeltaImpl.apply(CDORevisionDeltaImpl.java:141)
> at
> org.eclipse.emf.cdo.internal.server.Transaction.computeDirty Object(Transaction.java:305)
> at
> org.eclipse.emf.cdo.internal.server.Transaction.computeDirty Objects(Transaction.java:287)
> at
> org.eclipse.emf.cdo.internal.server.Transaction.commit(Trans action.java:179)
> at
> org.eclipse.emf.cdo.internal.server.protocol.CommitTransacti onIndication.indicating(CommitTransactionIndication.java:109 )
> at
> org.eclipse.net4j.signal.IndicationWithResponse.execute(Indi cationWithResponse.java:46)
> at org.eclipse.net4j.signal.Signal.runSync(Signal.java:143)
> at org.eclipse.net4j.signal.Signal.run(Signal.java:124)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Threa dPoolExecutor.java:886)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoo lExecutor.java:908)
> at java.lang.Thread.run(Thread.java:619)
>
> Mark.
>
>
> Simon McDuff wrote:
>> Question: Did you configure your application with SetReferenceChunkSize ?
>>
>> If you can have the stack trace at the server side would be great!!
>>
>> Simon
>>
>> Mark Geib wrote:
>>> Looks like I am getting this exception in other places as well, not just
>>> putting to a Hashmap, put just adding to a reference list...
>>> Mark.
>>>
>>> Mark Geib wrote:
>>>> Sorry, this is now with 1.0.2 of CDO and NET4J on both client and server
>>>> side.
>>>>
>>>> Mark.
>>>>
>>>> Mark Geib wrote:
>>>>> Simon,
>>>>>
>>>>> The exception is different now, but still seems to occur at the commit
>>>>> after I add/put and Entry into a Hashmap collection. That is the
>>>>> TransactionDbs class in the model uses an instance class name of
>>>>> java.util.Map$Entry so I can access the collection as a Hashmap using
>>>>> key-value pairs.
>>>>>
>>>>> The call ...
>>>>> modelHeader.getTransactionsDbs().put(new Integer(index),
>>>>> modelTransaction);
>>>>>
>>>>> DmModelManager.access().save();
>>>>>
>>>>> results in ...
>>>>>
>>>>> Exception in thread "main"
>>>>> org.eclipse.net4j.util.transaction.TransactionException: Index: 1,
>>>>> Size: 0
>>>>> at
>>>>> org.eclipse.emf.internal.cdo.CDOTransactionImpl.commit(CDOTr ansactionImpl.java:246)
>>>>>
>>>>> at dm.util.DmModelManager.save(DmModelManager.java:189)
>>>>> at
>>>>> cse.dm.modelManager.DmOriginal.processTransactionOriginal(Dm Original.java:223)
>>>>>
>>>>> at
>>>>> cse.dm.modelManager.DmOriginal.processSectionOriginal(DmOrig inal.java:154)
>>>>>
>>>>> at
>>>>> cse.dm.modelManager.DmOriginal.processMessageOriginal(DmOrig inal.java:50)
>>>>>
>>>>> at cse.dm.modelManager.DmClient.main(DmClient.java:176)
>>>>>
>>>>> Mark.
>>>>>
>>>>>
>>>>>
>>>>> Mark Geib wrote:
>>>>>> Will do. I will post back my findings.
>>>>>> Thanks,
>>>>>> Mark.
>>>>>>
>>>>>> Simon McDuff wrote:
>>>>>>> That problem (if it is the same) was fixed in 1.0.1.
>>>>>>>
>>>>>>>>> 243282: java.lang.IllegalStateException with MEMStore
>>>>>>>>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=243282
>>>>>>> Can you used 1.0.2 on the client and server ?
>>>>>>>
>>>>>>> Simon
>>>>>>>
>>>>>>>
>>>>>>> Mark Geib wrote:
>>>>>>>> Simon,
>>>>>>>>
>>>>>>>> I am running 1.0.2 on the client side, but I think 1.0.0, the
>>>>>>>> Ganymede
>>>>>>>> version, on the server side.
>>>>>>>>
>>>>>>>> Mark.
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> Simon McDuff wrote:
>>>>>>>>> Hi Mark,
>>>>>>>>>
>>>>>>>>> which version of CDO are you using.
>>>>>>>>>
>>>>>>>>> We fixed some problems related to them in
>>>>>>>>> 243282: java.lang.IllegalStateException with MEMStore
>>>>>>>>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=243282
>>>>>>>>>
>>>>>>>>> Simon
>>>>>>>>>
>>>>>>>>> Mark Geib wrote:
>>>>>>>>>> I have a fairly simple model, all containment relationships. I
>>>>>>>>>> populate
>>>>>>>>>> the resource from an asynchronous source of messages that
>>>>>>>>>> correspond,
>>>>>>>>>> more or less, to classes in my model. So I basically receive a
>>>>>>>>>> message,
>>>>>>>>>> create the model object, update the attributes and add to
>>>>>>>>>> containing
>>>>>>>>>> object and commit or save the resource. Recently I started
>>>>>>>>>> getting the
>>>>>>>>>> following exception after only a few 10s or maybe a hundred
>>>>>>>>>> commits.
>>>>>>>>>> The
>>>>>>>>>> only recent change in the frequency of the message has
>>>>>>>>>> increased a bit.
>>>>>>>>>>
>>>>>>>>>> I have tried 'moving' the commits around and doing more of
>>>>>>>>>> them, like
>>>>>>>>>> after every model change, with no luck.
>>>>>>>>>>
>>>>>>>>>> What does this mean exactly..?
>>>>>>>>>>
>>>>>>>>>> Exception in thread "main"
>>>>>>>>>> org.eclipse.net4j.util.transaction.TransactionException: Can not
>>>>>>>>>> retrieve origin revision for
>>>>>>>>>> org.eclipse.emf.cdo.internal.common.revision.delta.CDORevisi onDeltaImpl @421350
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> at
>>>>>>>>>> org.eclipse.emf.internal.cdo.CDOTransactionImpl.commit(CDOTr ansactionImpl.java:243)
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> at dm.util.DmModelManager.save(DmModelManager.java:189)
>>>>>>>>>> at
>>>>>>>>>> cse.dm.modelManager.DmOriginal.findPidObject(DmOriginal.java :78)
>>>>>>>>>> at
>>>>>>>>>> cse.dm.modelManager.DmOriginal.processMessageOriginal(DmOrig inal.java:49)
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> at cse.dm.modelManager.DmClient.main(DmClient.java:176)
>>>>>>>>>>
>>>>>>>>>> Mark.
Re: [CDO] problem I can't resolve [message #424609 is a reply to message #424608] Thu, 30 October 2008 23:04 Go to previous messageGo to next message
Mark Geib is currently offline Mark GeibFriend
Messages: 432
Registered: July 2009
Senior Member
Yes DBStore with mysql.

I will open bugzilla..

Mark.

Simon McDuff wrote:
>
> Thank you Mark,
>
> I think we should continue in a bugzilla. Can you open one please?
>
> I will start recreating the problem. I will assume you are using DBStore
> with Mysql. if not let me know.
>
> Simon
>
>
>
> Mark Geib wrote:
>> Server side trace:
>>
>>
>> [INFO] CDO Server starting
>> [INFO] CDO Server started
>>
>> [ERROR] Index: 7, Size: 0
>> java.lang.IndexOutOfBoundsException: Index: 7, Size: 0
>> at java.util.ArrayList.add(ArrayList.java:367)
>> at
>> org.eclipse.emf.cdo.internal.common.revision.delta.CDOAddFea tureDeltaImpl.apply(CDOAddFeatureDeltaImpl.java:48)
>>
>> at
>> org.eclipse.emf.cdo.internal.common.revision.delta.CDOListFe atureDeltaImpl.apply(CDOListFeatureDeltaImpl.java:109)
>>
>> at
>> org.eclipse.emf.cdo.internal.common.revision.delta.CDORevisi onDeltaImpl.apply(CDORevisionDeltaImpl.java:141)
>>
>> at
>> org.eclipse.emf.cdo.internal.server.Transaction.computeDirty Object(Transaction.java:305)
>>
>> at
>> org.eclipse.emf.cdo.internal.server.Transaction.computeDirty Objects(Transaction.java:287)
>>
>> at
>> org.eclipse.emf.cdo.internal.server.Transaction.commit(Trans action.java:179)
>>
>> at
>> org.eclipse.emf.cdo.internal.server.protocol.CommitTransacti onIndication.indicating(CommitTransactionIndication.java:109 )
>>
>> at
>> org.eclipse.net4j.signal.IndicationWithResponse.execute(Indi cationWithResponse.java:46)
>>
>> at org.eclipse.net4j.signal.Signal.runSync(Signal.java:143)
>> at org.eclipse.net4j.signal.Signal.run(Signal.java:124)
>> at
>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Threa dPoolExecutor.java:886)
>>
>> at
>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoo lExecutor.java:908)
>>
>> at java.lang.Thread.run(Thread.java:619)
>>
>> Mark.
>>
>>
>> Simon McDuff wrote:
>>> Question: Did you configure your application with
>>> SetReferenceChunkSize ?
>>>
>>> If you can have the stack trace at the server side would be great!!
>>>
>>> Simon
>>>
>>> Mark Geib wrote:
>>>> Looks like I am getting this exception in other places as well, not
>>>> just
>>>> putting to a Hashmap, put just adding to a reference list...
>>>> Mark.
>>>>
>>>> Mark Geib wrote:
>>>>> Sorry, this is now with 1.0.2 of CDO and NET4J on both client and
>>>>> server
>>>>> side.
>>>>>
>>>>> Mark.
>>>>>
>>>>> Mark Geib wrote:
>>>>>> Simon,
>>>>>>
>>>>>> The exception is different now, but still seems to occur at the
>>>>>> commit
>>>>>> after I add/put and Entry into a Hashmap collection. That is the
>>>>>> TransactionDbs class in the model uses an instance class name of
>>>>>> java.util.Map$Entry so I can access the collection as a Hashmap using
>>>>>> key-value pairs.
>>>>>>
>>>>>> The call ...
>>>>>> modelHeader.getTransactionsDbs().put(new Integer(index),
>>>>>> modelTransaction);
>>>>>>
>>>>>> DmModelManager.access().save();
>>>>>>
>>>>>> results in ...
>>>>>>
>>>>>> Exception in thread "main"
>>>>>> org.eclipse.net4j.util.transaction.TransactionException: Index: 1,
>>>>>> Size: 0
>>>>>> at
>>>>>> org.eclipse.emf.internal.cdo.CDOTransactionImpl.commit(CDOTr ansactionImpl.java:246)
>>>>>>
>>>>>>
>>>>>> at dm.util.DmModelManager.save(DmModelManager.java:189)
>>>>>> at
>>>>>> cse.dm.modelManager.DmOriginal.processTransactionOriginal(Dm Original.java:223)
>>>>>>
>>>>>>
>>>>>> at
>>>>>> cse.dm.modelManager.DmOriginal.processSectionOriginal(DmOrig inal.java:154)
>>>>>>
>>>>>>
>>>>>> at
>>>>>> cse.dm.modelManager.DmOriginal.processMessageOriginal(DmOrig inal.java:50)
>>>>>>
>>>>>>
>>>>>> at cse.dm.modelManager.DmClient.main(DmClient.java:176)
>>>>>>
>>>>>> Mark.
>>>>>>
>>>>>>
>>>>>>
>>>>>> Mark Geib wrote:
>>>>>>> Will do. I will post back my findings.
>>>>>>> Thanks,
>>>>>>> Mark.
>>>>>>>
>>>>>>> Simon McDuff wrote:
>>>>>>>> That problem (if it is the same) was fixed in 1.0.1.
>>>>>>>>
>>>>>>>>>> 243282: java.lang.IllegalStateException with MEMStore
>>>>>>>>>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=243282
>>>>>>>> Can you used 1.0.2 on the client and server ?
>>>>>>>>
>>>>>>>> Simon
>>>>>>>>
>>>>>>>>
>>>>>>>> Mark Geib wrote:
>>>>>>>>> Simon,
>>>>>>>>>
>>>>>>>>> I am running 1.0.2 on the client side, but I think 1.0.0, the
>>>>>>>>> Ganymede
>>>>>>>>> version, on the server side.
>>>>>>>>>
>>>>>>>>> Mark.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Simon McDuff wrote:
>>>>>>>>>> Hi Mark,
>>>>>>>>>>
>>>>>>>>>> which version of CDO are you using.
>>>>>>>>>>
>>>>>>>>>> We fixed some problems related to them in
>>>>>>>>>> 243282: java.lang.IllegalStateException with MEMStore
>>>>>>>>>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=243282
>>>>>>>>>>
>>>>>>>>>> Simon
>>>>>>>>>>
>>>>>>>>>> Mark Geib wrote:
>>>>>>>>>>> I have a fairly simple model, all containment relationships. I
>>>>>>>>>>> populate
>>>>>>>>>>> the resource from an asynchronous source of messages that
>>>>>>>>>>> correspond,
>>>>>>>>>>> more or less, to classes in my model. So I basically receive a
>>>>>>>>>>> message,
>>>>>>>>>>> create the model object, update the attributes and add to
>>>>>>>>>>> containing
>>>>>>>>>>> object and commit or save the resource. Recently I started
>>>>>>>>>>> getting the
>>>>>>>>>>> following exception after only a few 10s or maybe a hundred
>>>>>>>>>>> commits.
>>>>>>>>>>> The
>>>>>>>>>>> only recent change in the frequency of the message has
>>>>>>>>>>> increased a bit.
>>>>>>>>>>>
>>>>>>>>>>> I have tried 'moving' the commits around and doing more of
>>>>>>>>>>> them, like
>>>>>>>>>>> after every model change, with no luck.
>>>>>>>>>>>
>>>>>>>>>>> What does this mean exactly..?
>>>>>>>>>>>
>>>>>>>>>>> Exception in thread "main"
>>>>>>>>>>> org.eclipse.net4j.util.transaction.TransactionException: Can not
>>>>>>>>>>> retrieve origin revision for
>>>>>>>>>>> org.eclipse.emf.cdo.internal.common.revision.delta.CDORevisi onDeltaImpl @421350
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> at
>>>>>>>>>>> org.eclipse.emf.internal.cdo.CDOTransactionImpl.commit(CDOTr ansactionImpl.java:243)
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> at dm.util.DmModelManager.save(DmModelManager.java:189)
>>>>>>>>>>> at
>>>>>>>>>>> cse.dm.modelManager.DmOriginal.findPidObject(DmOriginal.java :78)
>>>>>>>>>>> at
>>>>>>>>>>> cse.dm.modelManager.DmOriginal.processMessageOriginal(DmOrig inal.java:49)
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> at cse.dm.modelManager.DmClient.main(DmClient.java:176)
>>>>>>>>>>>
>>>>>>>>>>> Mark.
Re: [CDO] problem I can't resolve [message #425230 is a reply to message #424609] Thu, 20 November 2008 11:08 Go to previous messageGo to next message
David Bonneau is currently offline David BonneauFriend
Messages: 28
Registered: July 2009
Junior Member
Hi

I encouter the same problem.

I use one transaction with lot of data (hundreds of add and
modification). If I commit the transaction at the end of my application
there is no problem. But if I commit the transaction every 10
modifications, I have the exception :

java.lang.IndexOutOfBoundsException: Index: 7, Size: 0
at java.util.ArrayList.add(ArrayList.java:367)
at
org.eclipse.emf.cdo.internal.common.revision.delta.CDOAddFea tureDeltaImpl.apply(CDOAddFeatureDeltaImpl.java:48)
....

I'm working with CDO 1.0.0 on both client and server side

I patched (https://bugs.eclipse.org/bugs/show_bug.cgi?id=243282) the
server but i have the same problem.

Mark, I don't find the corresponding bugzilla ? Have you created it ?

David

Mark Geib a écrit :
> Yes DBStore with mysql.
>
> I will open bugzilla..
>
> Mark.
>
> Simon McDuff wrote:
>> Thank you Mark,
>>
>> I think we should continue in a bugzilla. Can you open one please?
>>
>> I will start recreating the problem. I will assume you are using DBStore
>> with Mysql. if not let me know.
>>
>> Simon
>>
>>
>>
>> Mark Geib wrote:
>>> Server side trace:
>>>
>>>
>>> [INFO] CDO Server starting
>>> [INFO] CDO Server started
>>>
>>> [ERROR] Index: 7, Size: 0
>>> java.lang.IndexOutOfBoundsException: Index: 7, Size: 0
>>> at java.util.ArrayList.add(ArrayList.java:367)
>>> at
>>> org.eclipse.emf.cdo.internal.common.revision.delta.CDOAddFea tureDeltaImpl.apply(CDOAddFeatureDeltaImpl.java:48)
>>>
>>> at
>>> org.eclipse.emf.cdo.internal.common.revision.delta.CDOListFe atureDeltaImpl.apply(CDOListFeatureDeltaImpl.java:109)
>>>
>>> at
>>> org.eclipse.emf.cdo.internal.common.revision.delta.CDORevisi onDeltaImpl.apply(CDORevisionDeltaImpl.java:141)
>>>
>>> at
>>> org.eclipse.emf.cdo.internal.server.Transaction.computeDirty Object(Transaction.java:305)
>>>
>>> at
>>> org.eclipse.emf.cdo.internal.server.Transaction.computeDirty Objects(Transaction.java:287)
>>>
>>> at
>>> org.eclipse.emf.cdo.internal.server.Transaction.commit(Trans action.java:179)
>>>
>>> at
>>> org.eclipse.emf.cdo.internal.server.protocol.CommitTransacti onIndication.indicating(CommitTransactionIndication.java:109 )
>>>
>>> at
>>> org.eclipse.net4j.signal.IndicationWithResponse.execute(Indi cationWithResponse.java:46)
>>>
>>> at org.eclipse.net4j.signal.Signal.runSync(Signal.java:143)
>>> at org.eclipse.net4j.signal.Signal.run(Signal.java:124)
>>> at
>>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Threa dPoolExecutor.java:886)
>>>
>>> at
>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoo lExecutor.java:908)
>>>
>>> at java.lang.Thread.run(Thread.java:619)
>>>
>>> Mark.
>>>
>>>
>>> Simon McDuff wrote:
>>>> Question: Did you configure your application with
>>>> SetReferenceChunkSize ?
>>>>
>>>> If you can have the stack trace at the server side would be great!!
>>>>
>>>> Simon
>>>>
>>>> Mark Geib wrote:
>>>>> Looks like I am getting this exception in other places as well, not
>>>>> just
>>>>> putting to a Hashmap, put just adding to a reference list...
>>>>> Mark.
>>>>>
>>>>> Mark Geib wrote:
>>>>>> Sorry, this is now with 1.0.2 of CDO and NET4J on both client and
>>>>>> server
>>>>>> side.
>>>>>>
>>>>>> Mark.
>>>>>>
>>>>>> Mark Geib wrote:
>>>>>>> Simon,
>>>>>>>
>>>>>>> The exception is different now, but still seems to occur at the
>>>>>>> commit
>>>>>>> after I add/put and Entry into a Hashmap collection. That is the
>>>>>>> TransactionDbs class in the model uses an instance class name of
>>>>>>> java.util.Map$Entry so I can access the collection as a Hashmap using
>>>>>>> key-value pairs.
>>>>>>>
>>>>>>> The call ...
>>>>>>> modelHeader.getTransactionsDbs().put(new Integer(index),
>>>>>>> modelTransaction);
>>>>>>>
>>>>>>> DmModelManager.access().save();
>>>>>>>
>>>>>>> results in ...
>>>>>>>
>>>>>>> Exception in thread "main"
>>>>>>> org.eclipse.net4j.util.transaction.TransactionException: Index: 1,
>>>>>>> Size: 0
>>>>>>> at
>>>>>>> org.eclipse.emf.internal.cdo.CDOTransactionImpl.commit(CDOTr ansactionImpl.java:246)
>>>>>>>
>>>>>>>
>>>>>>> at dm.util.DmModelManager.save(DmModelManager.java:189)
>>>>>>> at
>>>>>>> cse.dm.modelManager.DmOriginal.processTransactionOriginal(Dm Original.java:223)
>>>>>>>
>>>>>>>
>>>>>>> at
>>>>>>> cse.dm.modelManager.DmOriginal.processSectionOriginal(DmOrig inal.java:154)
>>>>>>>
>>>>>>>
>>>>>>> at
>>>>>>> cse.dm.modelManager.DmOriginal.processMessageOriginal(DmOrig inal.java:50)
>>>>>>>
>>>>>>>
>>>>>>> at cse.dm.modelManager.DmClient.main(DmClient.java:176)
>>>>>>>
>>>>>>> Mark.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Mark Geib wrote:
>>>>>>>> Will do. I will post back my findings.
>>>>>>>> Thanks,
>>>>>>>> Mark.
>>>>>>>>
>>>>>>>> Simon McDuff wrote:
>>>>>>>>> That problem (if it is the same) was fixed in 1.0.1.
>>>>>>>>>
>>>>>>>>>>> 243282: java.lang.IllegalStateException with MEMStore
>>>>>>>>>>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=243282
>>>>>>>>> Can you used 1.0.2 on the client and server ?
>>>>>>>>>
>>>>>>>>> Simon
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Mark Geib wrote:
>>>>>>>>>> Simon,
>>>>>>>>>>
>>>>>>>>>> I am running 1.0.2 on the client side, but I think 1.0.0, the
>>>>>>>>>> Ganymede
>>>>>>>>>> version, on the server side.
>>>>>>>>>>
>>>>>>>>>> Mark.
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Simon McDuff wrote:
>>>>>>>>>>> Hi Mark,
>>>>>>>>>>>
>>>>>>>>>>> which version of CDO are you using.
>>>>>>>>>>>
>>>>>>>>>>> We fixed some problems related to them in
>>>>>>>>>>> 243282: java.lang.IllegalStateException with MEMStore
>>>>>>>>>>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=243282
>>>>>>>>>>>
>>>>>>>>>>> Simon
>>>>>>>>>>>
>>>>>>>>>>> Mark Geib wrote:
>>>>>>>>>>>> I have a fairly simple model, all containment relationships. I
>>>>>>>>>>>> populate
>>>>>>>>>>>> the resource from an asynchronous source of messages that
>>>>>>>>>>>> correspond,
>>>>>>>>>>>> more or less, to classes in my model. So I basically receive a
>>>>>>>>>>>> message,
>>>>>>>>>>>> create the model object, update the attributes and add to
>>>>>>>>>>>> containing
>>>>>>>>>>>> object and commit or save the resource. Recently I started
>>>>>>>>>>>> getting the
>>>>>>>>>>>> following exception after only a few 10s or maybe a hundred
>>>>>>>>>>>> commits.
>>>>>>>>>>>> The
>>>>>>>>>>>> only recent change in the frequency of the message has
>>>>>>>>>>>> increased a bit.
>>>>>>>>>>>>
>>>>>>>>>>>> I have tried 'moving' the commits around and doing more of
>>>>>>>>>>>> them, like
>>>>>>>>>>>> after every model change, with no luck.
>>>>>>>>>>>>
>>>>>>>>>>>> What does this mean exactly..?
>>>>>>>>>>>>
>>>>>>>>>>>> Exception in thread "main"
>>>>>>>>>>>> org.eclipse.net4j.util.transaction.TransactionException: Can not
>>>>>>>>>>>> retrieve origin revision for
>>>>>>>>>>>> org.eclipse.emf.cdo.internal.common.revision.delta.CDORevisi onDeltaImpl @421350
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> at
>>>>>>>>>>>> org.eclipse.emf.internal.cdo.CDOTransactionImpl.commit(CDOTr ansactionImpl.java:243)
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> at dm.util.DmModelManager.save(DmModelManager.java:189)
>>>>>>>>>>>> at
>>>>>>>>>>>> cse.dm.modelManager.DmOriginal.findPidObject(DmOriginal.java :78)
>>>>>>>>>>>> at
>>>>>>>>>>>> cse.dm.modelManager.DmOriginal.processMessageOriginal(DmOrig inal.java:49)
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> at cse.dm.modelManager.DmClient.main(DmClient.java:176)
>>>>>>>>>>>>
>>>>>>>>>>>> Mark.
Re: [CDO] problem I can't resolve [message #425231 is a reply to message #425230] Thu, 20 November 2008 11:49 Go to previous messageGo to next message
Simon Mc Duff is currently offline Simon Mc DuffFriend
Messages: 596
Registered: July 2009
Senior Member
Hi David,

The fix is available for each branch

for Branch 1.0.x

252982: [DB] exception when trying to commit changes
https://bugs.eclipse.org/bugs/show_bug.cgi?id=252982

for branch 2.0

https://bugs.eclipse.org/bugs/show_bug.cgi?id=252909


We release a maintenance release to fix that issue.

Could you use maintenance 1.0.3 ?

Simon

David Bonneau wrote:
> Hi
>
> I encouter the same problem.
>
> I use one transaction with lot of data (hundreds of add and
> modification). If I commit the transaction at the end of my application
> there is no problem. But if I commit the transaction every 10
> modifications, I have the exception :
>
> java.lang.IndexOutOfBoundsException: Index: 7, Size: 0
> at java.util.ArrayList.add(ArrayList.java:367)
> at
> org.eclipse.emf.cdo.internal.common.revision.delta.CDOAddFea tureDeltaImpl.apply(CDOAddFeatureDeltaImpl.java:48)
>
> ...
>
> I'm working with CDO 1.0.0 on both client and server side
>
> I patched (https://bugs.eclipse.org/bugs/show_bug.cgi?id=243282) the
> server but i have the same problem.
>
> Mark, I don't find the corresponding bugzilla ? Have you created it ?
>
> David
>
> Mark Geib a écrit :
>> Yes DBStore with mysql.
>>
>> I will open bugzilla..
>>
>> Mark.
>>
>> Simon McDuff wrote:
>>> Thank you Mark,
>>>
>>> I think we should continue in a bugzilla. Can you open one please?
>>>
>>> I will start recreating the problem. I will assume you are using DBStore
>>> with Mysql. if not let me know.
>>>
>>> Simon
>>>
>>>
>>>
>>> Mark Geib wrote:
>>>> Server side trace:
>>>>
>>>>
>>>> [INFO] CDO Server starting
>>>> [INFO] CDO Server started
>>>>
>>>> [ERROR] Index: 7, Size: 0
>>>> java.lang.IndexOutOfBoundsException: Index: 7, Size: 0
>>>> at java.util.ArrayList.add(ArrayList.java:367)
>>>> at
>>>> org.eclipse.emf.cdo.internal.common.revision.delta.CDOAddFea tureDeltaImpl.apply(CDOAddFeatureDeltaImpl.java:48)
>>>>
>>>>
>>>> at
>>>> org.eclipse.emf.cdo.internal.common.revision.delta.CDOListFe atureDeltaImpl.apply(CDOListFeatureDeltaImpl.java:109)
>>>>
>>>>
>>>> at
>>>> org.eclipse.emf.cdo.internal.common.revision.delta.CDORevisi onDeltaImpl.apply(CDORevisionDeltaImpl.java:141)
>>>>
>>>>
>>>> at
>>>> org.eclipse.emf.cdo.internal.server.Transaction.computeDirty Object(Transaction.java:305)
>>>>
>>>>
>>>> at
>>>> org.eclipse.emf.cdo.internal.server.Transaction.computeDirty Objects(Transaction.java:287)
>>>>
>>>>
>>>> at
>>>> org.eclipse.emf.cdo.internal.server.Transaction.commit(Trans action.java:179)
>>>>
>>>>
>>>> at
>>>> org.eclipse.emf.cdo.internal.server.protocol.CommitTransacti onIndication.indicating(CommitTransactionIndication.java:109 )
>>>>
>>>>
>>>> at
>>>> org.eclipse.net4j.signal.IndicationWithResponse.execute(Indi cationWithResponse.java:46)
>>>>
>>>>
>>>> at org.eclipse.net4j.signal.Signal.runSync(Signal.java:143)
>>>> at org.eclipse.net4j.signal.Signal.run(Signal.java:124)
>>>> at
>>>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Threa dPoolExecutor.java:886)
>>>>
>>>>
>>>> at
>>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoo lExecutor.java:908)
>>>>
>>>>
>>>> at java.lang.Thread.run(Thread.java:619)
>>>>
>>>> Mark.
>>>>
>>>>
>>>> Simon McDuff wrote:
>>>>> Question: Did you configure your application with
>>>>> SetReferenceChunkSize ?
>>>>>
>>>>> If you can have the stack trace at the server side would be great!!
>>>>>
>>>>> Simon
>>>>>
>>>>> Mark Geib wrote:
>>>>>> Looks like I am getting this exception in other places as well, not
>>>>>> just
>>>>>> putting to a Hashmap, put just adding to a reference list...
>>>>>> Mark.
>>>>>>
>>>>>> Mark Geib wrote:
>>>>>>> Sorry, this is now with 1.0.2 of CDO and NET4J on both client and
>>>>>>> server
>>>>>>> side.
>>>>>>>
>>>>>>> Mark.
>>>>>>>
>>>>>>> Mark Geib wrote:
>>>>>>>> Simon,
>>>>>>>>
>>>>>>>> The exception is different now, but still seems to occur at the
>>>>>>>> commit
>>>>>>>> after I add/put and Entry into a Hashmap collection. That is the
>>>>>>>> TransactionDbs class in the model uses an instance class name of
>>>>>>>> java.util.Map$Entry so I can access the collection as a Hashmap
>>>>>>>> using
>>>>>>>> key-value pairs.
>>>>>>>>
>>>>>>>> The call ...
>>>>>>>> modelHeader.getTransactionsDbs().put(new Integer(index),
>>>>>>>> modelTransaction);
>>>>>>>>
>>>>>>>> DmModelManager.access().save();
>>>>>>>>
>>>>>>>> results in ...
>>>>>>>>
>>>>>>>> Exception in thread "main"
>>>>>>>> org.eclipse.net4j.util.transaction.TransactionException: Index: 1,
>>>>>>>> Size: 0
>>>>>>>> at
>>>>>>>> org.eclipse.emf.internal.cdo.CDOTransactionImpl.commit(CDOTr ansactionImpl.java:246)
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> at dm.util.DmModelManager.save(DmModelManager.java:189)
>>>>>>>> at
>>>>>>>> cse.dm.modelManager.DmOriginal.processTransactionOriginal(Dm Original.java:223)
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> at
>>>>>>>> cse.dm.modelManager.DmOriginal.processSectionOriginal(DmOrig inal.java:154)
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> at
>>>>>>>> cse.dm.modelManager.DmOriginal.processMessageOriginal(DmOrig inal.java:50)
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> at cse.dm.modelManager.DmClient.main(DmClient.java:176)
>>>>>>>>
>>>>>>>> Mark.
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> Mark Geib wrote:
>>>>>>>>> Will do. I will post back my findings.
>>>>>>>>> Thanks,
>>>>>>>>> Mark.
>>>>>>>>>
>>>>>>>>> Simon McDuff wrote:
>>>>>>>>>> That problem (if it is the same) was fixed in 1.0.1.
>>>>>>>>>>
>>>>>>>>>>>> 243282: java.lang.IllegalStateException with MEMStore
>>>>>>>>>>>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=243282
>>>>>>>>>> Can you used 1.0.2 on the client and server ?
>>>>>>>>>>
>>>>>>>>>> Simon
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Mark Geib wrote:
>>>>>>>>>>> Simon,
>>>>>>>>>>>
>>>>>>>>>>> I am running 1.0.2 on the client side, but I think 1.0.0, the
>>>>>>>>>>> Ganymede
>>>>>>>>>>> version, on the server side.
>>>>>>>>>>>
>>>>>>>>>>> Mark.
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> Simon McDuff wrote:
>>>>>>>>>>>> Hi Mark,
>>>>>>>>>>>>
>>>>>>>>>>>> which version of CDO are you using.
>>>>>>>>>>>>
>>>>>>>>>>>> We fixed some problems related to them in
>>>>>>>>>>>> 243282: java.lang.IllegalStateException with MEMStore
>>>>>>>>>>>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=243282
>>>>>>>>>>>>
>>>>>>>>>>>> Simon
>>>>>>>>>>>>
>>>>>>>>>>>> Mark Geib wrote:
>>>>>>>>>>>>> I have a fairly simple model, all containment relationships. I
>>>>>>>>>>>>> populate
>>>>>>>>>>>>> the resource from an asynchronous source of messages that
>>>>>>>>>>>>> correspond,
>>>>>>>>>>>>> more or less, to classes in my model. So I basically receive a
>>>>>>>>>>>>> message,
>>>>>>>>>>>>> create the model object, update the attributes and add to
>>>>>>>>>>>>> containing
>>>>>>>>>>>>> object and commit or save the resource. Recently I started
>>>>>>>>>>>>> getting the
>>>>>>>>>>>>> following exception after only a few 10s or maybe a hundred
>>>>>>>>>>>>> commits.
>>>>>>>>>>>>> The
>>>>>>>>>>>>> only recent change in the frequency of the message has
>>>>>>>>>>>>> increased a bit.
>>>>>>>>>>>>>
>>>>>>>>>>>>> I have tried 'moving' the commits around and doing more of
>>>>>>>>>>>>> them, like
>>>>>>>>>>>>> after every model change, with no luck.
>>>>>>>>>>>>>
>>>>>>>>>>>>> What does this mean exactly..?
>>>>>>>>>>>>>
>>>>>>>>>>>>> Exception in thread "main"
>>>>>>>>>>>>> org.eclipse.net4j.util.transaction.TransactionException:
>>>>>>>>>>>>> Can not
>>>>>>>>>>>>> retrieve origin revision for
>>>>>>>>>>>>> org.eclipse.emf.cdo.internal.common.revision.delta.CDORevisi onDeltaImpl @421350
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> at
>>>>>>>>>>>>> org.eclipse.emf.internal.cdo.CDOTransactionImpl.commit(CDOTr ansactionImpl.java:243)
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> at dm.util.DmModelManager.save(DmModelManager.java:189)
>>>>>>>>>>>>> at
>>>>>>>>>>>>> cse.dm.modelManager.DmOriginal.findPidObject(DmOriginal.java :78)
>>>>>>>>>>>>>
>>>>>>>>>>>>> at
>>>>>>>>>>>>> cse.dm.modelManager.DmOriginal.processMessageOriginal(DmOrig inal.java:49)
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> at cse.dm.modelManager.DmClient.main(DmClient.java:176)
>>>>>>>>>>>>>
>>>>>>>>>>>>> Mark.
Re: [CDO] problem I can't resolve [message #425237 is a reply to message #425231] Thu, 20 November 2008 14:08 Go to previous messageGo to next message
David Bonneau is currently offline David BonneauFriend
Messages: 28
Registered: July 2009
Junior Member
Ok thanks !

How can I upgrade easily to maintenance 1.0.3 build ? I try to download
the sdk and dependencies, then drop in dropins folder of my ganymede
installation, but it doesn't work ! Is there an update site ? (I don't
find it).

I also try with a clean install, with the emf-cdo-runtime-1.0.3, with an
"eclipse -clean",... It still doesn't work :(


David


Simon McDuff a écrit :
> Hi David,
>
> The fix is available for each branch
>
> for Branch 1.0.x
>
> 252982: [DB] exception when trying to commit changes
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=252982
>
> for branch 2.0
>
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=252909
>
>
> We release a maintenance release to fix that issue.
>
> Could you use maintenance 1.0.3 ?
>
> Simon
>
> David Bonneau wrote:
>> Hi
>>
>> I encouter the same problem.
>>
>> I use one transaction with lot of data (hundreds of add and
>> modification). If I commit the transaction at the end of my
>> application there is no problem. But if I commit the transaction every
>> 10 modifications, I have the exception :
>>
>> java.lang.IndexOutOfBoundsException: Index: 7, Size: 0
>> at java.util.ArrayList.add(ArrayList.java:367)
>> at
>> org.eclipse.emf.cdo.internal.common.revision.delta.CDOAddFea tureDeltaImpl.apply(CDOAddFeatureDeltaImpl.java:48)
>>
>> ...
>>
>> I'm working with CDO 1.0.0 on both client and server side
>>
>> I patched (https://bugs.eclipse.org/bugs/show_bug.cgi?id=243282) the
>> server but i have the same problem.
>>
>> Mark, I don't find the corresponding bugzilla ? Have you created it ?
>>
>> David
>>
>> Mark Geib a écrit :
>>> Yes DBStore with mysql.
>>>
>>> I will open bugzilla..
>>>
>>> Mark.
>>>
>>> Simon McDuff wrote:
>>>> Thank you Mark,
>>>>
>>>> I think we should continue in a bugzilla. Can you open one please?
>>>>
>>>> I will start recreating the problem. I will assume you are using
>>>> DBStore
>>>> with Mysql. if not let me know.
>>>>
>>>> Simon
>>>>
>>>>
>>>>
>>>> Mark Geib wrote:
>>>>> Server side trace:
>>>>>
>>>>>
>>>>> [INFO] CDO Server starting
>>>>> [INFO] CDO Server started
>>>>>
>>>>> [ERROR] Index: 7, Size: 0
>>>>> java.lang.IndexOutOfBoundsException: Index: 7, Size: 0
>>>>> at java.util.ArrayList.add(ArrayList.java:367)
>>>>> at
>>>>> org.eclipse.emf.cdo.internal.common.revision.delta.CDOAddFea tureDeltaImpl.apply(CDOAddFeatureDeltaImpl.java:48)
>>>>>
>>>>>
>>>>> at
>>>>> org.eclipse.emf.cdo.internal.common.revision.delta.CDOListFe atureDeltaImpl.apply(CDOListFeatureDeltaImpl.java:109)
>>>>>
>>>>>
>>>>> at
>>>>> org.eclipse.emf.cdo.internal.common.revision.delta.CDORevisi onDeltaImpl.apply(CDORevisionDeltaImpl.java:141)
>>>>>
>>>>>
>>>>> at
>>>>> org.eclipse.emf.cdo.internal.server.Transaction.computeDirty Object(Transaction.java:305)
>>>>>
>>>>>
>>>>> at
>>>>> org.eclipse.emf.cdo.internal.server.Transaction.computeDirty Objects(Transaction.java:287)
>>>>>
>>>>>
>>>>> at
>>>>> org.eclipse.emf.cdo.internal.server.Transaction.commit(Trans action.java:179)
>>>>>
>>>>>
>>>>> at
>>>>> org.eclipse.emf.cdo.internal.server.protocol.CommitTransacti onIndication.indicating(CommitTransactionIndication.java:109 )
>>>>>
>>>>>
>>>>> at
>>>>> org.eclipse.net4j.signal.IndicationWithResponse.execute(Indi cationWithResponse.java:46)
>>>>>
>>>>>
>>>>> at org.eclipse.net4j.signal.Signal.runSync(Signal.java:143)
>>>>> at org.eclipse.net4j.signal.Signal.run(Signal.java:124)
>>>>> at
>>>>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Threa dPoolExecutor.java:886)
>>>>>
>>>>>
>>>>> at
>>>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoo lExecutor.java:908)
>>>>>
>>>>>
>>>>> at java.lang.Thread.run(Thread.java:619)
>>>>>
>>>>> Mark.
>>>>>
>>>>>
>>>>> Simon McDuff wrote:
>>>>>> Question: Did you configure your application with
>>>>>> SetReferenceChunkSize ?
>>>>>>
>>>>>> If you can have the stack trace at the server side would be great!!
>>>>>>
>>>>>> Simon
>>>>>>
>>>>>> Mark Geib wrote:
>>>>>>> Looks like I am getting this exception in other places as well, not
>>>>>>> just
>>>>>>> putting to a Hashmap, put just adding to a reference list...
>>>>>>> Mark.
>>>>>>>
>>>>>>> Mark Geib wrote:
>>>>>>>> Sorry, this is now with 1.0.2 of CDO and NET4J on both client and
>>>>>>>> server
>>>>>>>> side.
>>>>>>>>
>>>>>>>> Mark.
>>>>>>>>
>>>>>>>> Mark Geib wrote:
>>>>>>>>> Simon,
>>>>>>>>>
>>>>>>>>> The exception is different now, but still seems to occur at the
>>>>>>>>> commit
>>>>>>>>> after I add/put and Entry into a Hashmap collection. That is the
>>>>>>>>> TransactionDbs class in the model uses an instance class name of
>>>>>>>>> java.util.Map$Entry so I can access the collection as a Hashmap
>>>>>>>>> using
>>>>>>>>> key-value pairs.
>>>>>>>>>
>>>>>>>>> The call ...
>>>>>>>>> modelHeader.getTransactionsDbs().put(new Integer(index),
>>>>>>>>> modelTransaction);
>>>>>>>>>
>>>>>>>>> DmModelManager.access().save();
>>>>>>>>>
>>>>>>>>> results in ...
>>>>>>>>>
>>>>>>>>> Exception in thread "main"
>>>>>>>>> org.eclipse.net4j.util.transaction.TransactionException: Index: 1,
>>>>>>>>> Size: 0
>>>>>>>>> at
>>>>>>>>> org.eclipse.emf.internal.cdo.CDOTransactionImpl.commit(CDOTr ansactionImpl.java:246)
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> at dm.util.DmModelManager.save(DmModelManager.java:189)
>>>>>>>>> at
>>>>>>>>> cse.dm.modelManager.DmOriginal.processTransactionOriginal(Dm Original.java:223)
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> at
>>>>>>>>> cse.dm.modelManager.DmOriginal.processSectionOriginal(DmOrig inal.java:154)
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> at
>>>>>>>>> cse.dm.modelManager.DmOriginal.processMessageOriginal(DmOrig inal.java:50)
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> at cse.dm.modelManager.DmClient.main(DmClient.java:176)
>>>>>>>>>
>>>>>>>>> Mark.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Mark Geib wrote:
>>>>>>>>>> Will do. I will post back my findings.
>>>>>>>>>> Thanks,
>>>>>>>>>> Mark.
>>>>>>>>>>
>>>>>>>>>> Simon McDuff wrote:
>>>>>>>>>>> That problem (if it is the same) was fixed in 1.0.1.
>>>>>>>>>>>
>>>>>>>>>>>>> 243282: java.lang.IllegalStateException with MEMStore
>>>>>>>>>>>>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=243282
>>>>>>>>>>> Can you used 1.0.2 on the client and server ?
>>>>>>>>>>>
>>>>>>>>>>> Simon
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> Mark Geib wrote:
>>>>>>>>>>>> Simon,
>>>>>>>>>>>>
>>>>>>>>>>>> I am running 1.0.2 on the client side, but I think 1.0.0, the
>>>>>>>>>>>> Ganymede
>>>>>>>>>>>> version, on the server side.
>>>>>>>>>>>>
>>>>>>>>>>>> Mark.
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> Simon McDuff wrote:
>>>>>>>>>>>>> Hi Mark,
>>>>>>>>>>>>>
>>>>>>>>>>>>> which version of CDO are you using.
>>>>>>>>>>>>>
>>>>>>>>>>>>> We fixed some problems related to them in
>>>>>>>>>>>>> 243282: java.lang.IllegalStateException with MEMStore
>>>>>>>>>>>>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=243282
>>>>>>>>>>>>>
>>>>>>>>>>>>> Simon
>>>>>>>>>>>>>
>>>>>>>>>>>>> Mark Geib wrote:
>>>>>>>>>>>>>> I have a fairly simple model, all containment
>>>>>>>>>>>>>> relationships. I
>>>>>>>>>>>>>> populate
>>>>>>>>>>>>>> the resource from an asynchronous source of messages that
>>>>>>>>>>>>>> correspond,
>>>>>>>>>>>>>> more or less, to classes in my model. So I basically
>>>>>>>>>>>>>> receive a
>>>>>>>>>>>>>> message,
>>>>>>>>>>>>>> create the model object, update the attributes and add to
>>>>>>>>>>>>>> containing
>>>>>>>>>>>>>> object and commit or save the resource. Recently I started
>>>>>>>>>>>>>> getting the
>>>>>>>>>>>>>> following exception after only a few 10s or maybe a hundred
>>>>>>>>>>>>>> commits.
>>>>>>>>>>>>>> The
>>>>>>>>>>>>>> only recent change in the frequency of the message has
>>>>>>>>>>>>>> increased a bit.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> I have tried 'moving' the commits around and doing more of
>>>>>>>>>>>>>> them, like
>>>>>>>>>>>>>> after every model change, with no luck.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> What does this mean exactly..?
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Exception in thread "main"
>>>>>>>>>>>>>> org.eclipse.net4j.util.transaction.TransactionException:
>>>>>>>>>>>>>> Can not
>>>>>>>>>>>>>> retrieve origin revision for
>>>>>>>>>>>>>> org.eclipse.emf.cdo.internal.common.revision.delta.CDORevisi onDeltaImpl @421350
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> at
>>>>>>>>>>>>>> org.eclipse.emf.internal.cdo.CDOTransactionImpl.commit(CDOTr ansactionImpl.java:243)
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> at dm.util.DmModelManager.save(DmModelManager.java:189)
>>>>>>>>>>>>>> at
>>>>>>>>>>>>>> cse.dm.modelManager.DmOriginal.findPidObject(DmOriginal.java :78)
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> at
>>>>>>>>>>>>>> cse.dm.modelManager.DmOriginal.processMessageOriginal(DmOrig inal.java:49)
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> at cse.dm.modelManager.DmClient.main(DmClient.java:176)
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Mark.
Re: [CDO] problem I can't resolve [message #425239 is a reply to message #425237] Thu, 20 November 2008 14:46 Go to previous messageGo to next message
Simon Mc Duff is currently offline Simon Mc DuffFriend
Messages: 596
Registered: July 2009
Senior Member
Hi David,

David Bonneau wrote:
> Ok thanks !
>
> How can I upgrade easily to maintenance 1.0.3 build ? I try to download
> the sdk and dependencies, then drop in dropins folder of my ganymede
> installation, but it doesn't work ! Is there an update site ? (I don't
> find it).
We do not have an update site!! :-)
>
> I also try with a clean install, with the emf-cdo-runtime-1.0.3, with an
> "eclipse -clean",... It still doesn't work :(
Did you unzip them ?

Be sure to remove the old one.

Also, go look under
-Windows/Preferences
After
- Plug-in Dev/Target Platform if the right version is there!

Simon

>
>
> David
>
>
> Simon McDuff a écrit :
>> Hi David,
>>
>> The fix is available for each branch
>>
>> for Branch 1.0.x
>>
>> 252982: [DB] exception when trying to commit changes
>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=252982
>>
>> for branch 2.0
>>
>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=252909
>>
>>
>> We release a maintenance release to fix that issue.
>>
>> Could you use maintenance 1.0.3 ?
>>
>> Simon
>>
>> David Bonneau wrote:
>>> Hi
>>>
>>> I encouter the same problem.
>>>
>>> I use one transaction with lot of data (hundreds of add and
>>> modification). If I commit the transaction at the end of my
>>> application there is no problem. But if I commit the transaction
>>> every 10 modifications, I have the exception :
>>>
>>> java.lang.IndexOutOfBoundsException: Index: 7, Size: 0
>>> at java.util.ArrayList.add(ArrayList.java:367)
>>> at
>>> org.eclipse.emf.cdo.internal.common.revision.delta.CDOAddFea tureDeltaImpl.apply(CDOAddFeatureDeltaImpl.java:48)
>>>
>>> ...
>>>
>>> I'm working with CDO 1.0.0 on both client and server side
>>>
>>> I patched (https://bugs.eclipse.org/bugs/show_bug.cgi?id=243282) the
>>> server but i have the same problem.
>>>
>>> Mark, I don't find the corresponding bugzilla ? Have you created it ?
>>>
>>> David
>>>
>>> Mark Geib a écrit :
>>>> Yes DBStore with mysql.
>>>>
>>>> I will open bugzilla..
>>>>
>>>> Mark.
>>>>
>>>> Simon McDuff wrote:
>>>>> Thank you Mark,
>>>>>
>>>>> I think we should continue in a bugzilla. Can you open one please?
>>>>>
>>>>> I will start recreating the problem. I will assume you are using
>>>>> DBStore
>>>>> with Mysql. if not let me know.
>>>>>
>>>>> Simon
>>>>>
>>>>>
>>>>>
>>>>> Mark Geib wrote:
>>>>>> Server side trace:
>>>>>>
>>>>>>
>>>>>> [INFO] CDO Server starting
>>>>>> [INFO] CDO Server started
>>>>>>
>>>>>> [ERROR] Index: 7, Size: 0
>>>>>> java.lang.IndexOutOfBoundsException: Index: 7, Size: 0
>>>>>> at java.util.ArrayList.add(ArrayList.java:367)
>>>>>> at
>>>>>> org.eclipse.emf.cdo.internal.common.revision.delta.CDOAddFea tureDeltaImpl.apply(CDOAddFeatureDeltaImpl.java:48)
>>>>>>
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.cdo.internal.common.revision.delta.CDOListFe atureDeltaImpl.apply(CDOListFeatureDeltaImpl.java:109)
>>>>>>
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.cdo.internal.common.revision.delta.CDORevisi onDeltaImpl.apply(CDORevisionDeltaImpl.java:141)
>>>>>>
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.cdo.internal.server.Transaction.computeDirty Object(Transaction.java:305)
>>>>>>
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.cdo.internal.server.Transaction.computeDirty Objects(Transaction.java:287)
>>>>>>
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.cdo.internal.server.Transaction.commit(Trans action.java:179)
>>>>>>
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.cdo.internal.server.protocol.CommitTransacti onIndication.indicating(CommitTransactionIndication.java:109 )
>>>>>>
>>>>>>
>>>>>> at
>>>>>> org.eclipse.net4j.signal.IndicationWithResponse.execute(Indi cationWithResponse.java:46)
>>>>>>
>>>>>>
>>>>>> at org.eclipse.net4j.signal.Signal.runSync(Signal.java:143)
>>>>>> at org.eclipse.net4j.signal.Signal.run(Signal.java:124)
>>>>>> at
>>>>>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Threa dPoolExecutor.java:886)
>>>>>>
>>>>>>
>>>>>> at
>>>>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoo lExecutor.java:908)
>>>>>>
>>>>>>
>>>>>> at java.lang.Thread.run(Thread.java:619)
>>>>>>
>>>>>> Mark.
>>>>>>
>>>>>>
>>>>>> Simon McDuff wrote:
>>>>>>> Question: Did you configure your application with
>>>>>>> SetReferenceChunkSize ?
>>>>>>>
>>>>>>> If you can have the stack trace at the server side would be great!!
>>>>>>>
>>>>>>> Simon
>>>>>>>
>>>>>>> Mark Geib wrote:
>>>>>>>> Looks like I am getting this exception in other places as well, not
>>>>>>>> just
>>>>>>>> putting to a Hashmap, put just adding to a reference list...
>>>>>>>> Mark.
>>>>>>>>
>>>>>>>> Mark Geib wrote:
>>>>>>>>> Sorry, this is now with 1.0.2 of CDO and NET4J on both client and
>>>>>>>>> server
>>>>>>>>> side.
>>>>>>>>>
>>>>>>>>> Mark.
>>>>>>>>>
>>>>>>>>> Mark Geib wrote:
>>>>>>>>>> Simon,
>>>>>>>>>>
>>>>>>>>>> The exception is different now, but still seems to occur at the
>>>>>>>>>> commit
>>>>>>>>>> after I add/put and Entry into a Hashmap collection. That is the
>>>>>>>>>> TransactionDbs class in the model uses an instance class name of
>>>>>>>>>> java.util.Map$Entry so I can access the collection as a
>>>>>>>>>> Hashmap using
>>>>>>>>>> key-value pairs.
>>>>>>>>>>
>>>>>>>>>> The call ...
>>>>>>>>>> modelHeader.getTransactionsDbs().put(new Integer(index),
>>>>>>>>>> modelTransaction);
>>>>>>>>>>
>>>>>>>>>> DmModelManager.access().save();
>>>>>>>>>>
>>>>>>>>>> results in ...
>>>>>>>>>>
>>>>>>>>>> Exception in thread "main"
>>>>>>>>>> org.eclipse.net4j.util.transaction.TransactionException:
>>>>>>>>>> Index: 1,
>>>>>>>>>> Size: 0
>>>>>>>>>> at
>>>>>>>>>> org.eclipse.emf.internal.cdo.CDOTransactionImpl.commit(CDOTr ansactionImpl.java:246)
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> at dm.util.DmModelManager.save(DmModelManager.java:189)
>>>>>>>>>> at
>>>>>>>>>> cse.dm.modelManager.DmOriginal.processTransactionOriginal(Dm Original.java:223)
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> at
>>>>>>>>>> cse.dm.modelManager.DmOriginal.processSectionOriginal(DmOrig inal.java:154)
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> at
>>>>>>>>>> cse.dm.modelManager.DmOriginal.processMessageOriginal(DmOrig inal.java:50)
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> at cse.dm.modelManager.DmClient.main(DmClient.java:176)
>>>>>>>>>>
>>>>>>>>>> Mark.
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Mark Geib wrote:
>>>>>>>>>>> Will do. I will post back my findings.
>>>>>>>>>>> Thanks,
>>>>>>>>>>> Mark.
>>>>>>>>>>>
>>>>>>>>>>> Simon McDuff wrote:
>>>>>>>>>>>> That problem (if it is the same) was fixed in 1.0.1.
>>>>>>>>>>>>
>>>>>>>>>>>>>> 243282: java.lang.IllegalStateException with MEMStore
>>>>>>>>>>>>>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=243282
>>>>>>>>>>>> Can you used 1.0.2 on the client and server ?
>>>>>>>>>>>>
>>>>>>>>>>>> Simon
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> Mark Geib wrote:
>>>>>>>>>>>>> Simon,
>>>>>>>>>>>>>
>>>>>>>>>>>>> I am running 1.0.2 on the client side, but I think 1.0.0, the
>>>>>>>>>>>>> Ganymede
>>>>>>>>>>>>> version, on the server side.
>>>>>>>>>>>>>
>>>>>>>>>>>>> Mark.
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> Simon McDuff wrote:
>>>>>>>>>>>>>> Hi Mark,
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> which version of CDO are you using.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> We fixed some problems related to them in
>>>>>>>>>>>>>> 243282: java.lang.IllegalStateException with MEMStore
>>>>>>>>>>>>>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=243282
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Simon
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Mark Geib wrote:
>>>>>>>>>>>>>>> I have a fairly simple model, all containment
>>>>>>>>>>>>>>> relationships. I
>>>>>>>>>>>>>>> populate
>>>>>>>>>>>>>>> the resource from an asynchronous source of messages that
>>>>>>>>>>>>>>> correspond,
>>>>>>>>>>>>>>> more or less, to classes in my model. So I basically
>>>>>>>>>>>>>>> receive a
>>>>>>>>>>>>>>> message,
>>>>>>>>>>>>>>> create the model object, update the attributes and add to
>>>>>>>>>>>>>>> containing
>>>>>>>>>>>>>>> object and commit or save the resource. Recently I started
>>>>>>>>>>>>>>> getting the
>>>>>>>>>>>>>>> following exception after only a few 10s or maybe a hundred
>>>>>>>>>>>>>>> commits.
>>>>>>>>>>>>>>> The
>>>>>>>>>>>>>>> only recent change in the frequency of the message has
>>>>>>>>>>>>>>> increased a bit.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> I have tried 'moving' the commits around and doing more of
>>>>>>>>>>>>>>> them, like
>>>>>>>>>>>>>>> after every model change, with no luck.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> What does this mean exactly..?
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Exception in thread "main"
>>>>>>>>>>>>>>> org.eclipse.net4j.util.transaction.TransactionException:
>>>>>>>>>>>>>>> Can not
>>>>>>>>>>>>>>> retrieve origin revision for
>>>>>>>>>>>>>>> org.eclipse.emf.cdo.internal.common.revision.delta.CDORevisi onDeltaImpl @421350
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>> org.eclipse.emf.internal.cdo.CDOTransactionImpl.commit(CDOTr ansactionImpl.java:243)
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> at dm.util.DmModelManager.save(DmModelManager.java:189)
>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>> cse.dm.modelManager.DmOriginal.findPidObject(DmOriginal.java :78)
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>> cse.dm.modelManager.DmOriginal.processMessageOriginal(DmOrig inal.java:49)
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> at cse.dm.modelManager.DmClient.main(DmClient.java:176)
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Mark.
Re: [CDO] problem I can't resolve [message #425240 is a reply to message #425239] Thu, 20 November 2008 15:52 Go to previous messageGo to next message
David Bonneau is currently offline David BonneauFriend
Messages: 28
Registered: July 2009
Junior Member
Thanks a lot !

I'm a newbie on eclipse and I forgot to remove the old plugins ...

I upgraded cdo and net4j from 1.0.0 to 1.0.3

But now, I have another error on the server :

[ERROR] ClassRef unresolveable:
CDOClassRef(http://www.example.com/expression, 22)
java.lang.IllegalStateException: ClassRef unresolveable:
CDOClassRef(http://www.example.com/expression, 22)
at
org.eclipse.emf.cdo.internal.common.revision.CDORevisionImpl . <init>(CDORevisionImpl.java:117)
at
org.eclipse.emf.cdo.common.revision.CDORevisionUtil.read(CDO RevisionUtil.java:48)
at
org.eclipse.emf.cdo.internal.server.protocol.CommitTransacti onIndication.indicating(CommitTransactionIndication.java:95)
at
org.eclipse.net4j.signal.IndicationWithResponse.execute(Indi cationWithResponse.java:46)
at org.eclipse.net4j.signal.Signal.runSync(Signal.java:143)
at org.eclipse.net4j.signal.Signal.run(Signal.java:124)
at
java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Threa dPoolExecutor.java:885)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoo lExecutor.java:907)
at java.lang.Thread.run(Thread.java:619)

It looks like
http://dev.eclipse.org/newslists/news.eclipse.tools.emf/msg3 5056.html

Is it the same problem ?

David


Simon McDuff a écrit :
> Hi David,
>
> David Bonneau wrote:
>> Ok thanks !
>>
>> How can I upgrade easily to maintenance 1.0.3 build ? I try to
>> download the sdk and dependencies, then drop in dropins folder of my
>> ganymede installation, but it doesn't work ! Is there an update site ?
>> (I don't find it).
> We do not have an update site!! :-)
>>
>> I also try with a clean install, with the emf-cdo-runtime-1.0.3, with
>> an "eclipse -clean",... It still doesn't work :(
> Did you unzip them ?
>
> Be sure to remove the old one.
>
> Also, go look under
> -Windows/Preferences
> After
> - Plug-in Dev/Target Platform if the right version is there!
>
> Simon
>
>>
>>
>> David
>>
>>
>> Simon McDuff a écrit :
>>> Hi David,
>>>
>>> The fix is available for each branch
>>>
>>> for Branch 1.0.x
>>>
>>> 252982: [DB] exception when trying to commit changes
>>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=252982
>>>
>>> for branch 2.0
>>>
>>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=252909
>>>
>>>
>>> We release a maintenance release to fix that issue.
>>>
>>> Could you use maintenance 1.0.3 ?
>>>
>>> Simon
>>>
>>> David Bonneau wrote:
>>>> Hi
>>>>
>>>> I encouter the same problem.
>>>>
>>>> I use one transaction with lot of data (hundreds of add and
>>>> modification). If I commit the transaction at the end of my
>>>> application there is no problem. But if I commit the transaction
>>>> every 10 modifications, I have the exception :
>>>>
>>>> java.lang.IndexOutOfBoundsException: Index: 7, Size: 0
>>>> at java.util.ArrayList.add(ArrayList.java:367)
>>>> at
>>>> org.eclipse.emf.cdo.internal.common.revision.delta.CDOAddFea tureDeltaImpl.apply(CDOAddFeatureDeltaImpl.java:48)
>>>>
>>>> ...
>>>>
>>>> I'm working with CDO 1.0.0 on both client and server side
>>>>
>>>> I patched (https://bugs.eclipse.org/bugs/show_bug.cgi?id=243282) the
>>>> server but i have the same problem.
>>>>
>>>> Mark, I don't find the corresponding bugzilla ? Have you created it ?
>>>>
>>>> David
>>>>
>>>> Mark Geib a écrit :
>>>>> Yes DBStore with mysql.
>>>>>
>>>>> I will open bugzilla..
>>>>>
>>>>> Mark.
>>>>>
>>>>> Simon McDuff wrote:
>>>>>> Thank you Mark,
>>>>>>
>>>>>> I think we should continue in a bugzilla. Can you open one please?
>>>>>>
>>>>>> I will start recreating the problem. I will assume you are using
>>>>>> DBStore
>>>>>> with Mysql. if not let me know.
>>>>>>
>>>>>> Simon
>>>>>>
>>>>>>
>>>>>>
>>>>>> Mark Geib wrote:
>>>>>>> Server side trace:
>>>>>>>
>>>>>>>
>>>>>>> [INFO] CDO Server starting
>>>>>>> [INFO] CDO Server started
>>>>>>>
>>>>>>> [ERROR] Index: 7, Size: 0
>>>>>>> java.lang.IndexOutOfBoundsException: Index: 7, Size: 0
>>>>>>> at java.util.ArrayList.add(ArrayList.java:367)
>>>>>>> at
>>>>>>> org.eclipse.emf.cdo.internal.common.revision.delta.CDOAddFea tureDeltaImpl.apply(CDOAddFeatureDeltaImpl.java:48)
>>>>>>>
>>>>>>>
>>>>>>> at
>>>>>>> org.eclipse.emf.cdo.internal.common.revision.delta.CDOListFe atureDeltaImpl.apply(CDOListFeatureDeltaImpl.java:109)
>>>>>>>
>>>>>>>
>>>>>>> at
>>>>>>> org.eclipse.emf.cdo.internal.common.revision.delta.CDORevisi onDeltaImpl.apply(CDORevisionDeltaImpl.java:141)
>>>>>>>
>>>>>>>
>>>>>>> at
>>>>>>> org.eclipse.emf.cdo.internal.server.Transaction.computeDirty Object(Transaction.java:305)
>>>>>>>
>>>>>>>
>>>>>>> at
>>>>>>> org.eclipse.emf.cdo.internal.server.Transaction.computeDirty Objects(Transaction.java:287)
>>>>>>>
>>>>>>>
>>>>>>> at
>>>>>>> org.eclipse.emf.cdo.internal.server.Transaction.commit(Trans action.java:179)
>>>>>>>
>>>>>>>
>>>>>>> at
>>>>>>> org.eclipse.emf.cdo.internal.server.protocol.CommitTransacti onIndication.indicating(CommitTransactionIndication.java:109 )
>>>>>>>
>>>>>>>
>>>>>>> at
>>>>>>> org.eclipse.net4j.signal.IndicationWithResponse.execute(Indi cationWithResponse.java:46)
>>>>>>>
>>>>>>>
>>>>>>> at org.eclipse.net4j.signal.Signal.runSync(Signal.java:143)
>>>>>>> at org.eclipse.net4j.signal.Signal.run(Signal.java:124)
>>>>>>> at
>>>>>>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Threa dPoolExecutor.java:886)
>>>>>>>
>>>>>>>
>>>>>>> at
>>>>>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoo lExecutor.java:908)
>>>>>>>
>>>>>>>
>>>>>>> at java.lang.Thread.run(Thread.java:619)
>>>>>>>
>>>>>>> Mark.
>>>>>>>
>>>>>>>
>>>>>>> Simon McDuff wrote:
>>>>>>>> Question: Did you configure your application with
>>>>>>>> SetReferenceChunkSize ?
>>>>>>>>
>>>>>>>> If you can have the stack trace at the server side would be great!!
>>>>>>>>
>>>>>>>> Simon
>>>>>>>>
>>>>>>>> Mark Geib wrote:
>>>>>>>>> Looks like I am getting this exception in other places as well,
>>>>>>>>> not
>>>>>>>>> just
>>>>>>>>> putting to a Hashmap, put just adding to a reference list...
>>>>>>>>> Mark.
>>>>>>>>>
>>>>>>>>> Mark Geib wrote:
>>>>>>>>>> Sorry, this is now with 1.0.2 of CDO and NET4J on both client and
>>>>>>>>>> server
>>>>>>>>>> side.
>>>>>>>>>>
>>>>>>>>>> Mark.
>>>>>>>>>>
>>>>>>>>>> Mark Geib wrote:
>>>>>>>>>>> Simon,
>>>>>>>>>>>
>>>>>>>>>>> The exception is different now, but still seems to occur at the
>>>>>>>>>>> commit
>>>>>>>>>>> after I add/put and Entry into a Hashmap collection. That is the
>>>>>>>>>>> TransactionDbs class in the model uses an instance class name of
>>>>>>>>>>> java.util.Map$Entry so I can access the collection as a
>>>>>>>>>>> Hashmap using
>>>>>>>>>>> key-value pairs.
>>>>>>>>>>>
>>>>>>>>>>> The call ...
>>>>>>>>>>> modelHeader.getTransactionsDbs().put(new Integer(index),
>>>>>>>>>>> modelTransaction);
>>>>>>>>>>>
>>>>>>>>>>> DmModelManager.access().save();
>>>>>>>>>>>
>>>>>>>>>>> results in ...
>>>>>>>>>>>
>>>>>>>>>>> Exception in thread "main"
>>>>>>>>>>> org.eclipse.net4j.util.transaction.TransactionException:
>>>>>>>>>>> Index: 1,
>>>>>>>>>>> Size: 0
>>>>>>>>>>> at
>>>>>>>>>>> org.eclipse.emf.internal.cdo.CDOTransactionImpl.commit(CDOTr ansactionImpl.java:246)
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> at dm.util.DmModelManager.save(DmModelManager.java:189)
>>>>>>>>>>> at
>>>>>>>>>>> cse.dm.modelManager.DmOriginal.processTransactionOriginal(Dm Original.java:223)
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> at
>>>>>>>>>>> cse.dm.modelManager.DmOriginal.processSectionOriginal(DmOrig inal.java:154)
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> at
>>>>>>>>>>> cse.dm.modelManager.DmOriginal.processMessageOriginal(DmOrig inal.java:50)
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> at cse.dm.modelManager.DmClient.main(DmClient.java:176)
>>>>>>>>>>>
>>>>>>>>>>> Mark.
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> Mark Geib wrote:
>>>>>>>>>>>> Will do. I will post back my findings.
>>>>>>>>>>>> Thanks,
>>>>>>>>>>>> Mark.
>>>>>>>>>>>>
>>>>>>>>>>>> Simon McDuff wrote:
>>>>>>>>>>>>> That problem (if it is the same) was fixed in 1.0.1.
>>>>>>>>>>>>>
>>>>>>>>>>>>>>> 243282: java.lang.IllegalStateException with MEMStore
>>>>>>>>>>>>>>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=243282
>>>>>>>>>>>>> Can you used 1.0.2 on the client and server ?
>>>>>>>>>>>>>
>>>>>>>>>>>>> Simon
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> Mark Geib wrote:
>>>>>>>>>>>>>> Simon,
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> I am running 1.0.2 on the client side, but I think 1.0.0, the
>>>>>>>>>>>>>> Ganymede
>>>>>>>>>>>>>> version, on the server side.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Mark.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Simon McDuff wrote:
>>>>>>>>>>>>>>> Hi Mark,
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> which version of CDO are you using.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> We fixed some problems related to them in
>>>>>>>>>>>>>>> 243282: java.lang.IllegalStateException with MEMStore
>>>>>>>>>>>>>>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=243282
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Simon
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Mark Geib wrote:
>>>>>>>>>>>>>>>> I have a fairly simple model, all containment
>>>>>>>>>>>>>>>> relationships. I
>>>>>>>>>>>>>>>> populate
>>>>>>>>>>>>>>>> the resource from an asynchronous source of messages that
>>>>>>>>>>>>>>>> correspond,
>>>>>>>>>>>>>>>> more or less, to classes in my model. So I basically
>>>>>>>>>>>>>>>> receive a
>>>>>>>>>>>>>>>> message,
>>>>>>>>>>>>>>>> create the model object, update the attributes and add to
>>>>>>>>>>>>>>>> containing
>>>>>>>>>>>>>>>> object and commit or save the resource. Recently I started
>>>>>>>>>>>>>>>> getting the
>>>>>>>>>>>>>>>> following exception after only a few 10s or maybe a hundred
>>>>>>>>>>>>>>>> commits.
>>>>>>>>>>>>>>>> The
>>>>>>>>>>>>>>>> only recent change in the frequency of the message has
>>>>>>>>>>>>>>>> increased a bit.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> I have tried 'moving' the commits around and doing more of
>>>>>>>>>>>>>>>> them, like
>>>>>>>>>>>>>>>> after every model change, with no luck.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> What does this mean exactly..?
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Exception in thread "main"
>>>>>>>>>>>>>>>> org.eclipse.net4j.util.transaction.TransactionException:
>>>>>>>>>>>>>>>> Can not
>>>>>>>>>>>>>>>> retrieve origin revision for
>>>>>>>>>>>>>>>> org.eclipse.emf.cdo.internal.common.revision.delta.CDORevisi onDeltaImpl @421350
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>>> org.eclipse.emf.internal.cdo.CDOTransactionImpl.commit(CDOTr ansactionImpl.java:243)
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> at dm.util.DmModelManager.save(DmModelManager.java:189)
>>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>>> cse.dm.modelManager.DmOriginal.findPidObject(DmOriginal.java :78)
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>>> cse.dm.modelManager.DmOriginal.processMessageOriginal(DmOrig inal.java:49)
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> at cse.dm.modelManager.DmClient.main(DmClient.java:176)
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Mark.
Re: [CDO] problem I can't resolve [message #425241 is a reply to message #425240] Thu, 20 November 2008 16:05 Go to previous messageGo to next message
Simon Mc Duff is currently offline Simon Mc DuffFriend
Messages: 596
Registered: July 2009
Senior Member
HUmm.. this seems to be related with missing packages..or packages that
evolve..

Did your model changed since you did previous commit ?

A good test to know is to restart from a fresh database...(as a test)

Simon


David Bonneau wrote:
> Thanks a lot !
>
> I'm a newbie on eclipse and I forgot to remove the old plugins ...
>
> I upgraded cdo and net4j from 1.0.0 to 1.0.3
>
> But now, I have another error on the server :
>
> [ERROR] ClassRef unresolveable:
> CDOClassRef(http://www.example.com/expression, 22)
> java.lang.IllegalStateException: ClassRef unresolveable:
> CDOClassRef(http://www.example.com/expression, 22)
> at
> org.eclipse.emf.cdo.internal.common.revision.CDORevisionImpl . <init>(CDORevisionImpl.java:117)
>
> at
> org.eclipse.emf.cdo.common.revision.CDORevisionUtil.read(CDO RevisionUtil.java:48)
>
> at
> org.eclipse.emf.cdo.internal.server.protocol.CommitTransacti onIndication.indicating(CommitTransactionIndication.java:95)
>
> at
> org.eclipse.net4j.signal.IndicationWithResponse.execute(Indi cationWithResponse.java:46)
>
> at org.eclipse.net4j.signal.Signal.runSync(Signal.java:143)
> at org.eclipse.net4j.signal.Signal.run(Signal.java:124)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Threa dPoolExecutor.java:885)
>
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoo lExecutor.java:907)
>
> at java.lang.Thread.run(Thread.java:619)
>
> It looks like
> http://dev.eclipse.org/newslists/news.eclipse.tools.emf/msg3 5056.html
>
> Is it the same problem ?
>
> David
>
>
> Simon McDuff a écrit :
>> Hi David,
>>
>> David Bonneau wrote:
>>> Ok thanks !
>>>
>>> How can I upgrade easily to maintenance 1.0.3 build ? I try to
>>> download the sdk and dependencies, then drop in dropins folder of my
>>> ganymede installation, but it doesn't work ! Is there an update site
>>> ? (I don't find it).
>> We do not have an update site!! :-)
>>>
>>> I also try with a clean install, with the emf-cdo-runtime-1.0.3, with
>>> an "eclipse -clean",... It still doesn't work :(
>> Did you unzip them ?
>>
>> Be sure to remove the old one.
>>
>> Also, go look under
>> -Windows/Preferences
>> After
>> - Plug-in Dev/Target Platform if the right version is there!
>>
>> Simon
>>
>>>
>>>
>>> David
>>>
>>>
>>> Simon McDuff a écrit :
>>>> Hi David,
>>>>
>>>> The fix is available for each branch
>>>>
>>>> for Branch 1.0.x
>>>>
>>>> 252982: [DB] exception when trying to commit changes
>>>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=252982
>>>>
>>>> for branch 2.0
>>>>
>>>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=252909
>>>>
>>>>
>>>> We release a maintenance release to fix that issue.
>>>>
>>>> Could you use maintenance 1.0.3 ?
>>>>
>>>> Simon
>>>>
>>>> David Bonneau wrote:
>>>>> Hi
>>>>>
>>>>> I encouter the same problem.
>>>>>
>>>>> I use one transaction with lot of data (hundreds of add and
>>>>> modification). If I commit the transaction at the end of my
>>>>> application there is no problem. But if I commit the transaction
>>>>> every 10 modifications, I have the exception :
>>>>>
>>>>> java.lang.IndexOutOfBoundsException: Index: 7, Size: 0
>>>>> at java.util.ArrayList.add(ArrayList.java:367)
>>>>> at
>>>>> org.eclipse.emf.cdo.internal.common.revision.delta.CDOAddFea tureDeltaImpl.apply(CDOAddFeatureDeltaImpl.java:48)
>>>>>
>>>>> ...
>>>>>
>>>>> I'm working with CDO 1.0.0 on both client and server side
>>>>>
>>>>> I patched (https://bugs.eclipse.org/bugs/show_bug.cgi?id=243282)
>>>>> the server but i have the same problem.
>>>>>
>>>>> Mark, I don't find the corresponding bugzilla ? Have you created it ?
>>>>>
>>>>> David
>>>>>
>>>>> Mark Geib a écrit :
>>>>>> Yes DBStore with mysql.
>>>>>>
>>>>>> I will open bugzilla..
>>>>>>
>>>>>> Mark.
>>>>>>
>>>>>> Simon McDuff wrote:
>>>>>>> Thank you Mark,
>>>>>>>
>>>>>>> I think we should continue in a bugzilla. Can you open one please?
>>>>>>>
>>>>>>> I will start recreating the problem. I will assume you are using
>>>>>>> DBStore
>>>>>>> with Mysql. if not let me know.
>>>>>>>
>>>>>>> Simon
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Mark Geib wrote:
>>>>>>>> Server side trace:
>>>>>>>>
>>>>>>>>
>>>>>>>> [INFO] CDO Server starting
>>>>>>>> [INFO] CDO Server started
>>>>>>>>
>>>>>>>> [ERROR] Index: 7, Size: 0
>>>>>>>> java.lang.IndexOutOfBoundsException: Index: 7, Size: 0
>>>>>>>> at java.util.ArrayList.add(ArrayList.java:367)
>>>>>>>> at
>>>>>>>> org.eclipse.emf.cdo.internal.common.revision.delta.CDOAddFea tureDeltaImpl.apply(CDOAddFeatureDeltaImpl.java:48)
>>>>>>>>
>>>>>>>>
>>>>>>>> at
>>>>>>>> org.eclipse.emf.cdo.internal.common.revision.delta.CDOListFe atureDeltaImpl.apply(CDOListFeatureDeltaImpl.java:109)
>>>>>>>>
>>>>>>>>
>>>>>>>> at
>>>>>>>> org.eclipse.emf.cdo.internal.common.revision.delta.CDORevisi onDeltaImpl.apply(CDORevisionDeltaImpl.java:141)
>>>>>>>>
>>>>>>>>
>>>>>>>> at
>>>>>>>> org.eclipse.emf.cdo.internal.server.Transaction.computeDirty Object(Transaction.java:305)
>>>>>>>>
>>>>>>>>
>>>>>>>> at
>>>>>>>> org.eclipse.emf.cdo.internal.server.Transaction.computeDirty Objects(Transaction.java:287)
>>>>>>>>
>>>>>>>>
>>>>>>>> at
>>>>>>>> org.eclipse.emf.cdo.internal.server.Transaction.commit(Trans action.java:179)
>>>>>>>>
>>>>>>>>
>>>>>>>> at
>>>>>>>> org.eclipse.emf.cdo.internal.server.protocol.CommitTransacti onIndication.indicating(CommitTransactionIndication.java:109 )
>>>>>>>>
>>>>>>>>
>>>>>>>> at
>>>>>>>> org.eclipse.net4j.signal.IndicationWithResponse.execute(Indi cationWithResponse.java:46)
>>>>>>>>
>>>>>>>>
>>>>>>>> at org.eclipse.net4j.signal.Signal.runSync(Signal.java:143)
>>>>>>>> at org.eclipse.net4j.signal.Signal.run(Signal.java:124)
>>>>>>>> at
>>>>>>>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Threa dPoolExecutor.java:886)
>>>>>>>>
>>>>>>>>
>>>>>>>> at
>>>>>>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoo lExecutor.java:908)
>>>>>>>>
>>>>>>>>
>>>>>>>> at java.lang.Thread.run(Thread.java:619)
>>>>>>>>
>>>>>>>> Mark.
>>>>>>>>
>>>>>>>>
>>>>>>>> Simon McDuff wrote:
>>>>>>>>> Question: Did you configure your application with
>>>>>>>>> SetReferenceChunkSize ?
>>>>>>>>>
>>>>>>>>> If you can have the stack trace at the server side would be
>>>>>>>>> great!!
>>>>>>>>>
>>>>>>>>> Simon
>>>>>>>>>
>>>>>>>>> Mark Geib wrote:
>>>>>>>>>> Looks like I am getting this exception in other places as
>>>>>>>>>> well, not
>>>>>>>>>> just
>>>>>>>>>> putting to a Hashmap, put just adding to a reference list...
>>>>>>>>>> Mark.
>>>>>>>>>>
>>>>>>>>>> Mark Geib wrote:
>>>>>>>>>>> Sorry, this is now with 1.0.2 of CDO and NET4J on both client
>>>>>>>>>>> and
>>>>>>>>>>> server
>>>>>>>>>>> side.
>>>>>>>>>>>
>>>>>>>>>>> Mark.
>>>>>>>>>>>
>>>>>>>>>>> Mark Geib wrote:
>>>>>>>>>>>> Simon,
>>>>>>>>>>>>
>>>>>>>>>>>> The exception is different now, but still seems to occur at the
>>>>>>>>>>>> commit
>>>>>>>>>>>> after I add/put and Entry into a Hashmap collection. That is
>>>>>>>>>>>> the
>>>>>>>>>>>> TransactionDbs class in the model uses an instance class
>>>>>>>>>>>> name of
>>>>>>>>>>>> java.util.Map$Entry so I can access the collection as a
>>>>>>>>>>>> Hashmap using
>>>>>>>>>>>> key-value pairs.
>>>>>>>>>>>>
>>>>>>>>>>>> The call ...
>>>>>>>>>>>> modelHeader.getTransactionsDbs().put(new Integer(index),
>>>>>>>>>>>> modelTransaction);
>>>>>>>>>>>>
>>>>>>>>>>>> DmModelManager.access().save();
>>>>>>>>>>>>
>>>>>>>>>>>> results in ...
>>>>>>>>>>>>
>>>>>>>>>>>> Exception in thread "main"
>>>>>>>>>>>> org.eclipse.net4j.util.transaction.TransactionException:
>>>>>>>>>>>> Index: 1,
>>>>>>>>>>>> Size: 0
>>>>>>>>>>>> at
>>>>>>>>>>>> org.eclipse.emf.internal.cdo.CDOTransactionImpl.commit(CDOTr ansactionImpl.java:246)
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> at dm.util.DmModelManager.save(DmModelManager.java:189)
>>>>>>>>>>>> at
>>>>>>>>>>>> cse.dm.modelManager.DmOriginal.processTransactionOriginal(Dm Original.java:223)
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> at
>>>>>>>>>>>> cse.dm.modelManager.DmOriginal.processSectionOriginal(DmOrig inal.java:154)
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> at
>>>>>>>>>>>> cse.dm.modelManager.DmOriginal.processMessageOriginal(DmOrig inal.java:50)
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> at cse.dm.modelManager.DmClient.main(DmClient.java:176)
>>>>>>>>>>>>
>>>>>>>>>>>> Mark.
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> Mark Geib wrote:
>>>>>>>>>>>>> Will do. I will post back my findings.
>>>>>>>>>>>>> Thanks,
>>>>>>>>>>>>> Mark.
>>>>>>>>>>>>>
>>>>>>>>>>>>> Simon McDuff wrote:
>>>>>>>>>>>>>> That problem (if it is the same) was fixed in 1.0.1.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> 243282: java.lang.IllegalStateException with MEMStore
>>>>>>>>>>>>>>>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=243282
>>>>>>>>>>>>>> Can you used 1.0.2 on the client and server ?
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Simon
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Mark Geib wrote:
>>>>>>>>>>>>>>> Simon,
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> I am running 1.0.2 on the client side, but I think 1.0.0,
>>>>>>>>>>>>>>> the
>>>>>>>>>>>>>>> Ganymede
>>>>>>>>>>>>>>> version, on the server side.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Mark.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Simon McDuff wrote:
>>>>>>>>>>>>>>>> Hi Mark,
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> which version of CDO are you using.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> We fixed some problems related to them in
>>>>>>>>>>>>>>>> 243282: java.lang.IllegalStateException with MEMStore
>>>>>>>>>>>>>>>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=243282
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Simon
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Mark Geib wrote:
>>>>>>>>>>>>>>>>> I have a fairly simple model, all containment
>>>>>>>>>>>>>>>>> relationships. I
>>>>>>>>>>>>>>>>> populate
>>>>>>>>>>>>>>>>> the resource from an asynchronous source of messages that
>>>>>>>>>>>>>>>>> correspond,
>>>>>>>>>>>>>>>>> more or less, to classes in my model. So I basically
>>>>>>>>>>>>>>>>> receive a
>>>>>>>>>>>>>>>>> message,
>>>>>>>>>>>>>>>>> create the model object, update the attributes and add to
>>>>>>>>>>>>>>>>> containing
>>>>>>>>>>>>>>>>> object and commit or save the resource. Recently I started
>>>>>>>>>>>>>>>>> getting the
>>>>>>>>>>>>>>>>> following exception after only a few 10s or maybe a
>>>>>>>>>>>>>>>>> hundred
>>>>>>>>>>>>>>>>> commits.
>>>>>>>>>>>>>>>>> The
>>>>>>>>>>>>>>>>> only recent change in the frequency of the message has
>>>>>>>>>>>>>>>>> increased a bit.
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> I have tried 'moving' the commits around and doing more of
>>>>>>>>>>>>>>>>> them, like
>>>>>>>>>>>>>>>>> after every model change, with no luck.
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> What does this mean exactly..?
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Exception in thread "main"
>>>>>>>>>>>>>>>>> org.eclipse.net4j.util.transaction.TransactionException:
>>>>>>>>>>>>>>>>> Can not
>>>>>>>>>>>>>>>>> retrieve origin revision for
>>>>>>>>>>>>>>>>> org.eclipse.emf.cdo.internal.common.revision.delta.CDORevisi onDeltaImpl @421350
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>>>> org.eclipse.emf.internal.cdo.CDOTransactionImpl.commit(CDOTr ansactionImpl.java:243)
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>>>> dm.util.DmModelManager.save(DmModelManager.java:189)
>>>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>>>> cse.dm.modelManager.DmOriginal.findPidObject(DmOriginal.java :78)
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>>>> cse.dm.modelManager.DmOriginal.processMessageOriginal(DmOrig inal.java:49)
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>>>> cse.dm.modelManager.DmClient.main(DmClient.java:176)
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Mark.
Re: [CDO] problem I can't resolve [message #425242 is a reply to message #425241] Thu, 20 November 2008 16:19 Go to previous messageGo to next message
David Bonneau is currently offline David BonneauFriend
Messages: 28
Registered: July 2009
Junior Member
Simon McDuff a écrit :
>
> HUmm.. this seems to be related with missing packages..or packages that
> evolve..
>
> Did your model changed since you did previous commit ?

My model is the same.

>
> A good test to know is to restart from a fresh database...(as a test)

I re-start with an empty database and I have the illegalStateException

I didn't upgrade EMF, I'm still in 2.4.0. It could be a problem ?


>
> Simon
>
>
> David Bonneau wrote:
>> Thanks a lot !
>>
>> I'm a newbie on eclipse and I forgot to remove the old plugins ...
>>
>> I upgraded cdo and net4j from 1.0.0 to 1.0.3
>>
>> But now, I have another error on the server :
>>
>> [ERROR] ClassRef unresolveable:
>> CDOClassRef(http://www.example.com/expression, 22)
>> java.lang.IllegalStateException: ClassRef unresolveable:
>> CDOClassRef(http://www.example.com/expression, 22)
>> at
>> org.eclipse.emf.cdo.internal.common.revision.CDORevisionImpl . <init>(CDORevisionImpl.java:117)
>>
>> at
>> org.eclipse.emf.cdo.common.revision.CDORevisionUtil.read(CDO RevisionUtil.java:48)
>>
>> at
>> org.eclipse.emf.cdo.internal.server.protocol.CommitTransacti onIndication.indicating(CommitTransactionIndication.java:95)
>>
>> at
>> org.eclipse.net4j.signal.IndicationWithResponse.execute(Indi cationWithResponse.java:46)
>>
>> at org.eclipse.net4j.signal.Signal.runSync(Signal.java:143)
>> at org.eclipse.net4j.signal.Signal.run(Signal.java:124)
>> at
>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Threa dPoolExecutor.java:885)
>>
>> at
>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoo lExecutor.java:907)
>>
>> at java.lang.Thread.run(Thread.java:619)
>>
>> It looks like
>> http://dev.eclipse.org/newslists/news.eclipse.tools.emf/msg3 5056.html
>>
>> Is it the same problem ?
>>
>> David
>>
>>
>> Simon McDuff a écrit :
>>> Hi David,
>>>
>>> David Bonneau wrote:
>>>> Ok thanks !
>>>>
>>>> How can I upgrade easily to maintenance 1.0.3 build ? I try to
>>>> download the sdk and dependencies, then drop in dropins folder of my
>>>> ganymede installation, but it doesn't work ! Is there an update site
>>>> ? (I don't find it).
>>> We do not have an update site!! :-)
>>>>
>>>> I also try with a clean install, with the emf-cdo-runtime-1.0.3,
>>>> with an "eclipse -clean",... It still doesn't work :(
>>> Did you unzip them ?
>>>
>>> Be sure to remove the old one.
>>>
>>> Also, go look under
>>> -Windows/Preferences
>>> After
>>> - Plug-in Dev/Target Platform if the right version is there!
>>>
>>> Simon
>>>
>>>>
>>>>
>>>> David
>>>>
>>>>
>>>> Simon McDuff a écrit :
>>>>> Hi David,
>>>>>
>>>>> The fix is available for each branch
>>>>>
>>>>> for Branch 1.0.x
>>>>>
>>>>> 252982: [DB] exception when trying to commit changes
>>>>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=252982
>>>>>
>>>>> for branch 2.0
>>>>>
>>>>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=252909
>>>>>
>>>>>
>>>>> We release a maintenance release to fix that issue.
>>>>>
>>>>> Could you use maintenance 1.0.3 ?
>>>>>
>>>>> Simon
>>>>>
>>>>> David Bonneau wrote:
>>>>>> Hi
>>>>>>
>>>>>> I encouter the same problem.
>>>>>>
>>>>>> I use one transaction with lot of data (hundreds of add and
>>>>>> modification). If I commit the transaction at the end of my
>>>>>> application there is no problem. But if I commit the transaction
>>>>>> every 10 modifications, I have the exception :
>>>>>>
>>>>>> java.lang.IndexOutOfBoundsException: Index: 7, Size: 0
>>>>>> at java.util.ArrayList.add(ArrayList.java:367)
>>>>>> at
>>>>>> org.eclipse.emf.cdo.internal.common.revision.delta.CDOAddFea tureDeltaImpl.apply(CDOAddFeatureDeltaImpl.java:48)
>>>>>>
>>>>>> ...
>>>>>>
>>>>>> I'm working with CDO 1.0.0 on both client and server side
>>>>>>
>>>>>> I patched (https://bugs.eclipse.org/bugs/show_bug.cgi?id=243282)
>>>>>> the server but i have the same problem.
>>>>>>
>>>>>> Mark, I don't find the corresponding bugzilla ? Have you created it ?
>>>>>>
>>>>>> David
>>>>>>
>>>>>> Mark Geib a écrit :
>>>>>>> Yes DBStore with mysql.
>>>>>>>
>>>>>>> I will open bugzilla..
>>>>>>>
>>>>>>> Mark.
>>>>>>>
>>>>>>> Simon McDuff wrote:
>>>>>>>> Thank you Mark,
>>>>>>>>
>>>>>>>> I think we should continue in a bugzilla. Can you open one please?
>>>>>>>>
>>>>>>>> I will start recreating the problem. I will assume you are using
>>>>>>>> DBStore
>>>>>>>> with Mysql. if not let me know.
>>>>>>>>
>>>>>>>> Simon
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> Mark Geib wrote:
>>>>>>>>> Server side trace:
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> [INFO] CDO Server starting
>>>>>>>>> [INFO] CDO Server started
>>>>>>>>>
>>>>>>>>> [ERROR] Index: 7, Size: 0
>>>>>>>>> java.lang.IndexOutOfBoundsException: Index: 7, Size: 0
>>>>>>>>> at java.util.ArrayList.add(ArrayList.java:367)
>>>>>>>>> at
>>>>>>>>> org.eclipse.emf.cdo.internal.common.revision.delta.CDOAddFea tureDeltaImpl.apply(CDOAddFeatureDeltaImpl.java:48)
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> at
>>>>>>>>> org.eclipse.emf.cdo.internal.common.revision.delta.CDOListFe atureDeltaImpl.apply(CDOListFeatureDeltaImpl.java:109)
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> at
>>>>>>>>> org.eclipse.emf.cdo.internal.common.revision.delta.CDORevisi onDeltaImpl.apply(CDORevisionDeltaImpl.java:141)
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> at
>>>>>>>>> org.eclipse.emf.cdo.internal.server.Transaction.computeDirty Object(Transaction.java:305)
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> at
>>>>>>>>> org.eclipse.emf.cdo.internal.server.Transaction.computeDirty Objects(Transaction.java:287)
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> at
>>>>>>>>> org.eclipse.emf.cdo.internal.server.Transaction.commit(Trans action.java:179)
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> at
>>>>>>>>> org.eclipse.emf.cdo.internal.server.protocol.CommitTransacti onIndication.indicating(CommitTransactionIndication.java:109 )
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> at
>>>>>>>>> org.eclipse.net4j.signal.IndicationWithResponse.execute(Indi cationWithResponse.java:46)
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> at org.eclipse.net4j.signal.Signal.runSync(Signal.java:143)
>>>>>>>>> at org.eclipse.net4j.signal.Signal.run(Signal.java:124)
>>>>>>>>> at
>>>>>>>>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Threa dPoolExecutor.java:886)
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> at
>>>>>>>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoo lExecutor.java:908)
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> at java.lang.Thread.run(Thread.java:619)
>>>>>>>>>
>>>>>>>>> Mark.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Simon McDuff wrote:
>>>>>>>>>> Question: Did you configure your application with
>>>>>>>>>> SetReferenceChunkSize ?
>>>>>>>>>>
>>>>>>>>>> If you can have the stack trace at the server side would be
>>>>>>>>>> great!!
>>>>>>>>>>
>>>>>>>>>> Simon
>>>>>>>>>>
>>>>>>>>>> Mark Geib wrote:
>>>>>>>>>>> Looks like I am getting this exception in other places as
>>>>>>>>>>> well, not
>>>>>>>>>>> just
>>>>>>>>>>> putting to a Hashmap, put just adding to a reference list...
>>>>>>>>>>> Mark.
>>>>>>>>>>>
>>>>>>>>>>> Mark Geib wrote:
>>>>>>>>>>>> Sorry, this is now with 1.0.2 of CDO and NET4J on both
>>>>>>>>>>>> client and
>>>>>>>>>>>> server
>>>>>>>>>>>> side.
>>>>>>>>>>>>
>>>>>>>>>>>> Mark.
>>>>>>>>>>>>
>>>>>>>>>>>> Mark Geib wrote:
>>>>>>>>>>>>> Simon,
>>>>>>>>>>>>>
>>>>>>>>>>>>> The exception is different now, but still seems to occur at
>>>>>>>>>>>>> the
>>>>>>>>>>>>> commit
>>>>>>>>>>>>> after I add/put and Entry into a Hashmap collection. That
>>>>>>>>>>>>> is the
>>>>>>>>>>>>> TransactionDbs class in the model uses an instance class
>>>>>>>>>>>>> name of
>>>>>>>>>>>>> java.util.Map$Entry so I can access the collection as a
>>>>>>>>>>>>> Hashmap using
>>>>>>>>>>>>> key-value pairs.
>>>>>>>>>>>>>
>>>>>>>>>>>>> The call ...
>>>>>>>>>>>>> modelHeader.getTransactionsDbs().put(new Integer(index),
>>>>>>>>>>>>> modelTransaction);
>>>>>>>>>>>>>
>>>>>>>>>>>>> DmModelManager.access().save();
>>>>>>>>>>>>>
>>>>>>>>>>>>> results in ...
>>>>>>>>>>>>>
>>>>>>>>>>>>> Exception in thread "main"
>>>>>>>>>>>>> org.eclipse.net4j.util.transaction.TransactionException:
>>>>>>>>>>>>> Index: 1,
>>>>>>>>>>>>> Size: 0
>>>>>>>>>>>>> at
>>>>>>>>>>>>> org.eclipse.emf.internal.cdo.CDOTransactionImpl.commit(CDOTr ansactionImpl.java:246)
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> at dm.util.DmModelManager.save(DmModelManager.java:189)
>>>>>>>>>>>>> at
>>>>>>>>>>>>> cse.dm.modelManager.DmOriginal.processTransactionOriginal(Dm Original.java:223)
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> at
>>>>>>>>>>>>> cse.dm.modelManager.DmOriginal.processSectionOriginal(DmOrig inal.java:154)
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> at
>>>>>>>>>>>>> cse.dm.modelManager.DmOriginal.processMessageOriginal(DmOrig inal.java:50)
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> at cse.dm.modelManager.DmClient.main(DmClient.java:176)
>>>>>>>>>>>>>
>>>>>>>>>>>>> Mark.
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> Mark Geib wrote:
>>>>>>>>>>>>>> Will do. I will post back my findings.
>>>>>>>>>>>>>> Thanks,
>>>>>>>>>>>>>> Mark.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Simon McDuff wrote:
>>>>>>>>>>>>>>> That problem (if it is the same) was fixed in 1.0.1.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> 243282: java.lang.IllegalStateException with MEMStore
>>>>>>>>>>>>>>>>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=243282
>>>>>>>>>>>>>>> Can you used 1.0.2 on the client and server ?
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Simon
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Mark Geib wrote:
>>>>>>>>>>>>>>>> Simon,
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> I am running 1.0.2 on the client side, but I think
>>>>>>>>>>>>>>>> 1.0.0, the
>>>>>>>>>>>>>>>> Ganymede
>>>>>>>>>>>>>>>> version, on the server side.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Mark.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Simon McDuff wrote:
>>>>>>>>>>>>>>>>> Hi Mark,
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> which version of CDO are you using.
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> We fixed some problems related to them in
>>>>>>>>>>>>>>>>> 243282: java.lang.IllegalStateException with MEMStore
>>>>>>>>>>>>>>>>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=243282
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Simon
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Mark Geib wrote:
>>>>>>>>>>>>>>>>>> I have a fairly simple model, all containment
>>>>>>>>>>>>>>>>>> relationships. I
>>>>>>>>>>>>>>>>>> populate
>>>>>>>>>>>>>>>>>> the resource from an asynchronous source of messages that
>>>>>>>>>>>>>>>>>> correspond,
>>>>>>>>>>>>>>>>>> more or less, to classes in my model. So I basically
>>>>>>>>>>>>>>>>>> receive a
>>>>>>>>>>>>>>>>>> message,
>>>>>>>>>>>>>>>>>> create the model object, update the attributes and add to
>>>>>>>>>>>>>>>>>> containing
>>>>>>>>>>>>>>>>>> object and commit or save the resource. Recently I
>>>>>>>>>>>>>>>>>> started
>>>>>>>>>>>>>>>>>> getting the
>>>>>>>>>>>>>>>>>> following exception after only a few 10s or maybe a
>>>>>>>>>>>>>>>>>> hundred
>>>>>>>>>>>>>>>>>> commits.
>>>>>>>>>>>>>>>>>> The
>>>>>>>>>>>>>>>>>> only recent change in the frequency of the message has
>>>>>>>>>>>>>>>>>> increased a bit.
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> I have tried 'moving' the commits around and doing
>>>>>>>>>>>>>>>>>> more of
>>>>>>>>>>>>>>>>>> them, like
>>>>>>>>>>>>>>>>>> after every model change, with no luck.
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> What does this mean exactly..?
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> Exception in thread "main"
>>>>>>>>>>>>>>>>>> org.eclipse.net4j.util.transaction.TransactionException:
>>>>>>>>>>>>>>>>>> Can not
>>>>>>>>>>>>>>>>>> retrieve origin revision for
>>>>>>>>>>>>>>>>>> org.eclipse.emf.cdo.internal.common.revision.delta.CDORevisi onDeltaImpl @421350
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>>>>> org.eclipse.emf.internal.cdo.CDOTransactionImpl.commit(CDOTr ansactionImpl.java:243)
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>>>>> dm.util.DmModelManager.save(DmModelManager.java:189)
>>>>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>>>>> cse.dm.modelManager.DmOriginal.findPidObject(DmOriginal.java :78)
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>>>>> cse.dm.modelManager.DmOriginal.processMessageOriginal(DmOrig inal.java:49)
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>>>>> cse.dm.modelManager.DmClient.main(DmClient.java:176)
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> Mark.
Re: [CDO] problem I can't resolve [message #425243 is a reply to message #425242] Thu, 20 November 2008 16:34 Go to previous messageGo to next message
Simon Mc Duff is currently offline Simon Mc DuffFriend
Messages: 596
Registered: July 2009
Senior Member
Hi David,

First to be sure you've done the basic stuff:

Did you add the package to the session like the following:

cdoSession.getPackageRegistry().putEPackage(??);

if Yes, I will need more info to be able to reproduce the problem.

Can you explain me the steps to reproduce it ?
Which back-end are you using ?
Can you also provide me your ecore ?

Could be related to what you mention.. but also

249383: Dynamic models in the global EPackage.Registry are not committed
https://bugs.eclipse.org/bugs/show_bug.cgi?id=249383


Simon


David Bonneau wrote:
>
> Simon McDuff a écrit :
>>
>> HUmm.. this seems to be related with missing packages..or packages
>> that evolve..
>>
>> Did your model changed since you did previous commit ?
>
> My model is the same.
>
>>
>> A good test to know is to restart from a fresh database...(as a test)
>
> I re-start with an empty database and I have the illegalStateException
>
> I didn't upgrade EMF, I'm still in 2.4.0. It could be a problem ?
>
>
>>
>> Simon
>>
>>
>> David Bonneau wrote:
>>> Thanks a lot !
>>>
>>> I'm a newbie on eclipse and I forgot to remove the old plugins ...
>>>
>>> I upgraded cdo and net4j from 1.0.0 to 1.0.3
>>>
>>> But now, I have another error on the server :
>>>
>>> [ERROR] ClassRef unresolveable:
>>> CDOClassRef(http://www.example.com/expression, 22)
>>> java.lang.IllegalStateException: ClassRef unresolveable:
>>> CDOClassRef(http://www.example.com/expression, 22)
>>> at
>>> org.eclipse.emf.cdo.internal.common.revision.CDORevisionImpl . <init>(CDORevisionImpl.java:117)
>>>
>>> at
>>> org.eclipse.emf.cdo.common.revision.CDORevisionUtil.read(CDO RevisionUtil.java:48)
>>>
>>> at
>>> org.eclipse.emf.cdo.internal.server.protocol.CommitTransacti onIndication.indicating(CommitTransactionIndication.java:95)
>>>
>>> at
>>> org.eclipse.net4j.signal.IndicationWithResponse.execute(Indi cationWithResponse.java:46)
>>>
>>> at org.eclipse.net4j.signal.Signal.runSync(Signal.java:143)
>>> at org.eclipse.net4j.signal.Signal.run(Signal.java:124)
>>> at
>>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Threa dPoolExecutor.java:885)
>>>
>>> at
>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoo lExecutor.java:907)
>>>
>>> at java.lang.Thread.run(Thread.java:619)
>>>
>>> It looks like
>>> http://dev.eclipse.org/newslists/news.eclipse.tools.emf/msg3 5056.html
>>>
>>> Is it the same problem ?
>>>
>>> David
>>>
>>>
>>> Simon McDuff a écrit :
>>>> Hi David,
>>>>
>>>> David Bonneau wrote:
>>>>> Ok thanks !
>>>>>
>>>>> How can I upgrade easily to maintenance 1.0.3 build ? I try to
>>>>> download the sdk and dependencies, then drop in dropins folder of
>>>>> my ganymede installation, but it doesn't work ! Is there an update
>>>>> site ? (I don't find it).
>>>> We do not have an update site!! :-)
>>>>>
>>>>> I also try with a clean install, with the emf-cdo-runtime-1.0.3,
>>>>> with an "eclipse -clean",... It still doesn't work :(
>>>> Did you unzip them ?
>>>>
>>>> Be sure to remove the old one.
>>>>
>>>> Also, go look under
>>>> -Windows/Preferences
>>>> After
>>>> - Plug-in Dev/Target Platform if the right version is there!
>>>>
>>>> Simon
>>>>
>>>>>
>>>>>
>>>>> David
>>>>>
>>>>>
>>>>> Simon McDuff a écrit :
>>>>>> Hi David,
>>>>>>
>>>>>> The fix is available for each branch
>>>>>>
>>>>>> for Branch 1.0.x
>>>>>>
>>>>>> 252982: [DB] exception when trying to commit changes
>>>>>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=252982
>>>>>>
>>>>>> for branch 2.0
>>>>>>
>>>>>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=252909
>>>>>>
>>>>>>
>>>>>> We release a maintenance release to fix that issue.
>>>>>>
>>>>>> Could you use maintenance 1.0.3 ?
>>>>>>
>>>>>> Simon
>>>>>>
>>>>>> David Bonneau wrote:
>>>>>>> Hi
>>>>>>>
>>>>>>> I encouter the same problem.
>>>>>>>
>>>>>>> I use one transaction with lot of data (hundreds of add and
>>>>>>> modification). If I commit the transaction at the end of my
>>>>>>> application there is no problem. But if I commit the transaction
>>>>>>> every 10 modifications, I have the exception :
>>>>>>>
>>>>>>> java.lang.IndexOutOfBoundsException: Index: 7, Size: 0
>>>>>>> at java.util.ArrayList.add(ArrayList.java:367)
>>>>>>> at
>>>>>>> org.eclipse.emf.cdo.internal.common.revision.delta.CDOAddFea tureDeltaImpl.apply(CDOAddFeatureDeltaImpl.java:48)
>>>>>>>
>>>>>>> ...
>>>>>>>
>>>>>>> I'm working with CDO 1.0.0 on both client and server side
>>>>>>>
>>>>>>> I patched (https://bugs.eclipse.org/bugs/show_bug.cgi?id=243282)
>>>>>>> the server but i have the same problem.
>>>>>>>
>>>>>>> Mark, I don't find the corresponding bugzilla ? Have you created
>>>>>>> it ?
>>>>>>>
>>>>>>> David
>>>>>>>
>>>>>>> Mark Geib a écrit :
>>>>>>>> Yes DBStore with mysql.
>>>>>>>>
>>>>>>>> I will open bugzilla..
>>>>>>>>
>>>>>>>> Mark.
>>>>>>>>
>>>>>>>> Simon McDuff wrote:
>>>>>>>>> Thank you Mark,
>>>>>>>>>
>>>>>>>>> I think we should continue in a bugzilla. Can you open one please?
>>>>>>>>>
>>>>>>>>> I will start recreating the problem. I will assume you are
>>>>>>>>> using DBStore
>>>>>>>>> with Mysql. if not let me know.
>>>>>>>>>
>>>>>>>>> Simon
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Mark Geib wrote:
>>>>>>>>>> Server side trace:
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> [INFO] CDO Server starting
>>>>>>>>>> [INFO] CDO Server started
>>>>>>>>>>
>>>>>>>>>> [ERROR] Index: 7, Size: 0
>>>>>>>>>> java.lang.IndexOutOfBoundsException: Index: 7, Size: 0
>>>>>>>>>> at java.util.ArrayList.add(ArrayList.java:367)
>>>>>>>>>> at
>>>>>>>>>> org.eclipse.emf.cdo.internal.common.revision.delta.CDOAddFea tureDeltaImpl.apply(CDOAddFeatureDeltaImpl.java:48)
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> at
>>>>>>>>>> org.eclipse.emf.cdo.internal.common.revision.delta.CDOListFe atureDeltaImpl.apply(CDOListFeatureDeltaImpl.java:109)
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> at
>>>>>>>>>> org.eclipse.emf.cdo.internal.common.revision.delta.CDORevisi onDeltaImpl.apply(CDORevisionDeltaImpl.java:141)
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> at
>>>>>>>>>> org.eclipse.emf.cdo.internal.server.Transaction.computeDirty Object(Transaction.java:305)
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> at
>>>>>>>>>> org.eclipse.emf.cdo.internal.server.Transaction.computeDirty Objects(Transaction.java:287)
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> at
>>>>>>>>>> org.eclipse.emf.cdo.internal.server.Transaction.commit(Trans action.java:179)
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> at
>>>>>>>>>> org.eclipse.emf.cdo.internal.server.protocol.CommitTransacti onIndication.indicating(CommitTransactionIndication.java:109 )
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> at
>>>>>>>>>> org.eclipse.net4j.signal.IndicationWithResponse.execute(Indi cationWithResponse.java:46)
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> at org.eclipse.net4j.signal.Signal.runSync(Signal.java:143)
>>>>>>>>>> at org.eclipse.net4j.signal.Signal.run(Signal.java:124)
>>>>>>>>>> at
>>>>>>>>>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Threa dPoolExecutor.java:886)
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> at
>>>>>>>>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoo lExecutor.java:908)
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> at java.lang.Thread.run(Thread.java:619)
>>>>>>>>>>
>>>>>>>>>> Mark.
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Simon McDuff wrote:
>>>>>>>>>>> Question: Did you configure your application with
>>>>>>>>>>> SetReferenceChunkSize ?
>>>>>>>>>>>
>>>>>>>>>>> If you can have the stack trace at the server side would be
>>>>>>>>>>> great!!
>>>>>>>>>>>
>>>>>>>>>>> Simon
>>>>>>>>>>>
>>>>>>>>>>> Mark Geib wrote:
>>>>>>>>>>>> Looks like I am getting this exception in other places as
>>>>>>>>>>>> well, not
>>>>>>>>>>>> just
>>>>>>>>>>>> putting to a Hashmap, put just adding to a reference list...
>>>>>>>>>>>> Mark.
>>>>>>>>>>>>
>>>>>>>>>>>> Mark Geib wrote:
>>>>>>>>>>>>> Sorry, this is now with 1.0.2 of CDO and NET4J on both
>>>>>>>>>>>>> client and
>>>>>>>>>>>>> server
>>>>>>>>>>>>> side.
>>>>>>>>>>>>>
>>>>>>>>>>>>> Mark.
>>>>>>>>>>>>>
>>>>>>>>>>>>> Mark Geib wrote:
>>>>>>>>>>>>>> Simon,
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> The exception is different now, but still seems to occur
>>>>>>>>>>>>>> at the
>>>>>>>>>>>>>> commit
>>>>>>>>>>>>>> after I add/put and Entry into a Hashmap collection. That
>>>>>>>>>>>>>> is the
>>>>>>>>>>>>>> TransactionDbs class in the model uses an instance class
>>>>>>>>>>>>>> name of
>>>>>>>>>>>>>> java.util.Map$Entry so I can access the collection as a
>>>>>>>>>>>>>> Hashmap using
>>>>>>>>>>>>>> key-value pairs.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> The call ...
>>>>>>>>>>>>>> modelHeader.getTransactionsDbs().put(new Integer(index),
>>>>>>>>>>>>>> modelTransaction);
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> DmModelManager.access().save();
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> results in ...
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Exception in thread "main"
>>>>>>>>>>>>>> org.eclipse.net4j.util.transaction.TransactionException:
>>>>>>>>>>>>>> Index: 1,
>>>>>>>>>>>>>> Size: 0
>>>>>>>>>>>>>> at
>>>>>>>>>>>>>> org.eclipse.emf.internal.cdo.CDOTransactionImpl.commit(CDOTr ansactionImpl.java:246)
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> at dm.util.DmModelManager.save(DmModelManager.java:189)
>>>>>>>>>>>>>> at
>>>>>>>>>>>>>> cse.dm.modelManager.DmOriginal.processTransactionOriginal(Dm Original.java:223)
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> at
>>>>>>>>>>>>>> cse.dm.modelManager.DmOriginal.processSectionOriginal(DmOrig inal.java:154)
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> at
>>>>>>>>>>>>>> cse.dm.modelManager.DmOriginal.processMessageOriginal(DmOrig inal.java:50)
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> at cse.dm.modelManager.DmClient.main(DmClient.java:176)
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Mark.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Mark Geib wrote:
>>>>>>>>>>>>>>> Will do. I will post back my findings.
>>>>>>>>>>>>>>> Thanks,
>>>>>>>>>>>>>>> Mark.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Simon McDuff wrote:
>>>>>>>>>>>>>>>> That problem (if it is the same) was fixed in 1.0.1.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> 243282: java.lang.IllegalStateException with MEMStore
>>>>>>>>>>>>>>>>>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=243282
>>>>>>>>>>>>>>>> Can you used 1.0.2 on the client and server ?
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Simon
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Mark Geib wrote:
>>>>>>>>>>>>>>>>> Simon,
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> I am running 1.0.2 on the client side, but I think
>>>>>>>>>>>>>>>>> 1.0.0, the
>>>>>>>>>>>>>>>>> Ganymede
>>>>>>>>>>>>>>>>> version, on the server side.
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Mark.
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Simon McDuff wrote:
>>>>>>>>>>>>>>>>>> Hi Mark,
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> which version of CDO are you using.
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> We fixed some problems related to them in
>>>>>>>>>>>>>>>>>> 243282: java.lang.IllegalStateException with MEMStore
>>>>>>>>>>>>>>>>>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=243282
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> Simon
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> Mark Geib wrote:
>>>>>>>>>>>>>>>>>>> I have a fairly simple model, all containment
>>>>>>>>>>>>>>>>>>> relationships. I
>>>>>>>>>>>>>>>>>>> populate
>>>>>>>>>>>>>>>>>>> the resource from an asynchronous source of messages
>>>>>>>>>>>>>>>>>>> that
>>>>>>>>>>>>>>>>>>> correspond,
>>>>>>>>>>>>>>>>>>> more or less, to classes in my model. So I basically
>>>>>>>>>>>>>>>>>>> receive a
>>>>>>>>>>>>>>>>>>> message,
>>>>>>>>>>>>>>>>>>> create the model object, update the attributes and
>>>>>>>>>>>>>>>>>>> add to
>>>>>>>>>>>>>>>>>>> containing
>>>>>>>>>>>>>>>>>>> object and commit or save the resource. Recently I
>>>>>>>>>>>>>>>>>>> started
>>>>>>>>>>>>>>>>>>> getting the
>>>>>>>>>>>>>>>>>>> following exception after only a few 10s or maybe a
>>>>>>>>>>>>>>>>>>> hundred
>>>>>>>>>>>>>>>>>>> commits.
>>>>>>>>>>>>>>>>>>> The
>>>>>>>>>>>>>>>>>>> only recent change in the frequency of the message has
>>>>>>>>>>>>>>>>>>> increased a bit.
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> I have tried 'moving' the commits around and doing
>>>>>>>>>>>>>>>>>>> more of
>>>>>>>>>>>>>>>>>>> them, like
>>>>>>>>>>>>>>>>>>> after every model change, with no luck.
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> What does this mean exactly..?
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> Exception in thread "main"
>>>>>>>>>>>>>>>>>>> org.eclipse.net4j.util.transaction.TransactionException:
>>>>>>>>>>>>>>>>>>> Can not
>>>>>>>>>>>>>>>>>>> retrieve origin revision for
>>>>>>>>>>>>>>>>>>> org.eclipse.emf.cdo.internal.common.revision.delta.CDORevisi onDeltaImpl @421350
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>>>>>> org.eclipse.emf.internal.cdo.CDOTransactionImpl.commit(CDOTr ansactionImpl.java:243)
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>>>>>> dm.util.DmModelManager.save(DmModelManager.java:189)
>>>>>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>>>>>> cse.dm.modelManager.DmOriginal.findPidObject(DmOriginal.java :78)
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>>>>>> cse.dm.modelManager.DmOriginal.processMessageOriginal(DmOrig inal.java:49)
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>>>>>> cse.dm.modelManager.DmClient.main(DmClient.java:176)
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> Mark.
Re: [CDO] problem I can't resolve [message #425246 is a reply to message #425243] Thu, 20 November 2008 17:21 Go to previous messageGo to next message
David Bonneau is currently offline David BonneauFriend
Messages: 28
Registered: July 2009
Junior Member
Simon,

I don't use session.getPackageRegistry().putEPackage(...), but
CDOSessionConfiguration.setDemandPopulatingPackageRegistry() ;

I will try to reproduce the problem with a little unit test.

Thank you for your help !

David

Simon McDuff a écrit :
> Hi David,
>
> First to be sure you've done the basic stuff:
>
> Did you add the package to the session like the following:
>
> cdoSession.getPackageRegistry().putEPackage(??);
>
> if Yes, I will need more info to be able to reproduce the problem.
>
> Can you explain me the steps to reproduce it ?
> Which back-end are you using ?
> Can you also provide me your ecore ?
>
> Could be related to what you mention.. but also
>
> 249383: Dynamic models in the global EPackage.Registry are not committed
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=249383
>
>
> Simon
>
>
> David Bonneau wrote:
>>
>> Simon McDuff a écrit :
>>>
>>> HUmm.. this seems to be related with missing packages..or packages
>>> that evolve..
>>>
>>> Did your model changed since you did previous commit ?
>>
>> My model is the same.
>>
>>>
>>> A good test to know is to restart from a fresh database...(as a test)
>>
>> I re-start with an empty database and I have the illegalStateException
>>
>> I didn't upgrade EMF, I'm still in 2.4.0. It could be a problem ?
>>
>>
>>>
>>> Simon
>>>
>>>
>>> David Bonneau wrote:
>>>> Thanks a lot !
>>>>
>>>> I'm a newbie on eclipse and I forgot to remove the old plugins ...
>>>>
>>>> I upgraded cdo and net4j from 1.0.0 to 1.0.3
>>>>
>>>> But now, I have another error on the server :
>>>>
>>>> [ERROR] ClassRef unresolveable:
>>>> CDOClassRef(http://www.example.com/expression, 22)
>>>> java.lang.IllegalStateException: ClassRef unresolveable:
>>>> CDOClassRef(http://www.example.com/expression, 22)
>>>> at
>>>> org.eclipse.emf.cdo.internal.common.revision.CDORevisionImpl . <init>(CDORevisionImpl.java:117)
>>>>
>>>> at
>>>> org.eclipse.emf.cdo.common.revision.CDORevisionUtil.read(CDO RevisionUtil.java:48)
>>>>
>>>> at
>>>> org.eclipse.emf.cdo.internal.server.protocol.CommitTransacti onIndication.indicating(CommitTransactionIndication.java:95)
>>>>
>>>> at
>>>> org.eclipse.net4j.signal.IndicationWithResponse.execute(Indi cationWithResponse.java:46)
>>>>
>>>> at org.eclipse.net4j.signal.Signal.runSync(Signal.java:143)
>>>> at org.eclipse.net4j.signal.Signal.run(Signal.java:124)
>>>> at
>>>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Threa dPoolExecutor.java:885)
>>>>
>>>> at
>>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoo lExecutor.java:907)
>>>>
>>>> at java.lang.Thread.run(Thread.java:619)
>>>>
>>>> It looks like
>>>> http://dev.eclipse.org/newslists/news.eclipse.tools.emf/msg3 5056.html
>>>>
>>>> Is it the same problem ?
>>>>
>>>> David
>>>>
>>>>
>>>> Simon McDuff a écrit :
>>>>> Hi David,
>>>>>
>>>>> David Bonneau wrote:
>>>>>> Ok thanks !
>>>>>>
>>>>>> How can I upgrade easily to maintenance 1.0.3 build ? I try to
>>>>>> download the sdk and dependencies, then drop in dropins folder of
>>>>>> my ganymede installation, but it doesn't work ! Is there an update
>>>>>> site ? (I don't find it).
>>>>> We do not have an update site!! :-)
>>>>>>
>>>>>> I also try with a clean install, with the emf-cdo-runtime-1.0.3,
>>>>>> with an "eclipse -clean",... It still doesn't work :(
>>>>> Did you unzip them ?
>>>>>
>>>>> Be sure to remove the old one.
>>>>>
>>>>> Also, go look under
>>>>> -Windows/Preferences
>>>>> After
>>>>> - Plug-in Dev/Target Platform if the right version is there!
>>>>>
>>>>> Simon
>>>>>
>>>>>>
>>>>>>
>>>>>> David
>>>>>>
>>>>>>
>>>>>> Simon McDuff a écrit :
>>>>>>> Hi David,
>>>>>>>
>>>>>>> The fix is available for each branch
>>>>>>>
>>>>>>> for Branch 1.0.x
>>>>>>>
>>>>>>> 252982: [DB] exception when trying to commit changes
>>>>>>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=252982
>>>>>>>
>>>>>>> for branch 2.0
>>>>>>>
>>>>>>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=252909
>>>>>>>
>>>>>>>
>>>>>>> We release a maintenance release to fix that issue.
>>>>>>>
>>>>>>> Could you use maintenance 1.0.3 ?
>>>>>>>
>>>>>>> Simon
>>>>>>>
>>>>>>> David Bonneau wrote:
>>>>>>>> Hi
>>>>>>>>
>>>>>>>> I encouter the same problem.
>>>>>>>>
>>>>>>>> I use one transaction with lot of data (hundreds of add and
>>>>>>>> modification). If I commit the transaction at the end of my
>>>>>>>> application there is no problem. But if I commit the transaction
>>>>>>>> every 10 modifications, I have the exception :
>>>>>>>>
>>>>>>>> java.lang.IndexOutOfBoundsException: Index: 7, Size: 0
>>>>>>>> at java.util.ArrayList.add(ArrayList.java:367)
>>>>>>>> at
>>>>>>>> org.eclipse.emf.cdo.internal.common.revision.delta.CDOAddFea tureDeltaImpl.apply(CDOAddFeatureDeltaImpl.java:48)
>>>>>>>>
>>>>>>>> ...
>>>>>>>>
>>>>>>>> I'm working with CDO 1.0.0 on both client and server side
>>>>>>>>
>>>>>>>> I patched (https://bugs.eclipse.org/bugs/show_bug.cgi?id=243282)
>>>>>>>> the server but i have the same problem.
>>>>>>>>
>>>>>>>> Mark, I don't find the corresponding bugzilla ? Have you created
>>>>>>>> it ?
>>>>>>>>
>>>>>>>> David
>>>>>>>>
>>>>>>>> Mark Geib a écrit :
>>>>>>>>> Yes DBStore with mysql.
>>>>>>>>>
>>>>>>>>> I will open bugzilla..
>>>>>>>>>
>>>>>>>>> Mark.
>>>>>>>>>
>>>>>>>>> Simon McDuff wrote:
>>>>>>>>>> Thank you Mark,
>>>>>>>>>>
>>>>>>>>>> I think we should continue in a bugzilla. Can you open one
>>>>>>>>>> please?
>>>>>>>>>>
>>>>>>>>>> I will start recreating the problem. I will assume you are
>>>>>>>>>> using DBStore
>>>>>>>>>> with Mysql. if not let me know.
>>>>>>>>>>
>>>>>>>>>> Simon
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Mark Geib wrote:
>>>>>>>>>>> Server side trace:
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> [INFO] CDO Server starting
>>>>>>>>>>> [INFO] CDO Server started
>>>>>>>>>>>
>>>>>>>>>>> [ERROR] Index: 7, Size: 0
>>>>>>>>>>> java.lang.IndexOutOfBoundsException: Index: 7, Size: 0
>>>>>>>>>>> at java.util.ArrayList.add(ArrayList.java:367)
>>>>>>>>>>> at
>>>>>>>>>>> org.eclipse.emf.cdo.internal.common.revision.delta.CDOAddFea tureDeltaImpl.apply(CDOAddFeatureDeltaImpl.java:48)
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> at
>>>>>>>>>>> org.eclipse.emf.cdo.internal.common.revision.delta.CDOListFe atureDeltaImpl.apply(CDOListFeatureDeltaImpl.java:109)
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> at
>>>>>>>>>>> org.eclipse.emf.cdo.internal.common.revision.delta.CDORevisi onDeltaImpl.apply(CDORevisionDeltaImpl.java:141)
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> at
>>>>>>>>>>> org.eclipse.emf.cdo.internal.server.Transaction.computeDirty Object(Transaction.java:305)
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> at
>>>>>>>>>>> org.eclipse.emf.cdo.internal.server.Transaction.computeDirty Objects(Transaction.java:287)
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> at
>>>>>>>>>>> org.eclipse.emf.cdo.internal.server.Transaction.commit(Trans action.java:179)
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> at
>>>>>>>>>>> org.eclipse.emf.cdo.internal.server.protocol.CommitTransacti onIndication.indicating(CommitTransactionIndication.java:109 )
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> at
>>>>>>>>>>> org.eclipse.net4j.signal.IndicationWithResponse.execute(Indi cationWithResponse.java:46)
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> at org.eclipse.net4j.signal.Signal.runSync(Signal.java:143)
>>>>>>>>>>> at org.eclipse.net4j.signal.Signal.run(Signal.java:124)
>>>>>>>>>>> at
>>>>>>>>>>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Threa dPoolExecutor.java:886)
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> at
>>>>>>>>>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoo lExecutor.java:908)
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> at java.lang.Thread.run(Thread.java:619)
>>>>>>>>>>>
>>>>>>>>>>> Mark.
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> Simon McDuff wrote:
>>>>>>>>>>>> Question: Did you configure your application with
>>>>>>>>>>>> SetReferenceChunkSize ?
>>>>>>>>>>>>
>>>>>>>>>>>> If you can have the stack trace at the server side would be
>>>>>>>>>>>> great!!
>>>>>>>>>>>>
>>>>>>>>>>>> Simon
>>>>>>>>>>>>
>>>>>>>>>>>> Mark Geib wrote:
>>>>>>>>>>>>> Looks like I am getting this exception in other places as
>>>>>>>>>>>>> well, not
>>>>>>>>>>>>> just
>>>>>>>>>>>>> putting to a Hashmap, put just adding to a reference list...
>>>>>>>>>>>>> Mark.
>>>>>>>>>>>>>
>>>>>>>>>>>>> Mark Geib wrote:
>>>>>>>>>>>>>> Sorry, this is now with 1.0.2 of CDO and NET4J on both
>>>>>>>>>>>>>> client and
>>>>>>>>>>>>>> server
>>>>>>>>>>>>>> side.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Mark.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Mark Geib wrote:
>>>>>>>>>>>>>>> Simon,
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> The exception is different now, but still seems to occur
>>>>>>>>>>>>>>> at the
>>>>>>>>>>>>>>> commit
>>>>>>>>>>>>>>> after I add/put and Entry into a Hashmap collection. That
>>>>>>>>>>>>>>> is the
>>>>>>>>>>>>>>> TransactionDbs class in the model uses an instance class
>>>>>>>>>>>>>>> name of
>>>>>>>>>>>>>>> java.util.Map$Entry so I can access the collection as a
>>>>>>>>>>>>>>> Hashmap using
>>>>>>>>>>>>>>> key-value pairs.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> The call ...
>>>>>>>>>>>>>>> modelHeader.getTransactionsDbs().put(new Integer(index),
>>>>>>>>>>>>>>> modelTransaction);
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> DmModelManager.access().save();
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> results in ...
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Exception in thread "main"
>>>>>>>>>>>>>>> org.eclipse.net4j.util.transaction.TransactionException:
>>>>>>>>>>>>>>> Index: 1,
>>>>>>>>>>>>>>> Size: 0
>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>> org.eclipse.emf.internal.cdo.CDOTransactionImpl.commit(CDOTr ansactionImpl.java:246)
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> at dm.util.DmModelManager.save(DmModelManager.java:189)
>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>> cse.dm.modelManager.DmOriginal.processTransactionOriginal(Dm Original.java:223)
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>> cse.dm.modelManager.DmOriginal.processSectionOriginal(DmOrig inal.java:154)
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>> cse.dm.modelManager.DmOriginal.processMessageOriginal(DmOrig inal.java:50)
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> at cse.dm.modelManager.DmClient.main(DmClient.java:176)
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Mark.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Mark Geib wrote:
>>>>>>>>>>>>>>>> Will do. I will post back my findings.
>>>>>>>>>>>>>>>> Thanks,
>>>>>>>>>>>>>>>> Mark.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Simon McDuff wrote:
>>>>>>>>>>>>>>>>> That problem (if it is the same) was fixed in 1.0.1.
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> 243282: java.lang.IllegalStateException with MEMStore
>>>>>>>>>>>>>>>>>>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=243282
>>>>>>>>>>>>>>>>> Can you used 1.0.2 on the client and server ?
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Simon
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Mark Geib wrote:
>>>>>>>>>>>>>>>>>> Simon,
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> I am running 1.0.2 on the client side, but I think
>>>>>>>>>>>>>>>>>> 1.0.0, the
>>>>>>>>>>>>>>>>>> Ganymede
>>>>>>>>>>>>>>>>>> version, on the server side.
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> Mark.
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> Simon McDuff wrote:
>>>>>>>>>>>>>>>>>>> Hi Mark,
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> which version of CDO are you using.
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> We fixed some problems related to them in
>>>>>>>>>>>>>>>>>>> 243282: java.lang.IllegalStateException with MEMStore
>>>>>>>>>>>>>>>>>>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=243282
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> Simon
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> Mark Geib wrote:
>>>>>>>>>>>>>>>>>>>> I have a fairly simple model, all containment
>>>>>>>>>>>>>>>>>>>> relationships. I
>>>>>>>>>>>>>>>>>>>> populate
>>>>>>>>>>>>>>>>>>>> the resource from an asynchronous source of messages
>>>>>>>>>>>>>>>>>>>> that
>>>>>>>>>>>>>>>>>>>> correspond,
>>>>>>>>>>>>>>>>>>>> more or less, to classes in my model. So I basically
>>>>>>>>>>>>>>>>>>>> receive a
>>>>>>>>>>>>>>>>>>>> message,
>>>>>>>>>>>>>>>>>>>> create the model object, update the attributes and
>>>>>>>>>>>>>>>>>>>> add to
>>>>>>>>>>>>>>>>>>>> containing
>>>>>>>>>>>>>>>>>>>> object and commit or save the resource. Recently I
>>>>>>>>>>>>>>>>>>>> started
>>>>>>>>>>>>>>>>>>>> getting the
>>>>>>>>>>>>>>>>>>>> following exception after only a few 10s or maybe a
>>>>>>>>>>>>>>>>>>>> hundred
>>>>>>>>>>>>>>>>>>>> commits.
>>>>>>>>>>>>>>>>>>>> The
>>>>>>>>>>>>>>>>>>>> only recent change in the frequency of the message has
>>>>>>>>>>>>>>>>>>>> increased a bit.
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> I have tried 'moving' the commits around and doing
>>>>>>>>>>>>>>>>>>>> more of
>>>>>>>>>>>>>>>>>>>> them, like
>>>>>>>>>>>>>>>>>>>> after every model change, with no luck.
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> What does this mean exactly..?
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> Exception in thread "main"
>>>>>>>>>>>>>>>>>>>> org.eclipse.net4j.util.transaction.TransactionException:
>>>>>>>>>>>>>>>>>>>> Can not
>>>>>>>>>>>>>>>>>>>> retrieve origin revision for
>>>>>>>>>>>>>>>>>>>> org.eclipse.emf.cdo.internal.common.revision.delta.CDORevisi onDeltaImpl @421350
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>>>>>>> org.eclipse.emf.internal.cdo.CDOTransactionImpl.commit(CDOTr ansactionImpl.java:243)
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>>>>>>> dm.util.DmModelManager.save(DmModelManager.java:189)
>>>>>>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>>>>>>> cse.dm.modelManager.DmOriginal.findPidObject(DmOriginal.java :78)
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>>>>>>> cse.dm.modelManager.DmOriginal.processMessageOriginal(DmOrig inal.java:49)
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>>>>>>> cse.dm.modelManager.DmClient.main(DmClient.java:176)
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> Mark.
Re: [CDO] problem I can't resolve [message #425268 is a reply to message #425239] Fri, 21 November 2008 11:50 Go to previous message
Eike Stepper is currently offline Eike StepperFriend
Messages: 6475
Registered: July 2009
Senior Member
David, Simon,

Comments below...



Simon McDuff schrieb:
> Hi David,
>
> David Bonneau wrote:
>> Ok thanks !
>>
>> How can I upgrade easily to maintenance 1.0.3 build ? I try to
>> download the sdk and dependencies, then drop in dropins folder of my
>> ganymede installation, but it doesn't work ! Is there an update site
>> ? (I don't find it).
> We do not have an update site!! :-)
We do!

Although there is http://www.eclipse.org/modeling/emf/updates/ I have
the feeling that the Ganymede update site is more complete and more
up-to-date: http://download.eclipse.org/releases/ganymede/staging/

Be careful to install the needed third party components *in advance* :
http://wiki.eclipse.org/FAQ_for_CDO_and_Net4j#Why_does_p2_co mplain_about_unsatisfied_dependencies.3F

Cheers
/Eike

----
http://thegordian.blogspot.com




>>
>> I also try with a clean install, with the emf-cdo-runtime-1.0.3, with
>> an "eclipse -clean",... It still doesn't work :(
> Did you unzip them ?
>
> Be sure to remove the old one.
>
> Also, go look under
> -Windows/Preferences
> After
> - Plug-in Dev/Target Platform if the right version is there!
>
> Simon
>
>>
>>
>> David
>>
>>
>> Simon McDuff a écrit :
>>> Hi David,
>>>
>>> The fix is available for each branch
>>>
>>> for Branch 1.0.x
>>>
>>> 252982: [DB] exception when trying to commit changes
>>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=252982
>>>
>>> for branch 2.0
>>>
>>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=252909
>>>
>>>
>>> We release a maintenance release to fix that issue.
>>>
>>> Could you use maintenance 1.0.3 ?
>>>
>>> Simon
>>>
>>> David Bonneau wrote:
>>>> Hi
>>>>
>>>> I encouter the same problem.
>>>>
>>>> I use one transaction with lot of data (hundreds of add and
>>>> modification). If I commit the transaction at the end of my
>>>> application there is no problem. But if I commit the transaction
>>>> every 10 modifications, I have the exception :
>>>>
>>>> java.lang.IndexOutOfBoundsException: Index: 7, Size: 0
>>>> at java.util.ArrayList.add(ArrayList.java:367)
>>>> at
>>>> org.eclipse.emf.cdo.internal.common.revision.delta.CDOAddFea tureDeltaImpl.apply(CDOAddFeatureDeltaImpl.java:48)
>>>>
>>>> ...
>>>>
>>>> I'm working with CDO 1.0.0 on both client and server side
>>>>
>>>> I patched (https://bugs.eclipse.org/bugs/show_bug.cgi?id=243282)
>>>> the server but i have the same problem.
>>>>
>>>> Mark, I don't find the corresponding bugzilla ? Have you created it ?
>>>>
>>>> David
>>>>
>>>> Mark Geib a écrit :
>>>>> Yes DBStore with mysql.
>>>>>
>>>>> I will open bugzilla..
>>>>>
>>>>> Mark.
>>>>>
>>>>> Simon McDuff wrote:
>>>>>> Thank you Mark,
>>>>>>
>>>>>> I think we should continue in a bugzilla. Can you open one please?
>>>>>>
>>>>>> I will start recreating the problem. I will assume you are using
>>>>>> DBStore
>>>>>> with Mysql. if not let me know.
>>>>>>
>>>>>> Simon
>>>>>>
>>>>>>
>>>>>>
>>>>>> Mark Geib wrote:
>>>>>>> Server side trace:
>>>>>>>
>>>>>>>
>>>>>>> [INFO] CDO Server starting
>>>>>>> [INFO] CDO Server started
>>>>>>>
>>>>>>> [ERROR] Index: 7, Size: 0
>>>>>>> java.lang.IndexOutOfBoundsException: Index: 7, Size: 0
>>>>>>> at java.util.ArrayList.add(ArrayList.java:367)
>>>>>>> at
>>>>>>> org.eclipse.emf.cdo.internal.common.revision.delta.CDOAddFea tureDeltaImpl.apply(CDOAddFeatureDeltaImpl.java:48)
>>>>>>>
>>>>>>>
>>>>>>> at
>>>>>>> org.eclipse.emf.cdo.internal.common.revision.delta.CDOListFe atureDeltaImpl.apply(CDOListFeatureDeltaImpl.java:109)
>>>>>>>
>>>>>>>
>>>>>>> at
>>>>>>> org.eclipse.emf.cdo.internal.common.revision.delta.CDORevisi onDeltaImpl.apply(CDORevisionDeltaImpl.java:141)
>>>>>>>
>>>>>>>
>>>>>>> at
>>>>>>> org.eclipse.emf.cdo.internal.server.Transaction.computeDirty Object(Transaction.java:305)
>>>>>>>
>>>>>>>
>>>>>>> at
>>>>>>> org.eclipse.emf.cdo.internal.server.Transaction.computeDirty Objects(Transaction.java:287)
>>>>>>>
>>>>>>>
>>>>>>> at
>>>>>>> org.eclipse.emf.cdo.internal.server.Transaction.commit(Trans action.java:179)
>>>>>>>
>>>>>>>
>>>>>>> at
>>>>>>> org.eclipse.emf.cdo.internal.server.protocol.CommitTransacti onIndication.indicating(CommitTransactionIndication.java:109 )
>>>>>>>
>>>>>>>
>>>>>>> at
>>>>>>> org.eclipse.net4j.signal.IndicationWithResponse.execute(Indi cationWithResponse.java:46)
>>>>>>>
>>>>>>>
>>>>>>> at org.eclipse.net4j.signal.Signal.runSync(Signal.java:143)
>>>>>>> at org.eclipse.net4j.signal.Signal.run(Signal.java:124)
>>>>>>> at
>>>>>>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Threa dPoolExecutor.java:886)
>>>>>>>
>>>>>>>
>>>>>>> at
>>>>>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoo lExecutor.java:908)
>>>>>>>
>>>>>>>
>>>>>>> at java.lang.Thread.run(Thread.java:619)
>>>>>>>
>>>>>>> Mark.
>>>>>>>
>>>>>>>
>>>>>>> Simon McDuff wrote:
>>>>>>>> Question: Did you configure your application with
>>>>>>>> SetReferenceChunkSize ?
>>>>>>>>
>>>>>>>> If you can have the stack trace at the server side would be
>>>>>>>> great!!
>>>>>>>>
>>>>>>>> Simon
>>>>>>>>
>>>>>>>> Mark Geib wrote:
>>>>>>>>> Looks like I am getting this exception in other places as
>>>>>>>>> well, not
>>>>>>>>> just
>>>>>>>>> putting to a Hashmap, put just adding to a reference list...
>>>>>>>>> Mark.
>>>>>>>>>
>>>>>>>>> Mark Geib wrote:
>>>>>>>>>> Sorry, this is now with 1.0.2 of CDO and NET4J on both client
>>>>>>>>>> and
>>>>>>>>>> server
>>>>>>>>>> side.
>>>>>>>>>>
>>>>>>>>>> Mark.
>>>>>>>>>>
>>>>>>>>>> Mark Geib wrote:
>>>>>>>>>>> Simon,
>>>>>>>>>>>
>>>>>>>>>>> The exception is different now, but still seems to occur at the
>>>>>>>>>>> commit
>>>>>>>>>>> after I add/put and Entry into a Hashmap collection. That is
>>>>>>>>>>> the
>>>>>>>>>>> TransactionDbs class in the model uses an instance class
>>>>>>>>>>> name of
>>>>>>>>>>> java.util.Map$Entry so I can access the collection as a
>>>>>>>>>>> Hashmap using
>>>>>>>>>>> key-value pairs.
>>>>>>>>>>>
>>>>>>>>>>> The call ...
>>>>>>>>>>> modelHeader.getTransactionsDbs().put(new Integer(index),
>>>>>>>>>>> modelTransaction);
>>>>>>>>>>>
>>>>>>>>>>> DmModelManager.access().save();
>>>>>>>>>>>
>>>>>>>>>>> results in ...
>>>>>>>>>>>
>>>>>>>>>>> Exception in thread "main"
>>>>>>>>>>> org.eclipse.net4j.util.transaction.TransactionException:
>>>>>>>>>>> Index: 1,
>>>>>>>>>>> Size: 0
>>>>>>>>>>> at
>>>>>>>>>>> org.eclipse.emf.internal.cdo.CDOTransactionImpl.commit(CDOTr ansactionImpl.java:246)
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> at dm.util.DmModelManager.save(DmModelManager.java:189)
>>>>>>>>>>> at
>>>>>>>>>>> cse.dm.modelManager.DmOriginal.processTransactionOriginal(Dm Original.java:223)
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> at
>>>>>>>>>>> cse.dm.modelManager.DmOriginal.processSectionOriginal(DmOrig inal.java:154)
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> at
>>>>>>>>>>> cse.dm.modelManager.DmOriginal.processMessageOriginal(DmOrig inal.java:50)
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> at cse.dm.modelManager.DmClient.main(DmClient.java:176)
>>>>>>>>>>>
>>>>>>>>>>> Mark.
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> Mark Geib wrote:
>>>>>>>>>>>> Will do. I will post back my findings.
>>>>>>>>>>>> Thanks,
>>>>>>>>>>>> Mark.
>>>>>>>>>>>>
>>>>>>>>>>>> Simon McDuff wrote:
>>>>>>>>>>>>> That problem (if it is the same) was fixed in 1.0.1.
>>>>>>>>>>>>>
>>>>>>>>>>>>>>> 243282: java.lang.IllegalStateException with MEMStore
>>>>>>>>>>>>>>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=243282
>>>>>>>>>>>>> Can you used 1.0.2 on the client and server ?
>>>>>>>>>>>>>
>>>>>>>>>>>>> Simon
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> Mark Geib wrote:
>>>>>>>>>>>>>> Simon,
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> I am running 1.0.2 on the client side, but I think 1.0.0,
>>>>>>>>>>>>>> the
>>>>>>>>>>>>>> Ganymede
>>>>>>>>>>>>>> version, on the server side.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Mark.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Simon McDuff wrote:
>>>>>>>>>>>>>>> Hi Mark,
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> which version of CDO are you using.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> We fixed some problems related to them in
>>>>>>>>>>>>>>> 243282: java.lang.IllegalStateException with MEMStore
>>>>>>>>>>>>>>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=243282
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Simon
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Mark Geib wrote:
>>>>>>>>>>>>>>>> I have a fairly simple model, all containment
>>>>>>>>>>>>>>>> relationships. I
>>>>>>>>>>>>>>>> populate
>>>>>>>>>>>>>>>> the resource from an asynchronous source of messages that
>>>>>>>>>>>>>>>> correspond,
>>>>>>>>>>>>>>>> more or less, to classes in my model. So I basically
>>>>>>>>>>>>>>>> receive a
>>>>>>>>>>>>>>>> message,
>>>>>>>>>>>>>>>> create the model object, update the attributes and add to
>>>>>>>>>>>>>>>> containing
>>>>>>>>>>>>>>>> object and commit or save the resource. Recently I started
>>>>>>>>>>>>>>>> getting the
>>>>>>>>>>>>>>>> following exception after only a few 10s or maybe a
>>>>>>>>>>>>>>>> hundred
>>>>>>>>>>>>>>>> commits.
>>>>>>>>>>>>>>>> The
>>>>>>>>>>>>>>>> only recent change in the frequency of the message has
>>>>>>>>>>>>>>>> increased a bit.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> I have tried 'moving' the commits around and doing more of
>>>>>>>>>>>>>>>> them, like
>>>>>>>>>>>>>>>> after every model change, with no luck.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> What does this mean exactly..?
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Exception in thread "main"
>>>>>>>>>>>>>>>> org.eclipse.net4j.util.transaction.TransactionException:
>>>>>>>>>>>>>>>> Can not
>>>>>>>>>>>>>>>> retrieve origin revision for
>>>>>>>>>>>>>>>> org.eclipse.emf.cdo.internal.common.revision.delta.CDORevisi onDeltaImpl @421350
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>>> org.eclipse.emf.internal.cdo.CDOTransactionImpl.commit(CDOTr ansactionImpl.java:243)
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>>> dm.util.DmModelManager.save(DmModelManager.java:189)
>>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>>> cse.dm.modelManager.DmOriginal.findPidObject(DmOriginal.java :78)
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>>> cse.dm.modelManager.DmOriginal.processMessageOriginal(DmOrig inal.java:49)
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>>> cse.dm.modelManager.DmClient.main(DmClient.java:176)
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Mark.


Previous Topic:Issue with chunking in CDO
Next Topic:[Teneo] JpoxStoreException initializing dataStore when object uses Enumerator
Goto Forum:
  


Current Time: Mon Feb 17 00:17:51 GMT 2020

Powered by FUDForum. Page generated in 0.03310 seconds
.:: Contact :: Home ::.

Powered by: FUDforum 3.0.2.
Copyright ©2001-2010 FUDforum Bulletin Board Software

Back to the top