Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Modeling » UML2 » Strategy for loading commercial UML XMI 2.1 (MaicDraw)
Strategy for loading commercial UML XMI 2.1 (MaicDraw) [message #478477] Tue, 02 June 2009 14:45 Go to next message
Dawid Loubser is currently offline Dawid LoubserFriend
Messages: 23
Registered: July 2009
Junior Member
Good day,

We are busy building a toolset which requires the loading of
XMI-serialised UML produced by commercial tools (for now, we are
focusing on MagicDraw UML).

We have tried (unsuccessfully) for weeks to accomplish this, and are at
our wits' end - please help!

We cannot rely on the "export to EMF" functionality which happens to be
provided by MagicDraw, as we need to support other tools in future, and
are ultimately not in control of the files - we just want to access and
transform the UML model elements in them.

Of course, we need to develop this in a stand-alone fashion, but even
so, the XMI file does not load in Eclipse via the EMF GUI tools either.
I get anything from a "missing packages" error, to an "OutOfMemoryError"
which brings down eclipse, or my stand-alone test program.

Here is a standard XMI file containing two or so classes, can any expert
here point us in the right direction to get this loaded? We are
absolutely desperate at this stage, nothing we have tried seems to work.
If we can load this file, we will be very happy:

http://projects.solms.co.za/temp/testProject.xmi

P.S. I am aware that there are a couple of dubious elements in this XMI
file placed there by MagicDraw, but I would still expect EMF/UML2 to
ignore elements it does not understand, not to wait 2 minutes and then
fail with OutOfMemoryError. This is a tiny model, and I am running a VM
which has 2GB of allocated memory.

If there is a problem with this XMI file (produced by one fo the leading
modeling tools as-is) any pointers as to the specific pre-processing we
need to perform would be greatly appreciated.

kind regards,
Dawid Loubser
Re: Strategy for loading commercial UML XMI 2.1 (MaicDraw) [message #478478 is a reply to message #478477] Tue, 02 June 2009 16:05 Go to previous messageGo to next message
Vlad Varnica is currently offline Vlad VarnicaFriend
Messages: 546
Registered: July 2009
Location: Milton Keynes - UK
Senior Member
I think that Magic Draw is using MDR as UML Supertructure which is not
really compatible with EclipseUML 2.
You have to manually write a parser and then use other open source
projects to transform it.
This is not an easy job !!!
Note that Omondo did the same job two years ago by creating a parser from
UML 2.1/UML 2.2 to UML 2.0 which was AndroMDA compatible.
The estimated project was only 3 months for one full time developer and
the reality was 12 months for two engineers.
We still have sometimes compatility problems and the job is never perfect.
The best is not to use MDR anymore and only select EclipseUML2
Superstructure like RSA, Borland, Omondo did it would make life easier :-)
Good luck for your project.
Re: Strategy for loading commercial UML XMI 2.1 (MaicDraw) [message #478481 is a reply to message #478478] Wed, 03 June 2009 10:27 Go to previous messageGo to next message
Dawid Loubser is currently offline Dawid LoubserFriend
Messages: 23
Registered: July 2009
Junior Member
Thank you so much for your response Vlad, even though it is very bad
news for us. I was under the impression that XMI is XMI, and that one
should only encounter minor differences. By superstructure, do you
mean that an entirely different (and incompatble) meta-meta model
is used for UML serialised by MagicDraw, and for UML understood by
Eclipse?

I would have imagined both are compatible with standard MOF. Or is the
problem purely in the XMI serialisation?

Either way, it's odd that Eclipse UML2 just crashes with
OutOfMemoryError when I try to parse the file, instead of fail
with some sensible message.

Is our *only* hope really to write our own parser to transform
MagicDraw XMI to an XMI variant that Eclipse UML2 understands?


Vlad Varnica het geskryf:
> I think that Magic Draw is using MDR as UML Supertructure which is not
> really compatible with EclipseUML 2. You have to manually write a parser
> and then use other open source projects to transform it. This is not an
> easy job !!! Note that Omondo did the same job two years ago by creating
> a parser from UML 2.1/UML 2.2 to UML 2.0 which was AndroMDA compatible.
> The estimated project was only 3 months for one full time developer and
> the reality was 12 months for two engineers.
> We still have sometimes compatility problems and the job is never
> perfect. The best is not to use MDR anymore and only select EclipseUML2
> Superstructure like RSA, Borland, Omondo did it would make life easier :-)
> Good luck for your project.
>
Re: Strategy for loading commercial UML XMI 2.1 (MaicDraw) [message #478483 is a reply to message #478481] Wed, 03 June 2009 12:14 Go to previous messageGo to next message
Vlad Varnica is currently offline Vlad VarnicaFriend
Messages: 546
Registered: July 2009
Location: Milton Keynes - UK
Senior Member
This is certainly not an MOF problem but just related to XMI serialization.
At MOF level both are almost the same but after the stage 3 it requires
manual parsing.

I mean that if you just consider the different layers like:
Level 1: UML Diagram
Level 2: UML Superstrucutre
Level 3: EMF transformation
Level 4: MOF

Hope it helps.

Vlad,
Re: Strategy for loading commercial UML XMI 2.1 (MaicDraw) [message #478485 is a reply to message #478477] Wed, 03 June 2009 14:03 Go to previous messageGo to next message
Kenn Hussey is currently offline Kenn HusseyFriend
Messages: 1618
Registered: July 2009
Senior Member
Dawid,

I have successfully loaded XMI files produced by MagicDraw on several
occasions in the past, so I suspect this is more an issue with the
particular file/model than MagicDraw's serialization in general. FWIW, I've
heard they're working on a version of their tool that's based directly on
Eclipse UML2, so this shouldn't be an issue on the long term (but of course,
I realize that doesn't help you with your current problem).

We'll take a look at your sample model and try to determine what's going on.

Kenn

"Dawid Loubser" <dawidl@solms.co.za> wrote in message
news:h03dv1$kj1$1@build.eclipse.org...
> Good day,
>
> We are busy building a toolset which requires the loading of
> XMI-serialised UML produced by commercial tools (for now, we are
> focusing on MagicDraw UML).
>
> We have tried (unsuccessfully) for weeks to accomplish this, and are at
> our wits' end - please help!
>
> We cannot rely on the "export to EMF" functionality which happens to be
> provided by MagicDraw, as we need to support other tools in future, and
> are ultimately not in control of the files - we just want to access and
> transform the UML model elements in them.
>
> Of course, we need to develop this in a stand-alone fashion, but even so,
> the XMI file does not load in Eclipse via the EMF GUI tools either. I get
> anything from a "missing packages" error, to an "OutOfMemoryError" which
> brings down eclipse, or my stand-alone test program.
>
> Here is a standard XMI file containing two or so classes, can any expert
> here point us in the right direction to get this loaded? We are absolutely
> desperate at this stage, nothing we have tried seems to work. If we can
> load this file, we will be very happy:
>
> http://projects.solms.co.za/temp/testProject.xmi
>
> P.S. I am aware that there are a couple of dubious elements in this XMI
> file placed there by MagicDraw, but I would still expect EMF/UML2 to
> ignore elements it does not understand, not to wait 2 minutes and then
> fail with OutOfMemoryError. This is a tiny model, and I am running a VM
> which has 2GB of allocated memory.
>
> If there is a problem with this XMI file (produced by one fo the leading
> modeling tools as-is) any pointers as to the specific pre-processing we
> need to perform would be greatly appreciated.
>
> kind regards,
> Dawid Loubser
Re: Strategy for loading commercial UML XMI 2.1 (MaicDraw) [message #478486 is a reply to message #478485] Wed, 03 June 2009 14:58 Go to previous messageGo to next message
Eike Stepper is currently offline Eike StepperFriend
Messages: 5587
Registered: July 2009
Senior Member
Dawid, Kenn,

And for what I know, NoMagic is currently working on a CDO-based new
version of their team server. Since CDO allows for very scalable EMF
models there will be potential for fewer OutOfMemoryExceptions (although
I'm not sure if your particular OutOfMemoryException is related) ;-)

Cheers
/Eike

----
http://thegordian.blogspot.com
http://twitter.com/eikestepper



Kenn Hussey schrieb:
> Dawid,
>
> I have successfully loaded XMI files produced by MagicDraw on several
> occasions in the past, so I suspect this is more an issue with the
> particular file/model than MagicDraw's serialization in general. FWIW, I've
> heard they're working on a version of their tool that's based directly on
> Eclipse UML2, so this shouldn't be an issue on the long term (but of course,
> I realize that doesn't help you with your current problem).
>
> We'll take a look at your sample model and try to determine what's going on.
>
> Kenn
>
> "Dawid Loubser" <dawidl@solms.co.za> wrote in message
> news:h03dv1$kj1$1@build.eclipse.org...
>
>> Good day,
>>
>> We are busy building a toolset which requires the loading of
>> XMI-serialised UML produced by commercial tools (for now, we are
>> focusing on MagicDraw UML).
>>
>> We have tried (unsuccessfully) for weeks to accomplish this, and are at
>> our wits' end - please help!
>>
>> We cannot rely on the "export to EMF" functionality which happens to be
>> provided by MagicDraw, as we need to support other tools in future, and
>> are ultimately not in control of the files - we just want to access and
>> transform the UML model elements in them.
>>
>> Of course, we need to develop this in a stand-alone fashion, but even so,
>> the XMI file does not load in Eclipse via the EMF GUI tools either. I get
>> anything from a "missing packages" error, to an "OutOfMemoryError" which
>> brings down eclipse, or my stand-alone test program.
>>
>> Here is a standard XMI file containing two or so classes, can any expert
>> here point us in the right direction to get this loaded? We are absolutely
>> desperate at this stage, nothing we have tried seems to work. If we can
>> load this file, we will be very happy:
>>
>> http://projects.solms.co.za/temp/testProject.xmi
>>
>> P.S. I am aware that there are a couple of dubious elements in this XMI
>> file placed there by MagicDraw, but I would still expect EMF/UML2 to
>> ignore elements it does not understand, not to wait 2 minutes and then
>> fail with OutOfMemoryError. This is a tiny model, and I am running a VM
>> which has 2GB of allocated memory.
>>
>> If there is a problem with this XMI file (produced by one fo the leading
>> modeling tools as-is) any pointers as to the specific pre-processing we
>> need to perform would be greatly appreciated.
>>
>> kind regards,
>> Dawid Loubser
>>
>
>
>
Re: Strategy for loading commercial UML XMI 2.1 (MaicDraw) [message #478487 is a reply to message #478486] Wed, 03 June 2009 16:54 Go to previous messageGo to next message
Kenn Hussey is currently offline Kenn HusseyFriend
Messages: 1618
Registered: July 2009
Senior Member
Eike,

So far my investigation suggests a bug in EMF, so I'm not sure the problem
is related to the size/scalability of the model itself...

Kenn

"Eike Stepper" <stepper@esc-net.de> wrote in message
news:h0632v$se8$2@build.eclipse.org...
> Dawid, Kenn,
>
> And for what I know, NoMagic is currently working on a CDO-based new
> version of their team server. Since CDO allows for very scalable EMF
> models there will be potential for fewer OutOfMemoryExceptions (although
> I'm not sure if your particular OutOfMemoryException is related) ;-)
>
> Cheers
> /Eike
>
> ----
> http://thegordian.blogspot.com
> http://twitter.com/eikestepper
>
>
>
> Kenn Hussey schrieb:
>> Dawid,
>>
>> I have successfully loaded XMI files produced by MagicDraw on several
>> occasions in the past, so I suspect this is more an issue with the
>> particular file/model than MagicDraw's serialization in general. FWIW,
>> I've
>> heard they're working on a version of their tool that's based directly on
>> Eclipse UML2, so this shouldn't be an issue on the long term (but of
>> course,
>> I realize that doesn't help you with your current problem).
>>
>> We'll take a look at your sample model and try to determine what's going
>> on.
>>
>> Kenn
>>
>> "Dawid Loubser" <dawidl@solms.co.za> wrote in message
>> news:h03dv1$kj1$1@build.eclipse.org...
>>
>>> Good day,
>>>
>>> We are busy building a toolset which requires the loading of
>>> XMI-serialised UML produced by commercial tools (for now, we are
>>> focusing on MagicDraw UML).
>>>
>>> We have tried (unsuccessfully) for weeks to accomplish this, and are at
>>> our wits' end - please help!
>>>
>>> We cannot rely on the "export to EMF" functionality which happens to be
>>> provided by MagicDraw, as we need to support other tools in future, and
>>> are ultimately not in control of the files - we just want to access and
>>> transform the UML model elements in them.
>>>
>>> Of course, we need to develop this in a stand-alone fashion, but even
>>> so,
>>> the XMI file does not load in Eclipse via the EMF GUI tools either. I
>>> get
>>> anything from a "missing packages" error, to an "OutOfMemoryError" which
>>> brings down eclipse, or my stand-alone test program.
>>>
>>> Here is a standard XMI file containing two or so classes, can any expert
>>> here point us in the right direction to get this loaded? We are
>>> absolutely
>>> desperate at this stage, nothing we have tried seems to work. If we can
>>> load this file, we will be very happy:
>>>
>>> http://projects.solms.co.za/temp/testProject.xmi
>>>
>>> P.S. I am aware that there are a couple of dubious elements in this XMI
>>> file placed there by MagicDraw, but I would still expect EMF/UML2 to
>>> ignore elements it does not understand, not to wait 2 minutes and then
>>> fail with OutOfMemoryError. This is a tiny model, and I am running a VM
>>> which has 2GB of allocated memory.
>>>
>>> If there is a problem with this XMI file (produced by one fo the leading
>>> modeling tools as-is) any pointers as to the specific pre-processing we
>>> need to perform would be greatly appreciated.
>>>
>>> kind regards,
>>> Dawid Loubser
>>>
>>
>>
>>
Re: Strategy for loading commercial UML XMI 2.1 (MaicDraw) [message #478488 is a reply to message #478487] Thu, 04 June 2009 05:02 Go to previous messageGo to next message
Rafael Chaves is currently offline Rafael ChavesFriend
Messages: 362
Registered: July 2009
Senior Member
I got a StackOverflowError before an OutOfMemoryError, so I am guessing
the code is getting into an infinite recursion due to some oddness in
that model.

Kenn Hussey wrote:
> Eike,
>
> So far my investigation suggests a bug in EMF, so I'm not sure the problem
> is related to the size/scalability of the model itself...
>
> Kenn
>
> "Eike Stepper" <stepper@esc-net.de> wrote in message
> news:h0632v$se8$2@build.eclipse.org...
>> Dawid, Kenn,
>>
>> And for what I know, NoMagic is currently working on a CDO-based new
>> version of their team server. Since CDO allows for very scalable EMF
>> models there will be potential for fewer OutOfMemoryExceptions (although
>> I'm not sure if your particular OutOfMemoryException is related) ;-)
>>
>> Cheers
>> /Eike
>>
>> ----
>> http://thegordian.blogspot.com
>> http://twitter.com/eikestepper
>>
>>
>>
>> Kenn Hussey schrieb:
>>> Dawid,
>>>
>>> I have successfully loaded XMI files produced by MagicDraw on several
>>> occasions in the past, so I suspect this is more an issue with the
>>> particular file/model than MagicDraw's serialization in general. FWIW,
>>> I've
>>> heard they're working on a version of their tool that's based directly on
>>> Eclipse UML2, so this shouldn't be an issue on the long term (but of
>>> course,
>>> I realize that doesn't help you with your current problem).
>>>
>>> We'll take a look at your sample model and try to determine what's going
>>> on.
>>>
>>> Kenn
>>>
>>> "Dawid Loubser" <dawidl@solms.co.za> wrote in message
>>> news:h03dv1$kj1$1@build.eclipse.org...
>>>
>>>> Good day,
>>>>
>>>> We are busy building a toolset which requires the loading of
>>>> XMI-serialised UML produced by commercial tools (for now, we are
>>>> focusing on MagicDraw UML).
>>>>
>>>> We have tried (unsuccessfully) for weeks to accomplish this, and are at
>>>> our wits' end - please help!
>>>>
>>>> We cannot rely on the "export to EMF" functionality which happens to be
>>>> provided by MagicDraw, as we need to support other tools in future, and
>>>> are ultimately not in control of the files - we just want to access and
>>>> transform the UML model elements in them.
>>>>
>>>> Of course, we need to develop this in a stand-alone fashion, but even
>>>> so,
>>>> the XMI file does not load in Eclipse via the EMF GUI tools either. I
>>>> get
>>>> anything from a "missing packages" error, to an "OutOfMemoryError" which
>>>> brings down eclipse, or my stand-alone test program.
>>>>
>>>> Here is a standard XMI file containing two or so classes, can any expert
>>>> here point us in the right direction to get this loaded? We are
>>>> absolutely
>>>> desperate at this stage, nothing we have tried seems to work. If we can
>>>> load this file, we will be very happy:
>>>>
>>>> http://projects.solms.co.za/temp/testProject.xmi
>>>>
>>>> P.S. I am aware that there are a couple of dubious elements in this XMI
>>>> file placed there by MagicDraw, but I would still expect EMF/UML2 to
>>>> ignore elements it does not understand, not to wait 2 minutes and then
>>>> fail with OutOfMemoryError. This is a tiny model, and I am running a VM
>>>> which has 2GB of allocated memory.
>>>>
>>>> If there is a problem with this XMI file (produced by one fo the leading
>>>> modeling tools as-is) any pointers as to the specific pre-processing we
>>>> need to perform would be greatly appreciated.
>>>>
>>>> kind regards,
>>>> Dawid Loubser
>>>>
>>>
>>>
>
>
Re: Strategy for loading commercial UML XMI 2.1 (MaicDraw) [message #478490 is a reply to message #478487] Thu, 04 June 2009 08:40 Go to previous messageGo to next message
Dawid Loubser is currently offline Dawid LoubserFriend
Messages: 23
Registered: July 2009
Junior Member
Hi Kenn,

Our investigation also leads us ot believe there is a bug in EMF, there
is no way a model with 2 classes should cause scalability problems.

It gives me hope that you have managed to load MagicDraw-produced XMI in
the past, any insight you can provide on why my sample model hosted at

http://projects.solms.co.za/temp/testProject.xmi

does not load will be appreciated more than you can imagine. Posting to
this newsgroup was somewhat of a last resort, I have tried so many
combinations of using EMF/UML2 in my stand-alone program that my head
is basically spining.

Our goal is actually to load this model as a source model for an ATL
transformation, but after having given up on that route (using their UML
model loaders) we figured that we shoudl first achieve simple loading of
the model in EMF/UML2 stand-alone.

kind regards,
Dawid Loubser




Kenn Hussey het geskryf:
> Eike,
>
> So far my investigation suggests a bug in EMF, so I'm not sure the problem
> is related to the size/scalability of the model itself...
>
> Kenn
>
Re: Strategy for loading commercial UML XMI 2.1 (MaicDraw) [message #478501 is a reply to message #478488] Tue, 09 June 2009 13:16 Go to previous messageGo to next message
Kenn Hussey is currently offline Kenn HusseyFriend
Messages: 1618
Registered: July 2009
Senior Member
Rafael,

Are you sure it wasn't a heap overflow error? That's what I'm getting.

The document actually gets successfully parsed, but gets hung up at the end
while trying to resolve forward references... I hope to have some time to
debug this further today.

Kenn

"Rafael Chaves" <rafael@abstratt.com> wrote in message
news:h07khg$632$1@build.eclipse.org...
>I got a StackOverflowError before an OutOfMemoryError, so I am guessing the
>code is getting into an infinite recursion due to some oddness in that
>model.
>
> Kenn Hussey wrote:
>> Eike,
>>
>> So far my investigation suggests a bug in EMF, so I'm not sure the
>> problem is related to the size/scalability of the model itself...
>>
>> Kenn
>>
>> "Eike Stepper" <stepper@esc-net.de> wrote in message
>> news:h0632v$se8$2@build.eclipse.org...
>>> Dawid, Kenn,
>>>
>>> And for what I know, NoMagic is currently working on a CDO-based new
>>> version of their team server. Since CDO allows for very scalable EMF
>>> models there will be potential for fewer OutOfMemoryExceptions (although
>>> I'm not sure if your particular OutOfMemoryException is related) ;-)
>>>
>>> Cheers
>>> /Eike
>>>
>>> ----
>>> http://thegordian.blogspot.com
>>> http://twitter.com/eikestepper
>>>
>>>
>>>
>>> Kenn Hussey schrieb:
>>>> Dawid,
>>>>
>>>> I have successfully loaded XMI files produced by MagicDraw on several
>>>> occasions in the past, so I suspect this is more an issue with the
>>>> particular file/model than MagicDraw's serialization in general. FWIW,
>>>> I've
>>>> heard they're working on a version of their tool that's based directly
>>>> on
>>>> Eclipse UML2, so this shouldn't be an issue on the long term (but of
>>>> course,
>>>> I realize that doesn't help you with your current problem).
>>>>
>>>> We'll take a look at your sample model and try to determine what's
>>>> going on.
>>>>
>>>> Kenn
>>>>
>>>> "Dawid Loubser" <dawidl@solms.co.za> wrote in message
>>>> news:h03dv1$kj1$1@build.eclipse.org...
>>>>
>>>>> Good day,
>>>>>
>>>>> We are busy building a toolset which requires the loading of
>>>>> XMI-serialised UML produced by commercial tools (for now, we are
>>>>> focusing on MagicDraw UML).
>>>>>
>>>>> We have tried (unsuccessfully) for weeks to accomplish this, and are
>>>>> at
>>>>> our wits' end - please help!
>>>>>
>>>>> We cannot rely on the "export to EMF" functionality which happens to
>>>>> be
>>>>> provided by MagicDraw, as we need to support other tools in future,
>>>>> and
>>>>> are ultimately not in control of the files - we just want to access
>>>>> and
>>>>> transform the UML model elements in them.
>>>>>
>>>>> Of course, we need to develop this in a stand-alone fashion, but even
>>>>> so,
>>>>> the XMI file does not load in Eclipse via the EMF GUI tools either. I
>>>>> get
>>>>> anything from a "missing packages" error, to an "OutOfMemoryError"
>>>>> which
>>>>> brings down eclipse, or my stand-alone test program.
>>>>>
>>>>> Here is a standard XMI file containing two or so classes, can any
>>>>> expert
>>>>> here point us in the right direction to get this loaded? We are
>>>>> absolutely
>>>>> desperate at this stage, nothing we have tried seems to work. If we
>>>>> can
>>>>> load this file, we will be very happy:
>>>>>
>>>>> http://projects.solms.co.za/temp/testProject.xmi
>>>>>
>>>>> P.S. I am aware that there are a couple of dubious elements in this
>>>>> XMI
>>>>> file placed there by MagicDraw, but I would still expect EMF/UML2 to
>>>>> ignore elements it does not understand, not to wait 2 minutes and then
>>>>> fail with OutOfMemoryError. This is a tiny model, and I am running a
>>>>> VM
>>>>> which has 2GB of allocated memory.
>>>>>
>>>>> If there is a problem with this XMI file (produced by one fo the
>>>>> leading
>>>>> modeling tools as-is) any pointers as to the specific pre-processing
>>>>> we
>>>>> need to perform would be greatly appreciated.
>>>>>
>>>>> kind regards,
>>>>> Dawid Loubser
>>>>>
>>>>
>>>>
>>
Re: Strategy for loading commercial UML XMI 2.1 (MaicDraw) [message #478504 is a reply to message #478490] Tue, 09 June 2009 13:23 Go to previous messageGo to next message
Kenn Hussey is currently offline Kenn HusseyFriend
Messages: 1618
Registered: July 2009
Senior Member
Dawid,

I made some progress debugging your model, but ran out of time. I'll try to
spend some more time on it today. As I mentioned to Rafael, the document
actually parses but gets hung up while resolving forward references at the
end.

Kenn

"Dawid Loubser" <dawidl@solms.co.za> wrote in message
news:h0819a$nle$1@build.eclipse.org...
> Hi Kenn,
>
> Our investigation also leads us ot believe there is a bug in EMF, there is
> no way a model with 2 classes should cause scalability problems.
>
> It gives me hope that you have managed to load MagicDraw-produced XMI in
> the past, any insight you can provide on why my sample model hosted at
>
> http://projects.solms.co.za/temp/testProject.xmi
>
> does not load will be appreciated more than you can imagine. Posting to
> this newsgroup was somewhat of a last resort, I have tried so many
> combinations of using EMF/UML2 in my stand-alone program that my head
> is basically spining.
>
> Our goal is actually to load this model as a source model for an ATL
> transformation, but after having given up on that route (using their UML
> model loaders) we figured that we shoudl first achieve simple loading of
> the model in EMF/UML2 stand-alone.
>
> kind regards,
> Dawid Loubser
>
>
>
>
> Kenn Hussey het geskryf:
>> Eike,
>>
>> So far my investigation suggests a bug in EMF, so I'm not sure the
>> problem is related to the size/scalability of the model itself...
>>
>> Kenn
>>
Re: Strategy for loading commercial UML XMI 2.1 (MaicDraw) [message #478505 is a reply to message #478490] Tue, 09 June 2009 13:29 Go to previous messageGo to next message
Kenn Hussey is currently offline Kenn HusseyFriend
Messages: 1618
Registered: July 2009
Senior Member
Dawid,

Would you be able to also shared the profile that's referenced by the model,
i.e. UML_Standard_Profile.xml?

Kenn

"Dawid Loubser" <dawidl@solms.co.za> wrote in message
news:h0819a$nle$1@build.eclipse.org...
> Hi Kenn,
>
> Our investigation also leads us ot believe there is a bug in EMF, there is
> no way a model with 2 classes should cause scalability problems.
>
> It gives me hope that you have managed to load MagicDraw-produced XMI in
> the past, any insight you can provide on why my sample model hosted at
>
> http://projects.solms.co.za/temp/testProject.xmi
>
> does not load will be appreciated more than you can imagine. Posting to
> this newsgroup was somewhat of a last resort, I have tried so many
> combinations of using EMF/UML2 in my stand-alone program that my head
> is basically spining.
>
> Our goal is actually to load this model as a source model for an ATL
> transformation, but after having given up on that route (using their UML
> model loaders) we figured that we shoudl first achieve simple loading of
> the model in EMF/UML2 stand-alone.
>
> kind regards,
> Dawid Loubser
>
>
>
>
> Kenn Hussey het geskryf:
>> Eike,
>>
>> So far my investigation suggests a bug in EMF, so I'm not sure the
>> problem is related to the size/scalability of the model itself...
>>
>> Kenn
>>
Re: Strategy for loading commercial UML XMI 2.1 (MaicDraw) [message #478508 is a reply to message #478504] Tue, 09 June 2009 20:08 Go to previous messageGo to next message
Kenn Hussey is currently offline Kenn HusseyFriend
Messages: 1618
Registered: July 2009
Senior Member
Dawid,

This is indeed a bug in EMF; see
https://bugs.eclipse.org/bugs/show_bug.cgi?id=279686. I'll do my best to get
this fix into Galileo.

Kenn

"Kenn Hussey" <Kenn.Hussey@embarcadero.com> wrote in message
news:h0lnpd$g3m$1@build.eclipse.org...
> Dawid,
>
> I made some progress debugging your model, but ran out of time. I'll try
> to spend some more time on it today. As I mentioned to Rafael, the
> document actually parses but gets hung up while resolving forward
> references at the end.
>
> Kenn
>
> "Dawid Loubser" <dawidl@solms.co.za> wrote in message
> news:h0819a$nle$1@build.eclipse.org...
>> Hi Kenn,
>>
>> Our investigation also leads us ot believe there is a bug in EMF, there
>> is no way a model with 2 classes should cause scalability problems.
>>
>> It gives me hope that you have managed to load MagicDraw-produced XMI in
>> the past, any insight you can provide on why my sample model hosted at
>>
>> http://projects.solms.co.za/temp/testProject.xmi
>>
>> does not load will be appreciated more than you can imagine. Posting to
>> this newsgroup was somewhat of a last resort, I have tried so many
>> combinations of using EMF/UML2 in my stand-alone program that my head
>> is basically spining.
>>
>> Our goal is actually to load this model as a source model for an ATL
>> transformation, but after having given up on that route (using their UML
>> model loaders) we figured that we shoudl first achieve simple loading of
>> the model in EMF/UML2 stand-alone.
>>
>> kind regards,
>> Dawid Loubser
>>
>>
>>
>>
>> Kenn Hussey het geskryf:
>>> Eike,
>>>
>>> So far my investigation suggests a bug in EMF, so I'm not sure the
>>> problem is related to the size/scalability of the model itself...
>>>
>>> Kenn
>>>
>
>
Re: Strategy for loading commercial UML XMI 2.1 (MaicDraw) [message #478510 is a reply to message #478508] Tue, 09 June 2009 21:32 Go to previous messageGo to next message
Kenn Hussey is currently offline Kenn HusseyFriend
Messages: 1618
Registered: July 2009
Senior Member
FYI, a fix for this bug has now been committed.

Kenn

"Kenn Hussey" <Kenn.Hussey@embarcadero.com> wrote in message
news:h0mfgi$ij$1@build.eclipse.org...
> Dawid,
>
> This is indeed a bug in EMF; see
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=279686. I'll do my best to
> get this fix into Galileo.
>
> Kenn
>
> "Kenn Hussey" <Kenn.Hussey@embarcadero.com> wrote in message
> news:h0lnpd$g3m$1@build.eclipse.org...
>> Dawid,
>>
>> I made some progress debugging your model, but ran out of time. I'll try
>> to spend some more time on it today. As I mentioned to Rafael, the
>> document actually parses but gets hung up while resolving forward
>> references at the end.
>>
>> Kenn
>>
>> "Dawid Loubser" <dawidl@solms.co.za> wrote in message
>> news:h0819a$nle$1@build.eclipse.org...
>>> Hi Kenn,
>>>
>>> Our investigation also leads us ot believe there is a bug in EMF, there
>>> is no way a model with 2 classes should cause scalability problems.
>>>
>>> It gives me hope that you have managed to load MagicDraw-produced XMI in
>>> the past, any insight you can provide on why my sample model hosted at
>>>
>>> http://projects.solms.co.za/temp/testProject.xmi
>>>
>>> does not load will be appreciated more than you can imagine. Posting to
>>> this newsgroup was somewhat of a last resort, I have tried so many
>>> combinations of using EMF/UML2 in my stand-alone program that my head
>>> is basically spining.
>>>
>>> Our goal is actually to load this model as a source model for an ATL
>>> transformation, but after having given up on that route (using their UML
>>> model loaders) we figured that we shoudl first achieve simple loading of
>>> the model in EMF/UML2 stand-alone.
>>>
>>> kind regards,
>>> Dawid Loubser
>>>
>>>
>>>
>>>
>>> Kenn Hussey het geskryf:
>>>> Eike,
>>>>
>>>> So far my investigation suggests a bug in EMF, so I'm not sure the
>>>> problem is related to the size/scalability of the model itself...
>>>>
>>>> Kenn
>>>>
>>
>>
>
>
Re: Strategy for loading commercial UML XMI 2.1 (MaicDraw) [message #478516 is a reply to message #478477] Thu, 11 June 2009 13:47 Go to previous messageGo to next message
james bruck is currently offline james bruckFriend
Messages: 1724
Registered: July 2009
Senior Member
Hi Dawid,

There is an ongoing effort at the OMG to get XMI interchange working between
various tools.
Have a look at:
http://www.omgwiki.org/model-interchange/doku.php?id=start

There is also a XMI validator that you can use to verify XMI:
http://syseng.nist.gov/se-interop/sysml/validator

Cheers,
- James.

"Dawid Loubser" <dawidl@solms.co.za> wrote in message
news:h03dv1$kj1$1@build.eclipse.org...
> Good day,
>
> We are busy building a toolset which requires the loading of
> XMI-serialised UML produced by commercial tools (for now, we are
> focusing on MagicDraw UML).
>
> We have tried (unsuccessfully) for weeks to accomplish this, and are at
> our wits' end - please help!
>
> We cannot rely on the "export to EMF" functionality which happens to be
> provided by MagicDraw, as we need to support other tools in future, and
> are ultimately not in control of the files - we just want to access and
> transform the UML model elements in them.
>
> Of course, we need to develop this in a stand-alone fashion, but even so,
> the XMI file does not load in Eclipse via the EMF GUI tools either. I get
> anything from a "missing packages" error, to an "OutOfMemoryError" which
> brings down eclipse, or my stand-alone test program.
>
> Here is a standard XMI file containing two or so classes, can any expert
> here point us in the right direction to get this loaded? We are absolutely
> desperate at this stage, nothing we have tried seems to work. If we can
> load this file, we will be very happy:
>
> http://projects.solms.co.za/temp/testProject.xmi
>
> P.S. I am aware that there are a couple of dubious elements in this XMI
> file placed there by MagicDraw, but I would still expect EMF/UML2 to
> ignore elements it does not understand, not to wait 2 minutes and then
> fail with OutOfMemoryError. This is a tiny model, and I am running a VM
> which has 2GB of allocated memory.
>
> If there is a problem with this XMI file (produced by one fo the leading
> modeling tools as-is) any pointers as to the specific pre-processing we
> need to perform would be greatly appreciated.
>
> kind regards,
> Dawid Loubser
Re: Strategy for loading commercial UML XMI 2.1 (MaicDraw) [message #478521 is a reply to message #478510] Wed, 17 June 2009 09:10 Go to previous messageGo to next message
Dawid Loubser is currently offline Dawid LoubserFriend
Messages: 23
Registered: July 2009
Junior Member
Hi Kenn,

Thak you so much, I am eager to test it out. If I download the recently
posted 3.0.0 RC5 (15 June 2009) stable build, will it include this fix?
I am havig some trouble setting up the Eclips eenvironment to build it
myself.

regards,
Dawid


Kenn Hussey het geskryf:
> FYI, a fix for this bug has now been committed.
>
> Kenn
>
Re: Strategy for loading commercial UML XMI 2.1 (MaicDraw) [message #478522 is a reply to message #478521] Wed, 17 June 2009 13:21 Go to previous message
Kenn Hussey is currently offline Kenn HusseyFriend
Messages: 1618
Registered: July 2009
Senior Member
Dawid,

You're welcome. More precisely, if you download the RC5 build of EMF, the
problem should be fixed.

Kenn

"Dawid Loubser" <dawidl@solms.co.za> wrote in message
news:h1abud$umv$1@build.eclipse.org...
> Hi Kenn,
>
> Thak you so much, I am eager to test it out. If I download the recently
> posted 3.0.0 RC5 (15 June 2009) stable build, will it include this fix?
> I am havig some trouble setting up the Eclips eenvironment to build it
> myself.
>
> regards,
> Dawid
>
>
> Kenn Hussey het geskryf:
>> FYI, a fix for this bug has now been committed.
>>
>> Kenn
>>
Re: Strategy for loading commercial UML XMI 2.1 (MaicDraw) [message #627656 is a reply to message #478477] Tue, 02 June 2009 16:05 Go to previous message
Vlad Varnica is currently offline Vlad VarnicaFriend
Messages: 546
Registered: July 2009
Location: Milton Keynes - UK
Senior Member
I think that Magic Draw is using MDR as UML Supertructure which is not
really compatible with EclipseUML 2.
You have to manually write a parser and then use other open source
projects to transform it.
This is not an easy job !!!
Note that Omondo did the same job two years ago by creating a parser from
UML 2.1/UML 2.2 to UML 2.0 which was AndroMDA compatible.
The estimated project was only 3 months for one full time developer and
the reality was 12 months for two engineers.
We still have sometimes compatility problems and the job is never perfect.
The best is not to use MDR anymore and only select EclipseUML2
Superstructure like RSA, Borland, Omondo did it would make life easier :-)
Good luck for your project.
Re: Strategy for loading commercial UML XMI 2.1 (MaicDraw) [message #627659 is a reply to message #478478] Wed, 03 June 2009 10:27 Go to previous message
Dawid Loubser is currently offline Dawid LoubserFriend
Messages: 23
Registered: July 2009
Junior Member
Thank you so much for your response Vlad, even though it is very bad
news for us. I was under the impression that XMI is XMI, and that one
should only encounter minor differences. By superstructure, do you
mean that an entirely different (and incompatble) meta-meta model
is used for UML serialised by MagicDraw, and for UML understood by
Eclipse?

I would have imagined both are compatible with standard MOF. Or is the
problem purely in the XMI serialisation?

Either way, it's odd that Eclipse UML2 just crashes with
OutOfMemoryError when I try to parse the file, instead of fail
with some sensible message.

Is our *only* hope really to write our own parser to transform
MagicDraw XMI to an XMI variant that Eclipse UML2 understands?


Vlad Varnica het geskryf:
> I think that Magic Draw is using MDR as UML Supertructure which is not
> really compatible with EclipseUML 2. You have to manually write a parser
> and then use other open source projects to transform it. This is not an
> easy job !!! Note that Omondo did the same job two years ago by creating
> a parser from UML 2.1/UML 2.2 to UML 2.0 which was AndroMDA compatible.
> The estimated project was only 3 months for one full time developer and
> the reality was 12 months for two engineers.
> We still have sometimes compatility problems and the job is never
> perfect. The best is not to use MDR anymore and only select EclipseUML2
> Superstructure like RSA, Borland, Omondo did it would make life easier :-)
> Good luck for your project.
>
Re: Strategy for loading commercial UML XMI 2.1 (MaicDraw) [message #627661 is a reply to message #478481] Wed, 03 June 2009 12:14 Go to previous message
Vlad Varnica is currently offline Vlad VarnicaFriend
Messages: 546
Registered: July 2009
Location: Milton Keynes - UK
Senior Member
This is certainly not an MOF problem but just related to XMI serialization.
At MOF level both are almost the same but after the stage 3 it requires
manual parsing.

I mean that if you just consider the different layers like:
Level 1: UML Diagram
Level 2: UML Superstrucutre
Level 3: EMF transformation
Level 4: MOF

Hope it helps.

Vlad,
Re: Strategy for loading commercial UML XMI 2.1 (MaicDraw) [message #627663 is a reply to message #478477] Wed, 03 June 2009 14:03 Go to previous message
Kenn Hussey is currently offline Kenn HusseyFriend
Messages: 1618
Registered: July 2009
Senior Member
Dawid,

I have successfully loaded XMI files produced by MagicDraw on several
occasions in the past, so I suspect this is more an issue with the
particular file/model than MagicDraw's serialization in general. FWIW, I've
heard they're working on a version of their tool that's based directly on
Eclipse UML2, so this shouldn't be an issue on the long term (but of course,
I realize that doesn't help you with your current problem).

We'll take a look at your sample model and try to determine what's going on.

Kenn

"Dawid Loubser" <dawidl@solms.co.za> wrote in message
news:h03dv1$kj1$1@build.eclipse.org...
> Good day,
>
> We are busy building a toolset which requires the loading of
> XMI-serialised UML produced by commercial tools (for now, we are
> focusing on MagicDraw UML).
>
> We have tried (unsuccessfully) for weeks to accomplish this, and are at
> our wits' end - please help!
>
> We cannot rely on the "export to EMF" functionality which happens to be
> provided by MagicDraw, as we need to support other tools in future, and
> are ultimately not in control of the files - we just want to access and
> transform the UML model elements in them.
>
> Of course, we need to develop this in a stand-alone fashion, but even so,
> the XMI file does not load in Eclipse via the EMF GUI tools either. I get
> anything from a "missing packages" error, to an "OutOfMemoryError" which
> brings down eclipse, or my stand-alone test program.
>
> Here is a standard XMI file containing two or so classes, can any expert
> here point us in the right direction to get this loaded? We are absolutely
> desperate at this stage, nothing we have tried seems to work. If we can
> load this file, we will be very happy:
>
> http://projects.solms.co.za/temp/testProject.xmi
>
> P.S. I am aware that there are a couple of dubious elements in this XMI
> file placed there by MagicDraw, but I would still expect EMF/UML2 to
> ignore elements it does not understand, not to wait 2 minutes and then
> fail with OutOfMemoryError. This is a tiny model, and I am running a VM
> which has 2GB of allocated memory.
>
> If there is a problem with this XMI file (produced by one fo the leading
> modeling tools as-is) any pointers as to the specific pre-processing we
> need to perform would be greatly appreciated.
>
> kind regards,
> Dawid Loubser
Re: Strategy for loading commercial UML XMI 2.1 (MaicDraw) [message #627664 is a reply to message #478485] Wed, 03 June 2009 14:58 Go to previous message
Eike Stepper is currently offline Eike StepperFriend
Messages: 5587
Registered: July 2009
Senior Member
Dawid, Kenn,

And for what I know, NoMagic is currently working on a CDO-based new
version of their team server. Since CDO allows for very scalable EMF
models there will be potential for fewer OutOfMemoryExceptions (although
I'm not sure if your particular OutOfMemoryException is related) ;-)

Cheers
/Eike

----
http://thegordian.blogspot.com
http://twitter.com/eikestepper



Kenn Hussey schrieb:
> Dawid,
>
> I have successfully loaded XMI files produced by MagicDraw on several
> occasions in the past, so I suspect this is more an issue with the
> particular file/model than MagicDraw's serialization in general. FWIW, I've
> heard they're working on a version of their tool that's based directly on
> Eclipse UML2, so this shouldn't be an issue on the long term (but of course,
> I realize that doesn't help you with your current problem).
>
> We'll take a look at your sample model and try to determine what's going on.
>
> Kenn
>
> "Dawid Loubser" <dawidl@solms.co.za> wrote in message
> news:h03dv1$kj1$1@build.eclipse.org...
>
>> Good day,
>>
>> We are busy building a toolset which requires the loading of
>> XMI-serialised UML produced by commercial tools (for now, we are
>> focusing on MagicDraw UML).
>>
>> We have tried (unsuccessfully) for weeks to accomplish this, and are at
>> our wits' end - please help!
>>
>> We cannot rely on the "export to EMF" functionality which happens to be
>> provided by MagicDraw, as we need to support other tools in future, and
>> are ultimately not in control of the files - we just want to access and
>> transform the UML model elements in them.
>>
>> Of course, we need to develop this in a stand-alone fashion, but even so,
>> the XMI file does not load in Eclipse via the EMF GUI tools either. I get
>> anything from a "missing packages" error, to an "OutOfMemoryError" which
>> brings down eclipse, or my stand-alone test program.
>>
>> Here is a standard XMI file containing two or so classes, can any expert
>> here point us in the right direction to get this loaded? We are absolutely
>> desperate at this stage, nothing we have tried seems to work. If we can
>> load this file, we will be very happy:
>>
>> http://projects.solms.co.za/temp/testProject.xmi
>>
>> P.S. I am aware that there are a couple of dubious elements in this XMI
>> file placed there by MagicDraw, but I would still expect EMF/UML2 to
>> ignore elements it does not understand, not to wait 2 minutes and then
>> fail with OutOfMemoryError. This is a tiny model, and I am running a VM
>> which has 2GB of allocated memory.
>>
>> If there is a problem with this XMI file (produced by one fo the leading
>> modeling tools as-is) any pointers as to the specific pre-processing we
>> need to perform would be greatly appreciated.
>>
>> kind regards,
>> Dawid Loubser
>>
>
>
>
Re: Strategy for loading commercial UML XMI 2.1 (MaicDraw) [message #627665 is a reply to message #478486] Wed, 03 June 2009 16:54 Go to previous message
Kenn Hussey is currently offline Kenn HusseyFriend
Messages: 1618
Registered: July 2009
Senior Member
Eike,

So far my investigation suggests a bug in EMF, so I'm not sure the problem
is related to the size/scalability of the model itself...

Kenn

"Eike Stepper" <stepper@esc-net.de> wrote in message
news:h0632v$se8$2@build.eclipse.org...
> Dawid, Kenn,
>
> And for what I know, NoMagic is currently working on a CDO-based new
> version of their team server. Since CDO allows for very scalable EMF
> models there will be potential for fewer OutOfMemoryExceptions (although
> I'm not sure if your particular OutOfMemoryException is related) ;-)
>
> Cheers
> /Eike
>
> ----
> http://thegordian.blogspot.com
> http://twitter.com/eikestepper
>
>
>
> Kenn Hussey schrieb:
>> Dawid,
>>
>> I have successfully loaded XMI files produced by MagicDraw on several
>> occasions in the past, so I suspect this is more an issue with the
>> particular file/model than MagicDraw's serialization in general. FWIW,
>> I've
>> heard they're working on a version of their tool that's based directly on
>> Eclipse UML2, so this shouldn't be an issue on the long term (but of
>> course,
>> I realize that doesn't help you with your current problem).
>>
>> We'll take a look at your sample model and try to determine what's going
>> on.
>>
>> Kenn
>>
>> "Dawid Loubser" <dawidl@solms.co.za> wrote in message
>> news:h03dv1$kj1$1@build.eclipse.org...
>>
>>> Good day,
>>>
>>> We are busy building a toolset which requires the loading of
>>> XMI-serialised UML produced by commercial tools (for now, we are
>>> focusing on MagicDraw UML).
>>>
>>> We have tried (unsuccessfully) for weeks to accomplish this, and are at
>>> our wits' end - please help!
>>>
>>> We cannot rely on the "export to EMF" functionality which happens to be
>>> provided by MagicDraw, as we need to support other tools in future, and
>>> are ultimately not in control of the files - we just want to access and
>>> transform the UML model elements in them.
>>>
>>> Of course, we need to develop this in a stand-alone fashion, but even
>>> so,
>>> the XMI file does not load in Eclipse via the EMF GUI tools either. I
>>> get
>>> anything from a "missing packages" error, to an "OutOfMemoryError" which
>>> brings down eclipse, or my stand-alone test program.
>>>
>>> Here is a standard XMI file containing two or so classes, can any expert
>>> here point us in the right direction to get this loaded? We are
>>> absolutely
>>> desperate at this stage, nothing we have tried seems to work. If we can
>>> load this file, we will be very happy:
>>>
>>> http://projects.solms.co.za/temp/testProject.xmi
>>>
>>> P.S. I am aware that there are a couple of dubious elements in this XMI
>>> file placed there by MagicDraw, but I would still expect EMF/UML2 to
>>> ignore elements it does not understand, not to wait 2 minutes and then
>>> fail with OutOfMemoryError. This is a tiny model, and I am running a VM
>>> which has 2GB of allocated memory.
>>>
>>> If there is a problem with this XMI file (produced by one fo the leading
>>> modeling tools as-is) any pointers as to the specific pre-processing we
>>> need to perform would be greatly appreciated.
>>>
>>> kind regards,
>>> Dawid Loubser
>>>
>>
>>
>>
Re: Strategy for loading commercial UML XMI 2.1 (MaicDraw) [message #627666 is a reply to message #478487] Thu, 04 June 2009 05:02 Go to previous message
Rafael Chaves is currently offline Rafael ChavesFriend
Messages: 362
Registered: July 2009
Senior Member
I got a StackOverflowError before an OutOfMemoryError, so I am guessing
the code is getting into an infinite recursion due to some oddness in
that model.

Kenn Hussey wrote:
> Eike,
>
> So far my investigation suggests a bug in EMF, so I'm not sure the problem
> is related to the size/scalability of the model itself...
>
> Kenn
>
> "Eike Stepper" <stepper@esc-net.de> wrote in message
> news:h0632v$se8$2@build.eclipse.org...
>> Dawid, Kenn,
>>
>> And for what I know, NoMagic is currently working on a CDO-based new
>> version of their team server. Since CDO allows for very scalable EMF
>> models there will be potential for fewer OutOfMemoryExceptions (although
>> I'm not sure if your particular OutOfMemoryException is related) ;-)
>>
>> Cheers
>> /Eike
>>
>> ----
>> http://thegordian.blogspot.com
>> http://twitter.com/eikestepper
>>
>>
>>
>> Kenn Hussey schrieb:
>>> Dawid,
>>>
>>> I have successfully loaded XMI files produced by MagicDraw on several
>>> occasions in the past, so I suspect this is more an issue with the
>>> particular file/model than MagicDraw's serialization in general. FWIW,
>>> I've
>>> heard they're working on a version of their tool that's based directly on
>>> Eclipse UML2, so this shouldn't be an issue on the long term (but of
>>> course,
>>> I realize that doesn't help you with your current problem).
>>>
>>> We'll take a look at your sample model and try to determine what's going
>>> on.
>>>
>>> Kenn
>>>
>>> "Dawid Loubser" <dawidl@solms.co.za> wrote in message
>>> news:h03dv1$kj1$1@build.eclipse.org...
>>>
>>>> Good day,
>>>>
>>>> We are busy building a toolset which requires the loading of
>>>> XMI-serialised UML produced by commercial tools (for now, we are
>>>> focusing on MagicDraw UML).
>>>>
>>>> We have tried (unsuccessfully) for weeks to accomplish this, and are at
>>>> our wits' end - please help!
>>>>
>>>> We cannot rely on the "export to EMF" functionality which happens to be
>>>> provided by MagicDraw, as we need to support other tools in future, and
>>>> are ultimately not in control of the files - we just want to access and
>>>> transform the UML model elements in them.
>>>>
>>>> Of course, we need to develop this in a stand-alone fashion, but even
>>>> so,
>>>> the XMI file does not load in Eclipse via the EMF GUI tools either. I
>>>> get
>>>> anything from a "missing packages" error, to an "OutOfMemoryError" which
>>>> brings down eclipse, or my stand-alone test program.
>>>>
>>>> Here is a standard XMI file containing two or so classes, can any expert
>>>> here point us in the right direction to get this loaded? We are
>>>> absolutely
>>>> desperate at this stage, nothing we have tried seems to work. If we can
>>>> load this file, we will be very happy:
>>>>
>>>> http://projects.solms.co.za/temp/testProject.xmi
>>>>
>>>> P.S. I am aware that there are a couple of dubious elements in this XMI
>>>> file placed there by MagicDraw, but I would still expect EMF/UML2 to
>>>> ignore elements it does not understand, not to wait 2 minutes and then
>>>> fail with OutOfMemoryError. This is a tiny model, and I am running a VM
>>>> which has 2GB of allocated memory.
>>>>
>>>> If there is a problem with this XMI file (produced by one fo the leading
>>>> modeling tools as-is) any pointers as to the specific pre-processing we
>>>> need to perform would be greatly appreciated.
>>>>
>>>> kind regards,
>>>> Dawid Loubser
>>>>
>>>
>>>
>
>
Re: Strategy for loading commercial UML XMI 2.1 (MaicDraw) [message #627668 is a reply to message #478487] Thu, 04 June 2009 08:40 Go to previous message
Dawid Loubser is currently offline Dawid LoubserFriend
Messages: 23
Registered: July 2009
Junior Member
Hi Kenn,

Our investigation also leads us ot believe there is a bug in EMF, there
is no way a model with 2 classes should cause scalability problems.

It gives me hope that you have managed to load MagicDraw-produced XMI in
the past, any insight you can provide on why my sample model hosted at

http://projects.solms.co.za/temp/testProject.xmi

does not load will be appreciated more than you can imagine. Posting to
this newsgroup was somewhat of a last resort, I have tried so many
combinations of using EMF/UML2 in my stand-alone program that my head
is basically spining.

Our goal is actually to load this model as a source model for an ATL
transformation, but after having given up on that route (using their UML
model loaders) we figured that we shoudl first achieve simple loading of
the model in EMF/UML2 stand-alone.

kind regards,
Dawid Loubser




Kenn Hussey het geskryf:
> Eike,
>
> So far my investigation suggests a bug in EMF, so I'm not sure the problem
> is related to the size/scalability of the model itself...
>
> Kenn
>
Re: Strategy for loading commercial UML XMI 2.1 (MaicDraw) [message #627678 is a reply to message #478488] Tue, 09 June 2009 13:16 Go to previous message
Kenn Hussey is currently offline Kenn HusseyFriend
Messages: 1618
Registered: July 2009
Senior Member
Rafael,

Are you sure it wasn't a heap overflow error? That's what I'm getting.

The document actually gets successfully parsed, but gets hung up at the end
while trying to resolve forward references... I hope to have some time to
debug this further today.

Kenn

"Rafael Chaves" <rafael@abstratt.com> wrote in message
news:h07khg$632$1@build.eclipse.org...
>I got a StackOverflowError before an OutOfMemoryError, so I am guessing the
>code is getting into an infinite recursion due to some oddness in that
>model.
>
> Kenn Hussey wrote:
>> Eike,
>>
>> So far my investigation suggests a bug in EMF, so I'm not sure the
>> problem is related to the size/scalability of the model itself...
>>
>> Kenn
>>
>> "Eike Stepper" <stepper@esc-net.de> wrote in message
>> news:h0632v$se8$2@build.eclipse.org...
>>> Dawid, Kenn,
>>>
>>> And for what I know, NoMagic is currently working on a CDO-based new
>>> version of their team server. Since CDO allows for very scalable EMF
>>> models there will be potential for fewer OutOfMemoryExceptions (although
>>> I'm not sure if your particular OutOfMemoryException is related) ;-)
>>>
>>> Cheers
>>> /Eike
>>>
>>> ----
>>> http://thegordian.blogspot.com
>>> http://twitter.com/eikestepper
>>>
>>>
>>>
>>> Kenn Hussey schrieb:
>>>> Dawid,
>>>>
>>>> I have successfully loaded XMI files produced by MagicDraw on several
>>>> occasions in the past, so I suspect this is more an issue with the
>>>> particular file/model than MagicDraw's serialization in general. FWIW,
>>>> I've
>>>> heard they're working on a version of their tool that's based directly
>>>> on
>>>> Eclipse UML2, so this shouldn't be an issue on the long term (but of
>>>> course,
>>>> I realize that doesn't help you with your current problem).
>>>>
>>>> We'll take a look at your sample model and try to determine what's
>>>> going on.
>>>>
>>>> Kenn
>>>>
>>>> "Dawid Loubser" <dawidl@solms.co.za> wrote in message
>>>> news:h03dv1$kj1$1@build.eclipse.org...
>>>>
>>>>> Good day,
>>>>>
>>>>> We are busy building a toolset which requires the loading of
>>>>> XMI-serialised UML produced by commercial tools (for now, we are
>>>>> focusing on MagicDraw UML).
>>>>>
>>>>> We have tried (unsuccessfully) for weeks to accomplish this, and are
>>>>> at
>>>>> our wits' end - please help!
>>>>>
>>>>> We cannot rely on the "export to EMF" functionality which happens to
>>>>> be
>>>>> provided by MagicDraw, as we need to support other tools in future,
>>>>> and
>>>>> are ultimately not in control of the files - we just want to access
>>>>> and
>>>>> transform the UML model elements in them.
>>>>>
>>>>> Of course, we need to develop this in a stand-alone fashion, but even
>>>>> so,
>>>>> the XMI file does not load in Eclipse via the EMF GUI tools either. I
>>>>> get
>>>>> anything from a "missing packages" error, to an "OutOfMemoryError"
>>>>> which
>>>>> brings down eclipse, or my stand-alone test program.
>>>>>
>>>>> Here is a standard XMI file containing two or so classes, can any
>>>>> expert
>>>>> here point us in the right direction to get this loaded? We are
>>>>> absolutely
>>>>> desperate at this stage, nothing we have tried seems to work. If we
>>>>> can
>>>>> load this file, we will be very happy:
>>>>>
>>>>> http://projects.solms.co.za/temp/testProject.xmi
>>>>>
>>>>> P.S. I am aware that there are a couple of dubious elements in this
>>>>> XMI
>>>>> file placed there by MagicDraw, but I would still expect EMF/UML2 to
>>>>> ignore elements it does not understand, not to wait 2 minutes and then
>>>>> fail with OutOfMemoryError. This is a tiny model, and I am running a
>>>>> VM
>>>>> which has 2GB of allocated memory.
>>>>>
>>>>> If there is a problem with this XMI file (produced by one fo the
>>>>> leading
>>>>> modeling tools as-is) any pointers as to the specific pre-processing
>>>>> we
>>>>> need to perform would be greatly appreciated.
>>>>>
>>>>> kind regards,
>>>>> Dawid Loubser
>>>>>
>>>>
>>>>
>>
Re: Strategy for loading commercial UML XMI 2.1 (MaicDraw) [message #627681 is a reply to message #478490] Tue, 09 June 2009 13:23 Go to previous message
Kenn Hussey is currently offline Kenn HusseyFriend
Messages: 1618
Registered: July 2009
Senior Member
Dawid,

I made some progress debugging your model, but ran out of time. I'll try to
spend some more time on it today. As I mentioned to Rafael, the document
actually parses but gets hung up while resolving forward references at the
end.

Kenn

"Dawid Loubser" <dawidl@solms.co.za> wrote in message
news:h0819a$nle$1@build.eclipse.org...
> Hi Kenn,
>
> Our investigation also leads us ot believe there is a bug in EMF, there is
> no way a model with 2 classes should cause scalability problems.
>
> It gives me hope that you have managed to load MagicDraw-produced XMI in
> the past, any insight you can provide on why my sample model hosted at
>
> http://projects.solms.co.za/temp/testProject.xmi
>
> does not load will be appreciated more than you can imagine. Posting to
> this newsgroup was somewhat of a last resort, I have tried so many
> combinations of using EMF/UML2 in my stand-alone program that my head
> is basically spining.
>
> Our goal is actually to load this model as a source model for an ATL
> transformation, but after having given up on that route (using their UML
> model loaders) we figured that we shoudl first achieve simple loading of
> the model in EMF/UML2 stand-alone.
>
> kind regards,
> Dawid Loubser
>
>
>
>
> Kenn Hussey het geskryf:
>> Eike,
>>
>> So far my investigation suggests a bug in EMF, so I'm not sure the
>> problem is related to the size/scalability of the model itself...
>>
>> Kenn
>>
Re: Strategy for loading commercial UML XMI 2.1 (MaicDraw) [message #627682 is a reply to message #478490] Tue, 09 June 2009 13:29 Go to previous message
Kenn Hussey is currently offline Kenn HusseyFriend
Messages: 1618
Registered: July 2009
Senior Member
Dawid,

Would you be able to also shared the profile that's referenced by the model,
i.e. UML_Standard_Profile.xml?

Kenn

"Dawid Loubser" <dawidl@solms.co.za> wrote in message
news:h0819a$nle$1@build.eclipse.org...
> Hi Kenn,
>
> Our investigation also leads us ot believe there is a bug in EMF, there is
> no way a model with 2 classes should cause scalability problems.
>
> It gives me hope that you have managed to load MagicDraw-produced XMI in
> the past, any insight you can provide on why my sample model hosted at
>
> http://projects.solms.co.za/temp/testProject.xmi
>
> does not load will be appreciated more than you can imagine. Posting to
> this newsgroup was somewhat of a last resort, I have tried so many
> combinations of using EMF/UML2 in my stand-alone program that my head
> is basically spining.
>
> Our goal is actually to load this model as a source model for an ATL
> transformation, but after having given up on that route (using their UML
> model loaders) we figured that we shoudl first achieve simple loading of
> the model in EMF/UML2 stand-alone.
>
> kind regards,
> Dawid Loubser
>
>
>
>
> Kenn Hussey het geskryf:
>> Eike,
>>
>> So far my investigation suggests a bug in EMF, so I'm not sure the
>> problem is related to the size/scalability of the model itself...
>>
>> Kenn
>>
Re: Strategy for loading commercial UML XMI 2.1 (MaicDraw) [message #627685 is a reply to message #478504] Tue, 09 June 2009 20:08 Go to previous message
Kenn Hussey is currently offline Kenn HusseyFriend
Messages: 1618
Registered: July 2009
Senior Member
Dawid,

This is indeed a bug in EMF; see
https://bugs.eclipse.org/bugs/show_bug.cgi?id=279686 I'll do my best to get
this fix into Galileo.

Kenn

"Kenn Hussey" <Kenn.Hussey@embarcadero.com> wrote in message
news:h0lnpd$g3m$1@build.eclipse.org...
> Dawid,
>
> I made some progress debugging your model, but ran out of time. I'll try
> to spend some more time on it today. As I mentioned to Rafael, the
> document actually parses but gets hung up while resolving forward
> references at the end.
>
> Kenn
>
> "Dawid Loubser" <dawidl@solms.co.za> wrote in message
> news:h0819a$nle$1@build.eclipse.org...
>> Hi Kenn,
>>
>> Our investigation also leads us ot believe there is a bug in EMF, there
>> is no way a model with 2 classes should cause scalability problems.
>>
>> It gives me hope that you have managed to load MagicDraw-produced XMI in
>> the past, any insight you can provide on why my sample model hosted at
>>
>> http://projects.solms.co.za/temp/testProject.xmi
>>
>> does not load will be appreciated more than you can imagine. Posting to
>> this newsgroup was somewhat of a last resort, I have tried so many
>> combinations of using EMF/UML2 in my stand-alone program that my head
>> is basically spining.
>>
>> Our goal is actually to load this model as a source model for an ATL
>> transformation, but after having given up on that route (using their UML
>> model loaders) we figured that we shoudl first achieve simple loading of
>> the model in EMF/UML2 stand-alone.
>>
>> kind regards,
>> Dawid Loubser
>>
>>
>>
>>
>> Kenn Hussey het geskryf:
>>> Eike,
>>>
>>> So far my investigation suggests a bug in EMF, so I'm not sure the
>>> problem is related to the size/scalability of the model itself...
>>>
>>> Kenn
>>>
>
>
Re: Strategy for loading commercial UML XMI 2.1 (MaicDraw) [message #627687 is a reply to message #478508] Tue, 09 June 2009 21:32 Go to previous message
Kenn Hussey is currently offline Kenn HusseyFriend
Messages: 1618
Registered: July 2009
Senior Member
FYI, a fix for this bug has now been committed.

Kenn

"Kenn Hussey" <Kenn.Hussey@embarcadero.com> wrote in message
news:h0mfgi$ij$1@build.eclipse.org...
> Dawid,
>
> This is indeed a bug in EMF; see
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=279686 I'll do my best to
> get this fix into Galileo.
>
> Kenn
>
> "Kenn Hussey" <Kenn.Hussey@embarcadero.com> wrote in message
> news:h0lnpd$g3m$1@build.eclipse.org...
>> Dawid,
>>
>> I made some progress debugging your model, but ran out of time. I'll try
>> to spend some more time on it today. As I mentioned to Rafael, the
>> document actually parses but gets hung up while resolving forward
>> references at the end.
>>
>> Kenn
>>
>> "Dawid Loubser" <dawidl@solms.co.za> wrote in message
>> news:h0819a$nle$1@build.eclipse.org...
>>> Hi Kenn,
>>>
>>> Our investigation also leads us ot believe there is a bug in EMF, there
>>> is no way a model with 2 classes should cause scalability problems.
>>>
>>> It gives me hope that you have managed to load MagicDraw-produced XMI in
>>> the past, any insight you can provide on why my sample model hosted at
>>>
>>> http://projects.solms.co.za/temp/testProject.xmi
>>>
>>> does not load will be appreciated more than you can imagine. Posting to
>>> this newsgroup was somewhat of a last resort, I have tried so many
>>> combinations of using EMF/UML2 in my stand-alone program that my head
>>> is basically spining.
>>>
>>> Our goal is actually to load this model as a source model for an ATL
>>> transformation, but after having given up on that route (using their UML
>>> model loaders) we figured that we shoudl first achieve simple loading of
>>> the model in EMF/UML2 stand-alone.
>>>
>>> kind regards,
>>> Dawid Loubser
>>>
>>>
>>>
>>>
>>> Kenn Hussey het geskryf:
>>>> Eike,
>>>>
>>>> So far my investigation suggests a bug in EMF, so I'm not sure the
>>>> problem is related to the size/scalability of the model itself...
>>>>
>>>> Kenn
>>>>
>>
>>
>
>
Re: Strategy for loading commercial UML XMI 2.1 (MaicDraw) [message #627695 is a reply to message #478477] Thu, 11 June 2009 13:47 Go to previous message
james bruck is currently offline james bruckFriend
Messages: 1724
Registered: July 2009
Senior Member
Hi Dawid,

There is an ongoing effort at the OMG to get XMI interchange working between
various tools.
Have a look at:
http://www.omgwiki.org/model-interchange/doku.php?id=start

There is also a XMI validator that you can use to verify XMI:
http://syseng.nist.gov/se-interop/sysml/validator

Cheers,
- James.

"Dawid Loubser" <dawidl@solms.co.za> wrote in message
news:h03dv1$kj1$1@build.eclipse.org...
> Good day,
>
> We are busy building a toolset which requires the loading of
> XMI-serialised UML produced by commercial tools (for now, we are
> focusing on MagicDraw UML).
>
> We have tried (unsuccessfully) for weeks to accomplish this, and are at
> our wits' end - please help!
>
> We cannot rely on the "export to EMF" functionality which happens to be
> provided by MagicDraw, as we need to support other tools in future, and
> are ultimately not in control of the files - we just want to access and
> transform the UML model elements in them.
>
> Of course, we need to develop this in a stand-alone fashion, but even so,
> the XMI file does not load in Eclipse via the EMF GUI tools either. I get
> anything from a "missing packages" error, to an "OutOfMemoryError" which
> brings down eclipse, or my stand-alone test program.
>
> Here is a standard XMI file containing two or so classes, can any expert
> here point us in the right direction to get this loaded? We are absolutely
> desperate at this stage, nothing we have tried seems to work. If we can
> load this file, we will be very happy:
>
> http://projects.solms.co.za/temp/testProject.xmi
>
> P.S. I am aware that there are a couple of dubious elements in this XMI
> file placed there by MagicDraw, but I would still expect EMF/UML2 to
> ignore elements it does not understand, not to wait 2 minutes and then
> fail with OutOfMemoryError. This is a tiny model, and I am running a VM
> which has 2GB of allocated memory.
>
> If there is a problem with this XMI file (produced by one fo the leading
> modeling tools as-is) any pointers as to the specific pre-processing we
> need to perform would be greatly appreciated.
>
> kind regards,
> Dawid Loubser
Re: Strategy for loading commercial UML XMI 2.1 (MaicDraw) [message #627700 is a reply to message #478510] Wed, 17 June 2009 09:10 Go to previous message
Dawid Loubser is currently offline Dawid LoubserFriend
Messages: 23
Registered: July 2009
Junior Member
Hi Kenn,

Thak you so much, I am eager to test it out. If I download the recently
posted 3.0.0 RC5 (15 June 2009) stable build, will it include this fix?
I am havig some trouble setting up the Eclips eenvironment to build it
myself.

regards,
Dawid


Kenn Hussey het geskryf:
> FYI, a fix for this bug has now been committed.
>
> Kenn
>
Re: Strategy for loading commercial UML XMI 2.1 (MaicDraw) [message #627701 is a reply to message #478521] Wed, 17 June 2009 13:21 Go to previous message
Kenn Hussey is currently offline Kenn HusseyFriend
Messages: 1618
Registered: July 2009
Senior Member
Dawid,

You're welcome. More precisely, if you download the RC5 build of EMF, the
problem should be fixed.

Kenn

"Dawid Loubser" <dawidl@solms.co.za> wrote in message
news:h1abud$umv$1@build.eclipse.org...
> Hi Kenn,
>
> Thak you so much, I am eager to test it out. If I download the recently
> posted 3.0.0 RC5 (15 June 2009) stable build, will it include this fix?
> I am havig some trouble setting up the Eclips eenvironment to build it
> myself.
>
> regards,
> Dawid
>
>
> Kenn Hussey het geskryf:
>> FYI, a fix for this bug has now been committed.
>>
>> Kenn
>>
Previous Topic:Re: Preserve EEnums literal by UML import
Next Topic:Utility functions in the metaclasses or in external utility plugin?
Goto Forum:
  


Current Time: Fri Dec 19 08:47:52 GMT 2014

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

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