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 |
Dawid Loubser 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 #478485 is a reply to message #478477] |
Wed, 03 June 2009 14:03 |
Kenn Hussey Messages: 1620 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 |
|
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
>>
>
>
>
Cheers
/Eike
----
http://www.esc-net.de
http://thegordian.blogspot.com
http://twitter.com/eikestepper
|
|
|
Re: Strategy for loading commercial UML XMI 2.1 (MaicDraw) [message #478487 is a reply to message #478486] |
Wed, 03 June 2009 16:54 |
Kenn Hussey Messages: 1620 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 |
Rafael Chaves 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 #478501 is a reply to message #478488] |
Tue, 09 June 2009 13:16 |
Kenn Hussey Messages: 1620 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 |
Kenn Hussey Messages: 1620 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 |
Kenn Hussey Messages: 1620 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 |
Kenn Hussey Messages: 1620 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 |
Kenn Hussey Messages: 1620 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 |
james bruck 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 #627663 is a reply to message #478477] |
Wed, 03 June 2009 14:03 |
Kenn Hussey Messages: 1620 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 |
|
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
>>
>
>
>
Cheers
/Eike
----
http://www.esc-net.de
http://thegordian.blogspot.com
http://twitter.com/eikestepper
|
|
|
Re: Strategy for loading commercial UML XMI 2.1 (MaicDraw) [message #627665 is a reply to message #478486] |
Wed, 03 June 2009 16:54 |
Kenn Hussey Messages: 1620 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 |
Rafael Chaves 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 #627678 is a reply to message #478488] |
Tue, 09 June 2009 13:16 |
Kenn Hussey Messages: 1620 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 |
Kenn Hussey Messages: 1620 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 |
Kenn Hussey Messages: 1620 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 |
Kenn Hussey Messages: 1620 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 |
Kenn Hussey Messages: 1620 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 |
james bruck 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
|
|
| | |
Goto Forum:
Current Time: Mon Sep 23 14:06:13 GMT 2024
Powered by FUDForum. Page generated in 0.10109 seconds
|