Home » Modeling » EMF » [CDO] problem I can't resolve
| |
| Re: [CDO] problem I can't resolve [message #424580 is a reply to message #424579] |
Thu, 30 October 2008 14:49   |
 Mark Geib
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 |
Simon Mc Duff
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 |
Mark Geib
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 |
Mark Geib
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 |
Mark Geib
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 |
Mark Geib
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 |
Simon Mc Duff
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 |
Mark Geib
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 |
|
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.
>>>>>>>>>>
Cheers
/Eike
----
http://www.esc-net.de
http://thegordian.blogspot.com
http://twitter.com/eikestepper
|
|
|
| Re: [CDO] problem I can't resolve [message #424603 is a reply to message #424601] |
Thu, 30 October 2008 20:50 |
Simon Mc Duff
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 |
Mark Geib
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 |
Mark Geib
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 |
Simon Mc Duff
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 |
Mark Geib
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 |
David Bonneau
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 |
Simon Mc Duff
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 |
David Bonneau
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 |
Simon Mc Duff
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 |
David Bonneau
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 |
Simon Mc Duff
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 |
David Bonneau
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 |
Simon Mc Duff
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 |
David Bonneau
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 |
|
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.
Cheers
/Eike
----
http://www.esc-net.de
http://thegordian.blogspot.com
http://twitter.com/eikestepper
|
|
|
Goto Forum:
Current Time: Tue Apr 23 09:56:41 GMT 2024
Powered by FUDForum. Page generated in 0.05523 seconds |
] 
Search
Help
Register
Login
Home
