|
|
|
|
|
Re: [CDO] intermittent exception ...TransactionException [message #422473 is a reply to message #422472] |
Sun, 07 September 2008 07:23 |
|
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.
>>>>
>
>
Cheers
/Eike
----
http://www.esc-net.de
http://thegordian.blogspot.com
http://twitter.com/eikestepper
|
|
|
Re: [CDO] intermittent exception ...TransactionException [message #422475 is a reply to message #422473] |
Sun, 07 September 2008 08:01 |
|
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.
>>>>>
>>
>>
Cheers
/Eike
----
http://www.esc-net.de
http://thegordian.blogspot.com
http://twitter.com/eikestepper
|
|
|
Powered by
FUDForum. Page generated in 0.03900 seconds