Home » Modeling » EMF » [CDO] CDO explorer product export failing in Mars release
[CDO] CDO explorer product export failing in Mars release [message #1712584] |
Mon, 26 October 2015 11:45  |
Eclipse User |
|
|
|
Hi all,
In Luna release, I used to run the CDO explorer as an installed product.
With Mars release, I fail to reproduce one of the following steps :
- Get the CDO explorer product from CDO downloads (Ok)
- Import org.eclipse.emf.cdo.explorer as a source project (Ok)
- Add my model and edit plugins to the plugin.xml (Ok)
- Create a product file initialized with org.eclipse.emf.cdo.explorer.product (KO)
Before I actually perform the export...
My installation details are :
CDO Model Repository Explorer Product 4.3.1.v20150914-0747
CDO Model Repository Server 4.4.1.v20150914-0747
CDO Model Repository Server DB 4.3.1.v20150911-1807
Net4j Signalling Platform 4.4.1.v20150912-0814
Am I missing something ?
Could somebody tell me what to do to successfully export the explorer product again ?
Laurent
|
|
|
Re: [CDO] CDO explorer product export failing in Mars release [message #1712657 is a reply to message #1712584] |
Tue, 27 October 2015 05:21   |
Eclipse User |
|
|
|
Hi again,
With Mars release, an org.eclipse.emf.cdo.explorer.ui plugin has been introduced.
I reproduced to previous steps importing this plugin as a source project and inializing the product file with org.eclipse.emf.cdo.explorer.ui.product.
While testing my product configuration by lauching an eclipse application, I got the following runtime exception :
Application "org.eclipse.emf.cdo.explorer.app" could not be found in the registry. The applications available are: org.eclipse.emf.cdo.explorer.ui.app, org.eclipse.emf.cdo.server.app, org.eclipse.e4.ui.workbench.swt.E4Application, org.eclipse.e4.ui.workbench.swt.GenTopic, org.eclipse.equinox.app.error.
I specified the "org.eclipse.emf.cdo.explorer.ui.app" application in the product definition as "org.eclipse.emf.cdo.explorer.app" was in the list of choices.
I also added "org.eclipse.equinox.event" to the plugin.xml dependencies and refreshed consequently the product contents to get rid of the following error message :
Event Admin service is not available, unable to publish event org.osgi.service.event.Event
When lauching the eclipse application again, I now get an empty "CDO explorer" window showing up...
|
|
|
Re: [CDO] CDO explorer product export failing in Mars release [message #1712659 is a reply to message #1712657] |
Tue, 27 October 2015 05:31   |
Eclipse User |
|
|
|
<html>
<head>
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
Hi Laurent,<br>
<br>
The two example products "CDO Explorer" and "CDO Server" hadn't been
properly maintained for quite a while. Before MArs I noticed that
even our Buckminster build could no longer create them, so I decided
to no longer provde these two products.<br>
<br>
The CDO Explorer is really a a small set of plugins that can be
easily installed into any RCP/IDE product. <br>
<br>
An example CDO Server can now be easily installed with the Eclipse
Installer:<br>
<br>
<img src="https://www.eclipse.org/forums/index.php?t=getfile&id=23744" alt=""><br>
<br>
I hope that helps.<br>
<br>
Cheers<br>
/Eike<br>
<br>
----<br>
<a class="moz-txt-link-freetext" href="http://www.esc-net.de">http://www.esc-net.de</a><br>
<a class="moz-txt-link-freetext" href="http://thegordian.blogspot.com">http://thegordian.blogspot.com</a><br>
<a class="moz-txt-link-freetext" href="http://twitter.com/eikestepper">http://twitter.com/eikestepper</a><br>
<br>
<br>
<br>
<div class="moz-cite-prefix">Am 27.10.2015 um 10:21 schrieb Laurent
Le Moux:<br>
</div>
<blockquote cite="mid:n0nfmb$mbc$1@xxxxxxxxe.org" type="cite">Hi
again,
<br>
<br>
With Mars release, an org.eclipse.emf.cdo.explorer.ui plugin has
been introduced.
<br>
I reproduced to previous steps importing this plugin as a source
project and inializing the product file with
org.eclipse.emf.cdo.explorer.ui.product.
<br>
While testing my product configuration by lauching an eclipse
application, I got the following runtime exception :
<br>
<br>
Application "org.eclipse.emf.cdo.explorer.app" could not be found
in the registry. The applications available are:
org.eclipse.emf.cdo.explorer.ui.app,
org.eclipse.emf.cdo.server.app,
org.eclipse.e4.ui.workbench.swt.E4Application,
org.eclipse.e4.ui.workbench.swt.GenTopic,
org.eclipse.equinox.app.error.
<br>
<br>
I specified the "org.eclipse.emf.cdo.explorer.ui.app" application
in the product definition as "org.eclipse.emf.cdo.explorer.app"
was in the list of choices.
<br>
I also added "org.eclipse.equinox.event" to the plugin.xml
dependencies and refreshed consequently the product contents to
get rid of the following error message :
<br>
Event Admin service is not available, unable to publish event
org.osgi.service.event.Event
<br>
<br>
When lauching the eclipse application again, I now get an empty
"CDO explorer" window showing up... :( </blockquote>
<br>
</body>
</html>
Attachment: dbagfacb.png
(Size: 36.92KB, Downloaded 138 times)
|
|
| | | | | | |
Re: [CDO] CDO explorer product export failing in Mars release [message #1714481 is a reply to message #1714473] |
Thu, 12 November 2015 23:41   |
Eclipse User |
|
|
|
Hi Scott,
From your stack trace it looks as if your model involves EMF feature maps, which are not supported by CDO. Can you
confirm that that's the case?
Cheers
/Eike
----
http://www.esc-net.de
http://thegordian.blogspot.com
http://twitter.com/eikestepper
Am 12.11.2015 um 22:40 schrieb Scott Dybiec:
> Thanks for sharing this, Laurent. I was able to get the CDO Explorer working using it. I'm using Mars.1
>
> Then I ran into this snag. I built the CDO server including the extended library example model plugin and when I tried
> to update the model using two different CDO Explorers, it threw this exception while adding new child objects to the
> top-level library object. I've repeated it many times, so the scenario is easy to reproduce.
>
> This is a legacy EMF model and hasn't been modified to be a CDO native model. It doesn't convert cleanly due some
> overridden .
>
> !SESSION 2015-11-12 15:58:40.973 -----------------------------------------------
> eclipse.buildId=unknown
> java.version=1.7.0_75
> java.vendor=Oracle Corporation
> BootLoader constants: OS=win32, ARCH=x86_64, WS=win32, NL=en_US
> Framework arguments: -application org.eclipse.emf.cdo.explorer.lite.application
> Command-line arguments: -application org.eclipse.emf.cdo.explorer.lite.application -data
> S:\mars-cdo-workspace/../runtime-org.eclipse.emf.cdo.explorer.lite.application -dev
> file:S:/mars-cdo-workspace/.metadata/.plugins/org.eclipse.pde.core/org.eclipse.emf.cdo.explorer.lite.application/dev.properties
> -os win32 -ws win32 -arch x86_64 -consoleLog
>
> !ENTRY org.eclipse.emf.common 2 0 2015-11-12 15:58:57.132
> !MESSAGE An exception was ignored during command execution
> !STACK 0
> org.eclipse.emf.common.util.WrappedException: An exception was ignored during command execution
> at org.eclipse.emf.common.command.BasicCommandStack.handleError(BasicCommandStack.java:281)
> at org.eclipse.emf.common.command.BasicCommandStack.execute(BasicCommandStack.java:112)
> at org.eclipse.emf.edit.ui.action.StaticSelectionCommandAction.run(StaticSelectionCommandAction.java:235)
> at org.eclipse.jface.action.Action.runWithEvent(Action.java:473)
> at org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:595)
> at org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:511)
> at org.eclipse.jface.action.ActionContributionItem$5.handleEvent(ActionContributionItem.java:420)
> at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:84)
> at org.eclipse.swt.widgets.Display.sendEvent(Display.java:4362)
> at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1113)
> at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:4180)
> at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3769)
> at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine$4.run(PartRenderingEngine.java:1127)
> at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:337)
> at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.run(PartRenderingEngine.java:1018)
> at org.eclipse.e4.ui.internal.workbench.E4Workbench.createAndRunUI(E4Workbench.java:156)
> at org.eclipse.ui.internal.Workbench$5.run(Workbench.java:654)
> at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:337)
> at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:598)
> at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:150)
> at org.eclipse.emf.cdo.explorer.lite.Application.start(Application.java:20)
> at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:196)
> at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:134)
> at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:104)
> at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:380)
> at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:235)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:606)
> at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:669)
> at org.eclipse.equinox.launcher.Main.basicRun(Main.java:608)
> at org.eclipse.equinox.launcher.Main.run(Main.java:1515)
> at org.eclipse.equinox.launcher.Main.main(Main.java:1488)
> Caused by: java.lang.ClassCastException: org.eclipse.emf.cdo.internal.common.revision.CDOFeatureMapEntryImpl cannot be
> cast to java.lang.String
> at org.eclipse.emf.cdo.internal.common.model.CDOTypeImpl$26.doCopyValue(CDOTypeImpl.java:610)
> at org.eclipse.emf.cdo.internal.common.model.CDOTypeImpl$26.doCopyValue(CDOTypeImpl.java:1)
> at org.eclipse.emf.cdo.internal.common.model.CDOTypeImpl.copyValue(CDOTypeImpl.java:1021)
> at
> org.eclipse.emf.cdo.internal.common.revision.CDOListWithElementProxiesImpl.clone(CDOListWithElementProxiesImpl.java:88)
> at org.eclipse.emf.cdo.internal.common.revision.CDORevisionImpl.<init>(CDORevisionImpl.java:58)
> at org.eclipse.emf.cdo.internal.common.revision.CDORevisionImpl.copy(CDORevisionImpl.java:76)
> at org.eclipse.emf.internal.cdo.view.CDOStateMachine$WriteTransition.execute(CDOStateMachine.java:997)
> at org.eclipse.emf.internal.cdo.view.CDOStateMachine$AbstractWriteTransition.execute(CDOStateMachine.java:941)
> at org.eclipse.emf.internal.cdo.view.CDOStateMachine$WriteTransition.execute(CDOStateMachine.java:990)
> at org.eclipse.emf.internal.cdo.view.CDOStateMachine$AbstractWriteTransition.execute(CDOStateMachine.java:1)
> at org.eclipse.net4j.util.fsm.FiniteStateMachine.process(FiniteStateMachine.java:173)
> at org.eclipse.emf.internal.cdo.view.CDOStateMachine.writeWithoutViewLock(CDOStateMachine.java:354)
> at org.eclipse.emf.internal.cdo.view.CDOStateMachine.write(CDOStateMachine.java:340)
> at org.eclipse.emf.internal.cdo.view.CDOStoreImpl.writeRevision(CDOStoreImpl.java:762)
> at org.eclipse.emf.internal.cdo.view.CDOStoreImpl.add(CDOStoreImpl.java:491)
> at org.eclipse.emf.internal.cdo.object.CDOLegacyAdapter.notifyAdd(CDOLegacyAdapter.java:213)
> at org.eclipse.emf.internal.cdo.object.CDOLegacyAdapter.notifyChanged(CDOLegacyAdapter.java:117)
> at org.eclipse.emf.common.notify.impl.BasicNotifierImpl.eNotify(BasicNotifierImpl.java:374)
> at org.eclipse.emf.common.notify.impl.NotificationImpl.dispatch(NotificationImpl.java:1027)
> at org.eclipse.emf.common.notify.impl.NotificationImpl.dispatch(NotificationImpl.java:1032)
> at org.eclipse.emf.common.notify.impl.NotifyingListImpl.addAllUnique(NotifyingListImpl.java:462)
> at org.eclipse.emf.common.notify.impl.NotifyingListImpl.addAllUnique(NotifyingListImpl.java:400)
> at org.eclipse.emf.ecore.util.BasicFeatureMap.addAllUnique(BasicFeatureMap.java:1613)
> at org.eclipse.emf.common.util.AbstractEList.addAll(AbstractEList.java:370)
> at org.eclipse.emf.ecore.util.BasicFeatureMap.doAddAll(BasicFeatureMap.java:604)
> at org.eclipse.emf.ecore.util.BasicFeatureMap.addAll(BasicFeatureMap.java:1486)
> at org.eclipse.emf.ecore.util.FeatureMapUtil$FeatureEList.addAll(FeatureMapUtil.java:756)
> at org.eclipse.emf.edit.command.AddCommand.doExecute(AddCommand.java:399)
> at org.eclipse.emf.edit.command.AbstractOverrideableCommand.execute(AbstractOverrideableCommand.java:125)
> at org.eclipse.emf.common.command.CommandWrapper.execute(CommandWrapper.java:174)
> at org.eclipse.emf.edit.command.CreateChildCommand.execute(CreateChildCommand.java:257)
> at org.eclipse.emf.common.command.BasicCommandStack.execute(BasicCommandStack.java:78)
> ... 32 more
>
> On 11/9/2015 8:57 AM, Laurent Le Moux wrote:
>> I guess there should be no relation. However...
>> Adding 'org.eclipse.ui.externaltools' plugin dependencies to my example dependencies makes no difference.
>> Whereas declaring a minimal 'org.eclipse.ui.actionSets' extension solves the problem... (see new attachement).
>>
>
|
|
|
Re: [CDO] CDO explorer product export failing in Mars release [message #1714524 is a reply to message #1714481] |
Fri, 13 November 2015 06:25   |
Eclipse User |
|
|
|
You are right, Eike. The Extended Library Model that comes as a sample
uses feature maps.
I'm excited to use CDO and fortunately my application's EMF model does
not use feature maps.
$cott
On 11/12/2015 11:41 PM, Eike Stepper wrote:
> Hi Scott,
>
> From your stack trace it looks as if your model involves EMF feature
> maps, which are not supported by CDO. Can you confirm that that's the case?
>
> Cheers
> /Eike
>
> ----
> http://www.esc-net.de
> http://thegordian.blogspot.com
> http://twitter.com/eikestepper
>
>
>
> Am 12.11.2015 um 22:40 schrieb Scott Dybiec:
>> Thanks for sharing this, Laurent. I was able to get the CDO Explorer
>> working using it. I'm using Mars.1
>>
>> Then I ran into this snag. I built the CDO server including the
>> extended library example model plugin and when I tried to update the
>> model using two different CDO Explorers, it threw this exception while
>> adding new child objects to the top-level library object. I've
>> repeated it many times, so the scenario is easy to reproduce.
>>
>> This is a legacy EMF model and hasn't been modified to be a CDO native
>> model. It doesn't convert cleanly due some overridden .
>>
>> !SESSION 2015-11-12 15:58:40.973
>> -----------------------------------------------
>> eclipse.buildId=unknown
>> java.version=1.7.0_75
>> java.vendor=Oracle Corporation
>> BootLoader constants: OS=win32, ARCH=x86_64, WS=win32, NL=en_US
>> Framework arguments: -application
>> org.eclipse.emf.cdo.explorer.lite.application
>> Command-line arguments: -application
>> org.eclipse.emf.cdo.explorer.lite.application -data
>> S:\mars-cdo-workspace/../runtime-org.eclipse.emf.cdo.explorer.lite.application
>> -dev
>> file:S:/mars-cdo-workspace/.metadata/.plugins/org.eclipse.pde.core/org.eclipse.emf.cdo.explorer.lite.application/dev.properties
>> -os win32 -ws win32 -arch x86_64 -consoleLog
>>
>> !ENTRY org.eclipse.emf.common 2 0 2015-11-12 15:58:57.132
>> !MESSAGE An exception was ignored during command execution
>> !STACK 0
>> org.eclipse.emf.common.util.WrappedException: An exception was ignored
>> during command execution
>> at
>> org.eclipse.emf.common.command.BasicCommandStack.handleError(BasicCommandStack.java:281)
>>
>> at
>> org.eclipse.emf.common.command.BasicCommandStack.execute(BasicCommandStack.java:112)
>>
>> at
>> org.eclipse.emf.edit.ui.action.StaticSelectionCommandAction.run(StaticSelectionCommandAction.java:235)
>>
>> at org.eclipse.jface.action.Action.runWithEvent(Action.java:473)
>> at
>> org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:595)
>>
>> at
>> org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:511)
>>
>> at
>> org.eclipse.jface.action.ActionContributionItem$5.handleEvent(ActionContributionItem.java:420)
>>
>> at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:84)
>> at org.eclipse.swt.widgets.Display.sendEvent(Display.java:4362)
>> at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1113)
>> at
>> org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:4180)
>> at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3769)
>> at
>> org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine$4.run(PartRenderingEngine.java:1127)
>>
>> at
>> org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:337)
>>
>> at
>> org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.run(PartRenderingEngine.java:1018)
>>
>> at
>> org.eclipse.e4.ui.internal.workbench.E4Workbench.createAndRunUI(E4Workbench.java:156)
>>
>> at org.eclipse.ui.internal.Workbench$5.run(Workbench.java:654)
>> at
>> org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:337)
>>
>> at
>> org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:598)
>>
>> at
>> org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:150)
>> at
>> org.eclipse.emf.cdo.explorer.lite.Application.start(Application.java:20)
>> at
>> org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:196)
>>
>> at
>> org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:134)
>>
>> at
>> org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:104)
>>
>> at
>> org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:380)
>>
>> at
>> org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:235)
>>
>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>> at
>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
>>
>> at
>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>>
>> at java.lang.reflect.Method.invoke(Method.java:606)
>> at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:669)
>> at org.eclipse.equinox.launcher.Main.basicRun(Main.java:608)
>> at org.eclipse.equinox.launcher.Main.run(Main.java:1515)
>> at org.eclipse.equinox.launcher.Main.main(Main.java:1488)
>> Caused by: java.lang.ClassCastException:
>> org.eclipse.emf.cdo.internal.common.revision.CDOFeatureMapEntryImpl
>> cannot be cast to java.lang.String
>> at
>> org.eclipse.emf.cdo.internal.common.model.CDOTypeImpl$26.doCopyValue(CDOTypeImpl.java:610)
>>
>> at
>> org.eclipse.emf.cdo.internal.common.model.CDOTypeImpl$26.doCopyValue(CDOTypeImpl.java:1)
>>
>> at
>> org.eclipse.emf.cdo.internal.common.model.CDOTypeImpl.copyValue(CDOTypeImpl.java:1021)
>>
>> at
>> org.eclipse.emf.cdo.internal.common.revision.CDOListWithElementProxiesImpl.clone(CDOListWithElementProxiesImpl.java:88)
>>
>> at
>> org.eclipse.emf.cdo.internal.common.revision.CDORevisionImpl.<init>(CDORevisionImpl.java:58)
>>
>> at
>> org.eclipse.emf.cdo.internal.common.revision.CDORevisionImpl.copy(CDORevisionImpl.java:76)
>>
>> at
>> org.eclipse.emf.internal.cdo.view.CDOStateMachine$WriteTransition.execute(CDOStateMachine.java:997)
>>
>> at
>> org.eclipse.emf.internal.cdo.view.CDOStateMachine$AbstractWriteTransition.execute(CDOStateMachine.java:941)
>>
>> at
>> org.eclipse.emf.internal.cdo.view.CDOStateMachine$WriteTransition.execute(CDOStateMachine.java:990)
>>
>> at
>> org.eclipse.emf.internal.cdo.view.CDOStateMachine$AbstractWriteTransition.execute(CDOStateMachine.java:1)
>>
>> at
>> org.eclipse.net4j.util.fsm.FiniteStateMachine.process(FiniteStateMachine.java:173)
>>
>> at
>> org.eclipse.emf.internal.cdo.view.CDOStateMachine.writeWithoutViewLock(CDOStateMachine.java:354)
>>
>> at
>> org.eclipse.emf.internal.cdo.view.CDOStateMachine.write(CDOStateMachine.java:340)
>>
>> at
>> org.eclipse.emf.internal.cdo.view.CDOStoreImpl.writeRevision(CDOStoreImpl.java:762)
>>
>> at
>> org.eclipse.emf.internal.cdo.view.CDOStoreImpl.add(CDOStoreImpl.java:491)
>> at
>> org.eclipse.emf.internal.cdo.object.CDOLegacyAdapter.notifyAdd(CDOLegacyAdapter.java:213)
>>
>> at
>> org.eclipse.emf.internal.cdo.object.CDOLegacyAdapter.notifyChanged(CDOLegacyAdapter.java:117)
>>
>> at
>> org.eclipse.emf.common.notify.impl.BasicNotifierImpl.eNotify(BasicNotifierImpl.java:374)
>>
>> at
>> org.eclipse.emf.common.notify.impl.NotificationImpl.dispatch(NotificationImpl.java:1027)
>>
>> at
>> org.eclipse.emf.common.notify.impl.NotificationImpl.dispatch(NotificationImpl.java:1032)
>>
>> at
>> org.eclipse.emf.common.notify.impl.NotifyingListImpl.addAllUnique(NotifyingListImpl.java:462)
>>
>> at
>> org.eclipse.emf.common.notify.impl.NotifyingListImpl.addAllUnique(NotifyingListImpl.java:400)
>>
>> at
>> org.eclipse.emf.ecore.util.BasicFeatureMap.addAllUnique(BasicFeatureMap.java:1613)
>>
>> at
>> org.eclipse.emf.common.util.AbstractEList.addAll(AbstractEList.java:370)
>> at
>> org.eclipse.emf.ecore.util.BasicFeatureMap.doAddAll(BasicFeatureMap.java:604)
>>
>> at
>> org.eclipse.emf.ecore.util.BasicFeatureMap.addAll(BasicFeatureMap.java:1486)
>>
>> at
>> org.eclipse.emf.ecore.util.FeatureMapUtil$FeatureEList.addAll(FeatureMapUtil.java:756)
>>
>> at
>> org.eclipse.emf.edit.command.AddCommand.doExecute(AddCommand.java:399)
>> at
>> org.eclipse.emf.edit.command.AbstractOverrideableCommand.execute(AbstractOverrideableCommand.java:125)
>>
>> at
>> org.eclipse.emf.common.command.CommandWrapper.execute(CommandWrapper.java:174)
>>
>> at
>> org.eclipse.emf.edit.command.CreateChildCommand.execute(CreateChildCommand.java:257)
>>
>> at
>> org.eclipse.emf.common.command.BasicCommandStack.execute(BasicCommandStack.java:78)
>>
>> ... 32 more
>>
>> On 11/9/2015 8:57 AM, Laurent Le Moux wrote:
>>> I guess there should be no relation. However...
>>> Adding 'org.eclipse.ui.externaltools' plugin dependencies to my
>>> example dependencies makes no difference.
>>> Whereas declaring a minimal 'org.eclipse.ui.actionSets' extension
>>> solves the problem... (see new attachement).
>>>
>>
>
|
|
|
Re: [CDO] CDO explorer product export failing in Mars release [message #1714527 is a reply to message #1714524] |
Fri, 13 November 2015 07:08  |
Eclipse User |
|
|
|
Am 13.11.2015 um 12:25 schrieb Scott Dybiec:
> You are right, Eike. The Extended Library Model that comes as a sample uses feature maps.
We should probably add checks to detect this case (please submit a bugzilla if you feel strong about it). Formerly we
wanted to support feature maps and there's even quite some code left from those attempts. But later it turned out to be
too much effort, especially in combination with RDBs. It also had an ugly impact on the source code. So we gave up on that.
> I'm excited to use CDO and fortunately my application's EMF model does not use feature maps.
Great to hear. Have fun ;-)
Cheers
/Eike
----
http://www.esc-net.de
http://thegordian.blogspot.com
http://twitter.com/eikestepper
>
> $cott
>
> On 11/12/2015 11:41 PM, Eike Stepper wrote:
>> Hi Scott,
>>
>> From your stack trace it looks as if your model involves EMF feature
>> maps, which are not supported by CDO. Can you confirm that that's the case?
>>
>> Cheers
>> /Eike
>>
>> ----
>> http://www.esc-net.de
>> http://thegordian.blogspot.com
>> http://twitter.com/eikestepper
>>
>>
>>
>> Am 12.11.2015 um 22:40 schrieb Scott Dybiec:
>>> Thanks for sharing this, Laurent. I was able to get the CDO Explorer
>>> working using it. I'm using Mars.1
>>>
>>> Then I ran into this snag. I built the CDO server including the
>>> extended library example model plugin and when I tried to update the
>>> model using two different CDO Explorers, it threw this exception while
>>> adding new child objects to the top-level library object. I've
>>> repeated it many times, so the scenario is easy to reproduce.
>>>
>>> This is a legacy EMF model and hasn't been modified to be a CDO native
>>> model. It doesn't convert cleanly due some overridden .
>>>
>>> !SESSION 2015-11-12 15:58:40.973
>>> -----------------------------------------------
>>> eclipse.buildId=unknown
>>> java.version=1.7.0_75
>>> java.vendor=Oracle Corporation
>>> BootLoader constants: OS=win32, ARCH=x86_64, WS=win32, NL=en_US
>>> Framework arguments: -application
>>> org.eclipse.emf.cdo.explorer.lite.application
>>> Command-line arguments: -application
>>> org.eclipse.emf.cdo.explorer.lite.application -data
>>> S:\mars-cdo-workspace/../runtime-org.eclipse.emf.cdo.explorer.lite.application
>>> -dev
>>> file:S:/mars-cdo-workspace/.metadata/.plugins/org.eclipse.pde.core/org.eclipse.emf.cdo.explorer.lite.application/dev.properties
>>>
>>> -os win32 -ws win32 -arch x86_64 -consoleLog
>>>
>>> !ENTRY org.eclipse.emf.common 2 0 2015-11-12 15:58:57.132
>>> !MESSAGE An exception was ignored during command execution
>>> !STACK 0
>>> org.eclipse.emf.common.util.WrappedException: An exception was ignored
>>> during command execution
>>> at
>>> org.eclipse.emf.common.command.BasicCommandStack.handleError(BasicCommandStack.java:281)
>>>
>>> at
>>> org.eclipse.emf.common.command.BasicCommandStack.execute(BasicCommandStack.java:112)
>>>
>>> at
>>> org.eclipse.emf.edit.ui.action.StaticSelectionCommandAction.run(StaticSelectionCommandAction.java:235)
>>>
>>> at org.eclipse.jface.action.Action.runWithEvent(Action.java:473)
>>> at
>>> org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:595)
>>>
>>> at
>>> org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:511)
>>>
>>> at
>>> org.eclipse.jface.action.ActionContributionItem$5.handleEvent(ActionContributionItem.java:420)
>>>
>>> at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:84)
>>> at org.eclipse.swt.widgets.Display.sendEvent(Display.java:4362)
>>> at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1113)
>>> at
>>> org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:4180)
>>> at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3769)
>>> at
>>> org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine$4.run(PartRenderingEngine.java:1127)
>>>
>>> at
>>> org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:337)
>>>
>>> at
>>> org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.run(PartRenderingEngine.java:1018)
>>>
>>> at
>>> org.eclipse.e4.ui.internal.workbench.E4Workbench.createAndRunUI(E4Workbench.java:156)
>>>
>>> at org.eclipse.ui.internal.Workbench$5.run(Workbench.java:654)
>>> at
>>> org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:337)
>>>
>>> at
>>> org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:598)
>>>
>>> at
>>> org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:150)
>>> at
>>> org.eclipse.emf.cdo.explorer.lite.Application.start(Application.java:20)
>>> at
>>> org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:196)
>>>
>>> at
>>> org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:134)
>>>
>>> at
>>> org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:104)
>>>
>>> at
>>> org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:380)
>>>
>>> at
>>> org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:235)
>>>
>>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>> at
>>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
>>>
>>> at
>>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>>>
>>> at java.lang.reflect.Method.invoke(Method.java:606)
>>> at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:669)
>>> at org.eclipse.equinox.launcher.Main.basicRun(Main.java:608)
>>> at org.eclipse.equinox.launcher.Main.run(Main.java:1515)
>>> at org.eclipse.equinox.launcher.Main.main(Main.java:1488)
>>> Caused by: java.lang.ClassCastException:
>>> org.eclipse.emf.cdo.internal.common.revision.CDOFeatureMapEntryImpl
>>> cannot be cast to java.lang.String
>>> at
>>> org.eclipse.emf.cdo.internal.common.model.CDOTypeImpl$26.doCopyValue(CDOTypeImpl.java:610)
>>>
>>> at
>>> org.eclipse.emf.cdo.internal.common.model.CDOTypeImpl$26.doCopyValue(CDOTypeImpl.java:1)
>>>
>>> at
>>> org.eclipse.emf.cdo.internal.common.model.CDOTypeImpl.copyValue(CDOTypeImpl.java:1021)
>>>
>>> at
>>> org.eclipse.emf.cdo.internal.common.revision.CDOListWithElementProxiesImpl.clone(CDOListWithElementProxiesImpl.java:88)
>>>
>>> at
>>> org.eclipse.emf.cdo.internal.common.revision.CDORevisionImpl.<init>(CDORevisionImpl.java:58)
>>>
>>> at
>>> org.eclipse.emf.cdo.internal.common.revision.CDORevisionImpl.copy(CDORevisionImpl.java:76)
>>>
>>> at
>>> org.eclipse.emf.internal.cdo.view.CDOStateMachine$WriteTransition.execute(CDOStateMachine.java:997)
>>>
>>> at
>>> org.eclipse.emf.internal.cdo.view.CDOStateMachine$AbstractWriteTransition.execute(CDOStateMachine.java:941)
>>>
>>> at
>>> org.eclipse.emf.internal.cdo.view.CDOStateMachine$WriteTransition.execute(CDOStateMachine.java:990)
>>>
>>> at
>>> org.eclipse.emf.internal.cdo.view.CDOStateMachine$AbstractWriteTransition.execute(CDOStateMachine.java:1)
>>>
>>> at
>>> org.eclipse.net4j.util.fsm.FiniteStateMachine.process(FiniteStateMachine.java:173)
>>>
>>> at
>>> org.eclipse.emf.internal.cdo.view.CDOStateMachine.writeWithoutViewLock(CDOStateMachine.java:354)
>>>
>>> at
>>> org.eclipse.emf.internal.cdo.view.CDOStateMachine.write(CDOStateMachine.java:340)
>>>
>>> at
>>> org.eclipse.emf.internal.cdo.view.CDOStoreImpl.writeRevision(CDOStoreImpl.java:762)
>>>
>>> at
>>> org.eclipse.emf.internal.cdo.view.CDOStoreImpl.add(CDOStoreImpl.java:491)
>>> at
>>> org.eclipse.emf.internal.cdo.object.CDOLegacyAdapter.notifyAdd(CDOLegacyAdapter.java:213)
>>>
>>> at
>>> org.eclipse.emf.internal.cdo.object.CDOLegacyAdapter.notifyChanged(CDOLegacyAdapter.java:117)
>>>
>>> at
>>> org.eclipse.emf.common.notify.impl.BasicNotifierImpl.eNotify(BasicNotifierImpl.java:374)
>>>
>>> at
>>> org.eclipse.emf.common.notify.impl.NotificationImpl.dispatch(NotificationImpl.java:1027)
>>>
>>> at
>>> org.eclipse.emf.common.notify.impl.NotificationImpl.dispatch(NotificationImpl.java:1032)
>>>
>>> at
>>> org.eclipse.emf.common.notify.impl.NotifyingListImpl.addAllUnique(NotifyingListImpl.java:462)
>>>
>>> at
>>> org.eclipse.emf.common.notify.impl.NotifyingListImpl.addAllUnique(NotifyingListImpl.java:400)
>>>
>>> at
>>> org.eclipse.emf.ecore.util.BasicFeatureMap.addAllUnique(BasicFeatureMap.java:1613)
>>>
>>> at
>>> org.eclipse.emf.common.util.AbstractEList.addAll(AbstractEList.java:370)
>>> at
>>> org.eclipse.emf.ecore.util.BasicFeatureMap.doAddAll(BasicFeatureMap.java:604)
>>>
>>> at
>>> org.eclipse.emf.ecore.util.BasicFeatureMap.addAll(BasicFeatureMap.java:1486)
>>>
>>> at
>>> org.eclipse.emf.ecore.util.FeatureMapUtil$FeatureEList.addAll(FeatureMapUtil.java:756)
>>>
>>> at
>>> org.eclipse.emf.edit.command.AddCommand.doExecute(AddCommand.java:399)
>>> at
>>> org.eclipse.emf.edit.command.AbstractOverrideableCommand.execute(AbstractOverrideableCommand.java:125)
>>>
>>> at
>>> org.eclipse.emf.common.command.CommandWrapper.execute(CommandWrapper.java:174)
>>>
>>> at
>>> org.eclipse.emf.edit.command.CreateChildCommand.execute(CreateChildCommand.java:257)
>>>
>>> at
>>> org.eclipse.emf.common.command.BasicCommandStack.execute(BasicCommandStack.java:78)
>>>
>>> ... 32 more
>>>
>>> On 11/9/2015 8:57 AM, Laurent Le Moux wrote:
>>>> I guess there should be no relation. However...
>>>> Adding 'org.eclipse.ui.externaltools' plugin dependencies to my
>>>> example dependencies makes no difference.
>>>> Whereas declaring a minimal 'org.eclipse.ui.actionSets' extension
>>>> solves the problem... (see new attachement).
>>>>
>>>
>>
>
|
|
|
Goto Forum:
Current Time: Wed Jul 23 14:28:27 EDT 2025
Powered by FUDForum. Page generated in 0.06544 seconds
|