Skip to main content


Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Modeling » EMF » [CDO] intermittent exception ...TransactionException
[CDO] intermittent exception ...TransactionException [message #422468] Sat, 06 September 2008 21:05 Go to next message
Mark Geib is currently offline Mark GeibFriend
Messages: 432
Registered: July 2009
Senior Member
Using a very simple EMF model with ALL classes having containment
relationships. Class A contains zero-to-many of Class B which contains
zero-to-many of Class C which include zero-to-many of Class D and E.

I always start with empty DB.

I have some written test code which is just creating lots of objects. I
always create a complete containment tree, that is I create a Class B
....D and E and then add Class B to the root object Class A. I then save
the resource, or commit the transaction.

Maybe one out of 15-20 times I get the following exception on the client
side...

org.eclipse.net4j.util.transaction.TransactionException: Can not
retrieve origin revision for
org.eclipse.emf.cdo.internal.common.revision.delta.CDORevisi onDeltaImpl @15d1298
at
org.eclipse.emf.internal.cdo.CDOTransactionImpl.commit(CDOTr ansactionImpl.java:243)
at dm.util.DmModelManager.save(DmModelManager.java:232)
at cse.dm.modelManager.Dm522.findPidObject(Dm522.java:131)
at cse.dm.modelManager.Dm522.processMessage522(Dm522.java:49)
at cse.dm.modelManager.DmClient.main(DmClient.java:86)

and on the server side...

osgi> [INFO] CDO Server starting
[INFO] CDO Server started
[ERROR] Can not retrieve origin revision for
org.eclipse.emf.cdo.internal.common.revision.delta.CDORevisi onDeltaImpl @15d1298
java.lang.IllegalStateException: Can not retrieve origin revision for
org.eclipse.emf.cdo.internal.common.revision.delta.CDORevisi onDeltaImpl @15d1298
at
org.eclipse.emf.cdo.internal.server.Transaction.computeDirty Objects(Transaction.java:290)
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:650)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoo lExecutor.java:675)
at java.lang.Thread.run(Thread.java:595)

Mark.
Re: [CDO] intermittent exception ...TransactionException [message #422469 is a reply to message #422468] Sat, 06 September 2008 21:23 Go to previous messageGo to next message
Simon Mc Duff is currently offline Simon Mc DuffFriend
Messages: 596
Registered: July 2009
Senior Member
Which version of CDO are you using ?


"Mark Geib" <mark.geib@echostar.com> a
Re: [CDO] intermittent exception ...TransactionException [message #422470 is a reply to message #422468] Sat, 06 September 2008 21:29 Go to previous messageGo to next message
Simon Mc Duff is currently offline Simon Mc DuffFriend
Messages: 596
Registered: July 2009
Senior Member
In the maintenance stream we fixed something in August 6, 2008.
[243282] java.lang.IllegalStateException with MEMStore

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

The bug said it is with MEMStore but it could happen to any Store.

Let me know if that help.

By the way, How it goes with Objectivity ?


"Mark Geib" <mark.geib@echostar.com> a
Re: [CDO] intermittent exception ...TransactionException [message #422471 is a reply to message #422470] Sat, 06 September 2008 22:14 Go to previous messageGo to next message
Mark Geib is currently offline Mark GeibFriend
Messages: 432
Registered: July 2009
Senior Member
I am running the CDO version that was included in the Ganymede 3.4 EMF
release...have not updated since.

Objectivity:
We are working on getting some field engineers from Objectivity here on
site to help migrate a fairly large data base we have, 300GB from mysql
to Objectivitiy for us to use in eval. Nothing interesting as yet.

Mark.

Simon McDuff wrote:
> In the maintenance stream we fixed something in August 6, 2008.
> [243282] java.lang.IllegalStateException with MEMStore
>
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=243282
>
> The bug said it is with MEMStore but it could happen to any Store.
>
> Let me know if that help.
>
> By the way, How it goes with Objectivity ?
>
>
> "Mark Geib" <mark.geib@echostar.com> a écrit dans le message de news:
> g9ur1e$r0b$1@build.eclipse.org...
>> Using a very simple EMF model with ALL classes having containment
>> relationships. Class A contains zero-to-many of Class B which contains
>> zero-to-many of Class C which include zero-to-many of Class D and E.
>>
>> I always start with empty DB.
>>
>> I have some written test code which is just creating lots of objects. I
>> always create a complete containment tree, that is I create a Class B ...D
>> and E and then add Class B to the root object Class A. I then save the
>> resource, or commit the transaction.
>>
>> Maybe one out of 15-20 times I get the following exception on the client
>> side...
>>
>> org.eclipse.net4j.util.transaction.TransactionException: Can not retrieve
>> origin revision for
>> org.eclipse.emf.cdo.internal.common.revision.delta.CDORevisi onDeltaImpl @15d1298
>> at
>> org.eclipse.emf.internal.cdo.CDOTransactionImpl.commit(CDOTr ansactionImpl.java:243)
>> at dm.util.DmModelManager.save(DmModelManager.java:232)
>> at cse.dm.modelManager.Dm522.findPidObject(Dm522.java:131)
>> at cse.dm.modelManager.Dm522.processMessage522(Dm522.java:49)
>> at cse.dm.modelManager.DmClient.main(DmClient.java:86)
>>
>> and on the server side...
>>
>> osgi> [INFO] CDO Server starting
>> [INFO] CDO Server started
>> [ERROR] Can not retrieve origin revision for
>> org.eclipse.emf.cdo.internal.common.revision.delta.CDORevisi onDeltaImpl @15d1298
>> java.lang.IllegalStateException: Can not retrieve origin revision for
>> org.eclipse.emf.cdo.internal.common.revision.delta.CDORevisi onDeltaImpl @15d1298
>> at
>> org.eclipse.emf.cdo.internal.server.Transaction.computeDirty Objects(Transaction.java:290)
>> 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:650)
>> at
>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoo lExecutor.java:675)
>> at java.lang.Thread.run(Thread.java:595)
>>
>> Mark.
>
>
Re: [CDO] intermittent exception ...TransactionException [message #422472 is a reply to message #422471] Sat, 06 September 2008 23:05 Go to previous messageGo to next message
Simon Mc Duff is currently offline Simon Mc DuffFriend
Messages: 596
Registered: July 2009
Senior Member
You have 2 choices maybe 3..

1- Takes the latest version of maintenance
2- Takes the latest version of HEAD
3- (**Maybe**) Eike was working to make the build working again.. I do not
know how much work is still needed.

Objectivity:

300 GB .. isn't that big you should be fine! Do you have a EMF model for
that ?

Simon

"Mark Geib" <mark.geib@echostar.com> a
Re: [CDO] intermittent exception ...TransactionException [message #422473 is a reply to message #422472] Sun, 07 September 2008 07:23 Go to previous messageGo to next message
Eike Stepper is currently offline Eike StepperFriend
Messages: 6682
Registered: July 2009
Senior Member
Simon McDuff schrieb:
> You have 2 choices maybe 3..
>
> 1- Takes the latest version of maintenance
> 2- Takes the latest version of HEAD
>
Both from CVS ;-)

> 3- (**Maybe**) Eike was working to make the build working again.. I do not
> know how much work is still needed.
>
I was, progress is step by step, but not with final success, yet.
The build system is a monster with so many black boxes that evolve
independently and without compiler support ;-(
Originally I planned to have it available again some I-builds before M1,
but I fear it's not realistic anymore...

In the meantime I suggest to follow
http://wiki.eclipse.org/CDO_Source_Installation to stay up to date.
This also works for the R1_0_maintenance stream (by bootstrapping from
that branch) but please note that
in HEAD we have a major version switch (2.0) due to the many new
features and related design changes.
If you're in evaluation mode anyway I recommend to use HEAD.

Cheers
/Eike

> Objectivity:
>
> 300 GB .. isn't that big you should be fine! Do you have a EMF model for
> that ?
>
> Simon
>
> "Mark Geib" <mark.geib@echostar.com> a écrit dans le message de news:
> g9uv26$8dq$1@build.eclipse.org...
>
>> I am running the CDO version that was included in the Ganymede 3.4 EMF
>> release...have not updated since.
>>
>> Objectivity:
>> We are working on getting some field engineers from Objectivity here on
>> site to help migrate a fairly large data base we have, 300GB from mysql to
>> Objectivitiy for us to use in eval. Nothing interesting as yet.
>>
>> Mark.
>>
>> Simon McDuff wrote:
>>
>>> In the maintenance stream we fixed something in August 6, 2008.
>>> [243282] java.lang.IllegalStateException with MEMStore
>>>
>>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=243282
>>>
>>> The bug said it is with MEMStore but it could happen to any Store.
>>>
>>> Let me know if that help.
>>>
>>> By the way, How it goes with Objectivity ?
>>>
>>>
>>> "Mark Geib" <mark.geib@echostar.com> a écrit dans le message de news:
>>> g9ur1e$r0b$1@build.eclipse.org...
>>>
>>>> Using a very simple EMF model with ALL classes having containment
>>>> relationships. Class A contains zero-to-many of Class B which contains
>>>> zero-to-many of Class C which include zero-to-many of Class D and E.
>>>>
>>>> I always start with empty DB.
>>>>
>>>> I have some written test code which is just creating lots of objects. I
>>>> always create a complete containment tree, that is I create a Class B
>>>> ...D and E and then add Class B to the root object Class A. I then save
>>>> the resource, or commit the transaction.
>>>>
>>>> Maybe one out of 15-20 times I get the following exception on the client
>>>> side...
>>>>
>>>> org.eclipse.net4j.util.transaction.TransactionException: Can not
>>>> retrieve origin revision for
>>>> org.eclipse.emf.cdo.internal.common.revision.delta.CDORevisi onDeltaImpl @15d1298
>>>> at
>>>> org.eclipse.emf.internal.cdo.CDOTransactionImpl.commit(CDOTr ansactionImpl.java:243)
>>>> at dm.util.DmModelManager.save(DmModelManager.java:232)
>>>> at cse.dm.modelManager.Dm522.findPidObject(Dm522.java:131)
>>>> at cse.dm.modelManager.Dm522.processMessage522(Dm522.java:49)
>>>> at cse.dm.modelManager.DmClient.main(DmClient.java:86)
>>>>
>>>> and on the server side...
>>>>
>>>> osgi> [INFO] CDO Server starting
>>>> [INFO] CDO Server started
>>>> [ERROR] Can not retrieve origin revision for
>>>> org.eclipse.emf.cdo.internal.common.revision.delta.CDORevisi onDeltaImpl @15d1298
>>>> java.lang.IllegalStateException: Can not retrieve origin revision for
>>>> org.eclipse.emf.cdo.internal.common.revision.delta.CDORevisi onDeltaImpl @15d1298
>>>> at
>>>> org.eclipse.emf.cdo.internal.server.Transaction.computeDirty Objects(Transaction.java:290)
>>>> 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:650)
>>>> at
>>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoo lExecutor.java:675)
>>>> at java.lang.Thread.run(Thread.java:595)
>>>>
>>>> Mark.
>>>>
>
>


Re: [CDO] intermittent exception ...TransactionException [message #422475 is a reply to message #422473] Sun, 07 September 2008 08:01 Go to previous message
Eike Stepper is currently offline Eike StepperFriend
Messages: 6682
Registered: July 2009
Senior Member
Eike Stepper schrieb:
> Simon McDuff schrieb:
>> You have 2 choices maybe 3..
>>
>> 1- Takes the latest version of maintenance
>> 2- Takes the latest version of HEAD
>>
> Both from CVS ;-)
>
>> 3- (**Maybe**) Eike was working to make the build working again.. I
>> do not know how much work is still needed.
>>
> I was, progress is step by step, but not with final success, yet.
> The build system is a monster with so many black boxes that evolve
> independently and without compiler support ;-(
> Originally I planned to have it available again some I-builds before
> M1, but I fear it's not realistic anymore...
>
> In the meantime I suggest to follow
> http://wiki.eclipse.org/CDO_Source_Installation to stay up to date.
> This also works for the R1_0_maintenance stream (by bootstrapping from
> that branch) but please note that
> in HEAD we have a major version switch (2.0) due to the many new
> features and related design changes.
Here is an overview of the things we have changed since Ganymede:

https://bugs.eclipse.org/bugs/buglist.cgi?query_format=advan ced&short_desc_type=allwordssubstr&short_desc=&c lassification=Modeling&product=EMF&component=CDO& ;component=Net4j&long_desc_type=allwordssubstr&long_ desc=&bug_file_loc_type=allwordssubstr&bug_file_loc= &status_whiteboard_type=allwordssubstr&status_whiteb oard=&keywords_type=allwords&keywords=&bug_statu s=ASSIGNED&bug_status=RESOLVED&resolution=FIXED& emailtype1=substring&email1=&emailtype2=substring&am p;email2=&bugidtype=include&bug_id=&votes=&c hfieldfrom=&chfieldto=Now&chfieldvalue=&cmdtype= doit&order=Reuse+same+sort+as+last+time&field0-0-0=n oop&type0-0-0=noop&value0-0-0=

Cheers
/Eike


> If you're in evaluation mode anyway I recommend to use HEAD.
>
> Cheers
> /Eike
>
>> Objectivity:
>>
>> 300 GB .. isn't that big you should be fine! Do you have a EMF model
>> for that ?
>>
>> Simon
>>
>> "Mark Geib" <mark.geib@echostar.com> a écrit dans le message de news:
>> g9uv26$8dq$1@build.eclipse.org...
>>
>>> I am running the CDO version that was included in the Ganymede 3.4
>>> EMF release...have not updated since.
>>>
>>> Objectivity:
>>> We are working on getting some field engineers from Objectivity here
>>> on site to help migrate a fairly large data base we have, 300GB from
>>> mysql to Objectivitiy for us to use in eval. Nothing interesting as
>>> yet.
>>>
>>> Mark.
>>>
>>> Simon McDuff wrote:
>>>
>>>> In the maintenance stream we fixed something in August 6, 2008.
>>>> [243282] java.lang.IllegalStateException with MEMStore
>>>>
>>>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=243282
>>>>
>>>> The bug said it is with MEMStore but it could happen to any Store.
>>>>
>>>> Let me know if that help.
>>>>
>>>> By the way, How it goes with Objectivity ?
>>>>
>>>>
>>>> "Mark Geib" <mark.geib@echostar.com> a écrit dans le message de
>>>> news: g9ur1e$r0b$1@build.eclipse.org...
>>>>
>>>>> Using a very simple EMF model with ALL classes having containment
>>>>> relationships. Class A contains zero-to-many of Class B which
>>>>> contains zero-to-many of Class C which include zero-to-many of
>>>>> Class D and E.
>>>>>
>>>>> I always start with empty DB.
>>>>>
>>>>> I have some written test code which is just creating lots of
>>>>> objects. I always create a complete containment tree, that is I
>>>>> create a Class B ...D and E and then add Class B to the root
>>>>> object Class A. I then save the resource, or commit the transaction.
>>>>>
>>>>> Maybe one out of 15-20 times I get the following exception on the
>>>>> client side...
>>>>>
>>>>> org.eclipse.net4j.util.transaction.TransactionException: Can not
>>>>> retrieve origin revision for
>>>>> org.eclipse.emf.cdo.internal.common.revision.delta.CDORevisi onDeltaImpl @15d1298
>>>>>
>>>>> at
>>>>> org.eclipse.emf.internal.cdo.CDOTransactionImpl.commit(CDOTr ansactionImpl.java:243)
>>>>>
>>>>> at dm.util.DmModelManager.save(DmModelManager.java:232)
>>>>> at cse.dm.modelManager.Dm522.findPidObject(Dm522.java:131)
>>>>> at cse.dm.modelManager.Dm522.processMessage522(Dm522.java:49)
>>>>> at cse.dm.modelManager.DmClient.main(DmClient.java:86)
>>>>>
>>>>> and on the server side...
>>>>>
>>>>> osgi> [INFO] CDO Server starting
>>>>> [INFO] CDO Server started
>>>>> [ERROR] Can not retrieve origin revision for
>>>>> org.eclipse.emf.cdo.internal.common.revision.delta.CDORevisi onDeltaImpl @15d1298
>>>>>
>>>>> java.lang.IllegalStateException: Can not retrieve origin revision
>>>>> for
>>>>> org.eclipse.emf.cdo.internal.common.revision.delta.CDORevisi onDeltaImpl @15d1298
>>>>>
>>>>> at
>>>>> org.eclipse.emf.cdo.internal.server.Transaction.computeDirty Objects(Transaction.java:290)
>>>>>
>>>>> 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:650)
>>>>>
>>>>> at
>>>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoo lExecutor.java:675)
>>>>>
>>>>> at java.lang.Thread.run(Thread.java:595)
>>>>>
>>>>> Mark.
>>>>>
>>
>>


Previous Topic:Many to One proxying not working in Teneo
Next Topic:Exception thrown when calling eClass
Goto Forum:
  


Current Time: Thu Mar 28 22:48:39 GMT 2024

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

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

Back to the top