|
|
|
Re: UML2 migration [message #477725 is a reply to message #477723] |
Tue, 16 September 2008 06:53 |
David Bonneau Messages: 28 Registered: July 2009 |
Junior Member |
|
|
Thanks for your reply.
As I say in my previous post I'm working on a standalone app. I wan't to
load a UML 2.0.0 model (http://www.eclipse.org/uml2/2.0.0/UML).
When I do this, I have an exception that says : "Package with uri
'http://www.eclipse.org/uml2/2.0.0/UML' not found."
To fix this, I add the line
EPackage.Registry.INSTANCE.put("http://www.eclipse.org/uml2/2.0.0/UML",
UMLPackage.eINSTANCE);
This is the good way ? Or there is another solution ?
David
James Bruck a écrit :
> Hi David,
>
> The resource handlers are registered against particular content type
> identifiers so they should kick in regardless of the exension.
> To determine the format of the model you can look at the serialized nsURI.
> For example:
> <uml:Model xmi:version="2.1" xmlns:xmi="http://schema.omg.org/spec/XMI/2.1"
> xmlns:uml="http://www.eclipse.org/uml2/2.1.0/UML"
> xmi:id="_UXe2UH6gEd2W3e_qmR_CeQ" name="m1">
>
>
> Moving forward, the .uml extension will remain the same even as new versions
> of UML come out. For example, the next version of UML is 2.2, however
> the extension will remain .uml.
>
> The migration guide you are looking at migrates from UML 1.0.0 to UML 2.0.0
> (the extension changed here from .uml2 to .uml)
> There was a second migration guide that migrates from UML 2.0.0 to UML 2.1.2
> (the extension remains .uml)
> The next migration will be from UML 2.1.2 to UML 2.2 - and introduces API
> breaking changes ( a new migration guide will be posted ).
>
> Cheers,
>
> - James.
>
>
> "David Bonneau" <david.bonneau@obeo.fr> wrote in message
> news:galjud$nmq$1@build.eclipse.org...
>> I'm working on a standalone application. This application must load uml
>> files whose nsURI are http://www.eclipse.org/uml2/2.0.0/UML.
>>
>> Is this nsURI indicates that i'm working on a UML 2.0 file ?
>>
>> I try the code given by the article :
>> http://www.eclipse.org/modeling/mdt/uml2/docs/guides/UML2_2. 0_Migration_Guide/guide.html
>>
>> I don't understand all. I want to know if my model to migrate must have
>> the extension .uml2 ? When I read this line :
>>
>> extensionFactoryMap.put(UML22UMLResource.FILE_EXTENSION,UML2 2UMLResource.Factory.INSTANCE)
>>
>> I assume that my file must be something like model.uml2 ? How can I known
>> if my file is a uml2.0 or a uml2.1 if the extension is wrong (always .uml)
>> ?
>>
>>
>>
>> David
>
>
|
|
|
|
|
|
|
Re: UML2 migration [message #477732 is a reply to message #477731] |
Wed, 17 September 2008 13:36 |
james bruck Messages: 1724 Registered: July 2009 |
Senior Member |
|
|
Hi Tom,
The OMG maintains "change ballots" that describe differences between the
various versions of the spec., however, these change ballots are complex in
themselves.
The OMG also produces versions of the spec with "change bars" that indicate
areas that have changed.
Your best bet might be to try and locate those change ballots or compare the
specs. with change bars.
Good luck.
- James.
"Tom Morris" <tfmorris@gmail.com> wrote in message
news:gaphbh$f02$1@build.eclipse.org...
> OK, now we're on the same page. I was just trying to correct the typo so
> that no one would get confused, but just managed to inject more confusion.
>
> James Bruck wrote:
>
>>> Is there actually a migration guide which describes migrating from UML
>>> 1.x (say UML 1.4 or UML 1.5) to UML 2.x using the Eclipse UML2 plugin?
>>
>> No, unfortunately not. However, the changes between UML 1.x and UML 2.x
>> (OMG spec. wise) would be substantial and difficult to document I would
>> suspect.
>
> Yes, I'm sure you're correct, but just imagine how much harder the
> migration will be without this information. That's the situation we're
> facing as we migrate to the UML 2.1.x (via the UML2 plugins).
>
> It's unfortunate that the OMG has never felt the need to document the
> differences between one version and the next -- or better yet, maintain
> backward compatibility!
>
> Tom
|
|
|
|
|
|
|
Re: UML2 migration [message #626921 is a reply to message #477723] |
Tue, 16 September 2008 06:53 |
David Bonneau Messages: 28 Registered: July 2009 |
Junior Member |
|
|
Thanks for your reply.
As I say in my previous post I'm working on a standalone app. I wan't to
load a UML 2.0.0 model (http://www.eclipse.org/uml2/2.0.0/UML).
When I do this, I have an exception that says : "Package with uri
'http://www.eclipse.org/uml2/2.0.0/UML' not found."
To fix this, I add the line
EPackage.Registry.INSTANCE.put("http://www.eclipse.org/uml2/2.0.0/UML",
UMLPackage.eINSTANCE);
This is the good way ? Or there is another solution ?
David
James Bruck a écrit :
> Hi David,
>
> The resource handlers are registered against particular content type
> identifiers so they should kick in regardless of the exension.
> To determine the format of the model you can look at the serialized nsURI.
> For example:
> <uml:Model xmi:version="2.1" xmlns:xmi="http://schema.omg.org/spec/XMI/2.1"
> xmlns:uml="http://www.eclipse.org/uml2/2.1.0/UML"
> xmi:id="_UXe2UH6gEd2W3e_qmR_CeQ" name="m1">
>
>
> Moving forward, the .uml extension will remain the same even as new versions
> of UML come out. For example, the next version of UML is 2.2, however
> the extension will remain .uml.
>
> The migration guide you are looking at migrates from UML 1.0.0 to UML 2.0.0
> (the extension changed here from .uml2 to .uml)
> There was a second migration guide that migrates from UML 2.0.0 to UML 2.1.2
> (the extension remains .uml)
> The next migration will be from UML 2.1.2 to UML 2.2 - and introduces API
> breaking changes ( a new migration guide will be posted ).
>
> Cheers,
>
> - James.
>
>
> "David Bonneau" <david.bonneau@obeo.fr> wrote in message
> news:galjud$nmq$1@build.eclipse.org...
>> I'm working on a standalone application. This application must load uml
>> files whose nsURI are http://www.eclipse.org/uml2/2.0.0/UML
>>
>> Is this nsURI indicates that i'm working on a UML 2.0 file ?
>>
>> I try the code given by the article :
>> http://www.eclipse.org/modeling/mdt/uml2/docs/guides/UML2_2. 0_Migration_Guide/guide.html
>>
>> I don't understand all. I want to know if my model to migrate must have
>> the extension .uml2 ? When I read this line :
>>
>> extensionFactoryMap.put(UML22UMLResource.FILE_EXTENSION,UML2 2UMLResource.Factory.INSTANCE)
>>
>> I assume that my file must be something like model.uml2 ? How can I known
>> if my file is a uml2.0 or a uml2.1 if the extension is wrong (always .uml)
>> ?
>>
>>
>>
>> David
>
>
|
|
|
|
|
|
|
Re: UML2 migration [message #626928 is a reply to message #477731] |
Wed, 17 September 2008 13:36 |
james bruck Messages: 1724 Registered: July 2009 |
Senior Member |
|
|
Hi Tom,
The OMG maintains "change ballots" that describe differences between the
various versions of the spec., however, these change ballots are complex in
themselves.
The OMG also produces versions of the spec with "change bars" that indicate
areas that have changed.
Your best bet might be to try and locate those change ballots or compare the
specs. with change bars.
Good luck.
- James.
"Tom Morris" <tfmorris@gmail.com> wrote in message
news:gaphbh$f02$1@build.eclipse.org...
> OK, now we're on the same page. I was just trying to correct the typo so
> that no one would get confused, but just managed to inject more confusion.
>
> James Bruck wrote:
>
>>> Is there actually a migration guide which describes migrating from UML
>>> 1.x (say UML 1.4 or UML 1.5) to UML 2.x using the Eclipse UML2 plugin?
>>
>> No, unfortunately not. However, the changes between UML 1.x and UML 2.x
>> (OMG spec. wise) would be substantial and difficult to document I would
>> suspect.
>
> Yes, I'm sure you're correct, but just imagine how much harder the
> migration will be without this information. That's the situation we're
> facing as we migrate to the UML 2.1.x (via the UML2 plugins).
>
> It's unfortunate that the OMG has never felt the need to document the
> differences between one version and the next -- or better yet, maintain
> backward compatibility!
>
> Tom
|
|
|
|
|
Powered by
FUDForum. Page generated in 0.06000 seconds