Eclipse Community Forums - RDF feed
https://www.eclipse.org/forums/
Eclipse Community ForumsStrategy for loading commercial UML XMI 2.1 (MaicDraw)
https://www.eclipse.org/forums/index.php/mv/msg/151983/478477/#msg_478477
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:
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]]>Dawid Loubser2009-06-02T14:45:37-00:00Re: Strategy for loading commercial UML XMI 2.1 (MaicDraw)
https://www.eclipse.org/forums/index.php/mv/msg/151983/478478/#msg_478478
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.]]>Vlad Varnica2009-06-02T16:05:29-00:00Re: Strategy for loading commercial UML XMI 2.1 (MaicDraw)
https://www.eclipse.org/forums/index.php/mv/msg/151983/627656/#msg_627656
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.]]>Vlad Varnica2009-06-02T16:05:29-00:00Re: Strategy for loading commercial UML XMI 2.1 (MaicDraw)
https://www.eclipse.org/forums/index.php/mv/msg/151983/478481/#msg_478481
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.
>]]>Dawid Loubser2009-06-03T10:27:04-00:00Re: Strategy for loading commercial UML XMI 2.1 (MaicDraw)
https://www.eclipse.org/forums/index.php/mv/msg/151983/627659/#msg_627659
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.
>]]>Dawid Loubser2009-06-03T10:27:04-00:00Re: Strategy for loading commercial UML XMI 2.1 (MaicDraw)
https://www.eclipse.org/forums/index.php/mv/msg/151983/478483/#msg_478483
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,]]>Vlad Varnica2009-06-03T12:14:44-00:00Re: Strategy for loading commercial UML XMI 2.1 (MaicDraw)
https://www.eclipse.org/forums/index.php/mv/msg/151983/627661/#msg_627661
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,]]>Vlad Varnica2009-06-03T12:14:44-00:00Re: Strategy for loading commercial UML XMI 2.1 (MaicDraw)
https://www.eclipse.org/forums/index.php/mv/msg/151983/478485/#msg_478485
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]]>Kenn Hussey2009-06-03T14:03:41-00:00Re: Strategy for loading commercial UML XMI 2.1 (MaicDraw)
https://www.eclipse.org/forums/index.php/mv/msg/151983/627663/#msg_627663
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]]>Kenn Hussey2009-06-03T14:03:41-00:00Re: Strategy for loading commercial UML XMI 2.1 (MaicDraw)
https://www.eclipse.org/forums/index.php/mv/msg/151983/478486/#msg_478486
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) ;-)
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
>>
>
>
>]]>Eike Stepper2009-06-03T14:58:35-00:00Re: Strategy for loading commercial UML XMI 2.1 (MaicDraw)
https://www.eclipse.org/forums/index.php/mv/msg/151983/627664/#msg_627664
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) ;-)
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
>>
>
>
>]]>Eike Stepper2009-06-03T14:58:35-00:00Re: Strategy for loading commercial UML XMI 2.1 (MaicDraw)
https://www.eclipse.org/forums/index.php/mv/msg/151983/478487/#msg_478487
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
>>>
>>
>>
>>]]>Kenn Hussey2009-06-03T16:54:51-00:00Re: Strategy for loading commercial UML XMI 2.1 (MaicDraw)
https://www.eclipse.org/forums/index.php/mv/msg/151983/627665/#msg_627665
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
>>>
>>
>>
>>]]>Kenn Hussey2009-06-03T16:54:51-00:00Re: Strategy for loading commercial UML XMI 2.1 (MaicDraw)
https://www.eclipse.org/forums/index.php/mv/msg/151983/478488/#msg_478488
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
>>>>
>>>
>>>
>
>]]>Rafael Chaves2009-06-04T05:02:41-00:00Re: Strategy for loading commercial UML XMI 2.1 (MaicDraw)
https://www.eclipse.org/forums/index.php/mv/msg/151983/627666/#msg_627666
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
>>>>
>>>
>>>
>
>]]>Rafael Chaves2009-06-04T05:02:41-00:00Re: Strategy for loading commercial UML XMI 2.1 (MaicDraw)
https://www.eclipse.org/forums/index.php/mv/msg/151983/478490/#msg_478490
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
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
>]]>Dawid Loubser2009-06-04T08:40:08-00:00Re: Strategy for loading commercial UML XMI 2.1 (MaicDraw)
https://www.eclipse.org/forums/index.php/mv/msg/151983/627668/#msg_627668
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
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
>]]>Dawid Loubser2009-06-04T08:40:08-00:00Re: Strategy for loading commercial UML XMI 2.1 (MaicDraw)
https://www.eclipse.org/forums/index.php/mv/msg/151983/478501/#msg_478501
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
>>>>>
>>>>
>>>>
>>]]>Kenn Hussey2009-06-09T13:16:55-00:00Re: Strategy for loading commercial UML XMI 2.1 (MaicDraw)
https://www.eclipse.org/forums/index.php/mv/msg/151983/627678/#msg_627678
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
>>>>>
>>>>
>>>>
>>]]>Kenn Hussey2009-06-09T13:16:55-00:00Re: Strategy for loading commercial UML XMI 2.1 (MaicDraw)
https://www.eclipse.org/forums/index.php/mv/msg/151983/478504/#msg_478504
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
>>]]>Kenn Hussey2009-06-09T13:23:55-00:00Re: Strategy for loading commercial UML XMI 2.1 (MaicDraw)
https://www.eclipse.org/forums/index.php/mv/msg/151983/627681/#msg_627681
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
>>]]>Kenn Hussey2009-06-09T13:23:55-00:00Re: Strategy for loading commercial UML XMI 2.1 (MaicDraw)
https://www.eclipse.org/forums/index.php/mv/msg/151983/478505/#msg_478505
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
>>]]>Kenn Hussey2009-06-09T13:29:27-00:00Re: Strategy for loading commercial UML XMI 2.1 (MaicDraw)
https://www.eclipse.org/forums/index.php/mv/msg/151983/627682/#msg_627682
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
>>]]>Kenn Hussey2009-06-09T13:29:27-00:00Re: Strategy for loading commercial UML XMI 2.1 (MaicDraw)
https://www.eclipse.org/forums/index.php/mv/msg/151983/478508/#msg_478508
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
>>>
>
>]]>Kenn Hussey2009-06-09T20:08:46-00:00Re: Strategy for loading commercial UML XMI 2.1 (MaicDraw)
https://www.eclipse.org/forums/index.php/mv/msg/151983/627685/#msg_627685
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
>>>
>
>]]>Kenn Hussey2009-06-09T20:08:46-00:00Re: Strategy for loading commercial UML XMI 2.1 (MaicDraw)
https://www.eclipse.org/forums/index.php/mv/msg/151983/478510/#msg_478510
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
>>>>
>>
>>
>
>]]>Kenn Hussey2009-06-09T21:32:49-00:00Re: Strategy for loading commercial UML XMI 2.1 (MaicDraw)
https://www.eclipse.org/forums/index.php/mv/msg/151983/627687/#msg_627687
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
>>>>
>>
>>
>
>]]>Kenn Hussey2009-06-09T21:32:49-00:00Re: Strategy for loading commercial UML XMI 2.1 (MaicDraw)
https://www.eclipse.org/forums/index.php/mv/msg/151983/478516/#msg_478516
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
"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]]>james bruck2009-06-11T13:47:47-00:00Re: Strategy for loading commercial UML XMI 2.1 (MaicDraw)
https://www.eclipse.org/forums/index.php/mv/msg/151983/627695/#msg_627695
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
"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]]>james bruck2009-06-11T13:47:47-00:00Re: Strategy for loading commercial UML XMI 2.1 (MaicDraw)
https://www.eclipse.org/forums/index.php/mv/msg/151983/478521/#msg_478521
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
>]]>Dawid Loubser2009-06-17T09:10:37-00:00Re: Strategy for loading commercial UML XMI 2.1 (MaicDraw)
https://www.eclipse.org/forums/index.php/mv/msg/151983/627700/#msg_627700
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
>]]>Dawid Loubser2009-06-17T09:10:37-00:00Re: Strategy for loading commercial UML XMI 2.1 (MaicDraw)
https://www.eclipse.org/forums/index.php/mv/msg/151983/478522/#msg_478522
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
>>]]>Kenn Hussey2009-06-17T13:21:09-00:00Re: Strategy for loading commercial UML XMI 2.1 (MaicDraw)
https://www.eclipse.org/forums/index.php/mv/msg/151983/627701/#msg_627701
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
>>]]>Kenn Hussey2009-06-17T13:21:09-00:00