| How to implement IAdaptable interface [message #417441] |
Mon, 10 March 2008 19:54  |
Eclipse User |
|
|
|
Originally posted by: tom.seidel.spiritlink.de
This is a multi-part message in MIME format.
--------------030904030807050902010705
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 7bit
Hi,
I have problems with my EMF generated models and the Eclipse Adapter
Mechanism. The generated classes don't implement IAdaptable, but I would
like to adapt EMF-objects to IResource objects to reuse the contributed
context-menu actions.
The screenshot shows a table-viewer with a EMF-Datamodel. I've hardcoded
the IAdaptable Interface to the classes and created an Adapter that
mapps to IResource to reuse the funtionalities provided from the
org.eclipse.compare plugin. Any suggestions?
Thanks,
Tom
--------------030904030807050902010705
Content-Type: image/png;
name="emf_viewer_hardcoded_iadaptable.png"
Content-Transfer-Encoding: base64
Content-Disposition: inline;
filename="emf_viewer_hardcoded_iadaptable.png"
iVBORw0KGgoAAAANSUhEUgAAAWAAAABZCAIAAACPAWnKAAAACXBIWXMAAA7E AAAOxAGVKw4b
AAAAB3RJTUUH2AMKEzQjHYkx+gAAAAd0RVh0QXV0aG9yAKmuzEgAAAAMdEVY dERlc2NyaXB0
aW9uABMJISMAAAAKdEVYdENvcHlyaWdodACsD8w6AAAADnRFWHRDcmVhdGlv biB0aW1lADX3
DwkAAAAJdEVYdFNvZnR3YXJlAF1w/zoAAAALdEVYdERpc2NsYWltZXIAt8C0 jwAAAAh0RVh0
V2FybmluZwDAG+aHAAAAB3RFWHRTb3VyY2UA9f+D6wAAAAh0RVh0Q29tbWVu dAD2zJa/AAAA
BnRFWHRUaXRsZQCo7tInAAABAElEQVR4nO2dW2wc1RnHv7n5smtvbK9jx5B1 mwSnJA7EjSlQ
QhNFpSQ8IRFRXkA8cWmp1LcqKvShUiVQJaoWlUhNH/qcSqlEeSFquTRqKKiJ SSGEi5OQYiVb
ktjr2F57d2bOOX2YdDqemXN2Zncuu+vvJ4TGZ8/l28mc//nON+eclRhjgCAI 4oectgEIgjQv
KBAIgnBReR88/st/uVIkSaKmKSnKr5/dNpjrsNN3PfduXNYhHqZevS9tE5A1 BFcgAOA74wPO
PxkAZfDuubkf/OGL9XR+3+bFuyd3bBjKx2whgiCpIRIIJ5Y6EAZfsBxU4MpK dowVhr8s9mQz
sdqHIEiKiASCxOsyogAAAQBJREFUUKLICjjUgVB4YFgFgFIp89nnxe7SxaHB /oQsRRAkcUQC
wRiDM2+axYuqKim9Xcq6Tsh06BseJgyGstpCqW+2c+La7FxitgZk6tX7MCyC IJFQSyCWSpd0
epumgiqBqkBu47rSX9lc6X3p/qG+fGmuVB7S7VchdvzM2T+tREGP9ZaqmeIK 1NUtB04pqa/R
IMaDULNQzpBmRigQlE1/PnuBGARuZBW1U5Uz2aIsSyvLhrGdMADdMAghlkC4 Opvdf8RPv7dU
kBSvANWBs2CQRsGjRAFLiS1EdUCaGWEMgrH148MLl79aUXsKfZqqSvItw+zK V500I3UolK5a
gul90H3Vwa/UtOIAAAEASURBVHeAFdcjwNcFCNKW3Z/raDQszoZ8LXRl8P1G qCNIKnAFghJC
KTO7+nL9+iczs6ND/ZrGurJZ6fbbKudvEFB4K7QFfrvvAMurBML0Cm+j9Xn1 Tmch4PShEXit
eJ2RSJpDkLDwPQhCCGVlmpW1QZ1VZ/XedV0yVBVVpos0R5hCqU8hV98L62+7 CtoTCt9Sjcze
7Qp5mlVzXoNDOrIW4HsQpkkZK5PsDaMrMzhakeaG8yuZPlkB0NVuwmTvLq8g 3aa+fhXtWFpT
ERAEseDuxbCmGMskS+WugR5zmfbMXO6dvwoLs2xJzzBZXR2CCN3BxNNy3keN 9OeANddRPCw4
ZUBaBYFRbPI+AAABAElEQVQHQQhlhR2jc2WTMKAUDAb/ZkAY0AJs6FDZSlVa XcQVVPNOsOtL
sWsW9GHvNCRsDDJu44O80OFVhSBpIfHOgzj4k7d23rEBOnsJA5MCZUDo/9dT EgZQXlHN6/u3
my+8FnS9NuLFG5Lk5bGvkzINQQQeBDUvf6Uzeo0xxhiTKGGMAaOMMsaYSXSg 0uimvKYuJWlu
mxHkVQ7gO04kPbgexOkzH584eep658TSUtmbR5Kknp7sYPXMnt13PfX7G/Hb idwEPQgkSbge
xOTE+OTEeK3iOwEAAMc3BGlP/AXihd/V6PO/eAbHsXDgyI+0IlwPolAo8D66 fPnKoVdPvPTc
nnhMaebFbwAAAQBJREFUQhCkWajzBcRoodAeGvH8nrPJNHTsaEINIW3Dwcee TtsEjkCYpiko
o+vVL2dmAKA9NKIZ/hlalGNHj+Ddi4ljR4+kbQJAwFOtr88vvHnhg9emZqYv XQWATZs2jW4s
DPTXf5ZU3BNynPAjSCSIphjXrl6fmvpo/4F9Jy+e6d9ckDpGTpXeHIP9x994 e/LeycG+vrlS
KVpr4t4QIagf1xrUwfMt7z4iNeB6EMQwLXUAgNmZwY+LxtzSf+avdADA/gP7 Tr93mginIQiC
tAHcGISiqbt23XH8jbf3H9h3//bh47NvzWsd9/TvBIDjb7y9e/ddiuouyzuj LdSZLs5tF4IK
fZXaZ9gAAAEASURBVLOBxxGoWT/GDpGmZXFxUVVVVVUVRZEkSZKk2mWihjvF IKa5fmjwwQf3
AsDWsfzWsUftjyy3AlbHMl3ee83j2HzzQK292K6DZ8SlfNNdKWvTSW7Rve2S xF34m0Dx5CkW
i5lMJpfLdXd3q57xOBm4rcqyTExTUVVGqSTH9Qt94mhi47HGmvU37kE0w8Fw 4qNuguwHC9VE
JLjGw0i6rl2nXVvLiYKT6enpfD6/ceNG24lI3gZ/gTAMk1Iqy/LpU+d8M0ze td3K1mDz4meu
wSey5ibIxj2IlhiKo7Iw8i8bbdd1akFL64JNsVgEgIGBgXXr1qVlg8hvoZTu 2nW7KzEmbyKY
UUJKAAABAElEQVT4fufmgWdVI6ET31M8vQf2hT2bx1k8kqpiwtcFcKZ4M9jZ nCmMMTvFKsIr
7q3fWTZdyuVypVIxTdPaUZ2KDf4CUa1WrIupqU99M1gehJ0NPGeliA9T8S0C q7tQqBNffHMK
WrTrjzxI2WDoxJvivQBPR3XNI3hzCnF0po4v2CDe7upyAbwdtQ4fwSUcvPqd gtIM6gAAlNIU
pcGCJxC6dTExsVWWZUqpFYywEm0nws5mIXgc60vhVSi4EKd762+2IKV3KuQK /SZrjg8RehC+
xwhEVXlAvC02iTo0CbwYhGFfU0oBgJimpRR28NKVDWmcIEGTZC1K1ADXeB5f Q05QDsT4Dcg5
uAAAAQBJREFUC4Su6+/87UTCptRNWt2m8VcDoZAk6Zs/PGld+04fnPOUOAxL XZ4E8OYLwWme
mUVT4S8Qf3z5yYTtaFFcYY4GQyfeoImLDw7vth7iOvqqK0RaR/E6Solxugk3 Tzb0vPvkRSW9
+Ga2E32Lh6p/bcJVzRePnndnlWWzUlE6Op56aHQw1xG/bUlg70dMfngMO8hb 6uD0I1Ln+T1n
cTdnTBw7euTLK+VCobBt27ZCoZDNZhVFSd4M0WvOQ9/fYl8zBiYDk8Jv/nTh lfcrxb/89sHd
d949uWPDUL6zQ4vfTuQmzaYRSHsTaP2mrQ46gbfIrXAN2NcfO/vJ68Pr8z3Z DApEfd1MzjwA
AAEASURBVNTts6BGIIkhEgjDMDRNc6qDTuDFnV0AcPFi37lPCuc+Oz802J/v zyVlLXIT1Agk
GUTLIimlcLci3aNo9ypnfv6zj+ZgSYehjdA3Ajvuzdy3d+/n5y9dm51LzFYn aW1uax4YYx8c
3p22FUibU2OptXWhg3poYd/fXwcAeOlb8NCtoFdAUVlprlQuLydgpU18K2Gb YQ2SGOmwOyX1
RcG4Wb7tEXkQhNwUiGf7flVUNljXh/4JVxaZyYAw0A2DEBK7jQ7wXZQL76tB BIkQkUAYhALA
vJSz1cHi9FUwCBDi3i1j400UZPPmEVTrKhX8e7YxqBFIfHAFwqxWDZOefeXD 4uFcKckAAAAB
AElEQVT3T373e5e3FHK5GeujvEatn/N1wf6Hc/GJM8Xyh537T5wp3qfcm9/V Vp1fOm0i7881
NaItFaRJzn1ub7gCwXTdILR/fLx7y9afPtD18ONPPvHIo7KsPzKwckuvZFAw Se3+KfYOgudp
TnydprRsAIdX5fK2omoowtoghu7tqtD607cVVJbgcIOUZrVqEAoEdALPdP2o 58Kfr3V2/vjO
He+QM5oiGwZQrwuxmoB7b1rXEYD0Ti6SPMcf2OkQ2y1txd0KuNCzQfinWuu6 aVKdgLryD7n8
7mx1TF74Wi/TtpCXlw0wKZg0YlOc8YWIq04WXpDFdw4ljtr4Fqx5f3wjNZE4 sGtN8wAAAQBJ
REFUO7H+0xw7esT6j5fizRCkTkFVvI/AzwFZm36HyIPQCaUEyuq3L/V/qJvM pGBSiYBEKAAF
4vEgnKEH8JsYh92N04rhN8lvTyHP0RCfj+LrgkmrzzWxSvkWh9W3NCpnJyY/ wvkjXda192e7
XBl8K6lZuaAq+xp/McyGf6q1rpsmJRR0ApoqgwQSAUaAUqAUdAKEMteI5NvD eSliXeDld/W3
1PH9FsFFLbgvYP+Z+ndPddlFjTHc2au9IYngfd7OaevUmpUMvgdhVE99uEiM eUoJo0wmOiWE
UcIIpYRUjDIQuacno4U8jVugC5HkTxh7MPcm1iRIjIbnUDhTkvSz0lUH54ux pnUAAAEASURB
VFAfqqztFwBGJULC7d5PHPzGiZPvfTp9sVxe8T4WkiRls923j20eGLh53m7A RyfsE9acuuCC
t6IxwgHfd/rgCl7Efa9a4t9CgOUI1FfK5ZuIZyjtBFcgJifGJyfGkzSlpbE1 wjeq4usH1YzI
iAM0ds08J4IJz0oJS0xxB+vi4GNPO3uv1c1cKfV1b29Dzpp920WcpD+nTZcE VD/Wsd0Vs4yp
FR5tOWa6SOs7tsCBMUjzE62bgCAuUCBiB0MDLU3bu0hi4vrRTQRB2gAUCARB uKBAIAjCBQUC
QRAuGKRco5twogLvXnuz1tdBuFhcXCwWi9PT08VisVwu26dyIkGoVqvWVgkX AAABAElEQVSE
EOswdE3TVFVtub12TUVvb+/IyMjY2NjIyEg2m5XlFPx99CBWoapqJpPJ5/MA UKlUUD1Doeu6
YRi2QGiahgLRCN3d3fl8PpPJpLJEygI9iFUYhrGysrKwsLC8vGyaJt6cUJim SQghhCiKoqqq
LMsoEI2gaVomk8nlct3d3Wm5YygQq6CUWk4yIQTvTFgopZRSa3GnpQ4oEI0g SZKqqqqqKoqS
1s1EgViF87wJvDNhsXes2f9P26LWRorthNEQNmA3QBCEB66DQBCECwoEgiBc UCAQBOGCAoEg
CBcUCARBuKBAIAjCBQUCQRAuKBAIgnBBgUAQhAsKBIIgXFAgEAThPYlHMwAA ADxJREFUggKB
IAgXFAgEQbigQCAIwgUFAkEQLigQCIJwQYFAEIQLCgSCIFxQIBAE4YICgSAI FxQIBEG4/Bew
ZifqT7/x1wAAAABJRU5ErkJggg==
--------------030904030807050902010705--
|
|
|
|
| Re: How to implement IAdaptable interface [message #417446 is a reply to message #417445] |
Mon, 10 March 2008 21:04  |
| Eclipse User |
|
|
|
Originally posted by: tom.seidel.spiritlink.de
Ed Merks schrieb:
> Tom,
>
> It seems to me that Eclipse does support being able to adapt objects
> that don't implement IAdaptable by registering a IAdapterFactory that's
> consulted instead. I don't remember how though I'm sure some searching
> will turn it up.
The adapter itself is registered and is working, the method
Platform.getAdapterManager().getAdapter(myObj,IResource.clas s); returns
the expected result, it seems to me that the code of the platform-plugin
that contributes the action only accepts an IAdaptable object.
>
> You could model an EClass that wraps the IAdaptable interface along with
> its getAdapter EOperation and mix that into your models, but I'm not
> sure you'd really want to see this in the interface of your model. Or
Hmm, I tried to avoid such a scenario..
> you could just use @implements IAdaptable in the XyzClassImpl's
> begin/end-user-doc section (to force it to be added to the implements
> part of the generated class) and then implement that getAdapter method
> by hand. This hides it from your public APIs.
I will try that. It's not the gold standard, but something I can work
with. I'm wondering that not more emf-users have problems with this
issue. ;)
Thanks for your time Ed.
Tom
>
> I'm not sure which approach is best for you...
>
>
> Tom Seidel wrote:
>> Hi,
>>
>> I have problems with my EMF generated models and the Eclipse Adapter
>> Mechanism. The generated classes don't implement IAdaptable, but I
>> would like to adapt EMF-objects to IResource objects to reuse the
>> contributed context-menu actions.
>>
>> The screenshot shows a table-viewer with a EMF-Datamodel. I've
>> hardcoded the IAdaptable Interface to the classes and created an
>> Adapter that mapps to IResource to reuse the funtionalities provided
>> from the org.eclipse.compare plugin. Any suggestions?
>>
>> Thanks,
>> Tom
>>
>> ------------------------------------------------------------ ------------
>>
>
|
|
|
| Re: How to implement IAdaptable interface [message #417447 is a reply to message #417446] |
Mon, 10 March 2008 21:57 |
 Ed Merks
Messages: 33142
Registered: July 2009 |
Senior Member |
|
|
Tom,
Please let me know how this works out for you. I think there are many
ways support something like this. I didn't outline them all. For
example, it's possible to provide your own replacement for EObjectImpl
so that all implementations are IAdaptable. It's just not clear to me
how this solves various problems. After all, it's still necessary to
provide meaningful implementations of the getAdapter method in each
subclass...
Tom Seidel wrote:
> Ed Merks schrieb:
>> Tom,
>>
>> It seems to me that Eclipse does support being able to adapt objects
>> that don't implement IAdaptable by registering a IAdapterFactory
>> that's consulted instead. I don't remember how though I'm sure some
>> searching will turn it up.
>
> The adapter itself is registered and is working, the method
> Platform.getAdapterManager().getAdapter(myObj,IResource.clas s);
> returns the expected result, it seems to me that the code of the
> platform-plugin that contributes the action only accepts an IAdaptable
> object.
>
>>
>> You could model an EClass that wraps the IAdaptable interface along
>> with its getAdapter EOperation and mix that into your models, but I'm
>> not sure you'd really want to see this in the interface of your
>> model. Or
>
> Hmm, I tried to avoid such a scenario..
>
>> you could just use @implements IAdaptable in the XyzClassImpl's
>> begin/end-user-doc section (to force it to be added to the implements
>> part of the generated class) and then implement that getAdapter
>> method by hand. This hides it from your public APIs.
>
> I will try that. It's not the gold standard, but something I can work
> with. I'm wondering that not more emf-users have problems with this
> issue. ;)
>
> Thanks for your time Ed.
>
> Tom
>>
>> I'm not sure which approach is best for you...
>
>>
>>
>> Tom Seidel wrote:
>>> Hi,
>>>
>>> I have problems with my EMF generated models and the Eclipse Adapter
>>> Mechanism. The generated classes don't implement IAdaptable, but I
>>> would like to adapt EMF-objects to IResource objects to reuse the
>>> contributed context-menu actions.
>>>
>>> The screenshot shows a table-viewer with a EMF-Datamodel. I've
>>> hardcoded the IAdaptable Interface to the classes and created an
>>> Adapter that mapps to IResource to reuse the funtionalities provided
>>> from the org.eclipse.compare plugin. Any suggestions?
>>>
>>> Thanks,
>>> Tom
>>>
>>> ------------------------------------------------------------ ------------
>>>
>>>
>>
Ed Merks
Professional Support: https://www.macromodeling.com/
|
|
|
Powered by
FUDForum. Page generated in 0.02909 seconds
] 
Search
Help
Register
Login
Home
