| C# implementation of the UML2 metamodel? [message #667880] |
Mon, 02 May 2011 10:51  |
Eclipse User |
|
|
|
Hi,
we're planning a tool integration where a C#-based tool shall export a UML2-compliant model. Does anyone know whether
there is a C#-based implementation of the UML2-API that provides something like an automatic serializer that produces an
adequate XMI file? Otherwise I guess we'll have to develop an exporter "by hand" that creates such a file.
Any hints, ideas or tipps?
Thanks a lot
Joel
|
|
|
|
|
|
|
|
| (no subject) [message #672194 is a reply to message #667880] |
Fri, 20 May 2011 05:15  |
| Eclipse User |
|
|
|
Hi Joel,
I don't know if that's an acceptable solution in your scenario, but it would
probably be easier to leave the UML2-compliant serialization with the
Eclipse UML2 implementation instead of reimplementing it in C#.
I'd use the simplest text or XML serialization you have available in your
C#-based software (or build a very simple one yourself), import that with a
custom Importer into Eclipse UML2 and reserialize it as UML2 XMI. This way,
you'd avoid having to take care about every last pitfall of XMI
serialization and UML standard compliance.
To that end, since you are afaik already using UML Lab, you could save
yourself the trouble of writing the UML2 importer in Java by using UML Lab's
reverse engineering with a small set of custom XPand templates.
Best regards,
Carsten
On 02.05.2011 16:51, Joel Greenyer wrote:
> Hi,
> we're planning a tool integration where a C#-based tool shall export a UML2-compliant model. Does anyone know whether
> there is a C#-based implementation of the UML2-API that provides something like an automatic serializer that produces an
> adequate XMI file? Otherwise I guess we'll have to develop an exporter "by hand" that creates such a file.
>
> Any hints, ideas or tipps?
>
> Thanks a lot
>
> Joel
|
|
|
|
| Re: (no subject) [message #672280 is a reply to message #672192] |
Fri, 20 May 2011 09:47 |
| Eclipse User |
|
|
|
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=UTF-8" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Vlad,<br>
<br>
There is an EMF4Net project. <br>
<blockquote><a href="http://wiki.eclipse.org/EMF4Net">http://wiki.eclipse.org/EMF4Net</a>
<br>
</blockquote>
Unfortunately they've been dormant for quite some time, but it might
cut a year out of the 2 year job...<br>
<br>
No doubt an EMF for C# would be a C# EMOF and just as Ecore today is a
Java EMOF. One would be able to exchange EMOF instances, and in the
end UML2 instances, assuming one also implemented the UML2 model in
C#. I think that's what makes MDA real. I don't really understand
your disparaging swipe at "Java MOF" when it's a necessary part of a
real story and the only part that's very real today.<br>
<br>
It would be very interesting to see you ranting about C# EMF the way
you rant about Java EMF. You'd no doubt tell people not to use it, but
to use UML2 instead, because UML is a panacea to cure all the ills of
the world...<br>
<br>
<br>
Vlad Varnica wrote:
<blockquote cite="mid:ir5b09$mve$1@news.eclipse.org" type="cite">Yes, I
have seen the email but prefer to let know on google that a C# portage
to the latest UML 2.3 is possible if using a Java JVM and EMF. Google
is now so strong !! Any intelligent company before deciding to invest
in a technology companies will I suppose google with keywords such as
"UML, c#, model etc..."
<br>
This forum is permanently googled therefore my answer would be found.
<br>
<br>
If investors refuse to have a JVM, then a new EMF for dotnet would have
to be written but this would be a 2 years job. What would be great is
to create a platform independent Ecore not just Java which would be
portable to any platform or language. A kind of real MDA MOF and not a
Java MOF !!
<br>
This job could also be done for very reasonable pricing.
<br>
<br>
Vlad,
<br>
</blockquote>
</body>
</html>
|
|
|
| Re: (no subject) [message #672281 is a reply to message #672232] |
Fri, 20 May 2011 09:51 |
| Eclipse User |
|
|
|
Vlad,
Comments below.
Vlad Varnica wrote:
> Hi Carsten,
>
> Your solution seems to me pretty good for simple modeling project
> because with a text or an xml parser you can not create dynamic ID.
I've never heard of that.
> What is the dynamic Id in the model.
Indeed a good question.
> Even if almost nobody use it this is one of the most advanced piece of
> modeling software which has ever been developped.
Wow, another panacea!
> It is a value which is given to each object of your model.
Like a UUID?
> It means that once created an object keep the same Id for the entire
> life of the project.
Oh yes, much like a UUID.
> It is really important because you can create views of the same
> element in more than one diagram. You can also trace the object. You
> can rename your element and it will renamed everywhere, you can
> refactor and all diagrams will be updated etc...Very powerful and
> superb technology.
Why do you call it a dynamic ID. I sounds like it should be very
static, i.e., it can never ever be changed...
>
> The UML modeling without the dynamic Id creation is for me like White
> tea without milk :)
I have no idea why you think some form of UUID can't be supported with
the suggested approach (which sounds quite good). No doubt it's just
another opportunity for you to rant and thereby raise your Google search
ranking...
|
|
|
Powered by
FUDForum. Page generated in 0.24896 seconds
Home