Skip to main content


Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Eclipse Projects » GEF » What is the relationship gmf<>XMI-DI?
What is the relationship gmf<>XMI-DI? [message #185648] Tue, 28 June 2005 10:31 Go to next message
Eclipse UserFriend
Originally posted by: ada_nospam_m._No_softfab_Spam.com

Dear All,

Excuse me for sending this to all 3 newsgroups but I am unsure which one
will be best able to answer my question.

I have been looking at GEF/EMF for use as an HL7 message builder. We
would need the ability to view HL7 models in a number of ways.

e.g. a business user might want to see "Doctor" "Signs" a "Prescription"
where a modeler might want to see the "raw HL7" i.e. an entity(Person)
with a role of a doctor carries out act act of signing another entity (a
prescription).

One of the things I've been looking at (as the HL7 XML representation
(the MIF) is still fairly fluid) is how best to contain the
graphical/diagramatic information in a single (mif) file.

One of the obvious starting points (apart from the EMF/GEF pairing) is
XMI-DI from the OMG.

As such I have been wondering if there is any plan to include XML-DI
into either EMF or the GMF. i.e. as a technology neutral way of passing
diagramatic information about from tool to tool (e.g. between an
Eclipse/GMF/EMF/GEF tool & some other CASE/UML tool).



TIA


Adam
Re: What is the relationship gmf<>XMI-DI? [message #185667 is a reply to message #185648] Tue, 28 June 2005 13:12 Go to previous messageGo to next message
Richard Gronback is currently offline Richard GronbackFriend
Messages: 605
Registered: July 2009
Senior Member
Hi Adam,

GMF intends to provide support for custom serialization formats, with the
Diagram Interchange Specification (XMI[DI]) being a likely default option.
Look for more details and project plan for GMF shortly after our meeting in
late July.

Best Regards,
Rich


"Adam Flinton" <ada_nospam_m@_No_softfab_Spam.com> wrote in message
news:d9r8t9$t25$1@news.eclipse.org...
> Dear All,
>
> Excuse me for sending this to all 3 newsgroups but I am unsure which one
> will be best able to answer my question.
>
> I have been looking at GEF/EMF for use as an HL7 message builder. We would
> need the ability to view HL7 models in a number of ways.
>
> e.g. a business user might want to see "Doctor" "Signs" a "Prescription"
> where a modeler might want to see the "raw HL7" i.e. an entity(Person)
> with a role of a doctor carries out act act of signing another entity (a
> prescription).
>
> One of the things I've been looking at (as the HL7 XML representation (the
> MIF) is still fairly fluid) is how best to contain the
> graphical/diagramatic information in a single (mif) file.
>
> One of the obvious starting points (apart from the EMF/GEF pairing) is
> XMI-DI from the OMG.
>
> As such I have been wondering if there is any plan to include XML-DI into
> either EMF or the GMF. i.e. as a technology neutral way of passing
> diagramatic information about from tool to tool (e.g. between an
> Eclipse/GMF/EMF/GEF tool & some other CASE/UML tool).
>
>
>
> TIA
>
>
> Adam
Re: What is the relationship gmf<>XMI-DI? [message #185673 is a reply to message #185667] Tue, 28 June 2005 13:22 Go to previous messageGo to next message
Eclipse UserFriend
Originally posted by: ada_nospam_m._No_softfab_Spam.com

Oh good. So it would be fairly safe to adopt the XMI-DI 2.0 spec as the
Diagram interchange format within our MIF then.

We have other tools (some of which may become legacy as we move towards
an eclipse based solution) e.g a Visio plugin & we want to be able to
interchange between them.

Adam

Richard Gronback wrote:

> Hi Adam,
>
> GMF intends to provide support for custom serialization formats, with the
> Diagram Interchange Specification (XMI[DI]) being a likely default option.
> Look for more details and project plan for GMF shortly after our meeting in
> late July.
>
> Best Regards,
> Rich
>
>
> "Adam Flinton" <ada_nospam_m@_No_softfab_Spam.com> wrote in message
> news:d9r8t9$t25$1@news.eclipse.org...
>
>>Dear All,
>>
>>Excuse me for sending this to all 3 newsgroups but I am unsure which one
>>will be best able to answer my question.
>>
>>I have been looking at GEF/EMF for use as an HL7 message builder. We would
>>need the ability to view HL7 models in a number of ways.
>>
>>e.g. a business user might want to see "Doctor" "Signs" a "Prescription"
>>where a modeler might want to see the "raw HL7" i.e. an entity(Person)
>>with a role of a doctor carries out act act of signing another entity (a
>>prescription).
>>
>>One of the things I've been looking at (as the HL7 XML representation (the
>>MIF) is still fairly fluid) is how best to contain the
>>graphical/diagramatic information in a single (mif) file.
>>
>>One of the obvious starting points (apart from the EMF/GEF pairing) is
>>XMI-DI from the OMG.
>>
>>As such I have been wondering if there is any plan to include XML-DI into
>>either EMF or the GMF. i.e. as a technology neutral way of passing
>>diagramatic information about from tool to tool (e.g. between an
>>Eclipse/GMF/EMF/GEF tool & some other CASE/UML tool).
>>
>>
>>
>>TIA
>>
>>
>>Adam
>
>
>
Re: What is the relationship gmf<>XMI-DI? [message #187403 is a reply to message #185673] Tue, 12 July 2005 13:21 Go to previous message
Pete Rivett is currently offline Pete RivettFriend
Messages: 12
Registered: July 2009
Junior Member
Adam,
As an encouragement we (Adaptive) have already built a two-way mapping
between Visio and DI (plus 'real' metamodel) and it's working pretty well.
We actually generate the Visio stencils from a (view of) (any) metamodel and
so the DI mapping is generic.
We are also able to render directly from the DI representation to SVG for a
completely browser-based view.

Regards
Pete



"Adam Flinton" <ada_nospam_m@_No_softfab_Spam.com> wrote in message
news:d9riv6$ch7$1@news.eclipse.org...
> Oh good. So it would be fairly safe to adopt the XMI-DI 2.0 spec as the
> Diagram interchange format within our MIF then.
>
> We have other tools (some of which may become legacy as we move towards an
> eclipse based solution) e.g a Visio plugin & we want to be able to
> interchange between them.
>
> Adam
>
> Richard Gronback wrote:
>
>> Hi Adam,
>>
>> GMF intends to provide support for custom serialization formats, with the
>> Diagram Interchange Specification (XMI[DI]) being a likely default
>> option. Look for more details and project plan for GMF shortly after our
>> meeting in late July.
>>
>> Best Regards,
>> Rich
>>
>>
>> "Adam Flinton" <ada_nospam_m@_No_softfab_Spam.com> wrote in message
>> news:d9r8t9$t25$1@news.eclipse.org...
>>
>>>Dear All,
>>>
>>>Excuse me for sending this to all 3 newsgroups but I am unsure which one
>>>will be best able to answer my question.
>>>
>>>I have been looking at GEF/EMF for use as an HL7 message builder. We
>>>would need the ability to view HL7 models in a number of ways.
>>>
>>>e.g. a business user might want to see "Doctor" "Signs" a "Prescription"
>>>where a modeler might want to see the "raw HL7" i.e. an entity(Person)
>>>with a role of a doctor carries out act act of signing another entity (a
>>>prescription).
>>>
>>>One of the things I've been looking at (as the HL7 XML representation
>>>(the MIF) is still fairly fluid) is how best to contain the
>>>graphical/diagramatic information in a single (mif) file.
>>>
>>>One of the obvious starting points (apart from the EMF/GEF pairing) is
>>>XMI-DI from the OMG.
>>>
>>>As such I have been wondering if there is any plan to include XML-DI into
>>>either EMF or the GMF. i.e. as a technology neutral way of passing
>>>diagramatic information about from tool to tool (e.g. between an
>>>Eclipse/GMF/EMF/GEF tool & some other CASE/UML tool).
>>>
>>>
>>>
>>>TIA
>>>
>>>
>>>Adam
>>
>>
Previous Topic:Could it be done to build a animation feature in GEF application
Next Topic:Cairo rectangle clipping causing JVM crash
Goto Forum:
  


Current Time: Fri Apr 26 23:59:07 GMT 2024

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

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

Back to the top