Home » Modeling » EMF "Technology" (Ecore Tools, EMFatic, etc) » [CDO] need help with difficult problem
|
Re: [CDO] need help with difficult problem [message #102615 is a reply to message #102518] |
Wed, 14 November 2007 11:09 |
Eclipse User |
|
|
|
Originally posted by: stepper.sympedia.de
Mark,
I've described the possible cause and my fix in
https://bugs.eclipse.org/bugs/show_bug.cgi?id=209773
I've also cc'ed Simon because I believe that it relates with the
Prefetching feature that he contributed.
Regards,
Eike Stepper
----
http://wiki.eclipse.org/?title=CDO
http://wiki.eclipse.org/?title=Net4j
Mark Geib schrieb:
> Eike,
>
> Congrats, everything, I mean everything is working well.
>
> However, I have a problem I can't find. I think you have my ecore file
> to reference...
>
> When I go to create and add a new ServiceGroup object in one client I
> get an error in all other clients that follows.
>
> !ENTRY org.eclipse.ui.workbench 4 2 2007-11-13 12:46:27.381
> !MESSAGE Problems occurred when invoking code from plug-in:
> "org.eclipse.ui.workbench".
> !STACK 0
> java.lang.IllegalStateException: Duplicate version:
> NamedEquipmentList@16v1
> at
> org.eclipse.emf.cdo.internal.protocol.revision.CDORevisionRe solverImpl.addRevision(CDORevisionResolverImpl.java:309)
>
> at
> org.eclipse.emf.internal.cdo.protocol.LoadRevisionRequest.co nfirming(LoadRevisionRequest.java:125)
>
> at
> org.eclipse.emf.internal.cdo.protocol.LoadRevisionRequest.co nfirming(LoadRevisionRequest.java:1)
>
> at
> org.eclipse.net4j.signal.RequestWithConfirmation.execute(Req uestWithConfirmation.java:57)
>
> at org.eclipse.net4j.signal.Signal.runSync(Signal.java:130)
> at
> org.eclipse.net4j.signal.SignalProtocol.startSignal(SignalPr otocol.java:231)
>
> at
> org.eclipse.net4j.signal.SignalActor.send(SignalActor.java:5 0)
> at
> org.eclipse.net4j.signal.SignalActor.send(SignalActor.java:4 0)
> ....
>
> These other clients are refreshing a tree view for the Facility model
> object. In the course of calling get modelChildren the following is
> called...which seems to cause the error above.
> getFacility().getEchostar(). Echostar is the root object which I am
> using for some other purpose. If you look at the model Facility
> contains NamedEquipmentList.
>
> I don't see anything in my code that looks suspect.
>
> Thanks,
> Mark.
|
|
| | |
Re: [CDO] need help with difficult problem [message #102701 is a reply to message #102687] |
Wed, 14 November 2007 17:08 |
Eclipse User |
|
|
|
Originally posted by: stepper.sympedia.de
Mark Geib schrieb:
> Eike,
>
> Is this fix in the new release today.?
Yes, the release notes sometimes take a bit longer to be generated:
http://www.eclipse.org/modeling/emft/news/relnotes.php?proje ct=cdo&version=I200711141128
Regards,
Eike Stepper
----
http://wiki.eclipse.org/?title=CDO
http://wiki.eclipse.org/?title=Net4j
>
> Mark.
>
> Eike Stepper wrote:
>> Mark,
>>
>> I've described the possible cause and my fix in
>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=209773
>> I've also cc'ed Simon because I believe that it relates with the
>> Prefetching feature that he contributed.
>>
>> Regards,
>> Eike Stepper
>> ----
>> http://wiki.eclipse.org/?title=CDO
>> http://wiki.eclipse.org/?title=Net4j
>>
>>
>>
>> Mark Geib schrieb:
>>> Eike,
>>>
>>> Congrats, everything, I mean everything is working well.
>>>
>>> However, I have a problem I can't find. I think you have my ecore
>>> file to reference...
>>>
>>> When I go to create and add a new ServiceGroup object in one client
>>> I get an error in all other clients that follows.
>>>
>>> !ENTRY org.eclipse.ui.workbench 4 2 2007-11-13 12:46:27.381
>>> !MESSAGE Problems occurred when invoking code from plug-in:
>>> "org.eclipse.ui.workbench".
>>> !STACK 0
>>> java.lang.IllegalStateException: Duplicate version:
>>> NamedEquipmentList@16v1
>>> at
>>> org.eclipse.emf.cdo.internal.protocol.revision.CDORevisionRe solverImpl.addRevision(CDORevisionResolverImpl.java:309)
>>>
>>> at
>>> org.eclipse.emf.internal.cdo.protocol.LoadRevisionRequest.co nfirming(LoadRevisionRequest.java:125)
>>>
>>> at
>>> org.eclipse.emf.internal.cdo.protocol.LoadRevisionRequest.co nfirming(LoadRevisionRequest.java:1)
>>>
>>> at
>>> org.eclipse.net4j.signal.RequestWithConfirmation.execute(Req uestWithConfirmation.java:57)
>>>
>>> at org.eclipse.net4j.signal.Signal.runSync(Signal.java:130)
>>> at
>>> org.eclipse.net4j.signal.SignalProtocol.startSignal(SignalPr otocol.java:231)
>>>
>>> at
>>> org.eclipse.net4j.signal.SignalActor.send(SignalActor.java:5 0)
>>> at
>>> org.eclipse.net4j.signal.SignalActor.send(SignalActor.java:4 0)
>>> ....
>>>
>>> These other clients are refreshing a tree view for the Facility
>>> model object. In the course of calling get modelChildren the
>>> following is called...which seems to cause the error above.
>>> getFacility().getEchostar(). Echostar is the root object which I am
>>> using for some other purpose. If you look at the model Facility
>>> contains NamedEquipmentList.
>>>
>>> I don't see anything in my code that looks suspect.
>>>
>>> Thanks,
>>> Mark.
|
|
|
Re: [CDO] need help with difficult problem [message #612512 is a reply to message #102518] |
Wed, 14 November 2007 11:09 |
|
Mark,
I've described the possible cause and my fix in
https://bugs.eclipse.org/bugs/show_bug.cgi?id=209773
I've also cc'ed Simon because I believe that it relates with the
Prefetching feature that he contributed.
Regards,
Eike Stepper
----
http://wiki.eclipse.org/?title=CDO
http://wiki.eclipse.org/?title=Net4j
Mark Geib schrieb:
> Eike,
>
> Congrats, everything, I mean everything is working well.
>
> However, I have a problem I can't find. I think you have my ecore file
> to reference...
>
> When I go to create and add a new ServiceGroup object in one client I
> get an error in all other clients that follows.
>
> !ENTRY org.eclipse.ui.workbench 4 2 2007-11-13 12:46:27.381
> !MESSAGE Problems occurred when invoking code from plug-in:
> "org.eclipse.ui.workbench".
> !STACK 0
> java.lang.IllegalStateException: Duplicate version:
> NamedEquipmentList@16v1
> at
> org.eclipse.emf.cdo.internal.protocol.revision.CDORevisionRe solverImpl.addRevision(CDORevisionResolverImpl.java:309)
>
> at
> org.eclipse.emf.internal.cdo.protocol.LoadRevisionRequest.co nfirming(LoadRevisionRequest.java:125)
>
> at
> org.eclipse.emf.internal.cdo.protocol.LoadRevisionRequest.co nfirming(LoadRevisionRequest.java:1)
>
> at
> org.eclipse.net4j.signal.RequestWithConfirmation.execute(Req uestWithConfirmation.java:57)
>
> at org.eclipse.net4j.signal.Signal.runSync(Signal.java:130)
> at
> org.eclipse.net4j.signal.SignalProtocol.startSignal(SignalPr otocol.java:231)
>
> at
> org.eclipse.net4j.signal.SignalActor.send(SignalActor.java:5 0)
> at
> org.eclipse.net4j.signal.SignalActor.send(SignalActor.java:4 0)
> ....
>
> These other clients are refreshing a tree view for the Facility model
> object. In the course of calling get modelChildren the following is
> called...which seems to cause the error above.
> getFacility().getEchostar(). Echostar is the root object which I am
> using for some other purpose. If you look at the model Facility
> contains NamedEquipmentList.
>
> I don't see anything in my code that looks suspect.
>
> Thanks,
> Mark.
Cheers
/Eike
----
http://www.esc-net.de
http://thegordian.blogspot.com
http://twitter.com/eikestepper
|
|
| | |
Re: [CDO] need help with difficult problem [message #612525 is a reply to message #102687] |
Wed, 14 November 2007 17:08 |
|
Mark Geib schrieb:
> Eike,
>
> Is this fix in the new release today.?
Yes, the release notes sometimes take a bit longer to be generated:
http://www.eclipse.org/modeling/emft/news/relnotes.php?proje ct=cdo&version=I200711141128
Regards,
Eike Stepper
----
http://wiki.eclipse.org/?title=CDO
http://wiki.eclipse.org/?title=Net4j
>
> Mark.
>
> Eike Stepper wrote:
>> Mark,
>>
>> I've described the possible cause and my fix in
>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=209773
>> I've also cc'ed Simon because I believe that it relates with the
>> Prefetching feature that he contributed.
>>
>> Regards,
>> Eike Stepper
>> ----
>> http://wiki.eclipse.org/?title=CDO
>> http://wiki.eclipse.org/?title=Net4j
>>
>>
>>
>> Mark Geib schrieb:
>>> Eike,
>>>
>>> Congrats, everything, I mean everything is working well.
>>>
>>> However, I have a problem I can't find. I think you have my ecore
>>> file to reference...
>>>
>>> When I go to create and add a new ServiceGroup object in one client
>>> I get an error in all other clients that follows.
>>>
>>> !ENTRY org.eclipse.ui.workbench 4 2 2007-11-13 12:46:27.381
>>> !MESSAGE Problems occurred when invoking code from plug-in:
>>> "org.eclipse.ui.workbench".
>>> !STACK 0
>>> java.lang.IllegalStateException: Duplicate version:
>>> NamedEquipmentList@16v1
>>> at
>>> org.eclipse.emf.cdo.internal.protocol.revision.CDORevisionRe solverImpl.addRevision(CDORevisionResolverImpl.java:309)
>>>
>>> at
>>> org.eclipse.emf.internal.cdo.protocol.LoadRevisionRequest.co nfirming(LoadRevisionRequest.java:125)
>>>
>>> at
>>> org.eclipse.emf.internal.cdo.protocol.LoadRevisionRequest.co nfirming(LoadRevisionRequest.java:1)
>>>
>>> at
>>> org.eclipse.net4j.signal.RequestWithConfirmation.execute(Req uestWithConfirmation.java:57)
>>>
>>> at org.eclipse.net4j.signal.Signal.runSync(Signal.java:130)
>>> at
>>> org.eclipse.net4j.signal.SignalProtocol.startSignal(SignalPr otocol.java:231)
>>>
>>> at
>>> org.eclipse.net4j.signal.SignalActor.send(SignalActor.java:5 0)
>>> at
>>> org.eclipse.net4j.signal.SignalActor.send(SignalActor.java:4 0)
>>> ....
>>>
>>> These other clients are refreshing a tree view for the Facility
>>> model object. In the course of calling get modelChildren the
>>> following is called...which seems to cause the error above.
>>> getFacility().getEchostar(). Echostar is the root object which I am
>>> using for some other purpose. If you look at the model Facility
>>> contains NamedEquipmentList.
>>>
>>> I don't see anything in my code that looks suspect.
>>>
>>> Thanks,
>>> Mark.
Cheers
/Eike
----
http://www.esc-net.de
http://thegordian.blogspot.com
http://twitter.com/eikestepper
|
|
|
Goto Forum:
Current Time: Thu Mar 28 18:45:58 GMT 2024
Powered by FUDForum. Page generated in 0.02723 seconds
|