Home » Modeling » UML2 » Re: errors while metamodeling
| Re: errors while metamodeling [message #475249] |
Tue, 28 August 2007 12:32  |
 Manar El-Kady
Messages: 78
Registered: July 2009 |
Member |
|
|
Ed,
It is not clear for me. Could you illustrate it for me?
Manar,
Ed Merks wrote:
> --------------060109010005040605060000
> Content-Type: text/html; charset=ISO-8859-1
> Content-Transfer-Encoding: 7bit
>
> <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
> <html>
> <head>
> <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
> </head>
> <body bgcolor="#ffffff" text="#000000">
> Manar,<br>
> <br>
> I see. The build.properties doesn't include them in the binary
plugin,
> so I suppose the way you did it is the only way<br>
> <blockquote>bin.includes = about.html,\<br>
>
plugin.*,\<br>
>
..,\<br>
>
model/*.ecore,\<br>
>
model/*.ecore2xml,\<br>
>
model/*.genmodel,\<br>
>
META-INF/<br>
> src.includes = about.html,\<br>
>
model/*.ecore2ecore,\<br>
>
<b>
model/*.uml,\</b><br>
>
templates/<br>
> exclude.. = **/doc-files/**<br>
> javacSource = 1.5<br>
> javacTarget = 1.5<br>
> </blockquote>
> I get those same warnings when I validate the instance I have directly
> from CVS, so I suppose those warnings are something to ignore.<br>
> <br>
> That still leaves your other questions unanswered, so someone with UML2
> expertise will need to answer those. Definitely change your "\"
to "/"
> though or you're likely to have problems.<br>
> <br>
> <br>
> Manar El-Kady wrote:
> <blockquote cite="mid:fac69v$dcj$1@build.eclipse.org" type="cite"><br>
> Ed Merks wrote:
> <br>
> <blockquote type="cite">Manar,
> <br>
> <br>
> Comments below.
> <br>
> <br>
> <br>
> Manar El-Kady wrote:
> <br>
> <blockquote type="cite">Hi,
> <br>
> <br>
> I build a metamodel as a heavyweight extension.I do the following
> steps:
> <br>
> - create an empty UML model
> <br>
> - convert the model to a metamodel
> <br>
> - apply the ecore profile, and then apply the epackage stereotype to
> the
> <br>
> root model element
> <br>
> - add some elements for the metamodel
> <br>
> - merge the primitive types package
> <br>
> - add the infrastructure.uml as a resource to my metamodel (Note: I
> added it by using the editor. I added it from a project in my workspace
> that containing
>
platform:/resource/org.eclipse.uml2.source\src\org.eclipse.u ml2.uml_2.1.0.v200706141134\model\Infrastructure.uml)
> <br>
> </blockquote>
> I think you should have loaded it using
> <br>
> <br>
>
platform:/plugin/org.eclipse.uml2.uml/model/Infrastructure.u ml
> <br>
> <br>
> </blockquote>
> <br>
> I did it but an error file not found raised
> <br>
> <br>
> I tried to add "/" after "platform:/" and the error
> " platform:/plugin/org.eclipse.uml2.uml/model/Infrastructure.u ml " showed
> <br>
> <br>
> I tried to add the name of the jar file that exist in my plugin folder
>
" platform:/plugin/org.eclipse.uml2.uml_2.1.0.v200706141134/mo del/Infrastructure.uml ",
> then a file not found error raised??
> <br>
> <br>
> <br>
> <blockquote type="cite">Don't ever use "\" in a URI since it's
> treated as just an ordinary character like "_" not like "/".
> <br>
> <blockquote type="cite">- While creating the elements of the
> metamodels I extended classes from the subpackages of the Abstractions
> package. So, I imported the packages that containing the classes which
> I extend.
> <br>
> - finally I apply the package merge, and convert it again to a
> metamodel.
> <br>
> <br>
> My questions are:
> <br>
> - After these steps I did a validation, and an error occur " Not all
> the members of a namespace'<<metamodel, ePackage>>
> <Model> MAS-UML' are distinguishable within it." ??
> <br>
> </blockquote>
> I'm not sure, but it sounds like you have multiple versions of the same
> model, which could be caused by the problem above where you load the
> model with one URI, there are other references to this model using a
> different URI.
> <br>
> <blockquote type="cite"><br>
> - I tried to do these steps without doing package import and I didn't
> notice any difference or errors happened. so, what is the need for
> doing a package import in a metamodeling?
> <br>
> <br>
> - After creating the metamodel I create an EMF project for code
> generation. Here, I obligated to generate code for the
> infrastructureLibrary package, which I didn't need. Why that?
> <br>
> </blockquote>
> In the final step of the wizard, you need to specify a GenModel for any
> packages that already exist and you don't want to generate yourself but
> rather want to reuse an existing generated model.
> <br>
> <blockquote type="cite"><br>
> - After the code generation, there are some errors in the generated
> code for the infrastructureLibrary package and for my metamodel code.
> all the errors in the impl files and said that xxx cannot be resolved??
> <br>
> </blockquote>
> I'm sure you'll need to specify a dependency on the UML2 model in the
> final step of the wizard if you are trying to extend that
model. Note
> that once the plugin.xml and MANIFEST.MF exist, they won't be
> regenerated unless you delete them, so even fixing the problems above
> won't fix these files unless you delete them before you generate.
> <br>
> <blockquote type="cite"><br>
> <br>
> Sorry for this long mail, and thanks in advance.
> <br>
> <br>
> Manar
> <br>
> <br>
> <br>
> <br>
> <br>
> <br>
> <br>
> <br>
> <br>
> <br>
> </blockquote>
> </blockquote>
> </blockquote>
> <br>
> </body>
> </html>
>
> --------------060109010005040605060000--
|
|
|
| Re: errors while metamodeling [message #475252 is a reply to message #475249] |
Tue, 28 August 2007 12:41  |
Ed Merks
Messages: 33133
Registered: July 2009 |
Senior Member |
|
|
Manar,
What is "it"? Hasn't Kenn answered your remaining questions? I'm not a
UML2 expert by any means so it's unlikely I can answer detailed
questions about it. What specifically is still causing a problem?
Manar El-Kady wrote:
> Ed,
>
> It is not clear for me. Could you illustrate it for me?
>
> Manar,
>
>
> Ed Merks wrote:
> > --------------060109010005040605060000
> > Content-Type: text/html; charset=ISO-8859-1
> > Content-Transfer-Encoding: 7bit
> >
> > <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
> > <html>
> > <head>
> > <meta content="text/html;charset=ISO-8859-1"
> http-equiv="Content-Type">
> > </head>
> > <body bgcolor="#ffffff" text="#000000">
> > Manar,<br>
> > <br>
> > I see. The build.properties doesn't include them in the binary
> plugin,
> > so I suppose the way you did it is the only way<br>
> > <blockquote>bin.includes = about.html,\<br>
> >
>
> plugin.*,\<br>
> >
>
> .,\<br>
> >
>
> model/*.ecore,\<br>
> >
>
> model/*.ecore2xml,\<br>
> >
>
> model/*.genmodel,\<br>
> >
>
> META-INF/<br>
> > src.includes = about.html,\<br>
> >
>
> model/*.ecore2ecore,\<br>
> >
> <b>
> model/*.uml,\</b><br>
> >
>
> templates/<br>
> > exclude.. = **/doc-files/**<br>
> > javacSource = 1.5<br>
> > javacTarget = 1.5<br>
> > </blockquote>
> > I get those same warnings when I validate the instance I have directly
> > from CVS, so I suppose those warnings are something to ignore.<br>
> > <br>
> > That still leaves your other questions unanswered, so someone with UML2
> > expertise will need to answer those. Definitely change your
> "\" to "/"
> > though or you're likely to have problems.<br>
> > <br>
> > <br>
> > Manar El-Kady wrote:
> > <blockquote cite="mid:fac69v$dcj$1@build.eclipse.org" type="cite"><br>
> > Ed Merks wrote:
> > <br>
> > <blockquote type="cite">Manar,
> > <br>
> > <br>
> > Comments below.
> > <br>
> > <br>
> > <br>
> > Manar El-Kady wrote:
> > <br>
> > <blockquote type="cite">Hi,
> > <br>
> > <br>
> > I build a metamodel as a heavyweight extension.I do the following
> > steps:
> > <br>
> > - create an empty UML model
> > <br>
> > - convert the model to a metamodel
> > <br>
> > - apply the ecore profile, and then apply the epackage stereotype to
> > the
> > <br>
> > root model element
> > <br>
> > - add some elements for the metamodel
> > <br>
> > - merge the primitive types package
> > <br>
> > - add the infrastructure.uml as a resource to my metamodel (Note: I
> > added it by using the editor. I added it from a project in my workspace
> > that containing
> >
> platform:/resource/org.eclipse.uml2.source\src\org.eclipse.u ml2.uml_2.1.0.v200706141134\model\Infrastructure.uml)
>
> > <br>
> > </blockquote>
> > I think you should have loaded it using
> > <br>
> > <br>
> >
> platform:/plugin/org.eclipse.uml2.uml/model/Infrastructure.u ml
> > <br>
> > <br>
> > </blockquote>
> > <br>
> > I did it but an error file not found raised
> > <br>
> > <br>
> > I tried to add "/" after "platform:/" and the error
> > " platform:/plugin/org.eclipse.uml2.uml/model/Infrastructure.u ml " showed
> > <br>
> > <br>
> > I tried to add the name of the jar file that exist in my plugin folder
> >
> " platform:/plugin/org.eclipse.uml2.uml_2.1.0.v200706141134/mo del/Infrastructure.uml ",
>
> > then a file not found error raised??
> > <br>
> > <br>
> > <br>
> > <blockquote type="cite">Don't ever use "\" in a URI since it's
> > treated as just an ordinary character like "_" not like "/".
> > <br>
> > <blockquote type="cite">- While creating the elements of the
> > metamodels I extended classes from the subpackages of the Abstractions
> > package. So, I imported the packages that containing the classes which
> > I extend.
> > <br>
> > - finally I apply the package merge, and convert it again to a
> > metamodel.
> > <br>
> > <br>
> > My questions are:
> > <br>
> > - After these steps I did a validation, and an error occur " Not all
> > the members of a namespace'<<metamodel, ePackage>>
> > <Model> MAS-UML' are distinguishable within it." ??
> > <br>
> > </blockquote>
> > I'm not sure, but it sounds like you have multiple versions of the same
> > model, which could be caused by the problem above where you load the
> > model with one URI, there are other references to this model using a
> > different URI.
> > <br>
> > <blockquote type="cite"><br>
> > - I tried to do these steps without doing package import and I didn't
> > notice any difference or errors happened. so, what is the need for
> > doing a package import in a metamodeling?
> > <br>
> > <br>
> > - After creating the metamodel I create an EMF project for code
> > generation. Here, I obligated to generate code for the
> > infrastructureLibrary package, which I didn't need. Why that?
> > <br>
> > </blockquote>
> > In the final step of the wizard, you need to specify a GenModel for any
> > packages that already exist and you don't want to generate yourself but
> > rather want to reuse an existing generated model.
> > <br>
> > <blockquote type="cite"><br>
> > - After the code generation, there are some errors in the generated
> > code for the infrastructureLibrary package and for my metamodel code.
> > all the errors in the impl files and said that xxx cannot be resolved??
> > <br>
> > </blockquote>
> > I'm sure you'll need to specify a dependency on the UML2 model in the
> > final step of the wizard if you are trying to extend that
> model. Note
> > that once the plugin.xml and MANIFEST.MF exist, they won't be
> > regenerated unless you delete them, so even fixing the problems above
> > won't fix these files unless you delete them before you generate.
> > <br>
> > <blockquote type="cite"><br>
> > <br>
> > Sorry for this long mail, and thanks in advance.
> > <br>
> > <br>
> > Manar
> > <br>
> > <br>
> > <br>
> > <br>
> > <br>
> > <br>
> > <br>
> > <br>
> > <br>
> > <br>
> > </blockquote>
> > </blockquote>
> > </blockquote>
> > <br>
> > </body>
> > </html>
> >
> > --------------060109010005040605060000--
Ed Merks
Professional Support: https://www.macromodeling.com/
|
|
|
| Re: errors while metamodeling [message #475254 is a reply to message #475252] |
Tue, 28 August 2007 13:52 |
Manar El-Kady
Messages: 78
Registered: July 2009 |
Member |
|
|
I mean what is mentioned about the build.properties file.
thanks,
Manar,
Ed Merks wrote:
> Manar,
>
> What is "it"? Hasn't Kenn answered your remaining questions? I'm not a
> UML2 expert by any means so it's unlikely I can answer detailed
> questions about it. What specifically is still causing a problem?
>
>
> Manar El-Kady wrote:
>> Ed,
>>
>> It is not clear for me. Could you illustrate it for me?
>>
>> Manar,
>>
>>
>> Ed Merks wrote:
>> > --------------060109010005040605060000
>> > Content-Type: text/html; charset=ISO-8859-1
>> > Content-Transfer-Encoding: 7bit
>> >
>> > <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
>> > <html>
>> > <head>
>> > <meta content="text/html;charset=ISO-8859-1"
>> http-equiv="Content-Type">
>> > </head>
>> > <body bgcolor="#ffffff" text="#000000">
>> > Manar,<br>
>> > <br>
>> > I see. The build.properties doesn't include them in the binary
>> plugin,
>> > so I suppose the way you did it is the only way<br>
>> > <blockquote>bin.includes = about.html,\<br>
>> >
>>
>> plugin.*,\<br>
>> >
>>
>> .,\<br>
>> >
>>
>> model/*.ecore,\<br>
>> >
>>
>> model/*.ecore2xml,\<br>
>> >
>>
>> model/*.genmodel,\<br>
>> >
>>
>> META-INF/<br>
>> > src.includes = about.html,\<br>
>> >
>>
>> model/*.ecore2ecore,\<br>
>> >
>> <b>
>> model/*.uml,\</b><br>
>> >
>>
>> templates/<br>
>> > exclude.. = **/doc-files/**<br>
>> > javacSource = 1.5<br>
>> > javacTarget = 1.5<br>
>> > </blockquote>
>> > I get those same warnings when I validate the instance I have directly
>> > from CVS, so I suppose those warnings are something to ignore.<br>
>> > <br>
>> > That still leaves your other questions unanswered, so someone with UML2
>> > expertise will need to answer those. Definitely change your
>> "\" to "/"
>> > though or you're likely to have problems.<br>
>> > <br>
>> > <br>
>> > Manar El-Kady wrote:
>> > <blockquote cite="mid:fac69v$dcj$1@build.eclipse.org" type="cite"><br>
>> > Ed Merks wrote:
>> > <br>
>> > <blockquote type="cite">Manar,
>> > <br>
>> > <br>
>> > Comments below.
>> > <br>
>> > <br>
>> > <br>
>> > Manar El-Kady wrote:
>> > <br>
>> > <blockquote type="cite">Hi,
>> > <br>
>> > <br>
>> > I build a metamodel as a heavyweight extension.I do the following
>> > steps:
>> > <br>
>> > - create an empty UML model
>> > <br>
>> > - convert the model to a metamodel
>> > <br>
>> > - apply the ecore profile, and then apply the epackage stereotype to
>> > the
>> > <br>
>> > root model element
>> > <br>
>> > - add some elements for the metamodel
>> > <br>
>> > - merge the primitive types package
>> > <br>
>> > - add the infrastructure.uml as a resource to my metamodel (Note: I
>> > added it by using the editor. I added it from a project in my workspace
>> > that containing
>> >
>> platform:/resource/org.eclipse.uml2.source\src\org.eclipse.u ml2.uml_2.1.0.v200706141134\model\Infrastructure.uml)
>
>
>>
>> > <br>
>> > </blockquote>
>> > I think you should have loaded it using
>> > <br>
>> > <br>
>> >
>> platform:/plugin/org.eclipse.uml2.uml/model/Infrastructure.u ml
>> > <br>
>> > <br>
>> > </blockquote>
>> > <br>
>> > I did it but an error file not found raised
>> > <br>
>> > <br>
>> > I tried to add "/" after "platform:/" and the error
>> > " platform:/plugin/org.eclipse.uml2.uml/model/Infrastructure.u ml " showed
>> > <br>
>> > <br>
>> > I tried to add the name of the jar file that exist in my plugin folder
>> >
>> " platform:/plugin/org.eclipse.uml2.uml_2.1.0.v200706141134/mo del/Infrastructure.uml ",
>>
>> > then a file not found error raised??
>> > <br>
>> > <br>
>> > <br>
>> > <blockquote type="cite">Don't ever use "\" in a URI since it's
>> > treated as just an ordinary character like "_" not like "/".
>> > <br>
>> > <blockquote type="cite">- While creating the elements of the
>> > metamodels I extended classes from the subpackages of the Abstractions
>> > package. So, I imported the packages that containing the classes which
>> > I extend.
>> > <br>
>> > - finally I apply the package merge, and convert it again to a
>> > metamodel.
>> > <br>
>> > <br>
>> > My questions are:
>> > <br>
>> > - After these steps I did a validation, and an error occur " Not all
>> > the members of a namespace'<<metamodel, ePackage>>
>> > <Model> MAS-UML' are distinguishable within it." ??
>> > <br>
>> > </blockquote>
>> > I'm not sure, but it sounds like you have multiple versions of the same
>> > model, which could be caused by the problem above where you load the
>> > model with one URI, there are other references to this model using a
>> > different URI.
>> > <br>
>> > <blockquote type="cite"><br>
>> > - I tried to do these steps without doing package import and I didn't
>> > notice any difference or errors happened. so, what is the need for
>> > doing a package import in a metamodeling?
>> > <br>
>> > <br>
>> > - After creating the metamodel I create an EMF project for code
>> > generation. Here, I obligated to generate code for the
>> > infrastructureLibrary package, which I didn't need. Why that?
>> > <br>
>> > </blockquote>
>> > In the final step of the wizard, you need to specify a GenModel for any
>> > packages that already exist and you don't want to generate yourself but
>> > rather want to reuse an existing generated model.
>> > <br>
>> > <blockquote type="cite"><br>
>> > - After the code generation, there are some errors in the generated
>> > code for the infrastructureLibrary package and for my metamodel code.
>> > all the errors in the impl files and said that xxx cannot be resolved??
>> > <br>
>> > </blockquote>
>> > I'm sure you'll need to specify a dependency on the UML2 model in the
>> > final step of the wizard if you are trying to extend that
>> model. Note
>> > that once the plugin.xml and MANIFEST.MF exist, they won't be
>> > regenerated unless you delete them, so even fixing the problems above
>> > won't fix these files unless you delete them before you generate.
>> > <br>
>> > <blockquote type="cite"><br>
>> > <br>
>> > Sorry for this long mail, and thanks in advance.
>> > <br>
>> > <br>
>> > Manar
>> > <br>
>> > <br>
>> > <br>
>> > <br>
>> > <br>
>> > <br>
>> > <br>
>> > <br>
>> > <br>
>> > <br>
>> > </blockquote>
>> > </blockquote>
>> > </blockquote>
>> > <br>
>> > </body>
>> > </html>
>> >
>> > --------------060109010005040605060000--
|
|
|
| Re: errors while metamodeling [message #475262 is a reply to message #475254] |
Tue, 28 August 2007 17:30 |
Ed Merks
Messages: 33133
Registered: July 2009 |
Senior Member |
|
|
Manar,
That's just a comment about what artifacts that appear in the plugin
during development end up being copied into the deployed plugin when
it's shipped as a jarred binary result. The .genmodel and .ecore models
are included but the .uml ones are not. This doesn't help you at all
with your problem though, other than make clear you need to find these
in the source plugin rather than in the binary plugin as I assumed would
be the case.
Manar El-Kady wrote:
> I mean what is mentioned about the build.properties file.
>
> thanks,
> Manar,
>
>
>
>
> Ed Merks wrote:
>> Manar,
>>
>> What is "it"? Hasn't Kenn answered your remaining questions? I'm
>> not a UML2 expert by any means so it's unlikely I can answer detailed
>> questions about it. What specifically is still causing a problem?
>>
>>
>> Manar El-Kady wrote:
>>> Ed,
>>>
>>> It is not clear for me. Could you illustrate it for me?
>>>
>>> Manar,
>>>
>>>
>>> Ed Merks wrote:
>>> > --------------060109010005040605060000
>>> > Content-Type: text/html; charset=ISO-8859-1
>>> > Content-Transfer-Encoding: 7bit
>>> >
>>> > <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
>>> > <html>
>>> > <head>
>>> > <meta content="text/html;charset=ISO-8859-1"
>>> http-equiv="Content-Type">
>>> > </head>
>>> > <body bgcolor="#ffffff" text="#000000">
>>> > Manar,<br>
>>> > <br>
>>> > I see. The build.properties doesn't include them in the
>>> binary plugin,
>>> > so I suppose the way you did it is the only way<br>
>>> > <blockquote>bin.includes = about.html,\<br>
>>> >
>>>
>>> plugin.*,\<br>
>>> >
>>>
>>> .,\<br>
>>> >
>>>
>>> model/*.ecore,\<br>
>>> >
>>>
>>> model/*.ecore2xml,\<br>
>>> >
>>>
>>> model/*.genmodel,\<br>
>>> >
>>>
>>> META-INF/<br>
>>> > src.includes = about.html,\<br>
>>> >
>>>
>>> model/*.ecore2ecore,\<br>
>>> >
>>> <b>
>>> model/*.uml,\</b><br>
>>> >
>>>
>>> templates/<br>
>>> > exclude.. = **/doc-files/**<br>
>>> > javacSource = 1.5<br>
>>> > javacTarget = 1.5<br>
>>> > </blockquote>
>>> > I get those same warnings when I validate the instance I have
>>> directly
>>> > from CVS, so I suppose those warnings are something to ignore.<br>
>>> > <br>
>>> > That still leaves your other questions unanswered, so someone with
>>> UML2
>>> > expertise will need to answer those. Definitely change your
>>> "\" to "/"
>>> > though or you're likely to have problems.<br>
>>> > <br>
>>> > <br>
>>> > Manar El-Kady wrote:
>>> > <blockquote cite="mid:fac69v$dcj$1@build.eclipse.org"
>>> type="cite"><br>
>>> > Ed Merks wrote:
>>> > <br>
>>> > <blockquote type="cite">Manar,
>>> > <br>
>>> > <br>
>>> > Comments below.
>>> > <br>
>>> > <br>
>>> > <br>
>>> > Manar El-Kady wrote:
>>> > <br>
>>> > <blockquote type="cite">Hi,
>>> > <br>
>>> > <br>
>>> > I build a metamodel as a heavyweight extension.I do the following
>>> > steps:
>>> > <br>
>>> > - create an empty UML model
>>> > <br>
>>> > - convert the model to a metamodel
>>> > <br>
>>> > - apply the ecore profile, and then apply the epackage stereotype to
>>> > the
>>> > <br>
>>> > root model element
>>> > <br>
>>> > - add some elements for the metamodel
>>> > <br>
>>> > - merge the primitive types package
>>> > <br>
>>> > - add the infrastructure.uml as a resource to my metamodel (Note: I
>>> > added it by using the editor. I added it from a project in my
>>> workspace
>>> > that containing
>>> >
>>> platform:/resource/org.eclipse.uml2.source\src\org.eclipse.u ml2.uml_2.1.0.v200706141134\model\Infrastructure.uml)
>>
>>
>>
>>>
>>> > <br>
>>> > </blockquote>
>>> > I think you should have loaded it using
>>> > <br>
>>> > <br>
>>> >
>>> platform:/plugin/org.eclipse.uml2.uml/model/Infrastructure.u ml
>>> > <br>
>>> > <br>
>>> > </blockquote>
>>> > <br>
>>> > I did it but an error file not found raised
>>> > <br>
>>> > <br>
>>> > I tried to add "/" after "platform:/" and the error
>>> > " platform:/plugin/org.eclipse.uml2.uml/model/Infrastructure.u ml "
>>> showed
>>> > <br>
>>> > <br>
>>> > I tried to add the name of the jar file that exist in my plugin
>>> folder
>>> >
>>> " platform:/plugin/org.eclipse.uml2.uml_2.1.0.v200706141134/mo del/Infrastructure.uml ",
>>>
>>> > then a file not found error raised??
>>> > <br>
>>> > <br>
>>> > <br>
>>> > <blockquote type="cite">Don't ever use "\" in a URI since it's
>>> > treated as just an ordinary character like "_" not like "/".
>>> > <br>
>>> > <blockquote type="cite">- While creating the elements of the
>>> > metamodels I extended classes from the subpackages of the
>>> Abstractions
>>> > package. So, I imported the packages that containing the classes
>>> which
>>> > I extend.
>>> > <br>
>>> > - finally I apply the package merge, and convert it again to a
>>> > metamodel.
>>> > <br>
>>> > <br>
>>> > My questions are:
>>> > <br>
>>> > - After these steps I did a validation, and an error occur " Not all
>>> > the members of a namespace'<<metamodel, ePackage>>
>>> > <Model> MAS-UML' are distinguishable within it." ??
>>> > <br>
>>> > </blockquote>
>>> > I'm not sure, but it sounds like you have multiple versions of the
>>> same
>>> > model, which could be caused by the problem above where you load the
>>> > model with one URI, there are other references to this model using a
>>> > different URI.
>>> > <br>
>>> > <blockquote type="cite"><br>
>>> > - I tried to do these steps without doing package import and I didn't
>>> > notice any difference or errors happened. so, what is the need for
>>> > doing a package import in a metamodeling?
>>> > <br>
>>> > <br>
>>> > - After creating the metamodel I create an EMF project for code
>>> > generation. Here, I obligated to generate code for the
>>> > infrastructureLibrary package, which I didn't need. Why that?
>>> > <br>
>>> > </blockquote>
>>> > In the final step of the wizard, you need to specify a GenModel
>>> for any
>>> > packages that already exist and you don't want to generate
>>> yourself but
>>> > rather want to reuse an existing generated model.
>>> > <br>
>>> > <blockquote type="cite"><br>
>>> > - After the code generation, there are some errors in the generated
>>> > code for the infrastructureLibrary package and for my metamodel code.
>>> > all the errors in the impl files and said that xxx cannot be
>>> resolved??
>>> > <br>
>>> > </blockquote>
>>> > I'm sure you'll need to specify a dependency on the UML2 model in the
>>> > final step of the wizard if you are trying to extend that
>>> model. Note
>>> > that once the plugin.xml and MANIFEST.MF exist, they won't be
>>> > regenerated unless you delete them, so even fixing the problems above
>>> > won't fix these files unless you delete them before you generate.
>>> > <br>
>>> > <blockquote type="cite"><br>
>>> > <br>
>>> > Sorry for this long mail, and thanks in advance.
>>> > <br>
>>> > <br>
>>> > Manar
>>> > <br>
>>> > <br>
>>> > <br>
>>> > <br>
>>> > <br>
>>> > <br>
>>> > <br>
>>> > <br>
>>> > <br>
>>> > <br>
>>> > </blockquote>
>>> > </blockquote>
>>> > </blockquote>
>>> > <br>
>>> > </body>
>>> > </html>
>>> >
>>> > --------------060109010005040605060000--
Ed Merks
Professional Support: https://www.macromodeling.com/
|
|
|
| Re: errors while metamodeling [message #475263 is a reply to message #475262] |
Tue, 28 August 2007 22:58 |
Kenn Hussey
Messages: 1620
Registered: July 2009 |
Senior Member |
|
|
These artifacts aren't part of the binary plug-in because they are
development-time (only) resources, and clients aren't expected to make
direct references to them... There's no problem with someone building a
heavyweight extension based on these models, but since UML2 does not provide
an implementation for each of them, they either have to be factored (merged)
out or implemented from scratch.
Kenn
"Ed Merks" <merks@ca.ibm.com> wrote in message
news:fb1m43$lb6$2@build.eclipse.org...
> Manar,
>
> That's just a comment about what artifacts that appear in the plugin
> during development end up being copied into the deployed plugin when it's
> shipped as a jarred binary result. The .genmodel and .ecore models are
> included but the .uml ones are not. This doesn't help you at all with
> your problem though, other than make clear you need to find these in the
> source plugin rather than in the binary plugin as I assumed would be the
> case.
>
>
> Manar El-Kady wrote:
>> I mean what is mentioned about the build.properties file.
>>
>> thanks,
>> Manar,
>>
>>
>>
>>
>> Ed Merks wrote:
>>> Manar,
>>>
>>> What is "it"? Hasn't Kenn answered your remaining questions? I'm not a
>>> UML2 expert by any means so it's unlikely I can answer detailed
>>> questions about it. What specifically is still causing a problem?
>>>
>>>
>>> Manar El-Kady wrote:
>>>> Ed,
>>>>
>>>> It is not clear for me. Could you illustrate it for me?
>>>>
>>>> Manar,
>>>>
>>>>
>>>> Ed Merks wrote:
>>>> > --------------060109010005040605060000
>>>> > Content-Type: text/html; charset=ISO-8859-1
>>>> > Content-Transfer-Encoding: 7bit
>>>> >
>>>> > <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
>>>> > <html>
>>>> > <head>
>>>> > <meta content="text/html;charset=ISO-8859-1"
>>>> http-equiv="Content-Type">
>>>> > </head>
>>>> > <body bgcolor="#ffffff" text="#000000">
>>>> > Manar,<br>
>>>> > <br>
>>>> > I see. The build.properties doesn't include them in the
>>>> binary plugin,
>>>> > so I suppose the way you did it is the only way<br>
>>>> > <blockquote>bin.includes = about.html,\<br>
>>>> >
>>>>
>>>> plugin.*,\<br>
>>>> >
>>>>
>>>> .,\<br>
>>>> >
>>>>
>>>> model/*.ecore,\<br>
>>>> >
>>>>
>>>> model/*.ecore2xml,\<br>
>>>> >
>>>>
>>>> model/*.genmodel,\<br>
>>>> >
>>>>
>>>> META-INF/<br>
>>>> > src.includes = about.html,\<br>
>>>> >
>>>>
>>>> model/*.ecore2ecore,\<br>
>>>> >
>>>> <b>
>>>> model/*.uml,\</b><br>
>>>> >
>>>>
>>>> templates/<br>
>>>> > exclude.. = **/doc-files/**<br>
>>>> > javacSource = 1.5<br>
>>>> > javacTarget = 1.5<br>
>>>> > </blockquote>
>>>> > I get those same warnings when I validate the instance I have
>>>> directly
>>>> > from CVS, so I suppose those warnings are something to ignore.<br>
>>>> > <br>
>>>> > That still leaves your other questions unanswered, so someone with
>>>> UML2
>>>> > expertise will need to answer those. Definitely change your
>>>> "\" to "/"
>>>> > though or you're likely to have problems.<br>
>>>> > <br>
>>>> > <br>
>>>> > Manar El-Kady wrote:
>>>> > <blockquote cite="mid:fac69v$dcj$1@build.eclipse.org"
>>>> type="cite"><br>
>>>> > Ed Merks wrote:
>>>> > <br>
>>>> > <blockquote type="cite">Manar,
>>>> > <br>
>>>> > <br>
>>>> > Comments below.
>>>> > <br>
>>>> > <br>
>>>> > <br>
>>>> > Manar El-Kady wrote:
>>>> > <br>
>>>> > <blockquote type="cite">Hi,
>>>> > <br>
>>>> > <br>
>>>> > I build a metamodel as a heavyweight extension.I do the following
>>>> > steps:
>>>> > <br>
>>>> > - create an empty UML model
>>>> > <br>
>>>> > - convert the model to a metamodel
>>>> > <br>
>>>> > - apply the ecore profile, and then apply the epackage stereotype to
>>>> > the
>>>> > <br>
>>>> > root model element
>>>> > <br>
>>>> > - add some elements for the metamodel
>>>> > <br>
>>>> > - merge the primitive types package
>>>> > <br>
>>>> > - add the infrastructure.uml as a resource to my metamodel (Note: I
>>>> > added it by using the editor. I added it from a project in my
>>>> workspace
>>>> > that containing
>>>> >
>>>> platform:/resource/org.eclipse.uml2.source\src\org.eclipse.u ml2.uml_2.1.0.v200706141134\model\Infrastructure.uml)
>>>
>>>
>>>
>>>>
>>>> > <br>
>>>> > </blockquote>
>>>> > I think you should have loaded it using
>>>> > <br>
>>>> > <br>
>>>> >
>>>> platform:/plugin/org.eclipse.uml2.uml/model/Infrastructure.u ml
>>>> > <br>
>>>> > <br>
>>>> > </blockquote>
>>>> > <br>
>>>> > I did it but an error file not found raised
>>>> > <br>
>>>> > <br>
>>>> > I tried to add "/" after "platform:/" and the error
>>>> > " platform:/plugin/org.eclipse.uml2.uml/model/Infrastructure.u ml "
>>>> showed
>>>> > <br>
>>>> > <br>
>>>> > I tried to add the name of the jar file that exist in my plugin
>>>> folder
>>>> >
>>>> " platform:/plugin/org.eclipse.uml2.uml_2.1.0.v200706141134/mo del/Infrastructure.uml ",
>>>> > then a file not found error raised??
>>>> > <br>
>>>> > <br>
>>>> > <br>
>>>> > <blockquote type="cite">Don't ever use "\" in a URI since it's
>>>> > treated as just an ordinary character like "_" not like "/".
>>>> > <br>
>>>> > <blockquote type="cite">- While creating the elements of the
>>>> > metamodels I extended classes from the subpackages of the
>>>> Abstractions
>>>> > package. So, I imported the packages that containing the classes
>>>> which
>>>> > I extend.
>>>> > <br>
>>>> > - finally I apply the package merge, and convert it again to a
>>>> > metamodel.
>>>> > <br>
>>>> > <br>
>>>> > My questions are:
>>>> > <br>
>>>> > - After these steps I did a validation, and an error occur " Not all
>>>> > the members of a namespace'<<metamodel, ePackage>>
>>>> > <Model> MAS-UML' are distinguishable within it." ??
>>>> > <br>
>>>> > </blockquote>
>>>> > I'm not sure, but it sounds like you have multiple versions of the
>>>> same
>>>> > model, which could be caused by the problem above where you load the
>>>> > model with one URI, there are other references to this model using a
>>>> > different URI.
>>>> > <br>
>>>> > <blockquote type="cite"><br>
>>>> > - I tried to do these steps without doing package import and I didn't
>>>> > notice any difference or errors happened. so, what is the need for
>>>> > doing a package import in a metamodeling?
>>>> > <br>
>>>> > <br>
>>>> > - After creating the metamodel I create an EMF project for code
>>>> > generation. Here, I obligated to generate code for the
>>>> > infrastructureLibrary package, which I didn't need. Why that?
>>>> > <br>
>>>> > </blockquote>
>>>> > In the final step of the wizard, you need to specify a GenModel
>>>> for any
>>>> > packages that already exist and you don't want to generate
>>>> yourself but
>>>> > rather want to reuse an existing generated model.
>>>> > <br>
>>>> > <blockquote type="cite"><br>
>>>> > - After the code generation, there are some errors in the generated
>>>> > code for the infrastructureLibrary package and for my metamodel code.
>>>> > all the errors in the impl files and said that xxx cannot be
>>>> resolved??
>>>> > <br>
>>>> > </blockquote>
>>>> > I'm sure you'll need to specify a dependency on the UML2 model in the
>>>> > final step of the wizard if you are trying to extend that
>>>> model. Note
>>>> > that once the plugin.xml and MANIFEST.MF exist, they won't be
>>>> > regenerated unless you delete them, so even fixing the problems above
>>>> > won't fix these files unless you delete them before you generate.
>>>> > <br>
>>>> > <blockquote type="cite"><br>
>>>> > <br>
>>>> > Sorry for this long mail, and thanks in advance.
>>>> > <br>
>>>> > <br>
>>>> > Manar
>>>> > <br>
>>>> > <br>
>>>> > <br>
>>>> > <br>
>>>> > <br>
>>>> > <br>
>>>> > <br>
>>>> > <br>
>>>> > <br>
>>>> > <br>
>>>> > </blockquote>
>>>> > </blockquote>
>>>> > </blockquote>
>>>> > <br>
>>>> > </body>
>>>> > </html>
>>>> >
>>>> > --------------060109010005040605060000--
|
|
|
| Re: errors while metamodeling [message #475350 is a reply to message #475263] |
Tue, 28 August 2007 23:37 |
Ed Merks
Messages: 33133
Registered: July 2009 |
Senior Member |
|
|
This is a multi-part message in MIME format.
--------------020105060601000501060504
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Kenn,
I see. That makes perfect sense. Either clients do the same merging
you've done to arrive at an extension of the UML implementation you have
provided or they generate all the things they need that aren't provide
by UML directly because you've merged those concepts away.
Kenn Hussey wrote:
> These artifacts aren't part of the binary plug-in because they are
> development-time (only) resources, and clients aren't expected to make
> direct references to them... There's no problem with someone building a
> heavyweight extension based on these models, but since UML2 does not provide
> an implementation for each of them, they either have to be factored (merged)
> out or implemented from scratch.
>
> Kenn
>
> "Ed Merks" <merks@ca.ibm.com> wrote in message
> news:fb1m43$lb6$2@build.eclipse.org...
>
>> Manar,
>>
>> That's just a comment about what artifacts that appear in the plugin
>> during development end up being copied into the deployed plugin when it's
>> shipped as a jarred binary result. The .genmodel and .ecore models are
>> included but the .uml ones are not. This doesn't help you at all with
>> your problem though, other than make clear you need to find these in the
>> source plugin rather than in the binary plugin as I assumed would be the
>> case.
>>
>>
>> Manar El-Kady wrote:
>>
>>> I mean what is mentioned about the build.properties file.
>>>
>>> thanks,
>>> Manar,
>>>
>>>
>>>
>>>
>>> Ed Merks wrote:
>>>
>>>> Manar,
>>>>
>>>> What is "it"? Hasn't Kenn answered your remaining questions? I'm not a
>>>> UML2 expert by any means so it's unlikely I can answer detailed
>>>> questions about it. What specifically is still causing a problem?
>>>>
>>>>
>>>> Manar El-Kady wrote:
>>>>
>>>>> Ed,
>>>>>
>>>>> It is not clear for me. Could you illustrate it for me?
>>>>>
>>>>> Manar,
>>>>>
>>>>>
>>>>> Ed Merks wrote:
>>>>>
>>>>>> --------------060109010005040605060000
>>>>>> Content-Type: text/html; charset=ISO-8859-1
>>>>>> Content-Transfer-Encoding: 7bit
>>>>>>
>>>>>> <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
>>>>>> <html>
>>>>>> <head>
>>>>>> <meta content="text/html;charset=ISO-8859-1"
>>>>>>
>>>>> http-equiv="Content-Type">
>>>>>
>>>>>> </head>
>>>>>> <body bgcolor="#ffffff" text="#000000">
>>>>>> Manar,<br>
>>>>>> <br>
>>>>>> I see. The build.properties doesn't include them in the
>>>>>>
>>>>> binary plugin,
>>>>>
>>>>>> so I suppose the way you did it is the only way<br>
>>>>>> <blockquote>bin.includes = about.html,\<br>
>>>>>>
>>>>>>
>>>>>
>>>>> plugin.*,\<br>
>>>>>
>>>>>
>>>>> .,\<br>
>>>>>
>>>>>
>>>>> model/*.ecore,\<br>
>>>>>
>>>>>
>>>>> model/*.ecore2xml,\<br>
>>>>>
>>>>>
>>>>> model/*.genmodel,\<br>
>>>>>
>>>>>
>>>>> META-INF/<br>
>>>>>
>>>>>> src.includes = about.html,\<br>
>>>>>>
>>>>>>
>>>>>
>>>>> model/*.ecore2ecore,\<br>
>>>>>
>>>>> <b>
>>>>> model/*.uml,\</b><br>
>>>>>
>>>>>
>>>>> templates/<br>
>>>>>
>>>>>> exclude.. = **/doc-files/**<br>
>>>>>> javacSource = 1.5<br>
>>>>>> javacTarget = 1.5<br>
>>>>>> </blockquote>
>>>>>> I get those same warnings when I validate the instance I have
>>>>>>
>>>>> directly
>>>>>
>>>>>> from CVS, so I suppose those warnings are something to ignore.<br>
>>>>>> <br>
>>>>>> That still leaves your other questions unanswered, so someone with
>>>>>>
>>>>> UML2
>>>>>
>>>>>> expertise will need to answer those. Definitely change your
>>>>>>
>>>>> "\" to "/"
>>>>>
>>>>>> though or you're likely to have problems.<br>
>>>>>> <br>
>>>>>> <br>
>>>>>> Manar El-Kady wrote:
>>>>>> <blockquote cite="mid:fac69v$dcj$1@build.eclipse.org"
>>>>>>
>>>>> type="cite"><br>
>>>>>
>>>>>> Ed Merks wrote:
>>>>>> <br>
>>>>>> <blockquote type="cite">Manar,
>>>>>> <br>
>>>>>> <br>
>>>>>> Comments below.
>>>>>> <br>
>>>>>> <br>
>>>>>> <br>
>>>>>> Manar El-Kady wrote:
>>>>>> <br>
>>>>>> <blockquote type="cite">Hi,
>>>>>> <br>
>>>>>> <br>
>>>>>> I build a metamodel as a heavyweight extension.I do the following
>>>>>> steps:
>>>>>> <br>
>>>>>> - create an empty UML model
>>>>>> <br>
>>>>>> - convert the model to a metamodel
>>>>>> <br>
>>>>>> - apply the ecore profile, and then apply the epackage stereotype to
>>>>>> the
>>>>>> <br>
>>>>>> root model element
>>>>>> <br>
>>>>>> - add some elements for the metamodel
>>>>>> <br>
>>>>>> - merge the primitive types package
>>>>>> <br>
>>>>>> - add the infrastructure.uml as a resource to my metamodel (Note: I
>>>>>> added it by using the editor. I added it from a project in my
>>>>>>
>>>>> workspace
>>>>>
>>>>>> that containing
>>>>>>
>>>>>>
>>>>> platform:/resource/org.eclipse.uml2.source\src\org.eclipse.u ml2.uml_2.1.0.v200706141134\model\Infrastructure.uml)
>>>>>
>>>>
>>>>
>>>>>> <br>
>>>>>> </blockquote>
>>>>>> I think you should have loaded it using
>>>>>> <br>
>>>>>> <br>
>>>>>>
>>>>>>
>>>>> platform:/plugin/org.eclipse.uml2.uml/model/Infrastructure.u ml
>>>>>
>>>>>> <br>
>>>>>> <br>
>>>>>> </blockquote>
>>>>>> <br>
>>>>>> I did it but an error file not found raised
>>>>>> <br>
>>>>>> <br>
>>>>>> I tried to add "/" after "platform:/" and the error
>>>>>> " platform:/plugin/org.eclipse.uml2.uml/model/Infrastructure.u ml "
>>>>>>
>>>>> showed
>>>>>
>>>>>> <br>
>>>>>> <br>
>>>>>> I tried to add the name of the jar file that exist in my plugin
>>>>>>
>>>>> folder
>>>>>
>>>>> " platform:/plugin/org.eclipse.uml2.uml_2.1.0.v200706141134/mo del/Infrastructure.uml ",
>>>>>
>>>>>> then a file not found error raised??
>>>>>> <br>
>>>>>> <br>
>>>>>> <br>
>>>>>> <blockquote type="cite">Don't ever use "\" in a URI since it's
>>>>>> treated as just an ordinary character like "_" not like "/".
>>>>>> <br>
>>>>>> <blockquote type="cite">- While creating the elements of the
>>>>>> metamodels I extended classes from the subpackages of the
>>>>>>
>>>>> Abstractions
>>>>>
>>>>>> package. So, I imported the packages that containing the classes
>>>>>>
>>>>> which
>>>>>
>>>>>> I extend.
>>>>>> <br>
>>>>>> - finally I apply the package merge, and convert it again to a
>>>>>> metamodel.
>>>>>> <br>
>>>>>> <br>
>>>>>> My questions are:
>>>>>> <br>
>>>>>> - After these steps I did a validation, and an error occur " Not all
>>>>>> the members of a namespace'<<metamodel, ePackage>>
>>>>>> <Model> MAS-UML' are distinguishable within it." ??
>>>>>> <br>
>>>>>> </blockquote>
>>>>>> I'm not sure, but it sounds like you have multiple versions of the
>>>>>>
>>>>> same
>>>>>
>>>>>> model, which could be caused by the problem above where you load the
>>>>>> model with one URI, there are other references to this model using a
>>>>>> different URI.
>>>>>> <br>
>>>>>> <blockquote type="cite"><br>
>>>>>> - I tried to do these steps without doing package import and I didn't
>>>>>> notice any difference or errors happened. so, what is the need for
>>>>>> doing a package import in a metamodeling?
>>>>>> <br>
>>>>>> <br>
>>>>>> - After creating the metamodel I create an EMF project for code
>>>>>> generation. Here, I obligated to generate code for the
>>>>>> infrastructureLibrary package, which I didn't need. Why that?
>>>>>> <br>
>>>>>> </blockquote>
>>>>>> In the final step of the wizard, you need to specify a GenModel
>>>>>>
>>>>> for any
>>>>>
>>>>>> packages that already exist and you don't want to generate
>>>>>>
>>>>> yourself but
>>>>>
>>>>>> rather want to reuse an existing generated model.
>>>>>> <br>
>>>>>> <blockquote type="cite"><br>
>>>>>> - After the code generation, there are some errors in the generated
>>>>>> code for the infrastructureLibrary package and for my metamodel code.
>>>>>> all the errors in the impl files and said that xxx cannot be
>>>>>>
>>>>> resolved??
>>>>>
>>>>>> <br>
>>>>>> </blockquote>
>>>>>> I'm sure you'll need to specify a dependency on the UML2 model in the
>>>>>> final step of the wizard if you are trying to extend that
>>>>>>
>>>>> model. Note
>>>>>
>>>>>> that once the plugin.xml and MANIFEST.MF exist, they won't be
>>>>>> regenerated unless you delete them, so even fixing the problems above
>>>>>> won't fix these files unless you delete them before you generate.
>>>>>> <br>
>>>>>> <blockquote type="cite"><br>
>>>>>> <br>
>>>>>> Sorry for this long mail, and thanks in advance.
>>>>>> <br>
>>>>>> <br>
>>>>>> Manar
>>>>>> <br>
>>>>>> <br>
>>>>>> <br>
>>>>>> <br>
>>>>>> <br>
>>>>>> <br>
>>>>>> <br>
>>>>>> <br>
>>>>>> <br>
>>>>>> <br>
>>>>>> </blockquote>
>>>>>> </blockquote>
>>>>>> </blockquote>
>>>>>> <br>
>>>>>> </body>
>>>>>> </html>
>>>>>>
>>>>>> --------------060109010005040605060000--
>>>>>>
>
>
>
--------------020105060601000501060504
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Kenn,<br>
<br>
I see. That makes perfect sense. Either clients do the same merging
you've done to arrive at an extension of the UML implementation you
have provided or they generate all the things they need that aren't
provide by UML directly because you've merged those concepts away.<br>
<br>
<br>
Kenn Hussey wrote:
<blockquote cite="mid:fb29af$2fj$1@build.eclipse.org" type="cite">
<pre wrap="">These artifacts aren't part of the binary plug-in because they are
development-time (only) resources, and clients aren't expected to make
direct references to them... There's no problem with someone building a
heavyweight extension based on these models, but since UML2 does not provide
an implementation for each of them, they either have to be factored (merged)
out or implemented from scratch.
Kenn
"Ed Merks" <a class="moz-txt-link-rfc2396E" href="mailto:merks@ca.ibm.com"><merks@ca.ibm.com></a> wrote in message
<a class="moz-txt-link-freetext" href="news:fb1m43$lb6$2@build.eclipse.org">news:fb1m43$lb6$2@build.eclipse.org</a>...
</pre>
<blockquote type="cite">
<pre wrap="">Manar,
That's just a comment about what artifacts that appear in the plugin
during development end up being copied into the deployed plugin when it's
shipped as a jarred binary result. The .genmodel and .ecore models are
included but the .uml ones are not. This doesn't help you at all with
your problem though, other than make clear you need to find these in the
source plugin rather than in the binary plugin as I assumed would be the
case.
Manar El-Kady wrote:
</pre>
<blockquote type="cite">
<pre wrap="">I mean what is mentioned about the build.properties file.
thanks,
Manar,
Ed Merks wrote:
</pre>
<blockquote type="cite">
<pre wrap="">Manar,
What is "it"? Hasn't Kenn answered your remaining questions? I'm not a
UML2 expert by any means so it's unlikely I can answer detailed
questions about it. What specifically is still causing a problem?
Manar El-Kady wrote:
</pre>
<blockquote type="cite">
<pre wrap="">Ed,
It is not clear for me. Could you illustrate it for me?
Manar,
Ed Merks wrote:
</pre>
<blockquote type="cite">
<pre wrap="">--------------060109010005040605060000
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1"
</pre>
</blockquote>
<pre wrap="">http-equiv="Content-Type">
</pre>
<blockquote type="cite">
<pre wrap=""></head>
<body bgcolor="#ffffff" text="#000000">
Manar,<br>
<br>
I see.&nbsp; The build.properties doesn't include them in the
</pre>
</blockquote>
<pre wrap="">binary plugin,
</pre>
<blockquote type="cite">
<pre wrap="">so I suppose the way you did it is the only way<br>
<blockquote>bin.includes = about.html,\<br>
</pre>
</blockquote>
<pre wrap=""> &nbsp;&nbsp;&nbsp;&nbsp;& ;amp;nbsp;&nbsp;&nbsp;&nbsp;& ;nbsp;&nbsp;&nbsp;&nbsp;&nbs p;&nbsp;
plugin.*,\<br>
</pre>
<pre wrap=""> &nbsp;&nbsp;&nbsp;&nbsp;& ;amp;nbsp;&nbsp;&nbsp;&nbsp;& ;nbsp;&nbsp;&nbsp;&nbsp;&nbs p;&nbsp;
..,\<br>
</pre>
<pre wrap=""> &nbsp;&nbsp;&nbsp;&nbsp;& ;amp;nbsp;&nbsp;&nbsp;&nbsp;& ;nbsp;&nbsp;&nbsp;&nbsp;&nbs p;&nbsp;
model/*.ecore,\<br>
</pre>
<pre wrap=""> &nbsp;&nbsp;&nbsp;&nbsp;& ;amp;nbsp;&nbsp;&nbsp;&nbsp;& ;nbsp;&nbsp;&nbsp;&nbsp;&nbs p;&nbsp;
model/*.ecore2xml,\<br>
</pre>
<pre wrap=""> &nbsp;&nbsp;&nbsp;&nbsp;& ;amp;nbsp;&nbsp;&nbsp;&nbsp;& ;nbsp;&nbsp;&nbsp;&nbsp;&nbs p;&nbsp;
model/*.genmodel,\<br>
</pre>
<pre wrap=""> &nbsp;&nbsp;&nbsp;&nbsp;& ;amp;nbsp;&nbsp;&nbsp;&nbsp;& ;nbsp;&nbsp;&nbsp;&nbsp;&nbs p;&nbsp;
META-INF/<br>
</pre>
<blockquote type="cite">
<pre wrap="">src.includes = about.html,\<br>
</pre>
</blockquote>
<pre wrap=""> &nbsp;&nbsp;&nbsp;&nbsp;& ;amp;nbsp;&nbsp;&nbsp;&nbsp;& ;nbsp;&nbsp;&nbsp;&nbsp;&nbs p;&nbsp;
model/*.ecore2ecore,\<br>
</pre>
<pre wrap=""> <b>&nbsp;&nbsp;&nbsp;& amp;amp;nbsp;&nbsp;&nbsp;&nbsp;& amp;nbsp;&nbsp;&nbsp;&nbsp;& nbsp;&nbsp;&nbsp;
model/*.uml,\</b><br>
</pre>
<pre wrap=""> &nbsp;&nbsp;&nbsp;&nbsp;& ;amp;nbsp;&nbsp;&nbsp;&nbsp;& ;nbsp;&nbsp;&nbsp;&nbsp;&nbs p;&nbsp;
templates/<br>
</pre>
<blockquote type="cite">
<pre wrap="">exclude.. = **/doc-files/**<br>
javacSource = 1.5<br>
javacTarget = 1.5<br>
</blockquote>
I get those same warnings when I validate the instance I have
</pre>
</blockquote>
<pre wrap="">directly
</pre>
<blockquote type="cite">
<pre wrap="">from CVS, so I suppose those warnings are something to ignore.<br>
<br>
That still leaves your other questions unanswered, so someone with
</pre>
</blockquote>
<pre wrap="">UML2
</pre>
<blockquote type="cite">
<pre wrap="">expertise will need to answer those.&nbsp; Definitely change your
</pre>
</blockquote>
<pre wrap="">"\" to "/"
</pre>
<blockquote type="cite">
<pre wrap="">though or you're likely to have problems.<br>
<br>
<br>
Manar El-Kady wrote:
<blockquote cite=<a class="moz-txt-link-rfc2396E" href="mailto:mid:fac69v$dcj$1@build.eclipse.org">"mid:fac69v$dcj$1@build.eclipse.org"</a>
</pre>
</blockquote>
<pre wrap="">type="cite"><br>
</pre>
<blockquote type="cite">
<pre wrap="">Ed Merks wrote:
<br>
<blockquote type="cite">Manar,
<br>
<br>
Comments below.
<br>
<br>
<br>
Manar El-Kady wrote:
<br>
<blockquote type="cite">Hi,
<br>
<br>
I build a metamodel as a heavyweight extension.I do the following
steps:
<br>
- create an empty UML model
<br>
- convert the model to a metamodel
<br>
- apply the ecore profile, and then apply the epackage stereotype to
the
<br>
root model element
<br>
- add some elements for the metamodel
<br>
- merge the primitive types package
<br>
- add the infrastructure.uml as a resource to my metamodel (Note: I
added it by using the editor. I added it from a project in my
</pre>
</blockquote>
<pre wrap="">workspace
</pre>
<blockquote type="cite">
<pre wrap="">that containing
</pre>
</blockquote>
<pre wrap=""> platform:/resource/org.eclipse.uml2.source\src\org.eclipse.u ml2.uml_2.1.0.v200706141134\model\Infrastructure.uml)
</pre>
</blockquote>
<pre wrap="">
</pre>
<blockquote type="cite">
<blockquote type="cite">
<pre wrap=""> <br>
</blockquote>
I think you should have loaded it using
<br>
<br>
&nbsp;&nbsp;&nbsp;
</pre>
</blockquote>
<pre wrap=""> platform:/plugin/org.eclipse.uml2.uml/model/Infrastructure.u ml
</pre>
<blockquote type="cite">
<pre wrap=""> <br>
<br>
</blockquote>
<br>
I did it but an error file not found raised
<br>
<br>
I tried to add "/" after "platform:/" and the error
" platform:/plugin/org.eclipse.uml2.uml/model/Infrastructure.u ml "
</pre>
</blockquote>
<pre wrap="">showed
</pre>
<blockquote type="cite">
<pre wrap=""> <br>
<br>
I tried to add the name of the jar file that exist in my plugin
</pre>
</blockquote>
<pre wrap="">folder
</pre>
<pre wrap="">" platform:/plugin/org.eclipse.uml2.uml_2.1.0.v200706141134/mo del/Infrastructure.uml ",
</pre>
<blockquote type="cite">
<pre wrap="">then a file not found error raised??
<br>
<br>
<br>
<blockquote type="cite">Don't ever use "\" in a URI since it's
treated as just an ordinary character like "_" not like "/".
<br>
<blockquote type="cite">- While creating the elements of the
metamodels I extended classes from the subpackages of the
</pre>
</blockquote>
<pre wrap="">Abstractions
</pre>
<blockquote type="cite">
<pre wrap="">package. So, I imported the packages that containing the classes
</pre>
</blockquote>
<pre wrap="">which
</pre>
<blockquote type="cite">
<pre wrap="">I extend.
<br>
- finally I apply the package merge, and convert it again to a
metamodel.
<br>
<br>
My questions are:
<br>
- After these steps I did a validation, and an error occur " Not all
the members of a namespace'&lt;&lt;metamodel, ePackage&gt;&gt;
&lt;Model&gt; MAS-UML' are distinguishable within it." ??
<br>
</blockquote>
I'm not sure, but it sounds like you have multiple versions of the
</pre>
</blockquote>
<pre wrap="">same
</pre>
<blockquote type="cite">
<pre wrap="">model, which could be caused by the problem above where you load the
model with one URI, there are other references to this model using a
different URI.
<br>
<blockquote type="cite"><br>
- I tried to do these steps without doing package import and I didn't
notice any difference or errors happened. so, what is the need for
doing a package import in a metamodeling?
<br>
<br>
- After creating the metamodel I create an EMF project for code
generation. Here, I obligated to generate code for the
infrastructureLibrary package, which I didn't need. Why that?
<br>
</blockquote>
In the final step of the wizard, you need to specify a GenModel
</pre>
</blockquote>
<pre wrap="">for any
</pre>
<blockquote type="cite">
<pre wrap="">packages that already exist and you don't want to generate
</pre>
</blockquote>
<pre wrap="">yourself but
</pre>
<blockquote type="cite">
<pre wrap="">rather want to reuse an existing generated model.
<br>
<blockquote type="cite"><br>
- After the code generation, there are some errors in the generated
code for the infrastructureLibrary package and for my metamodel code.
all the errors in the impl files and said that xxx cannot be
</pre>
</blockquote>
<pre wrap="">resolved??
</pre>
<blockquote type="cite">
<pre wrap=""> <br>
</blockquote>
I'm sure you'll need to specify a dependency on the UML2 model in the
final step of the wizard if you are trying to extend that
</pre>
</blockquote>
<pre wrap="">model.&nbsp; Note
</pre>
<blockquote type="cite">
<pre wrap="">that once the plugin.xml and MANIFEST.MF exist, they won't be
regenerated unless you delete them, so even fixing the problems above
won't fix these files unless you delete them before you generate.
<br>
<blockquote type="cite"><br>
<br>
Sorry for this long mail, and thanks in advance.
<br>
<br>
Manar
<br>
<br>
<br>
&nbsp;&nbsp;&nbsp; <br>
<br>
<br>
<br>
<br>
<br>
<br>
</blockquote>
</blockquote>
</blockquote>
<br>
</body>
</html>
--------------060109010005040605060000--
</pre>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
<pre wrap=""><!---->
</pre>
</blockquote>
<br>
</body>
</html>
--------------020105060601000501060504--
Ed Merks
Professional Support: https://www.macromodeling.com/
|
|
|
| Re: errors while metamodeling [message #475351 is a reply to message #475350] |
Wed, 29 August 2007 00:05 |
Kenn Hussey
Messages: 1620
Registered: July 2009 |
Senior Member |
|
|
This is a multi-part message in MIME format.
------=_NextPart_000_0157_01C7E9AE.D8875E80
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Exactly.
"Ed Merks" <merks@ca.ibm.com> wrote in message =
news:fb2bjh$gd5$1@build.eclipse.org...
Kenn,
I see. That makes perfect sense. Either clients do the same merging =
you've done to arrive at an extension of the UML implementation you have =
provided or they generate all the things they need that aren't provide =
by UML directly because you've merged those concepts away.
Kenn Hussey wrote:=20
These artifacts aren't part of the binary plug-in because they are=20
development-time (only) resources, and clients aren't expected to make=20
direct references to them... There's no problem with someone building a=20
heavyweight extension based on these models, but since UML2 does not =
provide=20
an implementation for each of them, they either have to be factored =
(merged)=20
out or implemented from scratch.
Kenn
"Ed Merks" <merks@ca.ibm.com> wrote in message=20
news:fb1m43$lb6$2@build.eclipse.org...
Manar,
That's just a comment about what artifacts that appear in the plugin=20
during development end up being copied into the deployed plugin when =
it's=20
shipped as a jarred binary result. The .genmodel and .ecore models are=20
included but the .uml ones are not. This doesn't help you at all with=20
your problem though, other than make clear you need to find these in the =
source plugin rather than in the binary plugin as I assumed would be the =
case.
Manar El-Kady wrote:
I mean what is mentioned about the build.properties file.
thanks,
Manar,
Ed Merks wrote:
Manar,
What is "it"? Hasn't Kenn answered your remaining questions? I'm not a =
UML2 expert by any means so it's unlikely I can answer detailed=20
questions about it. What specifically is still causing a problem?
Manar El-Kady wrote:
Ed,
It is not clear for me. Could you illustrate it for me?
Manar,
Ed Merks wrote:
--------------060109010005040605060000
Content-Type: text/html; charset=3DISO-8859-1
Content-Transfer-Encoding: 7bit
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content=3D"text/html;charset=3DISO-8859-1"
http-equiv=3D"Content-Type">
</head>
<body bgcolor=3D"#ffffff" text=3D"#000000">
Manar,<br>
<br>
I see. The build.properties doesn't include them in the
binary plugin,
so I suppose the way you did it is the only way<br>
<blockquote>bin.includes =3D about.html,\<br>
=
&=
nbsp; =20
plugin.*,\<br>
=
&=
nbsp; =20
..,\<br>
=
&=
nbsp; =20
model/*.ecore,\<br>
=
&=
nbsp; =20
model/*.ecore2xml,\<br>
=
&=
nbsp; =20
model/*.genmodel,\<br>
=
&=
nbsp; =20
META-INF/<br>
src.includes =3D about.html,\<br>
=
&=
nbsp; =20
model/*.ecore2ecore,\<br>
=
<b> &nbs=
p; =20
model/*.uml,\</b><br>
=
&=
nbsp; =20
templates/<br>
exclude.. =3D **/doc-files/**<br>
javacSource =3D 1.5<br>
javacTarget =3D 1.5<br>
</blockquote>
I get those same warnings when I validate the instance I have
directly
from CVS, so I suppose those warnings are something to =
ignore.<br>
<br>
That still leaves your other questions unanswered, so someone with
UML2
expertise will need to answer those. Definitely change =
your
"\" to "/"
though or you're likely to have problems.<br>
<br>
<br>
Manar El-Kady wrote:
<blockquote cite=3D"mid:fac69v$dcj$1@build.eclipse.org"
type=3D"cite"><br>
Ed Merks wrote:
<br>
<blockquote type=3D"cite">Manar,
<br>
<br>
Comments below.
<br>
<br>
<br>
Manar El-Kady wrote:
<br>
<blockquote type=3D"cite">Hi,
<br>
<br>
I build a metamodel as a heavyweight extension.I do the following
steps:
<br>
- create an empty UML model
<br>
- convert the model to a metamodel
<br>
- apply the ecore profile, and then apply the epackage stereotype to
the
<br>
root model element
<br>
- add some elements for the metamodel
<br>
- merge the primitive types package
<br>
- add the infrastructure.uml as a resource to my metamodel (Note: I
added it by using the editor. I added it from a project in my
workspace
that containing
=
platform:/resource/org.eclipse.uml2.source\src\org.eclipse.u ml2.uml_2.1.0=
..v200706141134\model\Infrastructure.uml)
=20
<br>
</blockquote>
I think you should have loaded it using
<br>
<br>
=
platform:/plugin/org.eclipse.uml2.uml/model/Infrastructure.u ml
<br>
<br>
</blockquote>
<br>
I did it but an error file not found raised
<br>
<br>
I tried to add "/" after "platform:/" and the error
" platform:/plugin/org.eclipse.uml2.uml/model/Infrastructure.u ml "
showed
<br>
<br>
I tried to add the name of the jar file that exist in my plugin
folder
=
" platform:/plugin/org.eclipse.uml2.uml_2.1.0.v200706141134/mo del/Infrastr=
ucture.uml",
then a file not found error raised??
<br>
<br>
<br>
<blockquote type=3D"cite">Don't ever use "\" in a URI since it's
treated as just an ordinary character like "_" not like "/".
<br>
<blockquote type=3D"cite">- While creating the elements of the
metamodels I extended classes from the subpackages of the
Abstractions
package. So, I imported the packages that containing the =
classes
which
I extend.
<br>
- finally I apply the package merge, and convert it again to a
metamodel.
<br>
<br>
My questions are:
<br>
- After these steps I did a validation, and an error occur " Not all
the members of a namespace'<<metamodel, ePackage>>
<Model> MAS-UML' are distinguishable within it." ??
<br>
</blockquote>
I'm not sure, but it sounds like you have multiple versions of the
same
model, which could be caused by the problem above where you =
load the
model with one URI, there are other references to this model using a
different URI.
<br>
<blockquote type=3D"cite"><br>
- I tried to do these steps without doing package import and I didn't
notice any difference or errors happened. so, what is the need for
doing a package import in a metamodeling?
<br>
<br>
- After creating the metamodel I create an EMF project for code
generation. Here, I obligated to generate code for the
infrastructureLibrary package, which I didn't need. Why that?
<br>
</blockquote>
In the final step of the wizard, you need to specify a GenModel
for any
packages that already exist and you don't want to generate
yourself but
rather want to reuse an existing generated model.
<br>
<blockquote type=3D"cite"><br>
- After the code generation, there are some errors in the generated
code for the infrastructureLibrary package and for my metamodel code.
all the errors in the impl files and said that xxx cannot be
resolved??
<br>
</blockquote>
I'm sure you'll need to specify a dependency on the UML2 model in the
final step of the wizard if you are trying to extend that
model. Note
that once the plugin.xml and MANIFEST.MF exist, they won't be
regenerated unless you delete them, so even fixing the problems above
won't fix these files unless you delete them before you generate.
<br>
<blockquote type=3D"cite"><br>
<br>
Sorry for this long mail, and thanks in advance.
<br>
<br>
Manar
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
</blockquote>
</blockquote>
</blockquote>
<br>
</body>
</html>
--------------060109010005040605060000--=20
=20
=20
------=_NextPart_000_0157_01C7E9AE.D8875E80
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type =
content=3Dtext/html;charset=3DISO-8859-1>
<META content=3D"MSHTML 6.00.6000.16481" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY text=3D#000000 bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>Exactly.</FONT></DIV>
<DIV> </DIV>
<BLOCKQUOTE=20
style=3D"PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; =
BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px">
<DIV>"Ed Merks" <<A =
href=3D"mailto:merks@ca.ibm.com">merks@ca.ibm.com</A>>=20
wrote in message <A=20
=
href=3D"news:fb2bjh$gd5$1@build.eclipse.org">news:fb2bjh$gd5$1@build.ecli=
pse.org</A>...</DIV>Kenn,<BR><BR>I=20
see. That makes perfect sense. Either clients do the same =
merging=20
you've done to arrive at an extension of the UML implementation you =
have=20
provided or they generate all the things they need that aren't provide =
by UML=20
directly because you've merged those concepts away.<BR><BR><BR>Kenn =
Hussey=20
wrote:=20
<BLOCKQUOTE cite=3Dmid:fb29af$2fj$1@build.eclipse.org =
type=3D"cite"><PRE wrap=3D"">These artifacts aren't part of the binary =
plug-in because they are=20
development-time (only) resources, and clients aren't expected to make=20
direct references to them... There's no problem with someone building a=20
heavyweight extension based on these models, but since UML2 does not =
provide=20
an implementation for each of them, they either have to be factored =
(merged)=20
out or implemented from scratch.
Kenn
"Ed Merks" <A class=3Dmoz-txt-link-rfc2396E =
href=3D"mailto:merks@ca.ibm.com"><merks@ca.ibm.com></A> wrote in =
message=20
<A class=3Dmoz-txt-link-freetext =
href=3D"news:fb1m43$lb6$2@build.eclipse.org">news:fb1m43$lb6$2@build.ecli=
pse.org</A>...
</PRE>
<BLOCKQUOTE type=3D"cite"><PRE wrap=3D"">Manar,
That's just a comment about what artifacts that appear in the plugin=20
during development end up being copied into the deployed plugin when =
it's=20
shipped as a jarred binary result. The .genmodel and .ecore models are=20
included but the .uml ones are not. This doesn't help you at all with=20
your problem though, other than make clear you need to find these in the =
source plugin rather than in the binary plugin as I assumed would be the =
case.
Manar El-Kady wrote:
</PRE>
<BLOCKQUOTE type=3D"cite"><PRE wrap=3D"">I mean what is mentioned =
about the build.properties file.
thanks,
Manar,
Ed Merks wrote:
</PRE>
<BLOCKQUOTE type=3D"cite"><PRE wrap=3D"">Manar,
What is "it"? Hasn't Kenn answered your remaining questions? I'm not a =
UML2 expert by any means so it's unlikely I can answer detailed=20
questions about it. What specifically is still causing a problem?
Manar El-Kady wrote:
</PRE>
<BLOCKQUOTE type=3D"cite"><PRE wrap=3D"">Ed,
It is not clear for me. Could you illustrate it for me?
Manar,
Ed Merks wrote:
</PRE>
<BLOCKQUOTE type=3D"cite"><PRE =
wrap=3D"">--------------060109010005040605060000
Content-Type: text/html; charset=3DISO-8859-1
Content-Transfer-Encoding: 7bit
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content=3D"text/html;charset=3DISO-8859-1"
</PRE></BLOCKQUOTE><PRE =
wrap=3D"">http-equiv=3D"Content-Type">
</PRE>
<BLOCKQUOTE type=3D"cite"><PRE wrap=3D""></head>
<body bgcolor=3D"#ffffff" text=3D"#000000">
Manar,<br>
<br>
I see.&nbsp; The build.properties doesn't include them in the
</PRE></BLOCKQUOTE><PRE wrap=3D"">binary plugin,
</PRE>
<BLOCKQUOTE type=3D"cite"><PRE wrap=3D"">so I suppose the =
way you did it is the only way<br>
<blockquote>bin.includes =3D about.html,\<br>
</PRE></BLOCKQUOTE><PRE =
wrap=3D""> &nbsp;&nbsp;&nbsp;&nbsp;& ;amp;nbsp;&nbsp;&am=
p;nbsp;&nbsp;&nbsp;&nbsp;&nb sp;&nbsp;&nbsp;&n=
bsp;=20
plugin.*,\<br>
</PRE><PRE =
wrap=3D""> &nbsp;&nbsp;&nbsp;&nbsp;& ;amp;nbsp;&nbsp;&am=
p;nbsp;&nbsp;&nbsp;&nbsp;&nb sp;&nbsp;&nbsp;&n=
bsp;=20
..,\<br>
</PRE><PRE =
wrap=3D""> &nbsp;&nbsp;&nbsp;&nbsp;& ;amp;nbsp;&nbsp;&am=
p;nbsp;&nbsp;&nbsp;&nbsp;&nb sp;&nbsp;&nbsp;&n=
bsp;=20
model/*.ecore,\<br>
</PRE><PRE =
wrap=3D""> &nbsp;&nbsp;&nbsp;&nbsp;& ;amp;nbsp;&nbsp;&am=
p;nbsp;&nbsp;&nbsp;&nbsp;&nb sp;&nbsp;&nbsp;&n=
bsp;=20
model/*.ecore2xml,\<br>
</PRE><PRE =
wrap=3D""> &nbsp;&nbsp;&nbsp;&nbsp;& ;amp;nbsp;&nbsp;&am=
p;nbsp;&nbsp;&nbsp;&nbsp;&nb sp;&nbsp;&nbsp;&n=
bsp;=20
model/*.genmodel,\<br>
</PRE><PRE =
wrap=3D""> &nbsp;&nbsp;&nbsp;&nbsp;& ;amp;nbsp;&nbsp;&am=
p;nbsp;&nbsp;&nbsp;&nbsp;&nb sp;&nbsp;&nbsp;&n=
bsp;=20
META-INF/<br>
</PRE>
<BLOCKQUOTE type=3D"cite"><PRE wrap=3D"">src.includes =3D =
about.html,\<br>
</PRE></BLOCKQUOTE><PRE =
wrap=3D""> &nbsp;&nbsp;&nbsp;&nbsp;& ;amp;nbsp;&nbsp;&am=
p;nbsp;&nbsp;&nbsp;&nbsp;&nb sp;&nbsp;&nbsp;&n=
bsp;=20
model/*.ecore2ecore,\<br>
</PRE><PRE =
wrap=3D""> <b>&nbsp;&nbsp;&nbsp;& amp;amp;nbsp;&nbsp;&=
;nbsp;&nbsp;&nbsp;&nbsp;&nbs p;&nbsp;&nbsp;&nb=
sp;&nbsp;=20
model/*.uml,\</b><br>
</PRE><PRE =
wrap=3D""> &nbsp;&nbsp;&nbsp;&nbsp;& ;amp;nbsp;&nbsp;&am=
p;nbsp;&nbsp;&nbsp;&nbsp;&nb sp;&nbsp;&nbsp;&n=
bsp;=20
templates/<br>
</PRE>
<BLOCKQUOTE type=3D"cite"><PRE wrap=3D"">exclude.. =3D =
**/doc-files/**<br>
javacSource =3D 1.5<br>
javacTarget =3D 1.5<br>
</blockquote>
I get those same warnings when I validate the instance I have
</PRE></BLOCKQUOTE><PRE wrap=3D"">directly
</PRE>
<BLOCKQUOTE type=3D"cite"><PRE wrap=3D"">from CVS, so I =
suppose those warnings are something to ignore.<br>
<br>
That still leaves your other questions unanswered, so someone with
</PRE></BLOCKQUOTE><PRE wrap=3D"">UML2
</PRE>
<BLOCKQUOTE type=3D"cite"><PRE wrap=3D"">expertise will need =
to answer those.&nbsp; Definitely change your
</PRE></BLOCKQUOTE><PRE wrap=3D"">"\" to "/"
</PRE>
<BLOCKQUOTE type=3D"cite"><PRE wrap=3D"">though or you're =
likely to have problems.<br>
<br>
<br>
Manar El-Kady wrote:
<blockquote cite=3D<A class=3Dmoz-txt-link-rfc2396E =
href=3D"mailto:mid:fac69v$dcj$1@build.eclipse.org">"mid:fac69v$dcj$1@buil=
d.eclipse.org"</A>
</PRE></BLOCKQUOTE><PRE =
wrap=3D"">type=3D"cite"><br>
</PRE>
<BLOCKQUOTE type=3D"cite"><PRE wrap=3D"">Ed Merks wrote:
<br>
<blockquote type=3D"cite">Manar,
<br>
<br>
Comments below.
<br>
<br>
<br>
Manar El-Kady wrote:
<br>
<blockquote type=3D"cite">Hi,
<br>
<br>
I build a metamodel as a heavyweight extension.I do the following
steps:
<br>
- create an empty UML model
<br>
- convert the model to a metamodel
<br>
- apply the ecore profile, and then apply the epackage stereotype to
the
<br>
root model element
<br>
- add some elements for the metamodel
<br>
- merge the primitive types package
<br>
- add the infrastructure.uml as a resource to my metamodel (Note: I
added it by using the editor. I added it from a project in my
</PRE></BLOCKQUOTE><PRE wrap=3D"">workspace
</PRE>
<BLOCKQUOTE type=3D"cite"><PRE wrap=3D"">that containing
</PRE></BLOCKQUOTE><PRE =
wrap=3D""> platform:/resource/org.eclipse.uml2.source\src\org.eclipse.u ml2=
..uml_2.1.0.v200706141134\model\Infrastructure.uml)
</PRE></BLOCKQUOTE><PRE wrap=3D"">
</PRE>
<BLOCKQUOTE type=3D"cite">
<BLOCKQUOTE type=3D"cite"><PRE wrap=3D""> <br>
</blockquote>
I think you should have loaded it using
<br>
<br>
&nbsp;&nbsp;&nbsp;
</PRE></BLOCKQUOTE><PRE =
wrap=3D""> platform:/plugin/org.eclipse.uml2.uml/model/Infrastructure.u ml
</PRE>
<BLOCKQUOTE type=3D"cite"><PRE wrap=3D""> <br>
<br>
</blockquote>
<br>
I did it but an error file not found raised
<br>
<br>
I tried to add "/" after "platform:/" and the error
" platform:/plugin/org.eclipse.uml2.uml/model/Infrastructure.u ml "
</PRE></BLOCKQUOTE><PRE wrap=3D"">showed
</PRE>
<BLOCKQUOTE type=3D"cite"><PRE wrap=3D""> <br>
<br>
I tried to add the name of the jar file that exist in my plugin
</PRE></BLOCKQUOTE><PRE wrap=3D"">folder
</PRE><PRE =
wrap=3D"">" platform:/plugin/org.eclipse.uml2.uml_2.1.0.v200706141134/mo de=
l/Infrastructure.uml",
</PRE>
<BLOCKQUOTE type=3D"cite"><PRE wrap=3D"">then a file not =
found error raised??
<br>
<br>
<br>
<blockquote type=3D"cite">Don't ever use "\" in a URI since it's
treated as just an ordinary character like "_" not like "/".
<br>
<blockquote type=3D"cite">- While creating the elements of the
metamodels I extended classes from the subpackages of the
</PRE></BLOCKQUOTE><PRE wrap=3D"">Abstractions
</PRE>
<BLOCKQUOTE type=3D"cite"><PRE wrap=3D"">package. So, I =
imported the packages that containing the classes
</PRE></BLOCKQUOTE><PRE wrap=3D"">which
</PRE>
<BLOCKQUOTE type=3D"cite"><PRE wrap=3D"">I extend.
<br>
- finally I apply the package merge, and convert it again to a
metamodel.
<br>
<br>
My questions are:
<br>
- After these steps I did a validation, and an error occur " Not all
the members of a namespace'&lt;&lt;metamodel, =
ePackage&gt;&gt;
&lt;Model&gt; MAS-UML' are distinguishable within it." ??
<br>
</blockquote>
I'm not sure, but it sounds like you have multiple versions of the
</PRE></BLOCKQUOTE><PRE wrap=3D"">same
</PRE>
<BLOCKQUOTE type=3D"cite"><PRE wrap=3D"">model, which could =
be caused by the problem above where you load the
model with one URI, there are other references to this model using a
different URI.
<br>
<blockquote type=3D"cite"><br>
- I tried to do these steps without doing package import and I didn't
notice any difference or errors happened. so, what is the need for
doing a package import in a metamodeling?
<br>
<br>
- After creating the metamodel I create an EMF project for code
generation. Here, I obligated to generate code for the
infrastructureLibrary package, which I didn't need. Why that?
<br>
</blockquote>
In the final step of the wizard, you need to specify a GenModel
</PRE></BLOCKQUOTE><PRE wrap=3D"">for any
</PRE>
<BLOCKQUOTE type=3D"cite"><PRE wrap=3D"">packages that =
already exist and you don't want to generate
</PRE></BLOCKQUOTE><PRE wrap=3D"">yourself but
</PRE>
<BLOCKQUOTE type=3D"cite"><PRE wrap=3D"">rather want to =
reuse an existing generated model.
<br>
<blockquote type=3D"cite"><br>
- After the code generation, there are some errors in the generated
code for the infrastructureLibrary package and for my metamodel code.
all the errors in the impl files and said that xxx cannot be
</PRE></BLOCKQUOTE><PRE wrap=3D"">resolved??
</PRE>
<BLOCKQUOTE type=3D"cite"><PRE wrap=3D""> <br>
</blockquote>
I'm sure you'll need to specify a dependency on the UML2 model in the
final step of the wizard if you are trying to extend that
</PRE></BLOCKQUOTE><PRE wrap=3D"">model.&nbsp; Note
</PRE>
<BLOCKQUOTE type=3D"cite"><PRE wrap=3D"">that once the =
plugin.xml and MANIFEST.MF exist, they won't be
regenerated unless you delete them, so even fixing the problems above
won't fix these files unless you delete them before you generate.
<br>
<blockquote type=3D"cite"><br>
<br>
Sorry for this long mail, and thanks in advance.
<br>
<br>
Manar
<br>
<br>
<br>
&nbsp;&nbsp;&nbsp; <br>
<br>
<br>
<br>
<br>
<br>
<br>
</blockquote>
</blockquote>
</blockquote>
<br>
</body>
</html>
--------------060109010005040605060000--=20
=
</PRE></BLOCKQUOTE></BLOCKQUOTE></BLOCKQUOTE></BLOCKQUOTE ></BLOCKQUOTE><P=
RE wrap=3D""><!---->
</PRE></BLOCKQUOTE><BR></BLOCKQUOTE></BODY></HTML>
------=_NextPart_000_0157_01C7E9AE.D8875E80--
|
|
|
| Re: errors while metamodeling [message #475353 is a reply to message #475351] |
Wed, 29 August 2007 10:59 |
Manar El-Kady
Messages: 78
Registered: July 2009 |
Member |
|
|
I'd like to thank you for that illustration. But, I didn't get the
difference between these direction clear for me. Moreover, I am still
have a problem in what I am doing. I didn't know for which direction it
belongs.
Manar
Kenn Hussey wrote:
> Exactly.
>
>
> "Ed Merks" <merks@ca.ibm.com <mailto:merks@ca.ibm.com>> wrote in
> message news:fb2bjh$gd5$1@build.eclipse.org...
> Kenn,
>
> I see. That makes perfect sense. Either clients do the same
> merging you've done to arrive at an extension of the UML
> implementation you have provided or they generate all the things
> they need that aren't provide by UML directly because you've merged
> those concepts away.
>
>
> Kenn Hussey wrote:
>> These artifacts aren't part of the binary plug-in because they are
>> development-time (only) resources, and clients aren't expected to make
>> direct references to them... There's no problem with someone building a
>> heavyweight extension based on these models, but since UML2 does not provide
>> an implementation for each of them, they either have to be factored (merged)
>> out or implemented from scratch.
>>
>> Kenn
>>
>> "Ed Merks" <merks@ca.ibm.com> wrote in message
>> news:fb1m43$lb6$2@build.eclipse.org...
>>
>>> Manar,
>>>
>>> That's just a comment about what artifacts that appear in the plugin
>>> during development end up being copied into the deployed plugin when it's
>>> shipped as a jarred binary result. The .genmodel and .ecore models are
>>> included but the .uml ones are not. This doesn't help you at all with
>>> your problem though, other than make clear you need to find these in the
>>> source plugin rather than in the binary plugin as I assumed would be the
>>> case.
>>>
>>>
>>> Manar El-Kady wrote:
>>>
>>>> I mean what is mentioned about the build.properties file.
>>>>
>>>> thanks,
>>>> Manar,
>>>>
>>>>
>>>>
>>>>
>>>> Ed Merks wrote:
>>>>
>>>>> Manar,
>>>>>
>>>>> What is "it"? Hasn't Kenn answered your remaining questions? I'm not a
>>>>> UML2 expert by any means so it's unlikely I can answer detailed
>>>>> questions about it. What specifically is still causing a problem?
>>>>>
>>>>>
>>>>> Manar El-Kady wrote:
>>>>>
>>>>>> Ed,
>>>>>>
>>>>>> It is not clear for me. Could you illustrate it for me?
>>>>>>
>>>>>> Manar,
>>>>>>
>>>>>>
>>>>>> Ed Merks wrote:
>>>>>>
>>>>>>> --------------060109010005040605060000
>>>>>>> Content-Type: text/html; charset=ISO-8859-1
>>>>>>> Content-Transfer-Encoding: 7bit
>>>>>>>
>>>>>>> <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
>>>>>>> <html>
>>>>>>> <head>
>>>>>>> <meta content="text/html;charset=ISO-8859-1"
>>>>>>>
>>>>>> http-equiv="Content-Type">
>>>>>>
>>>>>>> </head>
>>>>>>> <body bgcolor="#ffffff" text="#000000">
>>>>>>> Manar,<br>
>>>>>>> <br>
>>>>>>> I see. The build.properties doesn't include them in the
>>>>>>>
>>>>>> binary plugin,
>>>>>>
>>>>>>> so I suppose the way you did it is the only way<br>
>>>>>>> <blockquote>bin.includes = about.html,\<br>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>> plugin.*,\<br>
>>>>>>
>>>>>>
>>>>>> ..,\<br>
>>>>>>
>>>>>>
>>>>>> model/*.ecore,\<br>
>>>>>>
>>>>>>
>>>>>> model/*.ecore2xml,\<br>
>>>>>>
>>>>>>
>>>>>> model/*.genmodel,\<br>
>>>>>>
>>>>>>
>>>>>> META-INF/<br>
>>>>>>
>>>>>>> src.includes = about.html,\<br>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>> model/*.ecore2ecore,\<br>
>>>>>>
>>>>>> <b>
>>>>>> model/*.uml,\</b><br>
>>>>>>
>>>>>>
>>>>>> templates/<br>
>>>>>>
>>>>>>> exclude.. = **/doc-files/**<br>
>>>>>>> javacSource = 1.5<br>
>>>>>>> javacTarget = 1.5<br>
>>>>>>> </blockquote>
>>>>>>> I get those same warnings when I validate the instance I have
>>>>>>>
>>>>>> directly
>>>>>>
>>>>>>> from CVS, so I suppose those warnings are something to ignore.<br>
>>>>>>> <br>
>>>>>>> That still leaves your other questions unanswered, so someone with
>>>>>>>
>>>>>> UML2
>>>>>>
>>>>>>> expertise will need to answer those. Definitely change your
>>>>>>>
>>>>>> "\" to "/"
>>>>>>
>>>>>>> though or you're likely to have problems.<br>
>>>>>>> <br>
>>>>>>> <br>
>>>>>>> Manar El-Kady wrote:
>>>>>>> <blockquote cite="mid:fac69v$dcj$1@build.eclipse.org"
>>>>>>>
>>>>>> type="cite"><br>
>>>>>>
>>>>>>> Ed Merks wrote:
>>>>>>> <br>
>>>>>>> <blockquote type="cite">Manar,
>>>>>>> <br>
>>>>>>> <br>
>>>>>>> Comments below.
>>>>>>> <br>
>>>>>>> <br>
>>>>>>> <br>
>>>>>>> Manar El-Kady wrote:
>>>>>>> <br>
>>>>>>> <blockquote type="cite">Hi,
>>>>>>> <br>
>>>>>>> <br>
>>>>>>> I build a metamodel as a heavyweight extension.I do the following
>>>>>>> steps:
>>>>>>> <br>
>>>>>>> - create an empty UML model
>>>>>>> <br>
>>>>>>> - convert the model to a metamodel
>>>>>>> <br>
>>>>>>> - apply the ecore profile, and then apply the epackage stereotype to
>>>>>>> the
>>>>>>> <br>
>>>>>>> root model element
>>>>>>> <br>
>>>>>>> - add some elements for the metamodel
>>>>>>> <br>
>>>>>>> - merge the primitive types package
>>>>>>> <br>
>>>>>>> - add the infrastructure.uml as a resource to my metamodel (Note: I
>>>>>>> added it by using the editor. I added it from a project in my
>>>>>>>
>>>>>> workspace
>>>>>>
>>>>>>> that containing
>>>>>>>
>>>>>>>
>>>>>> platform:/resource/org.eclipse.uml2.source\src\org.eclipse.u ml2..uml_2.1.0.v200706141134\model\Infrastructure.uml)
>>>>>>
>>>>>
>>>>>>> <br>
>>>>>>> </blockquote>
>>>>>>> I think you should have loaded it using
>>>>>>> <br>
>>>>>>> <br>
>>>>>>>
>>>>>>>
>>>>>> platform:/plugin/org.eclipse.uml2.uml/model/Infrastructure.u ml
>>>>>>
>>>>>>> <br>
>>>>>>> <br>
>>>>>>> </blockquote>
>>>>>>> <br>
>>>>>>> I did it but an error file not found raised
>>>>>>> <br>
>>>>>>> <br>
>>>>>>> I tried to add "/" after "platform:/" and the error
>>>>>>> " platform:/plugin/org.eclipse.uml2.uml/model/Infrastructure.u ml "
>>>>>>>
>>>>>> showed
>>>>>>
>>>>>>> <br>
>>>>>>> <br>
>>>>>>> I tried to add the name of the jar file that exist in my plugin
>>>>>>>
>>>>>> folder
>>>>>>
>>>>>> " platform:/plugin/org.eclipse.uml2.uml_2.1.0.v200706141134/mo del/Infrastructure.uml ",
>>>>>>
>>>>>>> then a file not found error raised??
>>>>>>> <br>
>>>>>>> <br>
>>>>>>> <br>
>>>>>>> <blockquote type="cite">Don't ever use "\" in a URI since it's
>>>>>>> treated as just an ordinary character like "_" not like "/".
>>>>>>> <br>
>>>>>>> <blockquote type="cite">- While creating the elements of the
>>>>>>> metamodels I extended classes from the subpackages of the
>>>>>>>
>>>>>> Abstractions
>>>>>>
>>>>>>> package. So, I imported the packages that containing the classes
>>>>>>>
>>>>>> which
>>>>>>
>>>>>>> I extend.
>>>>>>> <br>
>>>>>>> - finally I apply the package merge, and convert it again to a
>>>>>>> metamodel.
>>>>>>> <br>
>>>>>>> <br>
>>>>>>> My questions are:
>>>>>>> <br>
>>>>>>> - After these steps I did a validation, and an error occur " Not all
>>>>>>> the members of a namespace'<<metamodel, ePackage>>
>>>>>>> <Model> MAS-UML' are distinguishable within it." ??
>>>>>>> <br>
>>>>>>> </blockquote>
>>>>>>> I'm not sure, but it sounds like you have multiple versions of the
>>>>>>>
>>>>>> same
>>>>>>
>>>>>>> model, which could be caused by the problem above where you load the
>>>>>>> model with one URI, there are other references to this model using a
>>>>>>> different URI.
>>>>>>> <br>
>>>>>>> <blockquote type="cite"><br>
>>>>>>> - I tried to do these steps without doing package import and I didn't
>>>>>>> notice any difference or errors happened. so, what is the need for
>>>>>>> doing a package import in a metamodeling?
>>>>>>> <br>
>>>>>>> <br>
>>>>>>> - After creating the metamodel I create an EMF project for code
>>>>>>> generation. Here, I obligated to generate code for the
>>>>>>> infrastructureLibrary package, which I didn't need. Why that?
>>>>>>> <br>
>>>>>>> </blockquote>
>>>>>>> In the final step of the wizard, you need to specify a GenModel
>>>>>>>
>>>>>> for any
>>>>>>
>>>>>>> packages that already exist and you don't want to generate
>>>>>>>
>>>>>> yourself but
>>>>>>
>>>>>>> rather want to reuse an existing generated model.
>>>>>>> <br>
>>>>>>> <blockquote type="cite"><br>
>>>>>>> - After the code generation, there are some errors in the generated
>>>>>>> code for the infrastructureLibrary package and for my metamodel code.
>>>>>>> all the errors in the impl files and said that xxx cannot be
>>>>>>>
>>>>>> resolved??
>>>>>>
>>>>>>> <br>
>>>>>>> </blockquote>
>>>>>>> I'm sure you'll need to specify a dependency on the UML2 model in the
>>>>>>> final step of the wizard if you are trying to extend that
>>>>>>>
>>>>>> model. Note
>>>>>>
>>>>>>> that once the plugin.xml and MANIFEST.MF exist, they won't be
>>>>>>> regenerated unless you delete them, so even fixing the problems above
>>>>>>> won't fix these files unless you delete them before you generate.
>>>>>>> <br>
>>>>>>> <blockquote type="cite"><br>
>>>>>>> <br>
>>>>>>> Sorry for this long mail, and thanks in advance.
>>>>>>> <br>
>>>>>>> <br>
>>>>>>> Manar
>>>>>>> <br>
>>>>>>> <br>
>>>>>>> <br>
>>>>>>> <br>
>>>>>>> <br>
>>>>>>> <br>
>>>>>>> <br>
>>>>>>> <br>
>>>>>>> <br>
>>>>>>> <br>
>>>>>>> </blockquote>
>>>>>>> </blockquote>
>>>>>>> </blockquote>
>>>>>>> <br>
>>>>>>> </body>
>>>>>>> </html>
>>>>>>>
>>>>>>> --------------060109010005040605060000--
>>>>>>>
>>
>>
>>
>
|
|
|
| Re: errors while metamodeling [message #475357 is a reply to message #475353] |
Wed, 29 August 2007 11:12 |
Manar El-Kady
Messages: 78
Registered: July 2009 |
Member |
|
|
I am doing a trial for building a metamodel that hasn't any merge
package, but just load a resource for the infrastructureLibrary package
as a file system from the UML source in the plugin older. The result has
two undesired things:
1- I obligated to generate code for all the subpackages in the
InfrastructureLibrary
2- the generated code has errors
Manar
Manar El-Kady wrote:
> I'd like to thank you for that illustration. But, I didn't get the
> difference between these direction clear for me. Moreover, I am still
> have a problem in what I am doing. I didn't know for which direction it
> belongs.
>
>
> Manar
>
>
>
> Kenn Hussey wrote:
>> Exactly.
>>
>>
>> "Ed Merks" <merks@ca.ibm.com <mailto:merks@ca.ibm.com>> wrote in
>> message news:fb2bjh$gd5$1@build.eclipse.org...
>> Kenn,
>>
>> I see. That makes perfect sense. Either clients do the same
>> merging you've done to arrive at an extension of the UML
>> implementation you have provided or they generate all the things
>> they need that aren't provide by UML directly because you've merged
>> those concepts away.
>>
>>
>> Kenn Hussey wrote:
>>> These artifacts aren't part of the binary plug-in because they
>>> are development-time (only) resources, and clients aren't
>>> expected to make direct references to them... There's no problem
>>> with someone building a heavyweight extension based on these
>>> models, but since UML2 does not provide an implementation for
>>> each of them, they either have to be factored (merged) out or
>>> implemented from scratch.
>>>
>>> Kenn
>>>
>>> "Ed Merks" <merks@ca.ibm.com> wrote in message
>>> news:fb1m43$lb6$2@build.eclipse.org...
>>>
>>>> Manar,
>>>>
>>>> That's just a comment about what artifacts that appear in the
>>>> plugin during development end up being copied into the deployed
>>>> plugin when it's shipped as a jarred binary result. The
>>>> .genmodel and .ecore models are included but the .uml ones are
>>>> not. This doesn't help you at all with your problem though,
>>>> other than make clear you need to find these in the source
>>>> plugin rather than in the binary plugin as I assumed would be the
>>>> case.
>>>>
>>>>
>>>> Manar El-Kady wrote:
>>>>
>>>>> I mean what is mentioned about the build.properties file.
>>>>>
>>>>> thanks,
>>>>> Manar,
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> Ed Merks wrote:
>>>>>
>>>>>> Manar,
>>>>>>
>>>>>> What is "it"? Hasn't Kenn answered your remaining questions?
>>>>>> I'm not a UML2 expert by any means so it's unlikely I can
>>>>>> answer detailed questions about it. What specifically is
>>>>>> still causing a problem?
>>>>>>
>>>>>>
>>>>>> Manar El-Kady wrote:
>>>>>>
>>>>>>> Ed,
>>>>>>>
>>>>>>> It is not clear for me. Could you illustrate it for me?
>>>>>>>
>>>>>>> Manar,
>>>>>>>
>>>>>>>
>>>>>>> Ed Merks wrote:
>>>>>>>
>>>>>>>> --------------060109010005040605060000
>>>>>>>> Content-Type: text/html; charset=ISO-8859-1
>>>>>>>> Content-Transfer-Encoding: 7bit
>>>>>>>>
>>>>>>>> <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
>>>>>>>> <html>
>>>>>>>> <head>
>>>>>>>> <meta content="text/html;charset=ISO-8859-1"
>>>>>>>>
>>>>>>> http-equiv="Content-Type">
>>>>>>>
>>>>>>>> </head>
>>>>>>>> <body bgcolor="#ffffff" text="#000000">
>>>>>>>> Manar,<br>
>>>>>>>> <br>
>>>>>>>> I see. The build.properties doesn't include them in the
>>>>>>>>
>>>>>>> binary plugin,
>>>>>>>
>>>>>>>> so I suppose the way you did it is the only way<br>
>>>>>>>> <blockquote>bin.includes = about.html,\<br>
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> plugin.*,\<br>
>>>>>>>
>>>>>>>
>>>>>>> ..,\<br>
>>>>>>>
>>>>>>>
>>>>>>> model/*.ecore,\<br>
>>>>>>>
>>>>>>>
>>>>>>> model/*.ecore2xml,\<br>
>>>>>>>
>>>>>>>
>>>>>>> model/*.genmodel,\<br>
>>>>>>>
>>>>>>>
>>>>>>> META-INF/<br>
>>>>>>>
>>>>>>>> src.includes = about.html,\<br>
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> model/*.ecore2ecore,\<br>
>>>>>>>
>>>>>>> <b>
>>>>>>> model/*.uml,\</b><br>
>>>>>>>
>>>>>>>
>>>>>>> templates/<br>
>>>>>>>
>>>>>>>> exclude.. = **/doc-files/**<br>
>>>>>>>> javacSource = 1.5<br>
>>>>>>>> javacTarget = 1.5<br>
>>>>>>>> </blockquote>
>>>>>>>> I get those same warnings when I validate the instance I have
>>>>>>>>
>>>>>>> directly
>>>>>>>
>>>>>>>> from CVS, so I suppose those warnings are something to
>>>>>>>> ignore.<br>
>>>>>>>> <br>
>>>>>>>> That still leaves your other questions unanswered, so
>>>>>>>> someone with
>>>>>>>>
>>>>>>> UML2
>>>>>>>
>>>>>>>> expertise will need to answer those. Definitely change
>>>>>>>> your
>>>>>>>>
>>>>>>> "\" to "/"
>>>>>>>
>>>>>>>> though or you're likely to have problems.<br>
>>>>>>>> <br>
>>>>>>>> <br>
>>>>>>>> Manar El-Kady wrote:
>>>>>>>> <blockquote cite="mid:fac69v$dcj$1@build.eclipse.org"
>>>>>>>>
>>>>>>> type="cite"><br>
>>>>>>>
>>>>>>>> Ed Merks wrote:
>>>>>>>> <br>
>>>>>>>> <blockquote type="cite">Manar,
>>>>>>>> <br>
>>>>>>>> <br>
>>>>>>>> Comments below.
>>>>>>>> <br>
>>>>>>>> <br>
>>>>>>>> <br>
>>>>>>>> Manar El-Kady wrote:
>>>>>>>> <br>
>>>>>>>> <blockquote type="cite">Hi,
>>>>>>>> <br>
>>>>>>>> <br>
>>>>>>>> I build a metamodel as a heavyweight extension.I do the
>>>>>>>> following
>>>>>>>> steps:
>>>>>>>> <br>
>>>>>>>> - create an empty UML model
>>>>>>>> <br>
>>>>>>>> - convert the model to a metamodel
>>>>>>>> <br>
>>>>>>>> - apply the ecore profile, and then apply the epackage
>>>>>>>> stereotype to
>>>>>>>> the
>>>>>>>> <br>
>>>>>>>> root model element
>>>>>>>> <br>
>>>>>>>> - add some elements for the metamodel
>>>>>>>> <br>
>>>>>>>> - merge the primitive types package
>>>>>>>> <br>
>>>>>>>> - add the infrastructure.uml as a resource to my metamodel
>>>>>>>> (Note: I
>>>>>>>> added it by using the editor. I added it from a project in my
>>>>>>>>
>>>>>>> workspace
>>>>>>>
>>>>>>>> that containing
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>> platform:/resource/org.eclipse.uml2.source\src\org.eclipse.u ml2..uml_2.1.0.v200706141134\model\Infrastructure.uml)
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>>> <br>
>>>>>>>> </blockquote>
>>>>>>>> I think you should have loaded it using
>>>>>>>> <br>
>>>>>>>> <br>
>>>>>>>>
>>>>>>>>
>>>>>>> platform:/plugin/org.eclipse.uml2.uml/model/Infrastructure.u ml
>>>>>>>
>>>>>>>> <br>
>>>>>>>> <br>
>>>>>>>> </blockquote>
>>>>>>>> <br>
>>>>>>>> I did it but an error file not found raised
>>>>>>>> <br>
>>>>>>>> <br>
>>>>>>>> I tried to add "/" after "platform:/" and the error
>>>>>>>>
>>>>>>>> " platform:/plugin/org.eclipse.uml2.uml/model/Infrastructure.u ml "
>>>>>>>>
>>>>>>> showed
>>>>>>>
>>>>>>>> <br>
>>>>>>>> <br>
>>>>>>>> I tried to add the name of the jar file that exist in my plugin
>>>>>>>>
>>>>>>> folder
>>>>>>>
>>>>>>> " platform:/plugin/org.eclipse.uml2.uml_2.1.0.v200706141134/mo del/Infrastructure.uml ",
>>>>>>>
>>>>>>>
>>>>>>>> then a file not found error raised??
>>>>>>>> <br>
>>>>>>>> <br>
>>>>>>>> <br>
>>>>>>>> <blockquote type="cite">Don't ever use "\" in a URI since
>>>>>>>> it's
>>>>>>>> treated as just an ordinary character like "_" not like "/".
>>>>>>>> <br>
>>>>>>>> <blockquote type="cite">- While creating the elements of
>>>>>>>> the
>>>>>>>> metamodels I extended classes from the subpackages of the
>>>>>>>>
>>>>>>> Abstractions
>>>>>>>
>>>>>>>> package. So, I imported the packages that containing the
>>>>>>>> classes
>>>>>>>>
>>>>>>> which
>>>>>>>
>>>>>>>> I extend.
>>>>>>>> <br>
>>>>>>>> - finally I apply the package merge, and convert it again to a
>>>>>>>> metamodel.
>>>>>>>> <br>
>>>>>>>> <br>
>>>>>>>> My questions are:
>>>>>>>> <br>
>>>>>>>> - After these steps I did a validation, and an error occur "
>>>>>>>> Not all
>>>>>>>> the members of a namespace'<<metamodel, ePackage>>
>>>>>>>> <Model> MAS-UML' are distinguishable within it." ??
>>>>>>>> <br>
>>>>>>>> </blockquote>
>>>>>>>> I'm not sure, but it sounds like you have multiple versions
>>>>>>>> of the
>>>>>>>>
>>>>>>> same
>>>>>>>
>>>>>>>> model, which could be caused by the problem above where you
>>>>>>>> load the
>>>>>>>> model with one URI, there are other references to this model
>>>>>>>> using a
>>>>>>>> different URI.
>>>>>>>> <br>
>>>>>>>> <blockquote type="cite"><br>
>>>>>>>> - I tried to do these steps without doing package import and
>>>>>>>> I didn't
>>>>>>>> notice any difference or errors happened. so, what is the
>>>>>>>> need for
>>>>>>>> doing a package import in a metamodeling?
>>>>>>>> <br>
>>>>>>>> <br>
>>>>>>>> - After creating the metamodel I create an EMF project for code
>>>>>>>> generation. Here, I obligated to generate code for the
>>>>>>>> infrastructureLibrary package, which I didn't need. Why that?
>>>>>>>> <br>
>>>>>>>> </blockquote>
>>>>>>>> In the final step of the wizard, you need to specify a GenModel
>>>>>>>>
>>>>>>> for any
>>>>>>>
>>>>>>>> packages that already exist and you don't want to generate
>>>>>>>>
>>>>>>> yourself but
>>>>>>>
>>>>>>>> rather want to reuse an existing generated model.
>>>>>>>> <br>
>>>>>>>> <blockquote type="cite"><br>
>>>>>>>> - After the code generation, there are some errors in the
>>>>>>>> generated
>>>>>>>> code for the infrastructureLibrary package and for my
>>>>>>>> metamodel code.
>>>>>>>> all the errors in the impl files and said that xxx cannot be
>>>>>>>>
>>>>>>> resolved??
>>>>>>>
>>>>>>>> <br>
>>>>>>>> </blockquote>
>>>>>>>> I'm sure you'll need to specify a dependency on the UML2
>>>>>>>> model in the
>>>>>>>> final step of the wizard if you are trying to extend that
>>>>>>>>
>>>>>>> model. Note
>>>>>>>
>>>>>>>> that once the plugin.xml and MANIFEST.MF exist, they won't be
>>>>>>>> regenerated unless you delete them, so even fixing the
>>>>>>>> problems above
>>>>>>>> won't fix these files unless you delete them before you
>>>>>>>> generate.
>>>>>>>> <br>
>>>>>>>> <blockquote type="cite"><br>
>>>>>>>> <br>
>>>>>>>> Sorry for this long mail, and thanks in advance.
>>>>>>>> <br>
>>>>>>>> <br>
>>>>>>>> Manar
>>>>>>>> <br>
>>>>>>>> <br>
>>>>>>>> <br>
>>>>>>>> <br>
>>>>>>>> <br>
>>>>>>>> <br>
>>>>>>>> <br>
>>>>>>>> <br>
>>>>>>>> <br>
>>>>>>>> <br>
>>>>>>>> </blockquote>
>>>>>>>> </blockquote>
>>>>>>>> </blockquote>
>>>>>>>> <br>
>>>>>>>> </body>
>>>>>>>> </html>
>>>>>>>>
>>>>>>>> --------------060109010005040605060000--
>>>
>>>
>>>
>>
|
|
|
| Re: errors while metamodeling [message #475362 is a reply to message #475357] |
Thu, 30 August 2007 00:25 |
Ed Merks
Messages: 33133
Registered: July 2009 |
Senior Member |
|
|
Manar,
I hate to tread in territory where I'm ignorant, but if you want to
extend the UML2 implementation, which is based on a merge model of all
the various compliance points, you really need to be basing it on a
merged model, otherwise you will end up having to reimplement much of
what Kenn has worked very hard to implement correctly for UML2...
Manar El-Kady wrote:
> I am doing a trial for building a metamodel that hasn't any merge
> package, but just load a resource for the infrastructureLibrary
> package as a file system from the UML source in the plugin older. The
> result has two undesired things:
> 1- I obligated to generate code for all the subpackages in the
> InfrastructureLibrary
> 2- the generated code has errors
>
> Manar
>
>
> Manar El-Kady wrote:
>> I'd like to thank you for that illustration. But, I didn't get the
>> difference between these direction clear for me. Moreover, I am still
>> have a problem in what I am doing. I didn't know for which direction
>> it belongs.
>>
>>
>> Manar
>>
>>
>>
>> Kenn Hussey wrote:
>>> Exactly.
>>>
>>>
>>> "Ed Merks" <merks@ca.ibm.com <mailto:merks@ca.ibm.com>> wrote in
>>> message news:fb2bjh$gd5$1@build.eclipse.org...
>>> Kenn,
>>>
>>> I see. That makes perfect sense. Either clients do the same
>>> merging you've done to arrive at an extension of the UML
>>> implementation you have provided or they generate all the things
>>> they need that aren't provide by UML directly because you've merged
>>> those concepts away.
>>>
>>>
>>> Kenn Hussey wrote:
>>>> These artifacts aren't part of the binary plug-in because they
>>>> are development-time (only) resources, and clients aren't
>>>> expected to make direct references to them... There's no
>>>> problem with someone building a heavyweight extension based on
>>>> these models, but since UML2 does not provide an implementation
>>>> for each of them, they either have to be factored (merged) out
>>>> or implemented from scratch.
>>>>
>>>> Kenn
>>>>
>>>> "Ed Merks" <merks@ca.ibm.com> wrote in message
>>>> news:fb1m43$lb6$2@build.eclipse.org...
>>>>
>>>>> Manar,
>>>>>
>>>>> That's just a comment about what artifacts that appear in the
>>>>> plugin during development end up being copied into the
>>>>> deployed plugin when it's shipped as a jarred binary result.
>>>>> The .genmodel and .ecore models are included but the .uml ones
>>>>> are not. This doesn't help you at all with your problem
>>>>> though, other than make clear you need to find these in the
>>>>> source plugin rather than in the binary plugin as I assumed would
>>>>> be the case.
>>>>>
>>>>>
>>>>> Manar El-Kady wrote:
>>>>>
>>>>>> I mean what is mentioned about the build.properties file.
>>>>>>
>>>>>> thanks,
>>>>>> Manar,
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> Ed Merks wrote:
>>>>>>
>>>>>>> Manar,
>>>>>>>
>>>>>>> What is "it"? Hasn't Kenn answered your remaining
>>>>>>> questions? I'm not a UML2 expert by any means so it's
>>>>>>> unlikely I can answer detailed questions about it. What
>>>>>>> specifically is still causing a problem?
>>>>>>>
>>>>>>>
>>>>>>> Manar El-Kady wrote:
>>>>>>>
>>>>>>>> Ed,
>>>>>>>>
>>>>>>>> It is not clear for me. Could you illustrate it for me?
>>>>>>>>
>>>>>>>> Manar,
>>>>>>>>
>>>>>>>>
>>>>>>>> Ed Merks wrote:
>>>>>>>>
>>>>>>>>> --------------060109010005040605060000
>>>>>>>>> Content-Type: text/html; charset=ISO-8859-1
>>>>>>>>> Content-Transfer-Encoding: 7bit
>>>>>>>>>
>>>>>>>>> <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01
>>>>>>>>> Transitional//EN">
>>>>>>>>> <html>
>>>>>>>>> <head>
>>>>>>>>> <meta content="text/html;charset=ISO-8859-1"
>>>>>>>>>
>>>>>>>> http-equiv="Content-Type">
>>>>>>>>
>>>>>>>>> </head>
>>>>>>>>> <body bgcolor="#ffffff" text="#000000">
>>>>>>>>> Manar,<br>
>>>>>>>>> <br>
>>>>>>>>> I see. The build.properties doesn't include them in the
>>>>>>>>>
>>>>>>>> binary plugin,
>>>>>>>>
>>>>>>>>> so I suppose the way you did it is the only way<br>
>>>>>>>>> <blockquote>bin.includes = about.html,\<br>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> plugin.*,\<br>
>>>>>>>>
>>>>>>>>
>>>>>>>> ..,\<br>
>>>>>>>>
>>>>>>>>
>>>>>>>> model/*.ecore,\<br>
>>>>>>>>
>>>>>>>>
>>>>>>>> model/*.ecore2xml,\<br>
>>>>>>>>
>>>>>>>>
>>>>>>>> model/*.genmodel,\<br>
>>>>>>>>
>>>>>>>>
>>>>>>>> META-INF/<br>
>>>>>>>>
>>>>>>>>> src.includes = about.html,\<br>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> model/*.ecore2ecore,\<br>
>>>>>>>>
>>>>>>>> <b>
>>>>>>>> model/*.uml,\</b><br>
>>>>>>>>
>>>>>>>>
>>>>>>>> templates/<br>
>>>>>>>>
>>>>>>>>> exclude.. = **/doc-files/**<br>
>>>>>>>>> javacSource = 1.5<br>
>>>>>>>>> javacTarget = 1.5<br>
>>>>>>>>> </blockquote>
>>>>>>>>> I get those same warnings when I validate the instance I have
>>>>>>>>>
>>>>>>>> directly
>>>>>>>>
>>>>>>>>> from CVS, so I suppose those warnings are something to
>>>>>>>>> ignore.<br>
>>>>>>>>> <br>
>>>>>>>>> That still leaves your other questions unanswered, so
>>>>>>>>> someone with
>>>>>>>>>
>>>>>>>> UML2
>>>>>>>>
>>>>>>>>> expertise will need to answer those. Definitely
>>>>>>>>> change your
>>>>>>>>>
>>>>>>>> "\" to "/"
>>>>>>>>
>>>>>>>>> though or you're likely to have problems.<br>
>>>>>>>>> <br>
>>>>>>>>> <br>
>>>>>>>>> Manar El-Kady wrote:
>>>>>>>>> <blockquote cite="mid:fac69v$dcj$1@build.eclipse.org"
>>>>>>>>>
>>>>>>>> type="cite"><br>
>>>>>>>>
>>>>>>>>> Ed Merks wrote:
>>>>>>>>> <br>
>>>>>>>>> <blockquote type="cite">Manar,
>>>>>>>>> <br>
>>>>>>>>> <br>
>>>>>>>>> Comments below.
>>>>>>>>> <br>
>>>>>>>>> <br>
>>>>>>>>> <br>
>>>>>>>>> Manar El-Kady wrote:
>>>>>>>>> <br>
>>>>>>>>> <blockquote type="cite">Hi,
>>>>>>>>> <br>
>>>>>>>>> <br>
>>>>>>>>> I build a metamodel as a heavyweight extension.I do the
>>>>>>>>> following
>>>>>>>>> steps:
>>>>>>>>> <br>
>>>>>>>>> - create an empty UML model
>>>>>>>>> <br>
>>>>>>>>> - convert the model to a metamodel
>>>>>>>>> <br>
>>>>>>>>> - apply the ecore profile, and then apply the epackage
>>>>>>>>> stereotype to
>>>>>>>>> the
>>>>>>>>> <br>
>>>>>>>>> root model element
>>>>>>>>> <br>
>>>>>>>>> - add some elements for the metamodel
>>>>>>>>> <br>
>>>>>>>>> - merge the primitive types package
>>>>>>>>> <br>
>>>>>>>>> - add the infrastructure.uml as a resource to my metamodel
>>>>>>>>> (Note: I
>>>>>>>>> added it by using the editor. I added it from a project in my
>>>>>>>>>
>>>>>>>> workspace
>>>>>>>>
>>>>>>>>> that containing
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>> platform:/resource/org.eclipse.uml2.source\src\org.eclipse.u ml2..uml_2.1.0.v200706141134\model\Infrastructure.uml)
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>>> <br>
>>>>>>>>> </blockquote>
>>>>>>>>> I think you should have loaded it using
>>>>>>>>> <br>
>>>>>>>>> <br>
>>>>>>>>>
>>>>>>>>>
>>>>>>>> platform:/plugin/org.eclipse.uml2.uml/model/Infrastructure.u ml
>>>>>>>>
>>>>>>>>> <br>
>>>>>>>>> <br>
>>>>>>>>> </blockquote>
>>>>>>>>> <br>
>>>>>>>>> I did it but an error file not found raised
>>>>>>>>> <br>
>>>>>>>>> <br>
>>>>>>>>> I tried to add "/" after "platform:/" and the error
>>>>>>>>>
>>>>>>>>> " platform:/plugin/org.eclipse.uml2.uml/model/Infrastructure.u ml "
>>>>>>>>>
>>>>>>>> showed
>>>>>>>>
>>>>>>>>> <br>
>>>>>>>>> <br>
>>>>>>>>> I tried to add the name of the jar file that exist in my
>>>>>>>>> plugin
>>>>>>>>>
>>>>>>>> folder
>>>>>>>>
>>>>>>>> " platform:/plugin/org.eclipse.uml2.uml_2.1.0.v200706141134/mo del/Infrastructure.uml ",
>>>>>>>>
>>>>>>>>
>>>>>>>>> then a file not found error raised??
>>>>>>>>> <br>
>>>>>>>>> <br>
>>>>>>>>> <br>
>>>>>>>>> <blockquote type="cite">Don't ever use "\" in a URI
>>>>>>>>> since it's
>>>>>>>>> treated as just an ordinary character like "_" not like "/".
>>>>>>>>> <br>
>>>>>>>>> <blockquote type="cite">- While creating the elements
>>>>>>>>> of the
>>>>>>>>> metamodels I extended classes from the subpackages of the
>>>>>>>>>
>>>>>>>> Abstractions
>>>>>>>>
>>>>>>>>> package. So, I imported the packages that containing the
>>>>>>>>> classes
>>>>>>>>>
>>>>>>>> which
>>>>>>>>
>>>>>>>>> I extend.
>>>>>>>>> <br>
>>>>>>>>> - finally I apply the package merge, and convert it again
>>>>>>>>> to a
>>>>>>>>> metamodel.
>>>>>>>>> <br>
>>>>>>>>> <br>
>>>>>>>>> My questions are:
>>>>>>>>> <br>
>>>>>>>>> - After these steps I did a validation, and an error occur
>>>>>>>>> " Not all
>>>>>>>>> the members of a namespace'<<metamodel,
>>>>>>>>> ePackage>>
>>>>>>>>> <Model> MAS-UML' are distinguishable within it." ??
>>>>>>>>> <br>
>>>>>>>>> </blockquote>
>>>>>>>>> I'm not sure, but it sounds like you have multiple
>>>>>>>>> versions of the
>>>>>>>>>
>>>>>>>> same
>>>>>>>>
>>>>>>>>> model, which could be caused by the problem above where
>>>>>>>>> you load the
>>>>>>>>> model with one URI, there are other references to this
>>>>>>>>> model using a
>>>>>>>>> different URI.
>>>>>>>>> <br>
>>>>>>>>> <blockquote type="cite"><br>
>>>>>>>>> - I tried to do these steps without doing package import
>>>>>>>>> and I didn't
>>>>>>>>> notice any difference or errors happened. so, what is the
>>>>>>>>> need for
>>>>>>>>> doing a package import in a metamodeling?
>>>>>>>>> <br>
>>>>>>>>> <br>
>>>>>>>>> - After creating the metamodel I create an EMF project for
>>>>>>>>> code
>>>>>>>>> generation. Here, I obligated to generate code for the
>>>>>>>>> infrastructureLibrary package, which I didn't need. Why that?
>>>>>>>>> <br>
>>>>>>>>> </blockquote>
>>>>>>>>> In the final step of the wizard, you need to specify a
>>>>>>>>> GenModel
>>>>>>>>>
>>>>>>>> for any
>>>>>>>>
>>>>>>>>> packages that already exist and you don't want to generate
>>>>>>>>>
>>>>>>>> yourself but
>>>>>>>>
>>>>>>>>> rather want to reuse an existing generated model.
>>>>>>>>> <br>
>>>>>>>>> <blockquote type="cite"><br>
>>>>>>>>> - After the code generation, there are some errors in the
>>>>>>>>> generated
>>>>>>>>> code for the infrastructureLibrary package and for my
>>>>>>>>> metamodel code.
>>>>>>>>> all the errors in the impl files and said that xxx cannot be
>>>>>>>>>
>>>>>>>> resolved??
>>>>>>>>
>>>>>>>>> <br>
>>>>>>>>> </blockquote>
>>>>>>>>> I'm sure you'll need to specify a dependency on the UML2
>>>>>>>>> model in the
>>>>>>>>> final step of the wizard if you are trying to extend that
>>>>>>>>>
>>>>>>>> model. Note
>>>>>>>>
>>>>>>>>> that once the plugin.xml and MANIFEST.MF exist, they won't be
>>>>>>>>> regenerated unless you delete them, so even fixing the
>>>>>>>>> problems above
>>>>>>>>> won't fix these files unless you delete them before you
>>>>>>>>> generate.
>>>>>>>>> <br>
>>>>>>>>> <blockquote type="cite"><br>
>>>>>>>>> <br>
>>>>>>>>> Sorry for this long mail, and thanks in advance.
>>>>>>>>> <br>
>>>>>>>>> <br>
>>>>>>>>> Manar
>>>>>>>>> <br>
>>>>>>>>> <br>
>>>>>>>>> <br>
>>>>>>>>> <br>
>>>>>>>>> <br>
>>>>>>>>> <br>
>>>>>>>>> <br>
>>>>>>>>> <br>
>>>>>>>>> <br>
>>>>>>>>> <br>
>>>>>>>>> </blockquote>
>>>>>>>>> </blockquote>
>>>>>>>>> </blockquote>
>>>>>>>>> <br>
>>>>>>>>> </body>
>>>>>>>>> </html>
>>>>>>>>>
>>>>>>>>> --------------060109010005040605060000--
>>>>
>>>>
>>>>
>>>
Ed Merks
Professional Support: https://www.macromodeling.com/
|
|
|
| Re: errors while metamodeling [message #475374 is a reply to message #475362] |
Thu, 30 August 2007 14:07 |
james bruck
Messages: 1724
Registered: July 2009 |
Senior Member |
|
|
Ed, you make a good point about reimplementing existing work.
The table at the end of this article goes over some of the pros/cons of
doing what Manar is attempting.
http://www.eclipse.org/modeling/mdt/uml2/docs/articles/Custo mizing_UML2_Which_Technique_is_Right_For_You/article.html
Manar, What errors are you getting in the generated code?
- James.
"Ed Merks" <merks@ca.ibm.com> wrote in message
news:fb52pb$mg2$3@build.eclipse.org...
> Manar,
>
> I hate to tread in territory where I'm ignorant, but if you want to
> extend the UML2 implementation, which is based on a merge model of all
> the various compliance points, you really need to be basing it on a
> merged model, otherwise you will end up having to reimplement much of
> what Kenn has worked very hard to implement correctly for UML2...
>
>
> Manar El-Kady wrote:
> > I am doing a trial for building a metamodel that hasn't any merge
> > package, but just load a resource for the infrastructureLibrary
> > package as a file system from the UML source in the plugin older. The
> > result has two undesired things:
> > 1- I obligated to generate code for all the subpackages in the
> > InfrastructureLibrary
> > 2- the generated code has errors
> >
> > Manar
> >
> >
> > Manar El-Kady wrote:
> >> I'd like to thank you for that illustration. But, I didn't get the
> >> difference between these direction clear for me. Moreover, I am still
> >> have a problem in what I am doing. I didn't know for which direction
> >> it belongs.
> >>
> >>
> >> Manar
> >>
> >>
> >>
> >> Kenn Hussey wrote:
> >>> Exactly.
> >>>
> >>>
> >>> "Ed Merks" <merks@ca.ibm.com <mailto:merks@ca.ibm.com>> wrote in
> >>> message news:fb2bjh$gd5$1@build.eclipse.org...
> >>> Kenn,
> >>>
> >>> I see. That makes perfect sense. Either clients do the same
> >>> merging you've done to arrive at an extension of the UML
> >>> implementation you have provided or they generate all the things
> >>> they need that aren't provide by UML directly because you've
merged
> >>> those concepts away.
> >>>
> >>>
> >>> Kenn Hussey wrote:
> >>>> These artifacts aren't part of the binary plug-in because they
> >>>> are development-time (only) resources, and clients aren't
> >>>> expected to make direct references to them... There's no
> >>>> problem with someone building a heavyweight extension based on
> >>>> these models, but since UML2 does not provide an implementation
> >>>> for each of them, they either have to be factored (merged) out
> >>>> or implemented from scratch.
> >>>>
> >>>> Kenn
> >>>>
> >>>> "Ed Merks" <merks@ca.ibm.com> wrote in message
> >>>> news:fb1m43$lb6$2@build.eclipse.org...
> >>>>
> >>>>> Manar,
> >>>>>
> >>>>> That's just a comment about what artifacts that appear in the
> >>>>> plugin during development end up being copied into the
> >>>>> deployed plugin when it's shipped as a jarred binary result.
> >>>>> The .genmodel and .ecore models are included but the .uml ones
> >>>>> are not. This doesn't help you at all with your problem
> >>>>> though, other than make clear you need to find these in the
> >>>>> source plugin rather than in the binary plugin as I assumed would
> >>>>> be the case.
> >>>>>
> >>>>>
> >>>>> Manar El-Kady wrote:
> >>>>>
> >>>>>> I mean what is mentioned about the build.properties file.
> >>>>>>
> >>>>>> thanks,
> >>>>>> Manar,
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>> Ed Merks wrote:
> >>>>>>
> >>>>>>> Manar,
> >>>>>>>
> >>>>>>> What is "it"? Hasn't Kenn answered your remaining
> >>>>>>> questions? I'm not a UML2 expert by any means so it's
> >>>>>>> unlikely I can answer detailed questions about it. What
> >>>>>>> specifically is still causing a problem?
> >>>>>>>
> >>>>>>>
> >>>>>>> Manar El-Kady wrote:
> >>>>>>>
> >>>>>>>> Ed,
> >>>>>>>>
> >>>>>>>> It is not clear for me. Could you illustrate it for me?
> >>>>>>>>
> >>>>>>>> Manar,
> >>>>>>>>
> >>>>>>>>
> >>>>>>>> Ed Merks wrote:
> >>>>>>>>
> >>>>>>>>> --------------060109010005040605060000
> >>>>>>>>> Content-Type: text/html; charset=ISO-8859-1
> >>>>>>>>> Content-Transfer-Encoding: 7bit
> >>>>>>>>>
> >>>>>>>>> <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01
> >>>>>>>>> Transitional//EN">
> >>>>>>>>> <html>
> >>>>>>>>> <head>
> >>>>>>>>> <meta content="text/html;charset=ISO-8859-1"
> >>>>>>>>>
> >>>>>>>> http-equiv="Content-Type">
> >>>>>>>>
> >>>>>>>>> </head>
> >>>>>>>>> <body bgcolor="#ffffff" text="#000000">
> >>>>>>>>> Manar,<br>
> >>>>>>>>> <br>
> >>>>>>>>> I see. The build.properties doesn't include them in
the
> >>>>>>>>>
> >>>>>>>> binary plugin,
> >>>>>>>>
> >>>>>>>>> so I suppose the way you did it is the only way<br>
> >>>>>>>>> <blockquote>bin.includes = about.html,\<br>
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>
> >>>>>>>>
&nbs
p;
> >>>>>>>> plugin.*,\<br>
> >>>>>>>>
> >>>>>>>>
&nbs
p;
> >>>>>>>> ..,\<br>
> >>>>>>>>
> >>>>>>>>
&nbs
p;
> >>>>>>>> model/*.ecore,\<br>
> >>>>>>>>
> >>>>>>>>
&nbs
p;
> >>>>>>>> model/*.ecore2xml,\<br>
> >>>>>>>>
> >>>>>>>>
&nbs
p;
> >>>>>>>> model/*.genmodel,\<br>
> >>>>>>>>
> >>>>>>>>
&nbs
p;
> >>>>>>>> META-INF/<br>
> >>>>>>>>
> >>>>>>>>> src.includes = about.html,\<br>
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>
> >>>>>>>>
&nbs
p;
> >>>>>>>> model/*.ecore2ecore,\<br>
> >>>>>>>>
> >>>>>>>>
<b> &
nbsp;
> >>>>>>>> model/*.uml,\</b><br>
> >>>>>>>>
> >>>>>>>>
&nbs
p;
> >>>>>>>> templates/<br>
> >>>>>>>>
> >>>>>>>>> exclude.. = **/doc-files/**<br>
> >>>>>>>>> javacSource = 1.5<br>
> >>>>>>>>> javacTarget = 1.5<br>
> >>>>>>>>> </blockquote>
> >>>>>>>>> I get those same warnings when I validate the instance I
have
> >>>>>>>>>
> >>>>>>>> directly
> >>>>>>>>
> >>>>>>>>> from CVS, so I suppose those warnings are something to
> >>>>>>>>> ignore.<br>
> >>>>>>>>> <br>
> >>>>>>>>> That still leaves your other questions unanswered, so
> >>>>>>>>> someone with
> >>>>>>>>>
> >>>>>>>> UML2
> >>>>>>>>
> >>>>>>>>> expertise will need to answer those. Definitely
> >>>>>>>>> change your
> >>>>>>>>>
> >>>>>>>> "\" to "/"
> >>>>>>>>
> >>>>>>>>> though or you're likely to have problems.<br>
> >>>>>>>>> <br>
> >>>>>>>>> <br>
> >>>>>>>>> Manar El-Kady wrote:
> >>>>>>>>> <blockquote cite="mid:fac69v$dcj$1@build.eclipse.org"
> >>>>>>>>>
> >>>>>>>> type="cite"><br>
> >>>>>>>>
> >>>>>>>>> Ed Merks wrote:
> >>>>>>>>> <br>
> >>>>>>>>> <blockquote type="cite">Manar,
> >>>>>>>>> <br>
> >>>>>>>>> <br>
> >>>>>>>>> Comments below.
> >>>>>>>>> <br>
> >>>>>>>>> <br>
> >>>>>>>>> <br>
> >>>>>>>>> Manar El-Kady wrote:
> >>>>>>>>> <br>
> >>>>>>>>> <blockquote type="cite">Hi,
> >>>>>>>>> <br>
> >>>>>>>>> <br>
> >>>>>>>>> I build a metamodel as a heavyweight extension.I do the
> >>>>>>>>> following
> >>>>>>>>> steps:
> >>>>>>>>> <br>
> >>>>>>>>> - create an empty UML model
> >>>>>>>>> <br>
> >>>>>>>>> - convert the model to a metamodel
> >>>>>>>>> <br>
> >>>>>>>>> - apply the ecore profile, and then apply the epackage
> >>>>>>>>> stereotype to
> >>>>>>>>> the
> >>>>>>>>> <br>
> >>>>>>>>> root model element
> >>>>>>>>> <br>
> >>>>>>>>> - add some elements for the metamodel
> >>>>>>>>> <br>
> >>>>>>>>> - merge the primitive types package
> >>>>>>>>> <br>
> >>>>>>>>> - add the infrastructure.uml as a resource to my metamodel
> >>>>>>>>> (Note: I
> >>>>>>>>> added it by using the editor. I added it from a project in
my
> >>>>>>>>>
> >>>>>>>> workspace
> >>>>>>>>
> >>>>>>>>> that containing
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>
> >>>>>>>>
platform:/resource/org.eclipse.uml2.source\src\org.eclipse.u ml2..uml_2.1.0.v
200706141134\model\Infrastructure.uml)
> >>>>>>>>
> >>>>>>>>
> >>>>>>>
> >>>>>>>>> <br>
> >>>>>>>>> </blockquote>
> >>>>>>>>> I think you should have loaded it using
> >>>>>>>>> <br>
> >>>>>>>>> <br>
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>
platform:/plugin/org.eclipse.uml2.uml/model/Infrastructure.u ml
> >>>>>>>>
> >>>>>>>>> <br>
> >>>>>>>>> <br>
> >>>>>>>>> </blockquote>
> >>>>>>>>> <br>
> >>>>>>>>> I did it but an error file not found raised
> >>>>>>>>> <br>
> >>>>>>>>> <br>
> >>>>>>>>> I tried to add "/" after "platform:/" and the error
> >>>>>>>>>
> >>>>>>>>> " platform:/plugin/org.eclipse.uml2.uml/model/Infrastructure.u ml "
> >>>>>>>>>
> >>>>>>>> showed
> >>>>>>>>
> >>>>>>>>> <br>
> >>>>>>>>> <br>
> >>>>>>>>> I tried to add the name of the jar file that exist in my
> >>>>>>>>> plugin
> >>>>>>>>>
> >>>>>>>> folder
> >>>>>>>>
> >>>>>>>>
" platform:/plugin/org.eclipse.uml2.uml_2.1.0.v200706141134/mo del/Infrastruct
ure.uml",
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>> then a file not found error raised??
> >>>>>>>>> <br>
> >>>>>>>>> <br>
> >>>>>>>>> <br>
> >>>>>>>>> <blockquote type="cite">Don't ever use "\" in a URI
> >>>>>>>>> since it's
> >>>>>>>>> treated as just an ordinary character like "_" not like "/".
> >>>>>>>>> <br>
> >>>>>>>>> <blockquote type="cite">- While creating the elements
> >>>>>>>>> of the
> >>>>>>>>> metamodels I extended classes from the subpackages of the
> >>>>>>>>>
> >>>>>>>> Abstractions
> >>>>>>>>
> >>>>>>>>> package. So, I imported the packages that containing the
> >>>>>>>>> classes
> >>>>>>>>>
> >>>>>>>> which
> >>>>>>>>
> >>>>>>>>> I extend.
> >>>>>>>>> <br>
> >>>>>>>>> - finally I apply the package merge, and convert it again
> >>>>>>>>> to a
> >>>>>>>>> metamodel.
> >>>>>>>>> <br>
> >>>>>>>>> <br>
> >>>>>>>>> My questions are:
> >>>>>>>>> <br>
> >>>>>>>>> - After these steps I did a validation, and an error occur
> >>>>>>>>> " Not all
> >>>>>>>>> the members of a namespace'<<metamodel,
> >>>>>>>>> ePackage>>
> >>>>>>>>> <Model> MAS-UML' are distinguishable within it." ??
> >>>>>>>>> <br>
> >>>>>>>>> </blockquote>
> >>>>>>>>> I'm not sure, but it sounds like you have multiple
> >>>>>>>>> versions of the
> >>>>>>>>>
> >>>>>>>> same
> >>>>>>>>
> >>>>>>>>> model, which could be caused by the problem above where
> >>>>>>>>> you load the
> >>>>>>>>> model with one URI, there are other references to this
> >>>>>>>>> model using a
> >>>>>>>>> different URI.
> >>>>>>>>> <br>
> >>>>>>>>> <blockquote type="cite"><br>
> >>>>>>>>> - I tried to do these steps without doing package import
> >>>>>>>>> and I didn't
> >>>>>>>>> notice any difference or errors happened. so, what is the
> >>>>>>>>> need for
> >>>>>>>>> doing a package import in a metamodeling?
> >>>>>>>>> <br>
> >>>>>>>>> <br>
> >>>>>>>>> - After creating the metamodel I create an EMF project for
> >>>>>>>>> code
> >>>>>>>>> generation. Here, I obligated to generate code for the
> >>>>>>>>> infrastructureLibrary package, which I didn't need. Why
that?
> >>>>>>>>> <br>
> >>>>>>>>> </blockquote>
> >>>>>>>>> In the final step of the wizard, you need to specify a
> >>>>>>>>> GenModel
> >>>>>>>>>
> >>>>>>>> for any
> >>>>>>>>
> >>>>>>>>> packages that already exist and you don't want to generate
> >>>>>>>>>
> >>>>>>>> yourself but
> >>>>>>>>
> >>>>>>>>> rather want to reuse an existing generated model.
> >>>>>>>>> <br>
> >>>>>>>>> <blockquote type="cite"><br>
> >>>>>>>>> - After the code generation, there are some errors in the
> >>>>>>>>> generated
> >>>>>>>>> code for the infrastructureLibrary package and for my
> >>>>>>>>> metamodel code.
> >>>>>>>>> all the errors in the impl files and said that xxx cannot be
> >>>>>>>>>
> >>>>>>>> resolved??
> >>>>>>>>
> >>>>>>>>> <br>
> >>>>>>>>> </blockquote>
> >>>>>>>>> I'm sure you'll need to specify a dependency on the UML2
> >>>>>>>>> model in the
> >>>>>>>>> final step of the wizard if you are trying to extend that
> >>>>>>>>>
> >>>>>>>> model. Note
> >>>>>>>>
> >>>>>>>>> that once the plugin.xml and MANIFEST.MF exist, they won't
be
> >>>>>>>>> regenerated unless you delete them, so even fixing the
> >>>>>>>>> problems above
> >>>>>>>>> won't fix these files unless you delete them before you
> >>>>>>>>> generate.
> >>>>>>>>> <br>
> >>>>>>>>> <blockquote type="cite"><br>
> >>>>>>>>> <br>
> >>>>>>>>> Sorry for this long mail, and thanks in advance.
> >>>>>>>>> <br>
> >>>>>>>>> <br>
> >>>>>>>>> Manar
> >>>>>>>>> <br>
> >>>>>>>>> <br>
> >>>>>>>>> <br>
> >>>>>>>>> <br>
> >>>>>>>>> <br>
> >>>>>>>>> <br>
> >>>>>>>>> <br>
> >>>>>>>>> <br>
> >>>>>>>>> <br>
> >>>>>>>>> <br>
> >>>>>>>>> </blockquote>
> >>>>>>>>> </blockquote>
> >>>>>>>>> </blockquote>
> >>>>>>>>> <br>
> >>>>>>>>> </body>
> >>>>>>>>> </html>
> >>>>>>>>>
> >>>>>>>>> --------------060109010005040605060000--
> >>>>
> >>>>
> >>>>
> >>>
|
|
|
| Re: errors while metamodeling [message #475377 is a reply to message #475374] |
Thu, 30 August 2007 14:52 |
Manar El-Kady
Messages: 78
Registered: July 2009 |
Member |
|
|
James,
In the generated code I found errors in all the impl files states that a
xxx can't be resolved as a type, where xxx is changed from file to
another. This error raise in the generated code of the
InfrastructureLibrary package and my package. (Note: I didn't want to
generate code to the InfrastructureLibrary package)
thanks,
Manar,
James Bruck wrote:
> Ed, you make a good point about reimplementing existing work.
> The table at the end of this article goes over some of the pros/cons of
> doing what Manar is attempting.
> http://www.eclipse.org/modeling/mdt/uml2/docs/articles/Custo mizing_UML2_Which_Technique_is_Right_For_You/article.html
>
> Manar, What errors are you getting in the generated code?
>
>
> - James.
>
> "Ed Merks" <merks@ca.ibm.com> wrote in message
> news:fb52pb$mg2$3@build.eclipse.org...
>> Manar,
>>
>> I hate to tread in territory where I'm ignorant, but if you want to
>> extend the UML2 implementation, which is based on a merge model of all
>> the various compliance points, you really need to be basing it on a
>> merged model, otherwise you will end up having to reimplement much of
>> what Kenn has worked very hard to implement correctly for UML2...
>>
>>
>> Manar El-Kady wrote:
>>> I am doing a trial for building a metamodel that hasn't any merge
>>> package, but just load a resource for the infrastructureLibrary
>>> package as a file system from the UML source in the plugin older. The
>>> result has two undesired things:
>>> 1- I obligated to generate code for all the subpackages in the
>>> InfrastructureLibrary
>>> 2- the generated code has errors
>>>
>>> Manar
>>>
>>>
>>> Manar El-Kady wrote:
>>>> I'd like to thank you for that illustration. But, I didn't get the
>>>> difference between these direction clear for me. Moreover, I am still
>>>> have a problem in what I am doing. I didn't know for which direction
>>>> it belongs.
>>>>
>>>>
>>>> Manar
>>>>
>>>>
>>>>
>>>> Kenn Hussey wrote:
>>>>> Exactly.
>>>>>
>>>>>
>>>>> "Ed Merks" <merks@ca.ibm.com <mailto:merks@ca.ibm.com>> wrote in
>>>>> message news:fb2bjh$gd5$1@build.eclipse.org...
>>>>> Kenn,
>>>>>
>>>>> I see. That makes perfect sense. Either clients do the same
>>>>> merging you've done to arrive at an extension of the UML
>>>>> implementation you have provided or they generate all the things
>>>>> they need that aren't provide by UML directly because you've
> merged
>>>>> those concepts away.
>>>>>
>>>>>
>>>>> Kenn Hussey wrote:
>>>>>> These artifacts aren't part of the binary plug-in because they
>>>>>> are development-time (only) resources, and clients aren't
>>>>>> expected to make direct references to them... There's no
>>>>>> problem with someone building a heavyweight extension based on
>>>>>> these models, but since UML2 does not provide an implementation
>>>>>> for each of them, they either have to be factored (merged) out
>>>>>> or implemented from scratch.
>>>>>>
>>>>>> Kenn
>>>>>>
>>>>>> "Ed Merks" <merks@ca.ibm.com> wrote in message
>>>>>> news:fb1m43$lb6$2@build.eclipse.org...
>>>>>>
>>>>>>> Manar,
>>>>>>>
>>>>>>> That's just a comment about what artifacts that appear in the
>>>>>>> plugin during development end up being copied into the
>>>>>>> deployed plugin when it's shipped as a jarred binary result.
>>>>>>> The .genmodel and .ecore models are included but the .uml ones
>>>>>>> are not. This doesn't help you at all with your problem
>>>>>>> though, other than make clear you need to find these in the
>>>>>>> source plugin rather than in the binary plugin as I assumed would
>>>>>>> be the case.
>>>>>>>
>>>>>>>
>>>>>>> Manar El-Kady wrote:
>>>>>>>
>>>>>>>> I mean what is mentioned about the build.properties file.
>>>>>>>>
>>>>>>>> thanks,
>>>>>>>> Manar,
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> Ed Merks wrote:
>>>>>>>>
>>>>>>>>> Manar,
>>>>>>>>>
>>>>>>>>> What is "it"? Hasn't Kenn answered your remaining
>>>>>>>>> questions? I'm not a UML2 expert by any means so it's
>>>>>>>>> unlikely I can answer detailed questions about it. What
>>>>>>>>> specifically is still causing a problem?
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Manar El-Kady wrote:
>>>>>>>>>
>>>>>>>>>> Ed,
>>>>>>>>>>
>>>>>>>>>> It is not clear for me. Could you illustrate it for me?
>>>>>>>>>>
>>>>>>>>>> Manar,
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Ed Merks wrote:
>>>>>>>>>>
>>>>>>>>>>> --------------060109010005040605060000
>>>>>>>>>>> Content-Type: text/html; charset=ISO-8859-1
>>>>>>>>>>> Content-Transfer-Encoding: 7bit
>>>>>>>>>>>
>>>>>>>>>>> <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01
>>>>>>>>>>> Transitional//EN">
>>>>>>>>>>> <html>
>>>>>>>>>>> <head>
>>>>>>>>>>> <meta content="text/html;charset=ISO-8859-1"
>>>>>>>>>>>
>>>>>>>>>> http-equiv="Content-Type">
>>>>>>>>>>
>>>>>>>>>>> </head>
>>>>>>>>>>> <body bgcolor="#ffffff" text="#000000">
>>>>>>>>>>> Manar,<br>
>>>>>>>>>>> <br>
>>>>>>>>>>> I see. The build.properties doesn't include them in
> the
>>>>>>>>>> binary plugin,
>>>>>>>>>>
>>>>>>>>>>> so I suppose the way you did it is the only way<br>
>>>>>>>>>>> <blockquote>bin.includes = about.html,\<br>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
> &nbs
> p;
>>>>>>>>>> plugin.*,\<br>
>>>>>>>>>>
>>>>>>>>>>
> &nbs
> p;
>>>>>>>>>> ..,\<br>
>>>>>>>>>>
>>>>>>>>>>
> &nbs
> p;
>>>>>>>>>> model/*.ecore,\<br>
>>>>>>>>>>
>>>>>>>>>>
> &nbs
> p;
>>>>>>>>>> model/*.ecore2xml,\<br>
>>>>>>>>>>
>>>>>>>>>>
> &nbs
> p;
>>>>>>>>>> model/*.genmodel,\<br>
>>>>>>>>>>
>>>>>>>>>>
> &nbs
> p;
>>>>>>>>>> META-INF/<br>
>>>>>>>>>>
>>>>>>>>>>> src.includes = about.html,\<br>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
> &nbs
> p;
>>>>>>>>>> model/*.ecore2ecore,\<br>
>>>>>>>>>>
>>>>>>>>>>
> <b> &
> nbsp;
>>>>>>>>>> model/*.uml,\</b><br>
>>>>>>>>>>
>>>>>>>>>>
> &nbs
> p;
>>>>>>>>>> templates/<br>
>>>>>>>>>>
>>>>>>>>>>> exclude.. = **/doc-files/**<br>
>>>>>>>>>>> javacSource = 1.5<br>
>>>>>>>>>>> javacTarget = 1.5<br>
>>>>>>>>>>> </blockquote>
>>>>>>>>>>> I get those same warnings when I validate the instance I
> have
>>>>>>>>>> directly
>>>>>>>>>>
>>>>>>>>>>> from CVS, so I suppose those warnings are something to
>>>>>>>>>>> ignore.<br>
>>>>>>>>>>> <br>
>>>>>>>>>>> That still leaves your other questions unanswered, so
>>>>>>>>>>> someone with
>>>>>>>>>>>
>>>>>>>>>> UML2
>>>>>>>>>>
>>>>>>>>>>> expertise will need to answer those. Definitely
>>>>>>>>>>> change your
>>>>>>>>>>>
>>>>>>>>>> "\" to "/"
>>>>>>>>>>
>>>>>>>>>>> though or you're likely to have problems.<br>
>>>>>>>>>>> <br>
>>>>>>>>>>> <br>
>>>>>>>>>>> Manar El-Kady wrote:
>>>>>>>>>>> <blockquote cite="mid:fac69v$dcj$1@build.eclipse.org"
>>>>>>>>>>>
>>>>>>>>>> type="cite"><br>
>>>>>>>>>>
>>>>>>>>>>> Ed Merks wrote:
>>>>>>>>>>> <br>
>>>>>>>>>>> <blockquote type="cite">Manar,
>>>>>>>>>>> <br>
>>>>>>>>>>> <br>
>>>>>>>>>>> Comments below.
>>>>>>>>>>> <br>
>>>>>>>>>>> <br>
>>>>>>>>>>> <br>
>>>>>>>>>>> Manar El-Kady wrote:
>>>>>>>>>>> <br>
>>>>>>>>>>> <blockquote type="cite">Hi,
>>>>>>>>>>> <br>
>>>>>>>>>>> <br>
>>>>>>>>>>> I build a metamodel as a heavyweight extension.I do the
>>>>>>>>>>> following
>>>>>>>>>>> steps:
>>>>>>>>>>> <br>
>>>>>>>>>>> - create an empty UML model
>>>>>>>>>>> <br>
>>>>>>>>>>> - convert the model to a metamodel
>>>>>>>>>>> <br>
>>>>>>>>>>> - apply the ecore profile, and then apply the epackage
>>>>>>>>>>> stereotype to
>>>>>>>>>>> the
>>>>>>>>>>> <br>
>>>>>>>>>>> root model element
>>>>>>>>>>> <br>
>>>>>>>>>>> - add some elements for the metamodel
>>>>>>>>>>> <br>
>>>>>>>>>>> - merge the primitive types package
>>>>>>>>>>> <br>
>>>>>>>>>>> - add the infrastructure.uml as a resource to my metamodel
>>>>>>>>>>> (Note: I
>>>>>>>>>>> added it by using the editor. I added it from a project in
> my
>>>>>>>>>> workspace
>>>>>>>>>>
>>>>>>>>>>> that containing
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
> platform:/resource/org.eclipse.uml2.source\src\org.eclipse.u ml2..uml_2.1.0.v
> 200706141134\model\Infrastructure.uml)
>>>>>>>>>>
>>>>>>>>>>> <br>
>>>>>>>>>>> </blockquote>
>>>>>>>>>>> I think you should have loaded it using
>>>>>>>>>>> <br>
>>>>>>>>>>> <br>
>>>>>>>>>>>
>>>>>>>>>>>
> platform:/plugin/org.eclipse.uml2.uml/model/Infrastructure.u ml
>>>>>>>>>>> <br>
>>>>>>>>>>> <br>
>>>>>>>>>>> </blockquote>
>>>>>>>>>>> <br>
>>>>>>>>>>> I did it but an error file not found raised
>>>>>>>>>>> <br>
>>>>>>>>>>> <br>
>>>>>>>>>>> I tried to add "/" after "platform:/" and the error
>>>>>>>>>>>
>>>>>>>>>>> " platform:/plugin/org.eclipse.uml2.uml/model/Infrastructure.u ml "
>>>>>>>>>>>
>>>>>>>>>> showed
>>>>>>>>>>
>>>>>>>>>>> <br>
>>>>>>>>>>> <br>
>>>>>>>>>>> I tried to add the name of the jar file that exist in my
>>>>>>>>>>> plugin
>>>>>>>>>>>
>>>>>>>>>> folder
>>>>>>>>>>
>>>>>>>>>>
> " platform:/plugin/org.eclipse.uml2.uml_2.1.0.v200706141134/mo del/Infrastruct
> ure.uml",
>>>>>>>>>>
>>>>>>>>>>> then a file not found error raised??
>>>>>>>>>>> <br>
>>>>>>>>>>> <br>
>>>>>>>>>>> <br>
>>>>>>>>>>> <blockquote type="cite">Don't ever use "\" in a URI
>>>>>>>>>>> since it's
>>>>>>>>>>> treated as just an ordinary character like "_" not like "/".
>>>>>>>>>>> <br>
>>>>>>>>>>> <blockquote type="cite">- While creating the elements
>>>>>>>>>>> of the
>>>>>>>>>>> metamodels I extended classes from the subpackages of the
>>>>>>>>>>>
>>>>>>>>>> Abstractions
>>>>>>>>>>
>>>>>>>>>>> package. So, I imported the packages that containing the
>>>>>>>>>>> classes
>>>>>>>>>>>
>>>>>>>>>> which
>>>>>>>>>>
>>>>>>>>>>> I extend.
>>>>>>>>>>> <br>
>>>>>>>>>>> - finally I apply the package merge, and convert it again
>>>>>>>>>>> to a
>>>>>>>>>>> metamodel.
>>>>>>>>>>> <br>
>>>>>>>>>>> <br>
>>>>>>>>>>> My questions are:
>>>>>>>>>>> <br>
>>>>>>>>>>> - After these steps I did a validation, and an error occur
>>>>>>>>>>> " Not all
>>>>>>>>>>> the members of a namespace'<<metamodel,
>>>>>>>>>>> ePackage>>
>>>>>>>>>>> <Model> MAS-UML' are distinguishable within it." ??
>>>>>>>>>>> <br>
>>>>>>>>>>> </blockquote>
>>>>>>>>>>> I'm not sure, but it sounds like you have multiple
>>>>>>>>>>> versions of the
>>>>>>>>>>>
>>>>>>>>>> same
>>>>>>>>>>
>>>>>>>>>>> model, which could be caused by the problem above where
>>>>>>>>>>> you load the
>>>>>>>>>>> model with one URI, there are other references to this
>>>>>>>>>>> model using a
>>>>>>>>>>> different URI.
>>>>>>>>>>> <br>
>>>>>>>>>>> <blockquote type="cite"><br>
>>>>>>>>>>> - I tried to do these steps without doing package import
>>>>>>>>>>> and I didn't
>>>>>>>>>>> notice any difference or errors happened. so, what is the
>>>>>>>>>>> need for
>>>>>>>>>>> doing a package import in a metamodeling?
>>>>>>>>>>> <br>
>>>>>>>>>>> <br>
>>>>>>>>>>> - After creating the metamodel I create an EMF project for
>>>>>>>>>>> code
>>>>>>>>>>> generation. Here, I obligated to generate code for the
>>>>>>>>>>> infrastructureLibrary package, which I didn't need. Why
> that?
>>>>>>>>>>> <br>
>>>>>>>>>>> </blockquote>
>>>>>>>>>>> In the final step of the wizard, you need to specify a
>>>>>>>>>>> GenModel
>>>>>>>>>>>
>>>>>>>>>> for any
>>>>>>>>>>
>>>>>>>>>>> packages that already exist and you don't want to generate
>>>>>>>>>>>
>>>>>>>>>> yourself but
>>>>>>>>>>
>>>>>>>>>>> rather want to reuse an existing generated model.
>>>>>>>>>>> <br>
>>>>>>>>>>> <blockquote type="cite"><br>
>>>>>>>>>>> - After the code generation, there are some errors in the
>>>>>>>>>>> generated
>>>>>>>>>>> code for the infrastructureLibrary package and for my
>>>>>>>>>>> metamodel code.
>>>>>>>>>>> all the errors in the impl files and said that xxx cannot be
>>>>>>>>>>>
>>>>>>>>>> resolved??
>>>>>>>>>>
>>>>>>>>>>> <br>
>>>>>>>>>>> </blockquote>
>>>>>>>>>>> I'm sure you'll need to specify a dependency on the UML2
>>>>>>>>>>> model in the
>>>>>>>>>>> final step of the wizard if you are trying to extend that
>>>>>>>>>>>
>>>>>>>>>> model. Note
>>>>>>>>>>
>>>>>>>>>>> that once the plugin.xml and MANIFEST.MF exist, they won't
> be
>>>>>>>>>>> regenerated unless you delete them, so even fixing the
>>>>>>>>>>> problems above
>>>>>>>>>>> won't fix these files unless you delete them before you
>>>>>>>>>>> generate.
>>>>>>>>>>> <br>
>>>>>>>>>>> <blockquote type="cite"><br>
>>>>>>>>>>> <br>
>>>>>>>>>>> Sorry for this long mail, and thanks in advance.
>>>>>>>>>>> <br>
>>>>>>>>>>> <br>
>>>>>>>>>>> Manar
>>>>>>>>>>> <br>
>>>>>>>>>>> <br>
>>>>>>>>>>> <br>
>>>>>>>>>>> <br>
>>>>>>>>>>> <br>
>>>>>>>>>>> <br>
>>>>>>>>>>> <br>
>>>>>>>>>>> <br>
>>>>>>>>>>> <br>
>>>>>>>>>>> <br>
>>>>>>>>>>> </blockquote>
>>>>>>>>>>> </blockquote>
>>>>>>>>>>> </blockquote>
>>>>>>>>>>> <br>
>>>>>>>>>>> </body>
>>>>>>>>>>> </html>
>>>>>>>>>>>
>>>>>>>>>>> --------------060109010005040605060000--
>>>>>>
>>>>>>
>
>
|
|
|
| Re: errors while metamodeling [message #475380 is a reply to message #475377] |
Thu, 30 August 2007 15:31 |
Ed Merks
Messages: 33133
Registered: July 2009 |
Senior Member |
|
|
Manar,
James will probably be too nice to tell you this, but the sparse details
you are providing will never prompt a definitive or helpful answer. As
has been explained, UML generates from a merged Ecore model, not
separate models for each of the separate compliance points, so if you
don't produce a merged Ecore model that extends the UML merged Ecore
model, you are responsible for generating everything yourself. Keep in
mind that xxx doesn't provide much for James to go on, but it sounds
like you'd need to generate the model for xxx as well but haven't.
Manar El-Kady wrote:
> James,
>
> In the generated code I found errors in all the impl files states that
> a xxx can't be resolved as a type, where xxx is changed from file to
> another. This error raise in the generated code of the
> InfrastructureLibrary package and my package. (Note: I didn't want to
> generate code to the InfrastructureLibrary package)
>
> thanks,
> Manar,
>
>
>
> James Bruck wrote:
>> Ed, you make a good point about reimplementing existing work.
>> The table at the end of this article goes over some of the pros/cons of
>> doing what Manar is attempting.
>> http://www.eclipse.org/modeling/mdt/uml2/docs/articles/Custo mizing_UML2_Which_Technique_is_Right_For_You/article.html
>>
>>
>> Manar, What errors are you getting in the generated code?
>>
>>
>> - James.
>>
>> "Ed Merks" <merks@ca.ibm.com> wrote in message
>> news:fb52pb$mg2$3@build.eclipse.org...
>>> Manar,
>>>
>>> I hate to tread in territory where I'm ignorant, but if you want to
>>> extend the UML2 implementation, which is based on a merge model of all
>>> the various compliance points, you really need to be basing it on a
>>> merged model, otherwise you will end up having to reimplement much of
>>> what Kenn has worked very hard to implement correctly for UML2...
>>>
>>>
>>> Manar El-Kady wrote:
>>>> I am doing a trial for building a metamodel that hasn't any merge
>>>> package, but just load a resource for the infrastructureLibrary
>>>> package as a file system from the UML source in the plugin older. The
>>>> result has two undesired things:
>>>> 1- I obligated to generate code for all the subpackages in the
>>>> InfrastructureLibrary
>>>> 2- the generated code has errors
>>>>
>>>> Manar
>>>>
>>>>
>>>> Manar El-Kady wrote:
>>>>> I'd like to thank you for that illustration. But, I didn't get the
>>>>> difference between these direction clear for me. Moreover, I am still
>>>>> have a problem in what I am doing. I didn't know for which direction
>>>>> it belongs.
>>>>>
>>>>>
>>>>> Manar
>>>>>
>>>>>
>>>>>
>>>>> Kenn Hussey wrote:
>>>>>> Exactly.
>>>>>>
>>>>>>
>>>>>> "Ed Merks" <merks@ca.ibm.com <mailto:merks@ca.ibm.com>> wrote in
>>>>>> message news:fb2bjh$gd5$1@build.eclipse.org...
>>>>>> Kenn,
>>>>>>
>>>>>> I see. That makes perfect sense. Either clients do the same
>>>>>> merging you've done to arrive at an extension of the UML
>>>>>> implementation you have provided or they generate all the things
>>>>>> they need that aren't provide by UML directly because you've
>> merged
>>>>>> those concepts away.
>>>>>>
>>>>>>
>>>>>> Kenn Hussey wrote:
>>>>>>> These artifacts aren't part of the binary plug-in because they
>>>>>>> are development-time (only) resources, and clients aren't
>>>>>>> expected to make direct references to them... There's no
>>>>>>> problem with someone building a heavyweight extension based on
>>>>>>> these models, but since UML2 does not provide an implementation
>>>>>>> for each of them, they either have to be factored (merged) out
>>>>>>> or implemented from scratch.
>>>>>>>
>>>>>>> Kenn
>>>>>>>
>>>>>>> "Ed Merks" <merks@ca.ibm.com> wrote in message
>>>>>>> news:fb1m43$lb6$2@build.eclipse.org...
>>>>>>>
>>>>>>>> Manar,
>>>>>>>>
>>>>>>>> That's just a comment about what artifacts that appear in the
>>>>>>>> plugin during development end up being copied into the
>>>>>>>> deployed plugin when it's shipped as a jarred binary result.
>>>>>>>> The .genmodel and .ecore models are included but the .uml ones
>>>>>>>> are not. This doesn't help you at all with your problem
>>>>>>>> though, other than make clear you need to find these in the
>>>>>>>> source plugin rather than in the binary plugin as I assumed would
>>>>>>>> be the case.
>>>>>>>>
>>>>>>>>
>>>>>>>> Manar El-Kady wrote:
>>>>>>>>
>>>>>>>>> I mean what is mentioned about the build.properties file.
>>>>>>>>>
>>>>>>>>> thanks,
>>>>>>>>> Manar,
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Ed Merks wrote:
>>>>>>>>>
>>>>>>>>>> Manar,
>>>>>>>>>>
>>>>>>>>>> What is "it"? Hasn't Kenn answered your remaining
>>>>>>>>>> questions? I'm not a UML2 expert by any means so it's
>>>>>>>>>> unlikely I can answer detailed questions about it. What
>>>>>>>>>> specifically is still causing a problem?
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Manar El-Kady wrote:
>>>>>>>>>>
>>>>>>>>>>> Ed,
>>>>>>>>>>>
>>>>>>>>>>> It is not clear for me. Could you illustrate it for me?
>>>>>>>>>>>
>>>>>>>>>>> Manar,
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> Ed Merks wrote:
>>>>>>>>>>>
>>>>>>>>>>>> --------------060109010005040605060000
>>>>>>>>>>>> Content-Type: text/html; charset=ISO-8859-1
>>>>>>>>>>>> Content-Transfer-Encoding: 7bit
>>>>>>>>>>>>
>>>>>>>>>>>> <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01
>>>>>>>>>>>> Transitional//EN">
>>>>>>>>>>>> <html>
>>>>>>>>>>>> <head>
>>>>>>>>>>>> <meta content="text/html;charset=ISO-8859-1"
>>>>>>>>>>>>
>>>>>>>>>>> http-equiv="Content-Type">
>>>>>>>>>>>
>>>>>>>>>>>> </head>
>>>>>>>>>>>> <body bgcolor="#ffffff" text="#000000">
>>>>>>>>>>>> Manar,<br>
>>>>>>>>>>>> <br>
>>>>>>>>>>>> I see. The build.properties doesn't include them in
>> the
>>>>>>>>>>> binary plugin,
>>>>>>>>>>>
>>>>>>>>>>>> so I suppose the way you did it is the only way<br>
>>>>>>>>>>>> <blockquote>bin.includes = about.html,\<br>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>
>> &nbs
>>
>> p;
>>>>>>>>>>> plugin.*,\<br>
>>>>>>>>>>>
>>>>>>>>>>>
>> &nbs
>>
>> p;
>>>>>>>>>>> ..,\<br>
>>>>>>>>>>>
>>>>>>>>>>>
>> &nbs
>>
>> p;
>>>>>>>>>>> model/*.ecore,\<br>
>>>>>>>>>>>
>>>>>>>>>>>
>> &nbs
>>
>> p;
>>>>>>>>>>> model/*.ecore2xml,\<br>
>>>>>>>>>>>
>>>>>>>>>>>
>> &nbs
>>
>> p;
>>>>>>>>>>> model/*.genmodel,\<br>
>>>>>>>>>>>
>>>>>>>>>>>
>> &nbs
>>
>> p;
>>>>>>>>>>> META-INF/<br>
>>>>>>>>>>>
>>>>>>>>>>>> src.includes = about.html,\<br>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>
>> &nbs
>>
>> p;
>>>>>>>>>>> model/*.ecore2ecore,\<br>
>>>>>>>>>>>
>>>>>>>>>>>
>> <b> &
>>
>> nbsp;
>>>>>>>>>>> model/*.uml,\</b><br>
>>>>>>>>>>>
>>>>>>>>>>>
>> &nbs
>>
>> p;
>>>>>>>>>>> templates/<br>
>>>>>>>>>>>
>>>>>>>>>>>> exclude.. = **/doc-files/**<br>
>>>>>>>>>>>> javacSource = 1.5<br>
>>>>>>>>>>>> javacTarget = 1.5<br>
>>>>>>>>>>>> </blockquote>
>>>>>>>>>>>> I get those same warnings when I validate the instance I
>> have
>>>>>>>>>>> directly
>>>>>>>>>>>
>>>>>>>>>>>> from CVS, so I suppose those warnings are something to
>>>>>>>>>>>> ignore.<br>
>>>>>>>>>>>> <br>
>>>>>>>>>>>> That still leaves your other questions unanswered, so
>>>>>>>>>>>> someone with
>>>>>>>>>>>>
>>>>>>>>>>> UML2
>>>>>>>>>>>
>>>>>>>>>>>> expertise will need to answer those. Definitely
>>>>>>>>>>>> change your
>>>>>>>>>>>>
>>>>>>>>>>> "\" to "/"
>>>>>>>>>>>
>>>>>>>>>>>> though or you're likely to have problems.<br>
>>>>>>>>>>>> <br>
>>>>>>>>>>>> <br>
>>>>>>>>>>>> Manar El-Kady wrote:
>>>>>>>>>>>> <blockquote cite="mid:fac69v$dcj$1@build.eclipse.org"
>>>>>>>>>>>>
>>>>>>>>>>> type="cite"><br>
>>>>>>>>>>>
>>>>>>>>>>>> Ed Merks wrote:
>>>>>>>>>>>> <br>
>>>>>>>>>>>> <blockquote type="cite">Manar,
>>>>>>>>>>>> <br>
>>>>>>>>>>>> <br>
>>>>>>>>>>>> Comments below.
>>>>>>>>>>>> <br>
>>>>>>>>>>>> <br>
>>>>>>>>>>>> <br>
>>>>>>>>>>>> Manar El-Kady wrote:
>>>>>>>>>>>> <br>
>>>>>>>>>>>> <blockquote type="cite">Hi,
>>>>>>>>>>>> <br>
>>>>>>>>>>>> <br>
>>>>>>>>>>>> I build a metamodel as a heavyweight extension.I do the
>>>>>>>>>>>> following
>>>>>>>>>>>> steps:
>>>>>>>>>>>> <br>
>>>>>>>>>>>> - create an empty UML model
>>>>>>>>>>>> <br>
>>>>>>>>>>>> - convert the model to a metamodel
>>>>>>>>>>>> <br>
>>>>>>>>>>>> - apply the ecore profile, and then apply the epackage
>>>>>>>>>>>> stereotype to
>>>>>>>>>>>> the
>>>>>>>>>>>> <br>
>>>>>>>>>>>> root model element
>>>>>>>>>>>> <br>
>>>>>>>>>>>> - add some elements for the metamodel
>>>>>>>>>>>> <br>
>>>>>>>>>>>> - merge the primitive types package
>>>>>>>>>>>> <br>
>>>>>>>>>>>> - add the infrastructure.uml as a resource to my metamodel
>>>>>>>>>>>> (Note: I
>>>>>>>>>>>> added it by using the editor. I added it from a project in
>> my
>>>>>>>>>>> workspace
>>>>>>>>>>>
>>>>>>>>>>>> that containing
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>
>> platform:/resource/org.eclipse.uml2.source\src\org.eclipse.u ml2..uml_2.1.0.v
>>
>> 200706141134\model\Infrastructure.uml)
>>>>>>>>>>>
>>>>>>>>>>>> <br>
>>>>>>>>>>>> </blockquote>
>>>>>>>>>>>> I think you should have loaded it using
>>>>>>>>>>>> <br>
>>>>>>>>>>>> <br>
>>>>>>>>>>>>
>>>>>>>>>>>>
>> platform:/plugin/org.eclipse.uml2.uml/model/Infrastructure.u ml
>>>>>>>>>>>> <br>
>>>>>>>>>>>> <br>
>>>>>>>>>>>> </blockquote>
>>>>>>>>>>>> <br>
>>>>>>>>>>>> I did it but an error file not found raised
>>>>>>>>>>>> <br>
>>>>>>>>>>>> <br>
>>>>>>>>>>>> I tried to add "/" after "platform:/" and the error
>>>>>>>>>>>>
>>>>>>>>>>>> " platform:/plugin/org.eclipse.uml2.uml/model/Infrastructure.u ml "
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>> showed
>>>>>>>>>>>
>>>>>>>>>>>> <br>
>>>>>>>>>>>> <br>
>>>>>>>>>>>> I tried to add the name of the jar file that exist in my
>>>>>>>>>>>> plugin
>>>>>>>>>>>>
>>>>>>>>>>> folder
>>>>>>>>>>>
>>>>>>>>>>>
>> " platform:/plugin/org.eclipse.uml2.uml_2.1.0.v200706141134/mo del/Infrastruct
>>
>> ure.uml",
>>>>>>>>>>>
>>>>>>>>>>>> then a file not found error raised??
>>>>>>>>>>>> <br>
>>>>>>>>>>>> <br>
>>>>>>>>>>>> <br>
>>>>>>>>>>>> <blockquote type="cite">Don't ever use "\" in a URI
>>>>>>>>>>>> since it's
>>>>>>>>>>>> treated as just an ordinary character like "_" not like
>>>>>>>>>>>> "/".
>>>>>>>>>>>> <br>
>>>>>>>>>>>> <blockquote type="cite">- While creating the elements
>>>>>>>>>>>> of the
>>>>>>>>>>>> metamodels I extended classes from the subpackages of the
>>>>>>>>>>>>
>>>>>>>>>>> Abstractions
>>>>>>>>>>>
>>>>>>>>>>>> package. So, I imported the packages that containing the
>>>>>>>>>>>> classes
>>>>>>>>>>>>
>>>>>>>>>>> which
>>>>>>>>>>>
>>>>>>>>>>>> I extend.
>>>>>>>>>>>> <br>
>>>>>>>>>>>> - finally I apply the package merge, and convert it again
>>>>>>>>>>>> to a
>>>>>>>>>>>> metamodel.
>>>>>>>>>>>> <br>
>>>>>>>>>>>> <br>
>>>>>>>>>>>> My questions are:
>>>>>>>>>>>> <br>
>>>>>>>>>>>> - After these steps I did a validation, and an error occur
>>>>>>>>>>>> " Not all
>>>>>>>>>>>> the members of a namespace'<<metamodel,
>>>>>>>>>>>> ePackage>>
>>>>>>>>>>>> <Model> MAS-UML' are distinguishable within it." ??
>>>>>>>>>>>> <br>
>>>>>>>>>>>> </blockquote>
>>>>>>>>>>>> I'm not sure, but it sounds like you have multiple
>>>>>>>>>>>> versions of the
>>>>>>>>>>>>
>>>>>>>>>>> same
>>>>>>>>>>>
>>>>>>>>>>>> model, which could be caused by the problem above where
>>>>>>>>>>>> you load the
>>>>>>>>>>>> model with one URI, there are other references to this
>>>>>>>>>>>> model using a
>>>>>>>>>>>> different URI.
>>>>>>>>>>>> <br>
>>>>>>>>>>>> <blockquote type="cite"><br>
>>>>>>>>>>>> - I tried to do these steps without doing package import
>>>>>>>>>>>> and I didn't
>>>>>>>>>>>> notice any difference or errors happened. so, what is the
>>>>>>>>>>>> need for
>>>>>>>>>>>> doing a package import in a metamodeling?
>>>>>>>>>>>> <br>
>>>>>>>>>>>> <br>
>>>>>>>>>>>> - After creating the metamodel I create an EMF project for
>>>>>>>>>>>> code
>>>>>>>>>>>> generation. Here, I obligated to generate code for the
>>>>>>>>>>>> infrastructureLibrary package, which I didn't need. Why
>> that?
>>>>>>>>>>>> <br>
>>>>>>>>>>>> </blockquote>
>>>>>>>>>>>> In the final step of the wizard, you need to specify a
>>>>>>>>>>>> GenModel
>>>>>>>>>>>>
>>>>>>>>>>> for any
>>>>>>>>>>>
>>>>>>>>>>>> packages that already exist and you don't want to generate
>>>>>>>>>>>>
>>>>>>>>>>> yourself but
>>>>>>>>>>>
>>>>>>>>>>>> rather want to reuse an existing generated model.
>>>>>>>>>>>> <br>
>>>>>>>>>>>> <blockquote type="cite"><br>
>>>>>>>>>>>> - After the code generation, there are some errors in the
>>>>>>>>>>>> generated
>>>>>>>>>>>> code for the infrastructureLibrary package and for my
>>>>>>>>>>>> metamodel code.
>>>>>>>>>>>> all the errors in the impl files and said that xxx
>>>>>>>>>>>> cannot be
>>>>>>>>>>>>
>>>>>>>>>>> resolved??
>>>>>>>>>>>
>>>>>>>>>>>> <br>
>>>>>>>>>>>> </blockquote>
>>>>>>>>>>>> I'm sure you'll need to specify a dependency on the UML2
>>>>>>>>>>>> model in the
>>>>>>>>>>>> final step of the wizard if you are trying to extend that
>>>>>>>>>>>>
>>>>>>>>>>> model. Note
>>>>>>>>>>>
>>>>>>>>>>>> that once the plugin.xml and MANIFEST.MF exist, they won't
>> be
>>>>>>>>>>>> regenerated unless you delete them, so even fixing the
>>>>>>>>>>>> problems above
>>>>>>>>>>>> won't fix these files unless you delete them before you
>>>>>>>>>>>> generate.
>>>>>>>>>>>> <br>
>>>>>>>>>>>> <blockquote type="cite"><br>
>>>>>>>>>>>> <br>
>>>>>>>>>>>> Sorry for this long mail, and thanks in advance.
>>>>>>>>>>>> <br>
>>>>>>>>>>>> <br>
>>>>>>>>>>>> Manar
>>>>>>>>>>>> <br>
>>>>>>>>>>>> <br>
>>>>>>>>>>>> <br>
>>>>>>>>>>>> <br>
>>>>>>>>>>>> <br>
>>>>>>>>>>>> <br>
>>>>>>>>>>>> <br>
>>>>>>>>>>>> <br>
>>>>>>>>>>>> <br>
>>>>>>>>>>>> <br>
>>>>>>>>>>>> </blockquote>
>>>>>>>>>>>> </blockquote>
>>>>>>>>>>>> </blockquote>
>>>>>>>>>>>> <br>
>>>>>>>>>>>> </body>
>>>>>>>>>>>> </html>
>>>>>>>>>>>>
>>>>>>>>>>>> --------------060109010005040605060000--
>>>>>>>
>>>>>>>
>>
>>
Ed Merks
Professional Support: https://www.macromodeling.com/
|
|
|
| Re: errors while metamodeling [message #624548 is a reply to message #475249] |
Tue, 28 August 2007 12:41 |
Ed Merks
Messages: 33133
Registered: July 2009 |
Senior Member |
|
|
Manar,
What is "it"? Hasn't Kenn answered your remaining questions? I'm not a
UML2 expert by any means so it's unlikely I can answer detailed
questions about it. What specifically is still causing a problem?
Manar El-Kady wrote:
> Ed,
>
> It is not clear for me. Could you illustrate it for me?
>
> Manar,
>
>
> Ed Merks wrote:
> > --------------060109010005040605060000
> > Content-Type: text/html; charset=ISO-8859-1
> > Content-Transfer-Encoding: 7bit
> >
> > <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
> > <html>
> > <head>
> > <meta content="text/html;charset=ISO-8859-1"
> http-equiv="Content-Type">
> > </head>
> > <body bgcolor="#ffffff" text="#000000">
> > Manar,<br>
> > <br>
> > I see. The build.properties doesn't include them in the binary
> plugin,
> > so I suppose the way you did it is the only way<br>
> > <blockquote>bin.includes = about.html,\<br>
> >
>
> plugin.*,\<br>
> >
>
> .,\<br>
> >
>
> model/*.ecore,\<br>
> >
>
> model/*.ecore2xml,\<br>
> >
>
> model/*.genmodel,\<br>
> >
>
> META-INF/<br>
> > src.includes = about.html,\<br>
> >
>
> model/*.ecore2ecore,\<br>
> >
> <b>
> model/*.uml,\</b><br>
> >
>
> templates/<br>
> > exclude.. = **/doc-files/**<br>
> > javacSource = 1.5<br>
> > javacTarget = 1.5<br>
> > </blockquote>
> > I get those same warnings when I validate the instance I have directly
> > from CVS, so I suppose those warnings are something to ignore.<br>
> > <br>
> > That still leaves your other questions unanswered, so someone with UML2
> > expertise will need to answer those. Definitely change your
> "\" to "/"
> > though or you're likely to have problems.<br>
> > <br>
> > <br>
> > Manar El-Kady wrote:
> > <blockquote cite="mid:fac69v$dcj$1@build.eclipse.org" type="cite"><br>
> > Ed Merks wrote:
> > <br>
> > <blockquote type="cite">Manar,
> > <br>
> > <br>
> > Comments below.
> > <br>
> > <br>
> > <br>
> > Manar El-Kady wrote:
> > <br>
> > <blockquote type="cite">Hi,
> > <br>
> > <br>
> > I build a metamodel as a heavyweight extension.I do the following
> > steps:
> > <br>
> > - create an empty UML model
> > <br>
> > - convert the model to a metamodel
> > <br>
> > - apply the ecore profile, and then apply the epackage stereotype to
> > the
> > <br>
> > root model element
> > <br>
> > - add some elements for the metamodel
> > <br>
> > - merge the primitive types package
> > <br>
> > - add the infrastructure.uml as a resource to my metamodel (Note: I
> > added it by using the editor. I added it from a project in my workspace
> > that containing
> >
> platform:/resource/org.eclipse.uml2.source\src\org.eclipse.u ml2.uml_2.1.0.v200706141134\model\Infrastructure.uml)
>
> > <br>
> > </blockquote>
> > I think you should have loaded it using
> > <br>
> > <br>
> >
> platform:/plugin/org.eclipse.uml2.uml/model/Infrastructure.u ml
> > <br>
> > <br>
> > </blockquote>
> > <br>
> > I did it but an error file not found raised
> > <br>
> > <br>
> > I tried to add "/" after "platform:/" and the error
> > " platform:/plugin/org.eclipse.uml2.uml/model/Infrastructure.u ml " showed
> > <br>
> > <br>
> > I tried to add the name of the jar file that exist in my plugin folder
> >
> " platform:/plugin/org.eclipse.uml2.uml_2.1.0.v200706141134/mo del/Infrastructure.uml ",
>
> > then a file not found error raised??
> > <br>
> > <br>
> > <br>
> > <blockquote type="cite">Don't ever use "\" in a URI since it's
> > treated as just an ordinary character like "_" not like "/".
> > <br>
> > <blockquote type="cite">- While creating the elements of the
> > metamodels I extended classes from the subpackages of the Abstractions
> > package. So, I imported the packages that containing the classes which
> > I extend.
> > <br>
> > - finally I apply the package merge, and convert it again to a
> > metamodel.
> > <br>
> > <br>
> > My questions are:
> > <br>
> > - After these steps I did a validation, and an error occur " Not all
> > the members of a namespace'<<metamodel, ePackage>>
> > <Model> MAS-UML' are distinguishable within it." ??
> > <br>
> > </blockquote>
> > I'm not sure, but it sounds like you have multiple versions of the same
> > model, which could be caused by the problem above where you load the
> > model with one URI, there are other references to this model using a
> > different URI.
> > <br>
> > <blockquote type="cite"><br>
> > - I tried to do these steps without doing package import and I didn't
> > notice any difference or errors happened. so, what is the need for
> > doing a package import in a metamodeling?
> > <br>
> > <br>
> > - After creating the metamodel I create an EMF project for code
> > generation. Here, I obligated to generate code for the
> > infrastructureLibrary package, which I didn't need. Why that?
> > <br>
> > </blockquote>
> > In the final step of the wizard, you need to specify a GenModel for any
> > packages that already exist and you don't want to generate yourself but
> > rather want to reuse an existing generated model.
> > <br>
> > <blockquote type="cite"><br>
> > - After the code generation, there are some errors in the generated
> > code for the infrastructureLibrary package and for my metamodel code.
> > all the errors in the impl files and said that xxx cannot be resolved??
> > <br>
> > </blockquote>
> > I'm sure you'll need to specify a dependency on the UML2 model in the
> > final step of the wizard if you are trying to extend that
> model. Note
> > that once the plugin.xml and MANIFEST.MF exist, they won't be
> > regenerated unless you delete them, so even fixing the problems above
> > won't fix these files unless you delete them before you generate.
> > <br>
> > <blockquote type="cite"><br>
> > <br>
> > Sorry for this long mail, and thanks in advance.
> > <br>
> > <br>
> > Manar
> > <br>
> > <br>
> > <br>
> > <br>
> > <br>
> > <br>
> > <br>
> > <br>
> > <br>
> > <br>
> > </blockquote>
> > </blockquote>
> > </blockquote>
> > <br>
> > </body>
> > </html>
> >
> > --------------060109010005040605060000--
Ed Merks
Professional Support: https://www.macromodeling.com/
|
|
|
| Re: errors while metamodeling [message #624549 is a reply to message #475252] |
Tue, 28 August 2007 13:52 |
Manar El-Kady
Messages: 78
Registered: July 2009 |
Member |
|
|
I mean what is mentioned about the build.properties file.
thanks,
Manar,
Ed Merks wrote:
> Manar,
>
> What is "it"? Hasn't Kenn answered your remaining questions? I'm not a
> UML2 expert by any means so it's unlikely I can answer detailed
> questions about it. What specifically is still causing a problem?
>
>
> Manar El-Kady wrote:
>> Ed,
>>
>> It is not clear for me. Could you illustrate it for me?
>>
>> Manar,
>>
>>
>> Ed Merks wrote:
>> > --------------060109010005040605060000
>> > Content-Type: text/html; charset=ISO-8859-1
>> > Content-Transfer-Encoding: 7bit
>> >
>> > <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
>> > <html>
>> > <head>
>> > <meta content="text/html;charset=ISO-8859-1"
>> http-equiv="Content-Type">
>> > </head>
>> > <body bgcolor="#ffffff" text="#000000">
>> > Manar,<br>
>> > <br>
>> > I see. The build.properties doesn't include them in the binary
>> plugin,
>> > so I suppose the way you did it is the only way<br>
>> > <blockquote>bin.includes = about.html,\<br>
>> >
>>
>> plugin.*,\<br>
>> >
>>
>> .,\<br>
>> >
>>
>> model/*.ecore,\<br>
>> >
>>
>> model/*.ecore2xml,\<br>
>> >
>>
>> model/*.genmodel,\<br>
>> >
>>
>> META-INF/<br>
>> > src.includes = about.html,\<br>
>> >
>>
>> model/*.ecore2ecore,\<br>
>> >
>> <b>
>> model/*.uml,\</b><br>
>> >
>>
>> templates/<br>
>> > exclude.. = **/doc-files/**<br>
>> > javacSource = 1.5<br>
>> > javacTarget = 1.5<br>
>> > </blockquote>
>> > I get those same warnings when I validate the instance I have directly
>> > from CVS, so I suppose those warnings are something to ignore.<br>
>> > <br>
>> > That still leaves your other questions unanswered, so someone with UML2
>> > expertise will need to answer those. Definitely change your
>> "\" to "/"
>> > though or you're likely to have problems.<br>
>> > <br>
>> > <br>
>> > Manar El-Kady wrote:
>> > <blockquote cite="mid:fac69v$dcj$1@build.eclipse.org" type="cite"><br>
>> > Ed Merks wrote:
>> > <br>
>> > <blockquote type="cite">Manar,
>> > <br>
>> > <br>
>> > Comments below.
>> > <br>
>> > <br>
>> > <br>
>> > Manar El-Kady wrote:
>> > <br>
>> > <blockquote type="cite">Hi,
>> > <br>
>> > <br>
>> > I build a metamodel as a heavyweight extension.I do the following
>> > steps:
>> > <br>
>> > - create an empty UML model
>> > <br>
>> > - convert the model to a metamodel
>> > <br>
>> > - apply the ecore profile, and then apply the epackage stereotype to
>> > the
>> > <br>
>> > root model element
>> > <br>
>> > - add some elements for the metamodel
>> > <br>
>> > - merge the primitive types package
>> > <br>
>> > - add the infrastructure.uml as a resource to my metamodel (Note: I
>> > added it by using the editor. I added it from a project in my workspace
>> > that containing
>> >
>> platform:/resource/org.eclipse.uml2.source\src\org.eclipse.u ml2.uml_2.1.0.v200706141134\model\Infrastructure.uml)
>
>
>>
>> > <br>
>> > </blockquote>
>> > I think you should have loaded it using
>> > <br>
>> > <br>
>> >
>> platform:/plugin/org.eclipse.uml2.uml/model/Infrastructure.u ml
>> > <br>
>> > <br>
>> > </blockquote>
>> > <br>
>> > I did it but an error file not found raised
>> > <br>
>> > <br>
>> > I tried to add "/" after "platform:/" and the error
>> > " platform:/plugin/org.eclipse.uml2.uml/model/Infrastructure.u ml " showed
>> > <br>
>> > <br>
>> > I tried to add the name of the jar file that exist in my plugin folder
>> >
>> " platform:/plugin/org.eclipse.uml2.uml_2.1.0.v200706141134/mo del/Infrastructure.uml ",
>>
>> > then a file not found error raised??
>> > <br>
>> > <br>
>> > <br>
>> > <blockquote type="cite">Don't ever use "\" in a URI since it's
>> > treated as just an ordinary character like "_" not like "/".
>> > <br>
>> > <blockquote type="cite">- While creating the elements of the
>> > metamodels I extended classes from the subpackages of the Abstractions
>> > package. So, I imported the packages that containing the classes which
>> > I extend.
>> > <br>
>> > - finally I apply the package merge, and convert it again to a
>> > metamodel.
>> > <br>
>> > <br>
>> > My questions are:
>> > <br>
>> > - After these steps I did a validation, and an error occur " Not all
>> > the members of a namespace'<<metamodel, ePackage>>
>> > <Model> MAS-UML' are distinguishable within it." ??
>> > <br>
>> > </blockquote>
>> > I'm not sure, but it sounds like you have multiple versions of the same
>> > model, which could be caused by the problem above where you load the
>> > model with one URI, there are other references to this model using a
>> > different URI.
>> > <br>
>> > <blockquote type="cite"><br>
>> > - I tried to do these steps without doing package import and I didn't
>> > notice any difference or errors happened. so, what is the need for
>> > doing a package import in a metamodeling?
>> > <br>
>> > <br>
>> > - After creating the metamodel I create an EMF project for code
>> > generation. Here, I obligated to generate code for the
>> > infrastructureLibrary package, which I didn't need. Why that?
>> > <br>
>> > </blockquote>
>> > In the final step of the wizard, you need to specify a GenModel for any
>> > packages that already exist and you don't want to generate yourself but
>> > rather want to reuse an existing generated model.
>> > <br>
>> > <blockquote type="cite"><br>
>> > - After the code generation, there are some errors in the generated
>> > code for the infrastructureLibrary package and for my metamodel code.
>> > all the errors in the impl files and said that xxx cannot be resolved??
>> > <br>
>> > </blockquote>
>> > I'm sure you'll need to specify a dependency on the UML2 model in the
>> > final step of the wizard if you are trying to extend that
>> model. Note
>> > that once the plugin.xml and MANIFEST.MF exist, they won't be
>> > regenerated unless you delete them, so even fixing the problems above
>> > won't fix these files unless you delete them before you generate.
>> > <br>
>> > <blockquote type="cite"><br>
>> > <br>
>> > Sorry for this long mail, and thanks in advance.
>> > <br>
>> > <br>
>> > Manar
>> > <br>
>> > <br>
>> > <br>
>> > <br>
>> > <br>
>> > <br>
>> > <br>
>> > <br>
>> > <br>
>> > <br>
>> > </blockquote>
>> > </blockquote>
>> > </blockquote>
>> > <br>
>> > </body>
>> > </html>
>> >
>> > --------------060109010005040605060000--
|
|
|
| Re: errors while metamodeling [message #624552 is a reply to message #475254] |
Tue, 28 August 2007 17:30 |
Ed Merks
Messages: 33133
Registered: July 2009 |
Senior Member |
|
|
Manar,
That's just a comment about what artifacts that appear in the plugin
during development end up being copied into the deployed plugin when
it's shipped as a jarred binary result. The .genmodel and .ecore models
are included but the .uml ones are not. This doesn't help you at all
with your problem though, other than make clear you need to find these
in the source plugin rather than in the binary plugin as I assumed would
be the case.
Manar El-Kady wrote:
> I mean what is mentioned about the build.properties file.
>
> thanks,
> Manar,
>
>
>
>
> Ed Merks wrote:
>> Manar,
>>
>> What is "it"? Hasn't Kenn answered your remaining questions? I'm
>> not a UML2 expert by any means so it's unlikely I can answer detailed
>> questions about it. What specifically is still causing a problem?
>>
>>
>> Manar El-Kady wrote:
>>> Ed,
>>>
>>> It is not clear for me. Could you illustrate it for me?
>>>
>>> Manar,
>>>
>>>
>>> Ed Merks wrote:
>>> > --------------060109010005040605060000
>>> > Content-Type: text/html; charset=ISO-8859-1
>>> > Content-Transfer-Encoding: 7bit
>>> >
>>> > <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
>>> > <html>
>>> > <head>
>>> > <meta content="text/html;charset=ISO-8859-1"
>>> http-equiv="Content-Type">
>>> > </head>
>>> > <body bgcolor="#ffffff" text="#000000">
>>> > Manar,<br>
>>> > <br>
>>> > I see. The build.properties doesn't include them in the
>>> binary plugin,
>>> > so I suppose the way you did it is the only way<br>
>>> > <blockquote>bin.includes = about.html,\<br>
>>> >
>>>
>>> plugin.*,\<br>
>>> >
>>>
>>> .,\<br>
>>> >
>>>
>>> model/*.ecore,\<br>
>>> >
>>>
>>> model/*.ecore2xml,\<br>
>>> >
>>>
>>> model/*.genmodel,\<br>
>>> >
>>>
>>> META-INF/<br>
>>> > src.includes = about.html,\<br>
>>> >
>>>
>>> model/*.ecore2ecore,\<br>
>>> >
>>> <b>
>>> model/*.uml,\</b><br>
>>> >
>>>
>>> templates/<br>
>>> > exclude.. = **/doc-files/**<br>
>>> > javacSource = 1.5<br>
>>> > javacTarget = 1.5<br>
>>> > </blockquote>
>>> > I get those same warnings when I validate the instance I have
>>> directly
>>> > from CVS, so I suppose those warnings are something to ignore.<br>
>>> > <br>
>>> > That still leaves your other questions unanswered, so someone with
>>> UML2
>>> > expertise will need to answer those. Definitely change your
>>> "\" to "/"
>>> > though or you're likely to have problems.<br>
>>> > <br>
>>> > <br>
>>> > Manar El-Kady wrote:
>>> > <blockquote cite="mid:fac69v$dcj$1@build.eclipse.org"
>>> type="cite"><br>
>>> > Ed Merks wrote:
>>> > <br>
>>> > <blockquote type="cite">Manar,
>>> > <br>
>>> > <br>
>>> > Comments below.
>>> > <br>
>>> > <br>
>>> > <br>
>>> > Manar El-Kady wrote:
>>> > <br>
>>> > <blockquote type="cite">Hi,
>>> > <br>
>>> > <br>
>>> > I build a metamodel as a heavyweight extension.I do the following
>>> > steps:
>>> > <br>
>>> > - create an empty UML model
>>> > <br>
>>> > - convert the model to a metamodel
>>> > <br>
>>> > - apply the ecore profile, and then apply the epackage stereotype to
>>> > the
>>> > <br>
>>> > root model element
>>> > <br>
>>> > - add some elements for the metamodel
>>> > <br>
>>> > - merge the primitive types package
>>> > <br>
>>> > - add the infrastructure.uml as a resource to my metamodel (Note: I
>>> > added it by using the editor. I added it from a project in my
>>> workspace
>>> > that containing
>>> >
>>> platform:/resource/org.eclipse.uml2.source\src\org.eclipse.u ml2.uml_2.1.0.v200706141134\model\Infrastructure.uml)
>>
>>
>>
>>>
>>> > <br>
>>> > </blockquote>
>>> > I think you should have loaded it using
>>> > <br>
>>> > <br>
>>> >
>>> platform:/plugin/org.eclipse.uml2.uml/model/Infrastructure.u ml
>>> > <br>
>>> > <br>
>>> > </blockquote>
>>> > <br>
>>> > I did it but an error file not found raised
>>> > <br>
>>> > <br>
>>> > I tried to add "/" after "platform:/" and the error
>>> > " platform:/plugin/org.eclipse.uml2.uml/model/Infrastructure.u ml "
>>> showed
>>> > <br>
>>> > <br>
>>> > I tried to add the name of the jar file that exist in my plugin
>>> folder
>>> >
>>> " platform:/plugin/org.eclipse.uml2.uml_2.1.0.v200706141134/mo del/Infrastructure.uml ",
>>>
>>> > then a file not found error raised??
>>> > <br>
>>> > <br>
>>> > <br>
>>> > <blockquote type="cite">Don't ever use "\" in a URI since it's
>>> > treated as just an ordinary character like "_" not like "/".
>>> > <br>
>>> > <blockquote type="cite">- While creating the elements of the
>>> > metamodels I extended classes from the subpackages of the
>>> Abstractions
>>> > package. So, I imported the packages that containing the classes
>>> which
>>> > I extend.
>>> > <br>
>>> > - finally I apply the package merge, and convert it again to a
>>> > metamodel.
>>> > <br>
>>> > <br>
>>> > My questions are:
>>> > <br>
>>> > - After these steps I did a validation, and an error occur " Not all
>>> > the members of a namespace'<<metamodel, ePackage>>
>>> > <Model> MAS-UML' are distinguishable within it." ??
>>> > <br>
>>> > </blockquote>
>>> > I'm not sure, but it sounds like you have multiple versions of the
>>> same
>>> > model, which could be caused by the problem above where you load the
>>> > model with one URI, there are other references to this model using a
>>> > different URI.
>>> > <br>
>>> > <blockquote type="cite"><br>
>>> > - I tried to do these steps without doing package import and I didn't
>>> > notice any difference or errors happened. so, what is the need for
>>> > doing a package import in a metamodeling?
>>> > <br>
>>> > <br>
>>> > - After creating the metamodel I create an EMF project for code
>>> > generation. Here, I obligated to generate code for the
>>> > infrastructureLibrary package, which I didn't need. Why that?
>>> > <br>
>>> > </blockquote>
>>> > In the final step of the wizard, you need to specify a GenModel
>>> for any
>>> > packages that already exist and you don't want to generate
>>> yourself but
>>> > rather want to reuse an existing generated model.
>>> > <br>
>>> > <blockquote type="cite"><br>
>>> > - After the code generation, there are some errors in the generated
>>> > code for the infrastructureLibrary package and for my metamodel code.
>>> > all the errors in the impl files and said that xxx cannot be
>>> resolved??
>>> > <br>
>>> > </blockquote>
>>> > I'm sure you'll need to specify a dependency on the UML2 model in the
>>> > final step of the wizard if you are trying to extend that
>>> model. Note
>>> > that once the plugin.xml and MANIFEST.MF exist, they won't be
>>> > regenerated unless you delete them, so even fixing the problems above
>>> > won't fix these files unless you delete them before you generate.
>>> > <br>
>>> > <blockquote type="cite"><br>
>>> > <br>
>>> > Sorry for this long mail, and thanks in advance.
>>> > <br>
>>> > <br>
>>> > Manar
>>> > <br>
>>> > <br>
>>> > <br>
>>> > <br>
>>> > <br>
>>> > <br>
>>> > <br>
>>> > <br>
>>> > <br>
>>> > <br>
>>> > </blockquote>
>>> > </blockquote>
>>> > </blockquote>
>>> > <br>
>>> > </body>
>>> > </html>
>>> >
>>> > --------------060109010005040605060000--
Ed Merks
Professional Support: https://www.macromodeling.com/
|
|
|
| Re: errors while metamodeling [message #624553 is a reply to message #475262] |
Tue, 28 August 2007 22:58 |
Kenn Hussey
Messages: 1620
Registered: July 2009 |
Senior Member |
|
|
These artifacts aren't part of the binary plug-in because they are
development-time (only) resources, and clients aren't expected to make
direct references to them... There's no problem with someone building a
heavyweight extension based on these models, but since UML2 does not provide
an implementation for each of them, they either have to be factored (merged)
out or implemented from scratch.
Kenn
"Ed Merks" <merks@ca.ibm.com> wrote in message
news:fb1m43$lb6$2@build.eclipse.org...
> Manar,
>
> That's just a comment about what artifacts that appear in the plugin
> during development end up being copied into the deployed plugin when it's
> shipped as a jarred binary result. The .genmodel and .ecore models are
> included but the .uml ones are not. This doesn't help you at all with
> your problem though, other than make clear you need to find these in the
> source plugin rather than in the binary plugin as I assumed would be the
> case.
>
>
> Manar El-Kady wrote:
>> I mean what is mentioned about the build.properties file.
>>
>> thanks,
>> Manar,
>>
>>
>>
>>
>> Ed Merks wrote:
>>> Manar,
>>>
>>> What is "it"? Hasn't Kenn answered your remaining questions? I'm not a
>>> UML2 expert by any means so it's unlikely I can answer detailed
>>> questions about it. What specifically is still causing a problem?
>>>
>>>
>>> Manar El-Kady wrote:
>>>> Ed,
>>>>
>>>> It is not clear for me. Could you illustrate it for me?
>>>>
>>>> Manar,
>>>>
>>>>
>>>> Ed Merks wrote:
>>>> > --------------060109010005040605060000
>>>> > Content-Type: text/html; charset=ISO-8859-1
>>>> > Content-Transfer-Encoding: 7bit
>>>> >
>>>> > <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
>>>> > <html>
>>>> > <head>
>>>> > <meta content="text/html;charset=ISO-8859-1"
>>>> http-equiv="Content-Type">
>>>> > </head>
>>>> > <body bgcolor="#ffffff" text="#000000">
>>>> > Manar,<br>
>>>> > <br>
>>>> > I see. The build.properties doesn't include them in the
>>>> binary plugin,
>>>> > so I suppose the way you did it is the only way<br>
>>>> > <blockquote>bin.includes = about.html,\<br>
>>>> >
>>>>
>>>> plugin.*,\<br>
>>>> >
>>>>
>>>> .,\<br>
>>>> >
>>>>
>>>> model/*.ecore,\<br>
>>>> >
>>>>
>>>> model/*.ecore2xml,\<br>
>>>> >
>>>>
>>>> model/*.genmodel,\<br>
>>>> >
>>>>
>>>> META-INF/<br>
>>>> > src.includes = about.html,\<br>
>>>> >
>>>>
>>>> model/*.ecore2ecore,\<br>
>>>> >
>>>> <b>
>>>> model/*.uml,\</b><br>
>>>> >
>>>>
>>>> templates/<br>
>>>> > exclude.. = **/doc-files/**<br>
>>>> > javacSource = 1.5<br>
>>>> > javacTarget = 1.5<br>
>>>> > </blockquote>
>>>> > I get those same warnings when I validate the instance I have
>>>> directly
>>>> > from CVS, so I suppose those warnings are something to ignore.<br>
>>>> > <br>
>>>> > That still leaves your other questions unanswered, so someone with
>>>> UML2
>>>> > expertise will need to answer those. Definitely change your
>>>> "\" to "/"
>>>> > though or you're likely to have problems.<br>
>>>> > <br>
>>>> > <br>
>>>> > Manar El-Kady wrote:
>>>> > <blockquote cite="mid:fac69v$dcj$1@build.eclipse.org"
>>>> type="cite"><br>
>>>> > Ed Merks wrote:
>>>> > <br>
>>>> > <blockquote type="cite">Manar,
>>>> > <br>
>>>> > <br>
>>>> > Comments below.
>>>> > <br>
>>>> > <br>
>>>> > <br>
>>>> > Manar El-Kady wrote:
>>>> > <br>
>>>> > <blockquote type="cite">Hi,
>>>> > <br>
>>>> > <br>
>>>> > I build a metamodel as a heavyweight extension.I do the following
>>>> > steps:
>>>> > <br>
>>>> > - create an empty UML model
>>>> > <br>
>>>> > - convert the model to a metamodel
>>>> > <br>
>>>> > - apply the ecore profile, and then apply the epackage stereotype to
>>>> > the
>>>> > <br>
>>>> > root model element
>>>> > <br>
>>>> > - add some elements for the metamodel
>>>> > <br>
>>>> > - merge the primitive types package
>>>> > <br>
>>>> > - add the infrastructure.uml as a resource to my metamodel (Note: I
>>>> > added it by using the editor. I added it from a project in my
>>>> workspace
>>>> > that containing
>>>> >
>>>> platform:/resource/org.eclipse.uml2.source\src\org.eclipse.u ml2.uml_2.1.0.v200706141134\model\Infrastructure.uml)
>>>
>>>
>>>
>>>>
>>>> > <br>
>>>> > </blockquote>
>>>> > I think you should have loaded it using
>>>> > <br>
>>>> > <br>
>>>> >
>>>> platform:/plugin/org.eclipse.uml2.uml/model/Infrastructure.u ml
>>>> > <br>
>>>> > <br>
>>>> > </blockquote>
>>>> > <br>
>>>> > I did it but an error file not found raised
>>>> > <br>
>>>> > <br>
>>>> > I tried to add "/" after "platform:/" and the error
>>>> > " platform:/plugin/org.eclipse.uml2.uml/model/Infrastructure.u ml "
>>>> showed
>>>> > <br>
>>>> > <br>
>>>> > I tried to add the name of the jar file that exist in my plugin
>>>> folder
>>>> >
>>>> " platform:/plugin/org.eclipse.uml2.uml_2.1.0.v200706141134/mo del/Infrastructure.uml ",
>>>> > then a file not found error raised??
>>>> > <br>
>>>> > <br>
>>>> > <br>
>>>> > <blockquote type="cite">Don't ever use "\" in a URI since it's
>>>> > treated as just an ordinary character like "_" not like "/".
>>>> > <br>
>>>> > <blockquote type="cite">- While creating the elements of the
>>>> > metamodels I extended classes from the subpackages of the
>>>> Abstractions
>>>> > package. So, I imported the packages that containing the classes
>>>> which
>>>> > I extend.
>>>> > <br>
>>>> > - finally I apply the package merge, and convert it again to a
>>>> > metamodel.
>>>> > <br>
>>>> > <br>
>>>> > My questions are:
>>>> > <br>
>>>> > - After these steps I did a validation, and an error occur " Not all
>>>> > the members of a namespace'<<metamodel, ePackage>>
>>>> > <Model> MAS-UML' are distinguishable within it." ??
>>>> > <br>
>>>> > </blockquote>
>>>> > I'm not sure, but it sounds like you have multiple versions of the
>>>> same
>>>> > model, which could be caused by the problem above where you load the
>>>> > model with one URI, there are other references to this model using a
>>>> > different URI.
>>>> > <br>
>>>> > <blockquote type="cite"><br>
>>>> > - I tried to do these steps without doing package import and I didn't
>>>> > notice any difference or errors happened. so, what is the need for
>>>> > doing a package import in a metamodeling?
>>>> > <br>
>>>> > <br>
>>>> > - After creating the metamodel I create an EMF project for code
>>>> > generation. Here, I obligated to generate code for the
>>>> > infrastructureLibrary package, which I didn't need. Why that?
>>>> > <br>
>>>> > </blockquote>
>>>> > In the final step of the wizard, you need to specify a GenModel
>>>> for any
>>>> > packages that already exist and you don't want to generate
>>>> yourself but
>>>> > rather want to reuse an existing generated model.
>>>> > <br>
>>>> > <blockquote type="cite"><br>
>>>> > - After the code generation, there are some errors in the generated
>>>> > code for the infrastructureLibrary package and for my metamodel code.
>>>> > all the errors in the impl files and said that xxx cannot be
>>>> resolved??
>>>> > <br>
>>>> > </blockquote>
>>>> > I'm sure you'll need to specify a dependency on the UML2 model in the
>>>> > final step of the wizard if you are trying to extend that
>>>> model. Note
>>>> > that once the plugin.xml and MANIFEST.MF exist, they won't be
>>>> > regenerated unless you delete them, so even fixing the problems above
>>>> > won't fix these files unless you delete them before you generate.
>>>> > <br>
>>>> > <blockquote type="cite"><br>
>>>> > <br>
>>>> > Sorry for this long mail, and thanks in advance.
>>>> > <br>
>>>> > <br>
>>>> > Manar
>>>> > <br>
>>>> > <br>
>>>> > <br>
>>>> > <br>
>>>> > <br>
>>>> > <br>
>>>> > <br>
>>>> > <br>
>>>> > <br>
>>>> > <br>
>>>> > </blockquote>
>>>> > </blockquote>
>>>> > </blockquote>
>>>> > <br>
>>>> > </body>
>>>> > </html>
>>>> >
>>>> > --------------060109010005040605060000--
|
|
|
| Re: errors while metamodeling [message #624557 is a reply to message #475263] |
Tue, 28 August 2007 23:37 |
Ed Merks
Messages: 33133
Registered: July 2009 |
Senior Member |
|
|
This is a multi-part message in MIME format.
--------------020105060601000501060504
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Kenn,
I see. That makes perfect sense. Either clients do the same merging
you've done to arrive at an extension of the UML implementation you have
provided or they generate all the things they need that aren't provide
by UML directly because you've merged those concepts away.
Kenn Hussey wrote:
> These artifacts aren't part of the binary plug-in because they are
> development-time (only) resources, and clients aren't expected to make
> direct references to them... There's no problem with someone building a
> heavyweight extension based on these models, but since UML2 does not provide
> an implementation for each of them, they either have to be factored (merged)
> out or implemented from scratch.
>
> Kenn
>
> "Ed Merks" <merks@ca.ibm.com> wrote in message
> news:fb1m43$lb6$2@build.eclipse.org...
>
>> Manar,
>>
>> That's just a comment about what artifacts that appear in the plugin
>> during development end up being copied into the deployed plugin when it's
>> shipped as a jarred binary result. The .genmodel and .ecore models are
>> included but the .uml ones are not. This doesn't help you at all with
>> your problem though, other than make clear you need to find these in the
>> source plugin rather than in the binary plugin as I assumed would be the
>> case.
>>
>>
>> Manar El-Kady wrote:
>>
>>> I mean what is mentioned about the build.properties file.
>>>
>>> thanks,
>>> Manar,
>>>
>>>
>>>
>>>
>>> Ed Merks wrote:
>>>
>>>> Manar,
>>>>
>>>> What is "it"? Hasn't Kenn answered your remaining questions? I'm not a
>>>> UML2 expert by any means so it's unlikely I can answer detailed
>>>> questions about it. What specifically is still causing a problem?
>>>>
>>>>
>>>> Manar El-Kady wrote:
>>>>
>>>>> Ed,
>>>>>
>>>>> It is not clear for me. Could you illustrate it for me?
>>>>>
>>>>> Manar,
>>>>>
>>>>>
>>>>> Ed Merks wrote:
>>>>>
>>>>>> --------------060109010005040605060000
>>>>>> Content-Type: text/html; charset=ISO-8859-1
>>>>>> Content-Transfer-Encoding: 7bit
>>>>>>
>>>>>> <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
>>>>>> <html>
>>>>>> <head>
>>>>>> <meta content="text/html;charset=ISO-8859-1"
>>>>>>
>>>>> http-equiv="Content-Type">
>>>>>
>>>>>> </head>
>>>>>> <body bgcolor="#ffffff" text="#000000">
>>>>>> Manar,<br>
>>>>>> <br>
>>>>>> I see. The build.properties doesn't include them in the
>>>>>>
>>>>> binary plugin,
>>>>>
>>>>>> so I suppose the way you did it is the only way<br>
>>>>>> <blockquote>bin.includes = about.html,\<br>
>>>>>>
>>>>>>
>>>>>
>>>>> plugin.*,\<br>
>>>>>
>>>>>
>>>>> .,\<br>
>>>>>
>>>>>
>>>>> model/*.ecore,\<br>
>>>>>
>>>>>
>>>>> model/*.ecore2xml,\<br>
>>>>>
>>>>>
>>>>> model/*.genmodel,\<br>
>>>>>
>>>>>
>>>>> META-INF/<br>
>>>>>
>>>>>> src.includes = about.html,\<br>
>>>>>>
>>>>>>
>>>>>
>>>>> model/*.ecore2ecore,\<br>
>>>>>
>>>>> <b>
>>>>> model/*.uml,\</b><br>
>>>>>
>>>>>
>>>>> templates/<br>
>>>>>
>>>>>> exclude.. = **/doc-files/**<br>
>>>>>> javacSource = 1.5<br>
>>>>>> javacTarget = 1.5<br>
>>>>>> </blockquote>
>>>>>> I get those same warnings when I validate the instance I have
>>>>>>
>>>>> directly
>>>>>
>>>>>> from CVS, so I suppose those warnings are something to ignore.<br>
>>>>>> <br>
>>>>>> That still leaves your other questions unanswered, so someone with
>>>>>>
>>>>> UML2
>>>>>
>>>>>> expertise will need to answer those. Definitely change your
>>>>>>
>>>>> "\" to "/"
>>>>>
>>>>>> though or you're likely to have problems.<br>
>>>>>> <br>
>>>>>> <br>
>>>>>> Manar El-Kady wrote:
>>>>>> <blockquote cite="mid:fac69v$dcj$1@build.eclipse.org"
>>>>>>
>>>>> type="cite"><br>
>>>>>
>>>>>> Ed Merks wrote:
>>>>>> <br>
>>>>>> <blockquote type="cite">Manar,
>>>>>> <br>
>>>>>> <br>
>>>>>> Comments below.
>>>>>> <br>
>>>>>> <br>
>>>>>> <br>
>>>>>> Manar El-Kady wrote:
>>>>>> <br>
>>>>>> <blockquote type="cite">Hi,
>>>>>> <br>
>>>>>> <br>
>>>>>> I build a metamodel as a heavyweight extension.I do the following
>>>>>> steps:
>>>>>> <br>
>>>>>> - create an empty UML model
>>>>>> <br>
>>>>>> - convert the model to a metamodel
>>>>>> <br>
>>>>>> - apply the ecore profile, and then apply the epackage stereotype to
>>>>>> the
>>>>>> <br>
>>>>>> root model element
>>>>>> <br>
>>>>>> - add some elements for the metamodel
>>>>>> <br>
>>>>>> - merge the primitive types package
>>>>>> <br>
>>>>>> - add the infrastructure.uml as a resource to my metamodel (Note: I
>>>>>> added it by using the editor. I added it from a project in my
>>>>>>
>>>>> workspace
>>>>>
>>>>>> that containing
>>>>>>
>>>>>>
>>>>> platform:/resource/org.eclipse.uml2.source\src\org.eclipse.u ml2.uml_2.1.0.v200706141134\model\Infrastructure.uml)
>>>>>
>>>>
>>>>
>>>>>> <br>
>>>>>> </blockquote>
>>>>>> I think you should have loaded it using
>>>>>> <br>
>>>>>> <br>
>>>>>>
>>>>>>
>>>>> platform:/plugin/org.eclipse.uml2.uml/model/Infrastructure.u ml
>>>>>
>>>>>> <br>
>>>>>> <br>
>>>>>> </blockquote>
>>>>>> <br>
>>>>>> I did it but an error file not found raised
>>>>>> <br>
>>>>>> <br>
>>>>>> I tried to add "/" after "platform:/" and the error
>>>>>> " platform:/plugin/org.eclipse.uml2.uml/model/Infrastructure.u ml "
>>>>>>
>>>>> showed
>>>>>
>>>>>> <br>
>>>>>> <br>
>>>>>> I tried to add the name of the jar file that exist in my plugin
>>>>>>
>>>>> folder
>>>>>
>>>>> " platform:/plugin/org.eclipse.uml2.uml_2.1.0.v200706141134/mo del/Infrastructure.uml ",
>>>>>
>>>>>> then a file not found error raised??
>>>>>> <br>
>>>>>> <br>
>>>>>> <br>
>>>>>> <blockquote type="cite">Don't ever use "\" in a URI since it's
>>>>>> treated as just an ordinary character like "_" not like "/".
>>>>>> <br>
>>>>>> <blockquote type="cite">- While creating the elements of the
>>>>>> metamodels I extended classes from the subpackages of the
>>>>>>
>>>>> Abstractions
>>>>>
>>>>>> package. So, I imported the packages that containing the classes
>>>>>>
>>>>> which
>>>>>
>>>>>> I extend.
>>>>>> <br>
>>>>>> - finally I apply the package merge, and convert it again to a
>>>>>> metamodel.
>>>>>> <br>
>>>>>> <br>
>>>>>> My questions are:
>>>>>> <br>
>>>>>> - After these steps I did a validation, and an error occur " Not all
>>>>>> the members of a namespace'<<metamodel, ePackage>>
>>>>>> <Model> MAS-UML' are distinguishable within it." ??
>>>>>> <br>
>>>>>> </blockquote>
>>>>>> I'm not sure, but it sounds like you have multiple versions of the
>>>>>>
>>>>> same
>>>>>
>>>>>> model, which could be caused by the problem above where you load the
>>>>>> model with one URI, there are other references to this model using a
>>>>>> different URI.
>>>>>> <br>
>>>>>> <blockquote type="cite"><br>
>>>>>> - I tried to do these steps without doing package import and I didn't
>>>>>> notice any difference or errors happened. so, what is the need for
>>>>>> doing a package import in a metamodeling?
>>>>>> <br>
>>>>>> <br>
>>>>>> - After creating the metamodel I create an EMF project for code
>>>>>> generation. Here, I obligated to generate code for the
>>>>>> infrastructureLibrary package, which I didn't need. Why that?
>>>>>> <br>
>>>>>> </blockquote>
>>>>>> In the final step of the wizard, you need to specify a GenModel
>>>>>>
>>>>> for any
>>>>>
>>>>>> packages that already exist and you don't want to generate
>>>>>>
>>>>> yourself but
>>>>>
>>>>>> rather want to reuse an existing generated model.
>>>>>> <br>
>>>>>> <blockquote type="cite"><br>
>>>>>> - After the code generation, there are some errors in the generated
>>>>>> code for the infrastructureLibrary package and for my metamodel code.
>>>>>> all the errors in the impl files and said that xxx cannot be
>>>>>>
>>>>> resolved??
>>>>>
>>>>>> <br>
>>>>>> </blockquote>
>>>>>> I'm sure you'll need to specify a dependency on the UML2 model in the
>>>>>> final step of the wizard if you are trying to extend that
>>>>>>
>>>>> model. Note
>>>>>
>>>>>> that once the plugin.xml and MANIFEST.MF exist, they won't be
>>>>>> regenerated unless you delete them, so even fixing the problems above
>>>>>> won't fix these files unless you delete them before you generate.
>>>>>> <br>
>>>>>> <blockquote type="cite"><br>
>>>>>> <br>
>>>>>> Sorry for this long mail, and thanks in advance.
>>>>>> <br>
>>>>>> <br>
>>>>>> Manar
>>>>>> <br>
>>>>>> <br>
>>>>>> <br>
>>>>>> <br>
>>>>>> <br>
>>>>>> <br>
>>>>>> <br>
>>>>>> <br>
>>>>>> <br>
>>>>>> <br>
>>>>>> </blockquote>
>>>>>> </blockquote>
>>>>>> </blockquote>
>>>>>> <br>
>>>>>> </body>
>>>>>> </html>
>>>>>>
>>>>>> --------------060109010005040605060000--
>>>>>>
>
>
>
--------------020105060601000501060504
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Kenn,<br>
<br>
I see. That makes perfect sense. Either clients do the same merging
you've done to arrive at an extension of the UML implementation you
have provided or they generate all the things they need that aren't
provide by UML directly because you've merged those concepts away.<br>
<br>
<br>
Kenn Hussey wrote:
<blockquote cite="mid:fb29af$2fj$1@build.eclipse.org" type="cite">
<pre wrap="">These artifacts aren't part of the binary plug-in because they are
development-time (only) resources, and clients aren't expected to make
direct references to them... There's no problem with someone building a
heavyweight extension based on these models, but since UML2 does not provide
an implementation for each of them, they either have to be factored (merged)
out or implemented from scratch.
Kenn
"Ed Merks" <a class="moz-txt-link-rfc2396E" href="mailto:merks@ca.ibm.com"><merks@ca.ibm.com></a> wrote in message
<a class="moz-txt-link-freetext" href="news:fb1m43$lb6$2@build.eclipse.org">news:fb1m43$lb6$2@build.eclipse.org</a>...
</pre>
<blockquote type="cite">
<pre wrap="">Manar,
That's just a comment about what artifacts that appear in the plugin
during development end up being copied into the deployed plugin when it's
shipped as a jarred binary result. The .genmodel and .ecore models are
included but the .uml ones are not. This doesn't help you at all with
your problem though, other than make clear you need to find these in the
source plugin rather than in the binary plugin as I assumed would be the
case.
Manar El-Kady wrote:
</pre>
<blockquote type="cite">
<pre wrap="">I mean what is mentioned about the build.properties file.
thanks,
Manar,
Ed Merks wrote:
</pre>
<blockquote type="cite">
<pre wrap="">Manar,
What is "it"? Hasn't Kenn answered your remaining questions? I'm not a
UML2 expert by any means so it's unlikely I can answer detailed
questions about it. What specifically is still causing a problem?
Manar El-Kady wrote:
</pre>
<blockquote type="cite">
<pre wrap="">Ed,
It is not clear for me. Could you illustrate it for me?
Manar,
Ed Merks wrote:
</pre>
<blockquote type="cite">
<pre wrap="">--------------060109010005040605060000
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1"
</pre>
</blockquote>
<pre wrap="">http-equiv="Content-Type">
</pre>
<blockquote type="cite">
<pre wrap=""></head>
<body bgcolor="#ffffff" text="#000000">
Manar,<br>
<br>
I see.&nbsp; The build.properties doesn't include them in the
</pre>
</blockquote>
<pre wrap="">binary plugin,
</pre>
<blockquote type="cite">
<pre wrap="">so I suppose the way you did it is the only way<br>
<blockquote>bin.includes = about.html,\<br>
</pre>
</blockquote>
<pre wrap=""> &nbsp;&nbsp;&nbsp;&nbsp;& ;amp;nbsp;&nbsp;&nbsp;&nbsp;& ;nbsp;&nbsp;&nbsp;&nbsp;&nbs p;&nbsp;
plugin.*,\<br>
</pre>
<pre wrap=""> &nbsp;&nbsp;&nbsp;&nbsp;& ;amp;nbsp;&nbsp;&nbsp;&nbsp;& ;nbsp;&nbsp;&nbsp;&nbsp;&nbs p;&nbsp;
..,\<br>
</pre>
<pre wrap=""> &nbsp;&nbsp;&nbsp;&nbsp;& ;amp;nbsp;&nbsp;&nbsp;&nbsp;& ;nbsp;&nbsp;&nbsp;&nbsp;&nbs p;&nbsp;
model/*.ecore,\<br>
</pre>
<pre wrap=""> &nbsp;&nbsp;&nbsp;&nbsp;& ;amp;nbsp;&nbsp;&nbsp;&nbsp;& ;nbsp;&nbsp;&nbsp;&nbsp;&nbs p;&nbsp;
model/*.ecore2xml,\<br>
</pre>
<pre wrap=""> &nbsp;&nbsp;&nbsp;&nbsp;& ;amp;nbsp;&nbsp;&nbsp;&nbsp;& ;nbsp;&nbsp;&nbsp;&nbsp;&nbs p;&nbsp;
model/*.genmodel,\<br>
</pre>
<pre wrap=""> &nbsp;&nbsp;&nbsp;&nbsp;& ;amp;nbsp;&nbsp;&nbsp;&nbsp;& ;nbsp;&nbsp;&nbsp;&nbsp;&nbs p;&nbsp;
META-INF/<br>
</pre>
<blockquote type="cite">
<pre wrap="">src.includes = about.html,\<br>
</pre>
</blockquote>
<pre wrap=""> &nbsp;&nbsp;&nbsp;&nbsp;& ;amp;nbsp;&nbsp;&nbsp;&nbsp;& ;nbsp;&nbsp;&nbsp;&nbsp;&nbs p;&nbsp;
model/*.ecore2ecore,\<br>
</pre>
<pre wrap=""> <b>&nbsp;&nbsp;&nbsp;& amp;amp;nbsp;&nbsp;&nbsp;&nbsp;& amp;nbsp;&nbsp;&nbsp;&nbsp;& nbsp;&nbsp;&nbsp;
model/*.uml,\</b><br>
</pre>
<pre wrap=""> &nbsp;&nbsp;&nbsp;&nbsp;& ;amp;nbsp;&nbsp;&nbsp;&nbsp;& ;nbsp;&nbsp;&nbsp;&nbsp;&nbs p;&nbsp;
templates/<br>
</pre>
<blockquote type="cite">
<pre wrap="">exclude.. = **/doc-files/**<br>
javacSource = 1.5<br>
javacTarget = 1.5<br>
</blockquote>
I get those same warnings when I validate the instance I have
</pre>
</blockquote>
<pre wrap="">directly
</pre>
<blockquote type="cite">
<pre wrap="">from CVS, so I suppose those warnings are something to ignore.<br>
<br>
That still leaves your other questions unanswered, so someone with
</pre>
</blockquote>
<pre wrap="">UML2
</pre>
<blockquote type="cite">
<pre wrap="">expertise will need to answer those.&nbsp; Definitely change your
</pre>
</blockquote>
<pre wrap="">"\" to "/"
</pre>
<blockquote type="cite">
<pre wrap="">though or you're likely to have problems.<br>
<br>
<br>
Manar El-Kady wrote:
<blockquote cite=<a class="moz-txt-link-rfc2396E" href="mailto:mid:fac69v$dcj$1@build.eclipse.org">"mid:fac69v$dcj$1@build.eclipse.org"</a>
</pre>
</blockquote>
<pre wrap="">type="cite"><br>
</pre>
<blockquote type="cite">
<pre wrap="">Ed Merks wrote:
<br>
<blockquote type="cite">Manar,
<br>
<br>
Comments below.
<br>
<br>
<br>
Manar El-Kady wrote:
<br>
<blockquote type="cite">Hi,
<br>
<br>
I build a metamodel as a heavyweight extension.I do the following
steps:
<br>
- create an empty UML model
<br>
- convert the model to a metamodel
<br>
- apply the ecore profile, and then apply the epackage stereotype to
the
<br>
root model element
<br>
- add some elements for the metamodel
<br>
- merge the primitive types package
<br>
- add the infrastructure.uml as a resource to my metamodel (Note: I
added it by using the editor. I added it from a project in my
</pre>
</blockquote>
<pre wrap="">workspace
</pre>
<blockquote type="cite">
<pre wrap="">that containing
</pre>
</blockquote>
<pre wrap=""> platform:/resource/org.eclipse.uml2.source\src\org.eclipse.u ml2.uml_2.1.0.v200706141134\model\Infrastructure.uml)
</pre>
</blockquote>
<pre wrap="">
</pre>
<blockquote type="cite">
<blockquote type="cite">
<pre wrap=""> <br>
</blockquote>
I think you should have loaded it using
<br>
<br>
&nbsp;&nbsp;&nbsp;
</pre>
</blockquote>
<pre wrap=""> platform:/plugin/org.eclipse.uml2.uml/model/Infrastructure.u ml
</pre>
<blockquote type="cite">
<pre wrap=""> <br>
<br>
</blockquote>
<br>
I did it but an error file not found raised
<br>
<br>
I tried to add "/" after "platform:/" and the error
" platform:/plugin/org.eclipse.uml2.uml/model/Infrastructure.u ml "
</pre>
</blockquote>
<pre wrap="">showed
</pre>
<blockquote type="cite">
<pre wrap=""> <br>
<br>
I tried to add the name of the jar file that exist in my plugin
</pre>
</blockquote>
<pre wrap="">folder
</pre>
<pre wrap="">" platform:/plugin/org.eclipse.uml2.uml_2.1.0.v200706141134/mo del/Infrastructure.uml ",
</pre>
<blockquote type="cite">
<pre wrap="">then a file not found error raised??
<br>
<br>
<br>
<blockquote type="cite">Don't ever use "\" in a URI since it's
treated as just an ordinary character like "_" not like "/".
<br>
<blockquote type="cite">- While creating the elements of the
metamodels I extended classes from the subpackages of the
</pre>
</blockquote>
<pre wrap="">Abstractions
</pre>
<blockquote type="cite">
<pre wrap="">package. So, I imported the packages that containing the classes
</pre>
</blockquote>
<pre wrap="">which
</pre>
<blockquote type="cite">
<pre wrap="">I extend.
<br>
- finally I apply the package merge, and convert it again to a
metamodel.
<br>
<br>
My questions are:
<br>
- After these steps I did a validation, and an error occur " Not all
the members of a namespace'&lt;&lt;metamodel, ePackage&gt;&gt;
&lt;Model&gt; MAS-UML' are distinguishable within it." ??
<br>
</blockquote>
I'm not sure, but it sounds like you have multiple versions of the
</pre>
</blockquote>
<pre wrap="">same
</pre>
<blockquote type="cite">
<pre wrap="">model, which could be caused by the problem above where you load the
model with one URI, there are other references to this model using a
different URI.
<br>
<blockquote type="cite"><br>
- I tried to do these steps without doing package import and I didn't
notice any difference or errors happened. so, what is the need for
doing a package import in a metamodeling?
<br>
<br>
- After creating the metamodel I create an EMF project for code
generation. Here, I obligated to generate code for the
infrastructureLibrary package, which I didn't need. Why that?
<br>
</blockquote>
In the final step of the wizard, you need to specify a GenModel
</pre>
</blockquote>
<pre wrap="">for any
</pre>
<blockquote type="cite">
<pre wrap="">packages that already exist and you don't want to generate
</pre>
</blockquote>
<pre wrap="">yourself but
</pre>
<blockquote type="cite">
<pre wrap="">rather want to reuse an existing generated model.
<br>
<blockquote type="cite"><br>
- After the code generation, there are some errors in the generated
code for the infrastructureLibrary package and for my metamodel code.
all the errors in the impl files and said that xxx cannot be
</pre>
</blockquote>
<pre wrap="">resolved??
</pre>
<blockquote type="cite">
<pre wrap=""> <br>
</blockquote>
I'm sure you'll need to specify a dependency on the UML2 model in the
final step of the wizard if you are trying to extend that
</pre>
</blockquote>
<pre wrap="">model.&nbsp; Note
</pre>
<blockquote type="cite">
<pre wrap="">that once the plugin.xml and MANIFEST.MF exist, they won't be
regenerated unless you delete them, so even fixing the problems above
won't fix these files unless you delete them before you generate.
<br>
<blockquote type="cite"><br>
<br>
Sorry for this long mail, and thanks in advance.
<br>
<br>
Manar
<br>
<br>
<br>
&nbsp;&nbsp;&nbsp; <br>
<br>
<br>
<br>
<br>
<br>
<br>
</blockquote>
</blockquote>
</blockquote>
<br>
</body>
</html>
--------------060109010005040605060000--
</pre>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
<pre wrap=""><!---->
</pre>
</blockquote>
<br>
</body>
</html>
--------------020105060601000501060504--
Ed Merks
Professional Support: https://www.macromodeling.com/
|
|
|
| Re: errors while metamodeling [message #624558 is a reply to message #475350] |
Wed, 29 August 2007 00:05 |
Kenn Hussey
Messages: 1620
Registered: July 2009 |
Senior Member |
|
|
This is a multi-part message in MIME format.
------=_NextPart_000_0157_01C7E9AE.D8875E80
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Exactly.
"Ed Merks" <merks@ca.ibm.com> wrote in message =
news:fb2bjh$gd5$1@build.eclipse.org...
Kenn,
I see. That makes perfect sense. Either clients do the same merging =
you've done to arrive at an extension of the UML implementation you have =
provided or they generate all the things they need that aren't provide =
by UML directly because you've merged those concepts away.
Kenn Hussey wrote:=20
These artifacts aren't part of the binary plug-in because they are=20
development-time (only) resources, and clients aren't expected to make=20
direct references to them... There's no problem with someone building a=20
heavyweight extension based on these models, but since UML2 does not =
provide=20
an implementation for each of them, they either have to be factored =
(merged)=20
out or implemented from scratch.
Kenn
"Ed Merks" <merks@ca.ibm.com> wrote in message=20
news:fb1m43$lb6$2@build.eclipse.org...
Manar,
That's just a comment about what artifacts that appear in the plugin=20
during development end up being copied into the deployed plugin when =
it's=20
shipped as a jarred binary result. The .genmodel and .ecore models are=20
included but the .uml ones are not. This doesn't help you at all with=20
your problem though, other than make clear you need to find these in the =
source plugin rather than in the binary plugin as I assumed would be the =
case.
Manar El-Kady wrote:
I mean what is mentioned about the build.properties file.
thanks,
Manar,
Ed Merks wrote:
Manar,
What is "it"? Hasn't Kenn answered your remaining questions? I'm not a =
UML2 expert by any means so it's unlikely I can answer detailed=20
questions about it. What specifically is still causing a problem?
Manar El-Kady wrote:
Ed,
It is not clear for me. Could you illustrate it for me?
Manar,
Ed Merks wrote:
--------------060109010005040605060000
Content-Type: text/html; charset=3DISO-8859-1
Content-Transfer-Encoding: 7bit
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content=3D"text/html;charset=3DISO-8859-1"
http-equiv=3D"Content-Type">
</head>
<body bgcolor=3D"#ffffff" text=3D"#000000">
Manar,<br>
<br>
I see. The build.properties doesn't include them in the
binary plugin,
so I suppose the way you did it is the only way<br>
<blockquote>bin.includes =3D about.html,\<br>
=
&=
nbsp; =20
plugin.*,\<br>
=
&=
nbsp; =20
..,\<br>
=
&=
nbsp; =20
model/*.ecore,\<br>
=
&=
nbsp; =20
model/*.ecore2xml,\<br>
=
&=
nbsp; =20
model/*.genmodel,\<br>
=
&=
nbsp; =20
META-INF/<br>
src.includes =3D about.html,\<br>
=
&=
nbsp; =20
model/*.ecore2ecore,\<br>
=
<b> &nbs=
p; =20
model/*.uml,\</b><br>
=
&=
nbsp; =20
templates/<br>
exclude.. =3D **/doc-files/**<br>
javacSource =3D 1.5<br>
javacTarget =3D 1.5<br>
</blockquote>
I get those same warnings when I validate the instance I have
directly
from CVS, so I suppose those warnings are something to =
ignore.<br>
<br>
That still leaves your other questions unanswered, so someone with
UML2
expertise will need to answer those. Definitely change =
your
"\" to "/"
though or you're likely to have problems.<br>
<br>
<br>
Manar El-Kady wrote:
<blockquote cite=3D"mid:fac69v$dcj$1@build.eclipse.org"
type=3D"cite"><br>
Ed Merks wrote:
<br>
<blockquote type=3D"cite">Manar,
<br>
<br>
Comments below.
<br>
<br>
<br>
Manar El-Kady wrote:
<br>
<blockquote type=3D"cite">Hi,
<br>
<br>
I build a metamodel as a heavyweight extension.I do the following
steps:
<br>
- create an empty UML model
<br>
- convert the model to a metamodel
<br>
- apply the ecore profile, and then apply the epackage stereotype to
the
<br>
root model element
<br>
- add some elements for the metamodel
<br>
- merge the primitive types package
<br>
- add the infrastructure.uml as a resource to my metamodel (Note: I
added it by using the editor. I added it from a project in my
workspace
that containing
=
platform:/resource/org.eclipse.uml2.source\src\org.eclipse.u ml2.uml_2.1.0=
..v200706141134\model\Infrastructure.uml)
=20
<br>
</blockquote>
I think you should have loaded it using
<br>
<br>
=
platform:/plugin/org.eclipse.uml2.uml/model/Infrastructure.u ml
<br>
<br>
</blockquote>
<br>
I did it but an error file not found raised
<br>
<br>
I tried to add "/" after "platform:/" and the error
" platform:/plugin/org.eclipse.uml2.uml/model/Infrastructure.u ml "
showed
<br>
<br>
I tried to add the name of the jar file that exist in my plugin
folder
=
" platform:/plugin/org.eclipse.uml2.uml_2.1.0.v200706141134/mo del/Infrastr=
ucture.uml",
then a file not found error raised??
<br>
<br>
<br>
<blockquote type=3D"cite">Don't ever use "\" in a URI since it's
treated as just an ordinary character like "_" not like "/".
<br>
<blockquote type=3D"cite">- While creating the elements of the
metamodels I extended classes from the subpackages of the
Abstractions
package. So, I imported the packages that containing the =
classes
which
I extend.
<br>
- finally I apply the package merge, and convert it again to a
metamodel.
<br>
<br>
My questions are:
<br>
- After these steps I did a validation, and an error occur " Not all
the members of a namespace'<<metamodel, ePackage>>
<Model> MAS-UML' are distinguishable within it." ??
<br>
</blockquote>
I'm not sure, but it sounds like you have multiple versions of the
same
model, which could be caused by the problem above where you =
load the
model with one URI, there are other references to this model using a
different URI.
<br>
<blockquote type=3D"cite"><br>
- I tried to do these steps without doing package import and I didn't
notice any difference or errors happened. so, what is the need for
doing a package import in a metamodeling?
<br>
<br>
- After creating the metamodel I create an EMF project for code
generation. Here, I obligated to generate code for the
infrastructureLibrary package, which I didn't need. Why that?
<br>
</blockquote>
In the final step of the wizard, you need to specify a GenModel
for any
packages that already exist and you don't want to generate
yourself but
rather want to reuse an existing generated model.
<br>
<blockquote type=3D"cite"><br>
- After the code generation, there are some errors in the generated
code for the infrastructureLibrary package and for my metamodel code.
all the errors in the impl files and said that xxx cannot be
resolved??
<br>
</blockquote>
I'm sure you'll need to specify a dependency on the UML2 model in the
final step of the wizard if you are trying to extend that
model. Note
that once the plugin.xml and MANIFEST.MF exist, they won't be
regenerated unless you delete them, so even fixing the problems above
won't fix these files unless you delete them before you generate.
<br>
<blockquote type=3D"cite"><br>
<br>
Sorry for this long mail, and thanks in advance.
<br>
<br>
Manar
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
</blockquote>
</blockquote>
</blockquote>
<br>
</body>
</html>
--------------060109010005040605060000--=20
=20
=20
------=_NextPart_000_0157_01C7E9AE.D8875E80
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type =
content=3Dtext/html;charset=3DISO-8859-1>
<META content=3D"MSHTML 6.00.6000.16481" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY text=3D#000000 bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>Exactly.</FONT></DIV>
<DIV> </DIV>
<BLOCKQUOTE=20
style=3D"PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; =
BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px">
<DIV>"Ed Merks" <<A =
href=3D"mailto:merks@ca.ibm.com">merks@ca.ibm.com</A>>=20
wrote in message <A=20
=
href=3D"news:fb2bjh$gd5$1@build.eclipse.org">news:fb2bjh$gd5$1@build.ecli=
pse.org</A>...</DIV>Kenn,<BR><BR>I=20
see. That makes perfect sense. Either clients do the same =
merging=20
you've done to arrive at an extension of the UML implementation you =
have=20
provided or they generate all the things they need that aren't provide =
by UML=20
directly because you've merged those concepts away.<BR><BR><BR>Kenn =
Hussey=20
wrote:=20
<BLOCKQUOTE cite=3Dmid:fb29af$2fj$1@build.eclipse.org =
type=3D"cite"><PRE wrap=3D"">These artifacts aren't part of the binary =
plug-in because they are=20
development-time (only) resources, and clients aren't expected to make=20
direct references to them... There's no problem with someone building a=20
heavyweight extension based on these models, but since UML2 does not =
provide=20
an implementation for each of them, they either have to be factored =
(merged)=20
out or implemented from scratch.
Kenn
"Ed Merks" <A class=3Dmoz-txt-link-rfc2396E =
href=3D"mailto:merks@ca.ibm.com"><merks@ca.ibm.com></A> wrote in =
message=20
<A class=3Dmoz-txt-link-freetext =
href=3D"news:fb1m43$lb6$2@build.eclipse.org">news:fb1m43$lb6$2@build.ecli=
pse.org</A>...
</PRE>
<BLOCKQUOTE type=3D"cite"><PRE wrap=3D"">Manar,
That's just a comment about what artifacts that appear in the plugin=20
during development end up being copied into the deployed plugin when =
it's=20
shipped as a jarred binary result. The .genmodel and .ecore models are=20
included but the .uml ones are not. This doesn't help you at all with=20
your problem though, other than make clear you need to find these in the =
source plugin rather than in the binary plugin as I assumed would be the =
case.
Manar El-Kady wrote:
</PRE>
<BLOCKQUOTE type=3D"cite"><PRE wrap=3D"">I mean what is mentioned =
about the build.properties file.
thanks,
Manar,
Ed Merks wrote:
</PRE>
<BLOCKQUOTE type=3D"cite"><PRE wrap=3D"">Manar,
What is "it"? Hasn't Kenn answered your remaining questions? I'm not a =
UML2 expert by any means so it's unlikely I can answer detailed=20
questions about it. What specifically is still causing a problem?
Manar El-Kady wrote:
</PRE>
<BLOCKQUOTE type=3D"cite"><PRE wrap=3D"">Ed,
It is not clear for me. Could you illustrate it for me?
Manar,
Ed Merks wrote:
</PRE>
<BLOCKQUOTE type=3D"cite"><PRE =
wrap=3D"">--------------060109010005040605060000
Content-Type: text/html; charset=3DISO-8859-1
Content-Transfer-Encoding: 7bit
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content=3D"text/html;charset=3DISO-8859-1"
</PRE></BLOCKQUOTE><PRE =
wrap=3D"">http-equiv=3D"Content-Type">
</PRE>
<BLOCKQUOTE type=3D"cite"><PRE wrap=3D""></head>
<body bgcolor=3D"#ffffff" text=3D"#000000">
Manar,<br>
<br>
I see.&nbsp; The build.properties doesn't include them in the
</PRE></BLOCKQUOTE><PRE wrap=3D"">binary plugin,
</PRE>
<BLOCKQUOTE type=3D"cite"><PRE wrap=3D"">so I suppose the =
way you did it is the only way<br>
<blockquote>bin.includes =3D about.html,\<br>
</PRE></BLOCKQUOTE><PRE =
wrap=3D""> &nbsp;&nbsp;&nbsp;&nbsp;& ;amp;nbsp;&nbsp;&am=
p;nbsp;&nbsp;&nbsp;&nbsp;&nb sp;&nbsp;&nbsp;&n=
bsp;=20
plugin.*,\<br>
</PRE><PRE =
wrap=3D""> &nbsp;&nbsp;&nbsp;&nbsp;& ;amp;nbsp;&nbsp;&am=
p;nbsp;&nbsp;&nbsp;&nbsp;&nb sp;&nbsp;&nbsp;&n=
bsp;=20
..,\<br>
</PRE><PRE =
wrap=3D""> &nbsp;&nbsp;&nbsp;&nbsp;& ;amp;nbsp;&nbsp;&am=
p;nbsp;&nbsp;&nbsp;&nbsp;&nb sp;&nbsp;&nbsp;&n=
bsp;=20
model/*.ecore,\<br>
</PRE><PRE =
wrap=3D""> &nbsp;&nbsp;&nbsp;&nbsp;& ;amp;nbsp;&nbsp;&am=
p;nbsp;&nbsp;&nbsp;&nbsp;&nb sp;&nbsp;&nbsp;&n=
bsp;=20
model/*.ecore2xml,\<br>
</PRE><PRE =
wrap=3D""> &nbsp;&nbsp;&nbsp;&nbsp;& ;amp;nbsp;&nbsp;&am=
p;nbsp;&nbsp;&nbsp;&nbsp;&nb sp;&nbsp;&nbsp;&n=
bsp;=20
model/*.genmodel,\<br>
</PRE><PRE =
wrap=3D""> &nbsp;&nbsp;&nbsp;&nbsp;& ;amp;nbsp;&nbsp;&am=
p;nbsp;&nbsp;&nbsp;&nbsp;&nb sp;&nbsp;&nbsp;&n=
bsp;=20
META-INF/<br>
</PRE>
<BLOCKQUOTE type=3D"cite"><PRE wrap=3D"">src.includes =3D =
about.html,\<br>
</PRE></BLOCKQUOTE><PRE =
wrap=3D""> &nbsp;&nbsp;&nbsp;&nbsp;& ;amp;nbsp;&nbsp;&am=
p;nbsp;&nbsp;&nbsp;&nbsp;&nb sp;&nbsp;&nbsp;&n=
bsp;=20
model/*.ecore2ecore,\<br>
</PRE><PRE =
wrap=3D""> <b>&nbsp;&nbsp;&nbsp;& amp;amp;nbsp;&nbsp;&=
;nbsp;&nbsp;&nbsp;&nbsp;&nbs p;&nbsp;&nbsp;&nb=
sp;&nbsp;=20
model/*.uml,\</b><br>
</PRE><PRE =
wrap=3D""> &nbsp;&nbsp;&nbsp;&nbsp;& ;amp;nbsp;&nbsp;&am=
p;nbsp;&nbsp;&nbsp;&nbsp;&nb sp;&nbsp;&nbsp;&n=
bsp;=20
templates/<br>
</PRE>
<BLOCKQUOTE type=3D"cite"><PRE wrap=3D"">exclude.. =3D =
**/doc-files/**<br>
javacSource =3D 1.5<br>
javacTarget =3D 1.5<br>
</blockquote>
I get those same warnings when I validate the instance I have
</PRE></BLOCKQUOTE><PRE wrap=3D"">directly
</PRE>
<BLOCKQUOTE type=3D"cite"><PRE wrap=3D"">from CVS, so I =
suppose those warnings are something to ignore.<br>
<br>
That still leaves your other questions unanswered, so someone with
</PRE></BLOCKQUOTE><PRE wrap=3D"">UML2
</PRE>
<BLOCKQUOTE type=3D"cite"><PRE wrap=3D"">expertise will need =
to answer those.&nbsp; Definitely change your
</PRE></BLOCKQUOTE><PRE wrap=3D"">"\" to "/"
</PRE>
<BLOCKQUOTE type=3D"cite"><PRE wrap=3D"">though or you're =
likely to have problems.<br>
<br>
<br>
Manar El-Kady wrote:
<blockquote cite=3D<A class=3Dmoz-txt-link-rfc2396E =
href=3D"mailto:mid:fac69v$dcj$1@build.eclipse.org">"mid:fac69v$dcj$1@buil=
d.eclipse.org"</A>
</PRE></BLOCKQUOTE><PRE =
wrap=3D"">type=3D"cite"><br>
</PRE>
<BLOCKQUOTE type=3D"cite"><PRE wrap=3D"">Ed Merks wrote:
<br>
<blockquote type=3D"cite">Manar,
<br>
<br>
Comments below.
<br>
<br>
<br>
Manar El-Kady wrote:
<br>
<blockquote type=3D"cite">Hi,
<br>
<br>
I build a metamodel as a heavyweight extension.I do the following
steps:
<br>
- create an empty UML model
<br>
- convert the model to a metamodel
<br>
- apply the ecore profile, and then apply the epackage stereotype to
the
<br>
root model element
<br>
- add some elements for the metamodel
<br>
- merge the primitive types package
<br>
- add the infrastructure.uml as a resource to my metamodel (Note: I
added it by using the editor. I added it from a project in my
</PRE></BLOCKQUOTE><PRE wrap=3D"">workspace
</PRE>
<BLOCKQUOTE type=3D"cite"><PRE wrap=3D"">that containing
</PRE></BLOCKQUOTE><PRE =
wrap=3D""> platform:/resource/org.eclipse.uml2.source\src\org.eclipse.u ml2=
..uml_2.1.0.v200706141134\model\Infrastructure.uml)
</PRE></BLOCKQUOTE><PRE wrap=3D"">
</PRE>
<BLOCKQUOTE type=3D"cite">
<BLOCKQUOTE type=3D"cite"><PRE wrap=3D""> <br>
</blockquote>
I think you should have loaded it using
<br>
<br>
&nbsp;&nbsp;&nbsp;
</PRE></BLOCKQUOTE><PRE =
wrap=3D""> platform:/plugin/org.eclipse.uml2.uml/model/Infrastructure.u ml
</PRE>
<BLOCKQUOTE type=3D"cite"><PRE wrap=3D""> <br>
<br>
</blockquote>
<br>
I did it but an error file not found raised
<br>
<br>
I tried to add "/" after "platform:/" and the error
" platform:/plugin/org.eclipse.uml2.uml/model/Infrastructure.u ml "
</PRE></BLOCKQUOTE><PRE wrap=3D"">showed
</PRE>
<BLOCKQUOTE type=3D"cite"><PRE wrap=3D""> <br>
<br>
I tried to add the name of the jar file that exist in my plugin
</PRE></BLOCKQUOTE><PRE wrap=3D"">folder
</PRE><PRE =
wrap=3D"">" platform:/plugin/org.eclipse.uml2.uml_2.1.0.v200706141134/mo de=
l/Infrastructure.uml",
</PRE>
<BLOCKQUOTE type=3D"cite"><PRE wrap=3D"">then a file not =
found error raised??
<br>
<br>
<br>
<blockquote type=3D"cite">Don't ever use "\" in a URI since it's
treated as just an ordinary character like "_" not like "/".
<br>
<blockquote type=3D"cite">- While creating the elements of the
metamodels I extended classes from the subpackages of the
</PRE></BLOCKQUOTE><PRE wrap=3D"">Abstractions
</PRE>
<BLOCKQUOTE type=3D"cite"><PRE wrap=3D"">package. So, I =
imported the packages that containing the classes
</PRE></BLOCKQUOTE><PRE wrap=3D"">which
</PRE>
<BLOCKQUOTE type=3D"cite"><PRE wrap=3D"">I extend.
<br>
- finally I apply the package merge, and convert it again to a
metamodel.
<br>
<br>
My questions are:
<br>
- After these steps I did a validation, and an error occur " Not all
the members of a namespace'&lt;&lt;metamodel, =
ePackage&gt;&gt;
&lt;Model&gt; MAS-UML' are distinguishable within it." ??
<br>
</blockquote>
I'm not sure, but it sounds like you have multiple versions of the
</PRE></BLOCKQUOTE><PRE wrap=3D"">same
</PRE>
<BLOCKQUOTE type=3D"cite"><PRE wrap=3D"">model, which could =
be caused by the problem above where you load the
model with one URI, there are other references to this model using a
different URI.
<br>
<blockquote type=3D"cite"><br>
- I tried to do these steps without doing package import and I didn't
notice any difference or errors happened. so, what is the need for
doing a package import in a metamodeling?
<br>
<br>
- After creating the metamodel I create an EMF project for code
generation. Here, I obligated to generate code for the
infrastructureLibrary package, which I didn't need. Why that?
<br>
</blockquote>
In the final step of the wizard, you need to specify a GenModel
</PRE></BLOCKQUOTE><PRE wrap=3D"">for any
</PRE>
<BLOCKQUOTE type=3D"cite"><PRE wrap=3D"">packages that =
already exist and you don't want to generate
</PRE></BLOCKQUOTE><PRE wrap=3D"">yourself but
</PRE>
<BLOCKQUOTE type=3D"cite"><PRE wrap=3D"">rather want to =
reuse an existing generated model.
<br>
<blockquote type=3D"cite"><br>
- After the code generation, there are some errors in the generated
code for the infrastructureLibrary package and for my metamodel code.
all the errors in the impl files and said that xxx cannot be
</PRE></BLOCKQUOTE><PRE wrap=3D"">resolved??
</PRE>
<BLOCKQUOTE type=3D"cite"><PRE wrap=3D""> <br>
</blockquote>
I'm sure you'll need to specify a dependency on the UML2 model in the
final step of the wizard if you are trying to extend that
</PRE></BLOCKQUOTE><PRE wrap=3D"">model.&nbsp; Note
</PRE>
<BLOCKQUOTE type=3D"cite"><PRE wrap=3D"">that once the =
plugin.xml and MANIFEST.MF exist, they won't be
regenerated unless you delete them, so even fixing the problems above
won't fix these files unless you delete them before you generate.
<br>
<blockquote type=3D"cite"><br>
<br>
Sorry for this long mail, and thanks in advance.
<br>
<br>
Manar
<br>
<br>
<br>
&nbsp;&nbsp;&nbsp; <br>
<br>
<br>
<br>
<br>
<br>
<br>
</blockquote>
</blockquote>
</blockquote>
<br>
</body>
</html>
--------------060109010005040605060000--=20
=
</PRE></BLOCKQUOTE></BLOCKQUOTE></BLOCKQUOTE></BLOCKQUOTE ></BLOCKQUOTE><P=
RE wrap=3D""><!---->
</PRE></BLOCKQUOTE><BR></BLOCKQUOTE></BODY></HTML>
------=_NextPart_000_0157_01C7E9AE.D8875E80--
|
|
|
| Re: errors while metamodeling [message #624560 is a reply to message #475351] |
Wed, 29 August 2007 10:59 |
Manar El-Kady
Messages: 78
Registered: July 2009 |
Member |
|
|
I'd like to thank you for that illustration. But, I didn't get the
difference between these direction clear for me. Moreover, I am still
have a problem in what I am doing. I didn't know for which direction it
belongs.
Manar
Kenn Hussey wrote:
> Exactly.
>
>
> "Ed Merks" <merks@ca.ibm.com <mailto:merks@ca.ibm.com>> wrote in
> message news:fb2bjh$gd5$1@build.eclipse.org...
> Kenn,
>
> I see. That makes perfect sense. Either clients do the same
> merging you've done to arrive at an extension of the UML
> implementation you have provided or they generate all the things
> they need that aren't provide by UML directly because you've merged
> those concepts away.
>
>
> Kenn Hussey wrote:
>> These artifacts aren't part of the binary plug-in because they are
>> development-time (only) resources, and clients aren't expected to make
>> direct references to them... There's no problem with someone building a
>> heavyweight extension based on these models, but since UML2 does not provide
>> an implementation for each of them, they either have to be factored (merged)
>> out or implemented from scratch.
>>
>> Kenn
>>
>> "Ed Merks" <merks@ca.ibm.com> wrote in message
>> news:fb1m43$lb6$2@build.eclipse.org...
>>
>>> Manar,
>>>
>>> That's just a comment about what artifacts that appear in the plugin
>>> during development end up being copied into the deployed plugin when it's
>>> shipped as a jarred binary result. The .genmodel and .ecore models are
>>> included but the .uml ones are not. This doesn't help you at all with
>>> your problem though, other than make clear you need to find these in the
>>> source plugin rather than in the binary plugin as I assumed would be the
>>> case.
>>>
>>>
>>> Manar El-Kady wrote:
>>>
>>>> I mean what is mentioned about the build.properties file.
>>>>
>>>> thanks,
>>>> Manar,
>>>>
>>>>
>>>>
>>>>
>>>> Ed Merks wrote:
>>>>
>>>>> Manar,
>>>>>
>>>>> What is "it"? Hasn't Kenn answered your remaining questions? I'm not a
>>>>> UML2 expert by any means so it's unlikely I can answer detailed
>>>>> questions about it. What specifically is still causing a problem?
>>>>>
>>>>>
>>>>> Manar El-Kady wrote:
>>>>>
>>>>>> Ed,
>>>>>>
>>>>>> It is not clear for me. Could you illustrate it for me?
>>>>>>
>>>>>> Manar,
>>>>>>
>>>>>>
>>>>>> Ed Merks wrote:
>>>>>>
>>>>>>> --------------060109010005040605060000
>>>>>>> Content-Type: text/html; charset=ISO-8859-1
>>>>>>> Content-Transfer-Encoding: 7bit
>>>>>>>
>>>>>>> <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
>>>>>>> <html>
>>>>>>> <head>
>>>>>>> <meta content="text/html;charset=ISO-8859-1"
>>>>>>>
>>>>>> http-equiv="Content-Type">
>>>>>>
>>>>>>> </head>
>>>>>>> <body bgcolor="#ffffff" text="#000000">
>>>>>>> Manar,<br>
>>>>>>> <br>
>>>>>>> I see. The build.properties doesn't include them in the
>>>>>>>
>>>>>> binary plugin,
>>>>>>
>>>>>>> so I suppose the way you did it is the only way<br>
>>>>>>> <blockquote>bin.includes = about.html,\<br>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>> plugin.*,\<br>
>>>>>>
>>>>>>
>>>>>> ..,\<br>
>>>>>>
>>>>>>
>>>>>> model/*.ecore,\<br>
>>>>>>
>>>>>>
>>>>>> model/*.ecore2xml,\<br>
>>>>>>
>>>>>>
>>>>>> model/*.genmodel,\<br>
>>>>>>
>>>>>>
>>>>>> META-INF/<br>
>>>>>>
>>>>>>> src.includes = about.html,\<br>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>> model/*.ecore2ecore,\<br>
>>>>>>
>>>>>> <b>
>>>>>> model/*.uml,\</b><br>
>>>>>>
>>>>>>
>>>>>> templates/<br>
>>>>>>
>>>>>>> exclude.. = **/doc-files/**<br>
>>>>>>> javacSource = 1.5<br>
>>>>>>> javacTarget = 1.5<br>
>>>>>>> </blockquote>
>>>>>>> I get those same warnings when I validate the instance I have
>>>>>>>
>>>>>> directly
>>>>>>
>>>>>>> from CVS, so I suppose those warnings are something to ignore.<br>
>>>>>>> <br>
>>>>>>> That still leaves your other questions unanswered, so someone with
>>>>>>>
>>>>>> UML2
>>>>>>
>>>>>>> expertise will need to answer those. Definitely change your
>>>>>>>
>>>>>> "\" to "/"
>>>>>>
>>>>>>> though or you're likely to have problems.<br>
>>>>>>> <br>
>>>>>>> <br>
>>>>>>> Manar El-Kady wrote:
>>>>>>> <blockquote cite="mid:fac69v$dcj$1@build.eclipse.org"
>>>>>>>
>>>>>> type="cite"><br>
>>>>>>
>>>>>>> Ed Merks wrote:
>>>>>>> <br>
>>>>>>> <blockquote type="cite">Manar,
>>>>>>> <br>
>>>>>>> <br>
>>>>>>> Comments below.
>>>>>>> <br>
>>>>>>> <br>
>>>>>>> <br>
>>>>>>> Manar El-Kady wrote:
>>>>>>> <br>
>>>>>>> <blockquote type="cite">Hi,
>>>>>>> <br>
>>>>>>> <br>
>>>>>>> I build a metamodel as a heavyweight extension.I do the following
>>>>>>> steps:
>>>>>>> <br>
>>>>>>> - create an empty UML model
>>>>>>> <br>
>>>>>>> - convert the model to a metamodel
>>>>>>> <br>
>>>>>>> - apply the ecore profile, and then apply the epackage stereotype to
>>>>>>> the
>>>>>>> <br>
>>>>>>> root model element
>>>>>>> <br>
>>>>>>> - add some elements for the metamodel
>>>>>>> <br>
>>>>>>> - merge the primitive types package
>>>>>>> <br>
>>>>>>> - add the infrastructure.uml as a resource to my metamodel (Note: I
>>>>>>> added it by using the editor. I added it from a project in my
>>>>>>>
>>>>>> workspace
>>>>>>
>>>>>>> that containing
>>>>>>>
>>>>>>>
>>>>>> platform:/resource/org.eclipse.uml2.source\src\org.eclipse.u ml2..uml_2.1.0.v200706141134\model\Infrastructure.uml)
>>>>>>
>>>>>
>>>>>>> <br>
>>>>>>> </blockquote>
>>>>>>> I think you should have loaded it using
>>>>>>> <br>
>>>>>>> <br>
>>>>>>>
>>>>>>>
>>>>>> platform:/plugin/org.eclipse.uml2.uml/model/Infrastructure.u ml
>>>>>>
>>>>>>> <br>
>>>>>>> <br>
>>>>>>> </blockquote>
>>>>>>> <br>
>>>>>>> I did it but an error file not found raised
>>>>>>> <br>
>>>>>>> <br>
>>>>>>> I tried to add "/" after "platform:/" and the error
>>>>>>> " platform:/plugin/org.eclipse.uml2.uml/model/Infrastructure.u ml "
>>>>>>>
>>>>>> showed
>>>>>>
>>>>>>> <br>
>>>>>>> <br>
>>>>>>> I tried to add the name of the jar file that exist in my plugin
>>>>>>>
>>>>>> folder
>>>>>>
>>>>>> " platform:/plugin/org.eclipse.uml2.uml_2.1.0.v200706141134/mo del/Infrastructure.uml ",
>>>>>>
>>>>>>> then a file not found error raised??
>>>>>>> <br>
>>>>>>> <br>
>>>>>>> <br>
>>>>>>> <blockquote type="cite">Don't ever use "\" in a URI since it's
>>>>>>> treated as just an ordinary character like "_" not like "/".
>>>>>>> <br>
>>>>>>> <blockquote type="cite">- While creating the elements of the
>>>>>>> metamodels I extended classes from the subpackages of the
>>>>>>>
>>>>>> Abstractions
>>>>>>
>>>>>>> package. So, I imported the packages that containing the classes
>>>>>>>
>>>>>> which
>>>>>>
>>>>>>> I extend.
>>>>>>> <br>
>>>>>>> - finally I apply the package merge, and convert it again to a
>>>>>>> metamodel.
>>>>>>> <br>
>>>>>>> <br>
>>>>>>> My questions are:
>>>>>>> <br>
>>>>>>> - After these steps I did a validation, and an error occur " Not all
>>>>>>> the members of a namespace'<<metamodel, ePackage>>
>>>>>>> <Model> MAS-UML' are distinguishable within it." ??
>>>>>>> <br>
>>>>>>> </blockquote>
>>>>>>> I'm not sure, but it sounds like you have multiple versions of the
>>>>>>>
>>>>>> same
>>>>>>
>>>>>>> model, which could be caused by the problem above where you load the
>>>>>>> model with one URI, there are other references to this model using a
>>>>>>> different URI.
>>>>>>> <br>
>>>>>>> <blockquote type="cite"><br>
>>>>>>> - I tried to do these steps without doing package import and I didn't
>>>>>>> notice any difference or errors happened. so, what is the need for
>>>>>>> doing a package import in a metamodeling?
>>>>>>> <br>
>>>>>>> <br>
>>>>>>> - After creating the metamodel I create an EMF project for code
>>>>>>> generation. Here, I obligated to generate code for the
>>>>>>> infrastructureLibrary package, which I didn't need. Why that?
>>>>>>> <br>
>>>>>>> </blockquote>
>>>>>>> In the final step of the wizard, you need to specify a GenModel
>>>>>>>
>>>>>> for any
>>>>>>
>>>>>>> packages that already exist and you don't want to generate
>>>>>>>
>>>>>> yourself but
>>>>>>
>>>>>>> rather want to reuse an existing generated model.
>>>>>>> <br>
>>>>>>> <blockquote type="cite"><br>
>>>>>>> - After the code generation, there are some errors in the generated
>>>>>>> code for the infrastructureLibrary package and for my metamodel code.
>>>>>>> all the errors in the impl files and said that xxx cannot be
>>>>>>>
>>>>>> resolved??
>>>>>>
>>>>>>> <br>
>>>>>>> </blockquote>
>>>>>>> I'm sure you'll need to specify a dependency on the UML2 model in the
>>>>>>> final step of the wizard if you are trying to extend that
>>>>>>>
>>>>>> model. Note
>>>>>>
>>>>>>> that once the plugin.xml and MANIFEST.MF exist, they won't be
>>>>>>> regenerated unless you delete them, so even fixing the problems above
>>>>>>> won't fix these files unless you delete them before you generate.
>>>>>>> <br>
>>>>>>> <blockquote type="cite"><br>
>>>>>>> <br>
>>>>>>> Sorry for this long mail, and thanks in advance.
>>>>>>> <br>
>>>>>>> <br>
>>>>>>> Manar
>>>>>>> <br>
>>>>>>> <br>
>>>>>>> <br>
>>>>>>> <br>
>>>>>>> <br>
>>>>>>> <br>
>>>>>>> <br>
>>>>>>> <br>
>>>>>>> <br>
>>>>>>> <br>
>>>>>>> </blockquote>
>>>>>>> </blockquote>
>>>>>>> </blockquote>
>>>>>>> <br>
>>>>>>> </body>
>>>>>>> </html>
>>>>>>>
>>>>>>> --------------060109010005040605060000--
>>>>>>>
>>
>>
>>
>
|
|
|
| Re: errors while metamodeling [message #624575 is a reply to message #475353] |
Wed, 29 August 2007 11:12 |
Manar El-Kady
Messages: 78
Registered: July 2009 |
Member |
|
|
I am doing a trial for building a metamodel that hasn't any merge
package, but just load a resource for the infrastructureLibrary package
as a file system from the UML source in the plugin older. The result has
two undesired things:
1- I obligated to generate code for all the subpackages in the
InfrastructureLibrary
2- the generated code has errors
Manar
Manar El-Kady wrote:
> I'd like to thank you for that illustration. But, I didn't get the
> difference between these direction clear for me. Moreover, I am still
> have a problem in what I am doing. I didn't know for which direction it
> belongs.
>
>
> Manar
>
>
>
> Kenn Hussey wrote:
>> Exactly.
>>
>>
>> "Ed Merks" <merks@ca.ibm.com <mailto:merks@ca.ibm.com>> wrote in
>> message news:fb2bjh$gd5$1@build.eclipse.org...
>> Kenn,
>>
>> I see. That makes perfect sense. Either clients do the same
>> merging you've done to arrive at an extension of the UML
>> implementation you have provided or they generate all the things
>> they need that aren't provide by UML directly because you've merged
>> those concepts away.
>>
>>
>> Kenn Hussey wrote:
>>> These artifacts aren't part of the binary plug-in because they
>>> are development-time (only) resources, and clients aren't
>>> expected to make direct references to them... There's no problem
>>> with someone building a heavyweight extension based on these
>>> models, but since UML2 does not provide an implementation for
>>> each of them, they either have to be factored (merged) out or
>>> implemented from scratch.
>>>
>>> Kenn
>>>
>>> "Ed Merks" <merks@ca.ibm.com> wrote in message
>>> news:fb1m43$lb6$2@build.eclipse.org...
>>>
>>>> Manar,
>>>>
>>>> That's just a comment about what artifacts that appear in the
>>>> plugin during development end up being copied into the deployed
>>>> plugin when it's shipped as a jarred binary result. The
>>>> .genmodel and .ecore models are included but the .uml ones are
>>>> not. This doesn't help you at all with your problem though,
>>>> other than make clear you need to find these in the source
>>>> plugin rather than in the binary plugin as I assumed would be the
>>>> case.
>>>>
>>>>
>>>> Manar El-Kady wrote:
>>>>
>>>>> I mean what is mentioned about the build.properties file.
>>>>>
>>>>> thanks,
>>>>> Manar,
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> Ed Merks wrote:
>>>>>
>>>>>> Manar,
>>>>>>
>>>>>> What is "it"? Hasn't Kenn answered your remaining questions?
>>>>>> I'm not a UML2 expert by any means so it's unlikely I can
>>>>>> answer detailed questions about it. What specifically is
>>>>>> still causing a problem?
>>>>>>
>>>>>>
>>>>>> Manar El-Kady wrote:
>>>>>>
>>>>>>> Ed,
>>>>>>>
>>>>>>> It is not clear for me. Could you illustrate it for me?
>>>>>>>
>>>>>>> Manar,
>>>>>>>
>>>>>>>
>>>>>>> Ed Merks wrote:
>>>>>>>
>>>>>>>> --------------060109010005040605060000
>>>>>>>> Content-Type: text/html; charset=ISO-8859-1
>>>>>>>> Content-Transfer-Encoding: 7bit
>>>>>>>>
>>>>>>>> <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
>>>>>>>> <html>
>>>>>>>> <head>
>>>>>>>> <meta content="text/html;charset=ISO-8859-1"
>>>>>>>>
>>>>>>> http-equiv="Content-Type">
>>>>>>>
>>>>>>>> </head>
>>>>>>>> <body bgcolor="#ffffff" text="#000000">
>>>>>>>> Manar,<br>
>>>>>>>> <br>
>>>>>>>> I see. The build.properties doesn't include them in the
>>>>>>>>
>>>>>>> binary plugin,
>>>>>>>
>>>>>>>> so I suppose the way you did it is the only way<br>
>>>>>>>> <blockquote>bin.includes = about.html,\<br>
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> plugin.*,\<br>
>>>>>>>
>>>>>>>
>>>>>>> ..,\<br>
>>>>>>>
>>>>>>>
>>>>>>> model/*.ecore,\<br>
>>>>>>>
>>>>>>>
>>>>>>> model/*.ecore2xml,\<br>
>>>>>>>
>>>>>>>
>>>>>>> model/*.genmodel,\<br>
>>>>>>>
>>>>>>>
>>>>>>> META-INF/<br>
>>>>>>>
>>>>>>>> src.includes = about.html,\<br>
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> model/*.ecore2ecore,\<br>
>>>>>>>
>>>>>>> <b>
>>>>>>> model/*.uml,\</b><br>
>>>>>>>
>>>>>>>
>>>>>>> templates/<br>
>>>>>>>
>>>>>>>> exclude.. = **/doc-files/**<br>
>>>>>>>> javacSource = 1.5<br>
>>>>>>>> javacTarget = 1.5<br>
>>>>>>>> </blockquote>
>>>>>>>> I get those same warnings when I validate the instance I have
>>>>>>>>
>>>>>>> directly
>>>>>>>
>>>>>>>> from CVS, so I suppose those warnings are something to
>>>>>>>> ignore.<br>
>>>>>>>> <br>
>>>>>>>> That still leaves your other questions unanswered, so
>>>>>>>> someone with
>>>>>>>>
>>>>>>> UML2
>>>>>>>
>>>>>>>> expertise will need to answer those. Definitely change
>>>>>>>> your
>>>>>>>>
>>>>>>> "\" to "/"
>>>>>>>
>>>>>>>> though or you're likely to have problems.<br>
>>>>>>>> <br>
>>>>>>>> <br>
>>>>>>>> Manar El-Kady wrote:
>>>>>>>> <blockquote cite="mid:fac69v$dcj$1@build.eclipse.org"
>>>>>>>>
>>>>>>> type="cite"><br>
>>>>>>>
>>>>>>>> Ed Merks wrote:
>>>>>>>> <br>
>>>>>>>> <blockquote type="cite">Manar,
>>>>>>>> <br>
>>>>>>>> <br>
>>>>>>>> Comments below.
>>>>>>>> <br>
>>>>>>>> <br>
>>>>>>>> <br>
>>>>>>>> Manar El-Kady wrote:
>>>>>>>> <br>
>>>>>>>> <blockquote type="cite">Hi,
>>>>>>>> <br>
>>>>>>>> <br>
>>>>>>>> I build a metamodel as a heavyweight extension.I do the
>>>>>>>> following
>>>>>>>> steps:
>>>>>>>> <br>
>>>>>>>> - create an empty UML model
>>>>>>>> <br>
>>>>>>>> - convert the model to a metamodel
>>>>>>>> <br>
>>>>>>>> - apply the ecore profile, and then apply the epackage
>>>>>>>> stereotype to
>>>>>>>> the
>>>>>>>> <br>
>>>>>>>> root model element
>>>>>>>> <br>
>>>>>>>> - add some elements for the metamodel
>>>>>>>> <br>
>>>>>>>> - merge the primitive types package
>>>>>>>> <br>
>>>>>>>> - add the infrastructure.uml as a resource to my metamodel
>>>>>>>> (Note: I
>>>>>>>> added it by using the editor. I added it from a project in my
>>>>>>>>
>>>>>>> workspace
>>>>>>>
>>>>>>>> that containing
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>> platform:/resource/org.eclipse.uml2.source\src\org.eclipse.u ml2..uml_2.1.0.v200706141134\model\Infrastructure.uml)
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>>> <br>
>>>>>>>> </blockquote>
>>>>>>>> I think you should have loaded it using
>>>>>>>> <br>
>>>>>>>> <br>
>>>>>>>>
>>>>>>>>
>>>>>>> platform:/plugin/org.eclipse.uml2.uml/model/Infrastructure.u ml
>>>>>>>
>>>>>>>> <br>
>>>>>>>> <br>
>>>>>>>> </blockquote>
>>>>>>>> <br>
>>>>>>>> I did it but an error file not found raised
>>>>>>>> <br>
>>>>>>>> <br>
>>>>>>>> I tried to add "/" after "platform:/" and the error
>>>>>>>>
>>>>>>>> " platform:/plugin/org.eclipse.uml2.uml/model/Infrastructure.u ml "
>>>>>>>>
>>>>>>> showed
>>>>>>>
>>>>>>>> <br>
>>>>>>>> <br>
>>>>>>>> I tried to add the name of the jar file that exist in my plugin
>>>>>>>>
>>>>>>> folder
>>>>>>>
>>>>>>> " platform:/plugin/org.eclipse.uml2.uml_2.1.0.v200706141134/mo del/Infrastructure.uml ",
>>>>>>>
>>>>>>>
>>>>>>>> then a file not found error raised??
>>>>>>>> <br>
>>>>>>>> <br>
>>>>>>>> <br>
>>>>>>>> <blockquote type="cite">Don't ever use "\" in a URI since
>>>>>>>> it's
>>>>>>>> treated as just an ordinary character like "_" not like "/".
>>>>>>>> <br>
>>>>>>>> <blockquote type="cite">- While creating the elements of
>>>>>>>> the
>>>>>>>> metamodels I extended classes from the subpackages of the
>>>>>>>>
>>>>>>> Abstractions
>>>>>>>
>>>>>>>> package. So, I imported the packages that containing the
>>>>>>>> classes
>>>>>>>>
>>>>>>> which
>>>>>>>
>>>>>>>> I extend.
>>>>>>>> <br>
>>>>>>>> - finally I apply the package merge, and convert it again to a
>>>>>>>> metamodel.
>>>>>>>> <br>
>>>>>>>> <br>
>>>>>>>> My questions are:
>>>>>>>> <br>
>>>>>>>> - After these steps I did a validation, and an error occur "
>>>>>>>> Not all
>>>>>>>> the members of a namespace'<<metamodel, ePackage>>
>>>>>>>> <Model> MAS-UML' are distinguishable within it." ??
>>>>>>>> <br>
>>>>>>>> </blockquote>
>>>>>>>> I'm not sure, but it sounds like you have multiple versions
>>>>>>>> of the
>>>>>>>>
>>>>>>> same
>>>>>>>
>>>>>>>> model, which could be caused by the problem above where you
>>>>>>>> load the
>>>>>>>> model with one URI, there are other references to this model
>>>>>>>> using a
>>>>>>>> different URI.
>>>>>>>> <br>
>>>>>>>> <blockquote type="cite"><br>
>>>>>>>> - I tried to do these steps without doing package import and
>>>>>>>> I didn't
>>>>>>>> notice any difference or errors happened. so, what is the
>>>>>>>> need for
>>>>>>>> doing a package import in a metamodeling?
>>>>>>>> <br>
>>>>>>>> <br>
>>>>>>>> - After creating the metamodel I create an EMF project for code
>>>>>>>> generation. Here, I obligated to generate code for the
>>>>>>>> infrastructureLibrary package, which I didn't need. Why that?
>>>>>>>> <br>
>>>>>>>> </blockquote>
>>>>>>>> In the final step of the wizard, you need to specify a GenModel
>>>>>>>>
>>>>>>> for any
>>>>>>>
>>>>>>>> packages that already exist and you don't want to generate
>>>>>>>>
>>>>>>> yourself but
>>>>>>>
>>>>>>>> rather want to reuse an existing generated model.
>>>>>>>> <br>
>>>>>>>> <blockquote type="cite"><br>
>>>>>>>> - After the code generation, there are some errors in the
>>>>>>>> generated
>>>>>>>> code for the infrastructureLibrary package and for my
>>>>>>>> metamodel code.
>>>>>>>> all the errors in the impl files and said that xxx cannot be
>>>>>>>>
>>>>>>> resolved??
>>>>>>>
>>>>>>>> <br>
>>>>>>>> </blockquote>
>>>>>>>> I'm sure you'll need to specify a dependency on the UML2
>>>>>>>> model in the
>>>>>>>> final step of the wizard if you are trying to extend that
>>>>>>>>
>>>>>>> model. Note
>>>>>>>
>>>>>>>> that once the plugin.xml and MANIFEST.MF exist, they won't be
>>>>>>>> regenerated unless you delete them, so even fixing the
>>>>>>>> problems above
>>>>>>>> won't fix these files unless you delete them before you
>>>>>>>> generate.
>>>>>>>> <br>
>>>>>>>> <blockquote type="cite"><br>
>>>>>>>> <br>
>>>>>>>> Sorry for this long mail, and thanks in advance.
>>>>>>>> <br>
>>>>>>>> <br>
>>>>>>>> Manar
>>>>>>>> <br>
>>>>>>>> <br>
>>>>>>>> <br>
>>>>>>>> <br>
>>>>>>>> <br>
>>>>>>>> <br>
>>>>>>>> <br>
>>>>>>>> <br>
>>>>>>>> <br>
>>>>>>>> <br>
>>>>>>>> </blockquote>
>>>>>>>> </blockquote>
>>>>>>>> </blockquote>
>>>>>>>> <br>
>>>>>>>> </body>
>>>>>>>> </html>
>>>>>>>>
>>>>>>>> --------------060109010005040605060000--
>>>
>>>
>>>
>>
|
|
|
| Re: errors while metamodeling [message #624578 is a reply to message #475357] |
Thu, 30 August 2007 00:25 |
Ed Merks
Messages: 33133
Registered: July 2009 |
Senior Member |
|
|
Manar,
I hate to tread in territory where I'm ignorant, but if you want to
extend the UML2 implementation, which is based on a merge model of all
the various compliance points, you really need to be basing it on a
merged model, otherwise you will end up having to reimplement much of
what Kenn has worked very hard to implement correctly for UML2...
Manar El-Kady wrote:
> I am doing a trial for building a metamodel that hasn't any merge
> package, but just load a resource for the infrastructureLibrary
> package as a file system from the UML source in the plugin older. The
> result has two undesired things:
> 1- I obligated to generate code for all the subpackages in the
> InfrastructureLibrary
> 2- the generated code has errors
>
> Manar
>
>
> Manar El-Kady wrote:
>> I'd like to thank you for that illustration. But, I didn't get the
>> difference between these direction clear for me. Moreover, I am still
>> have a problem in what I am doing. I didn't know for which direction
>> it belongs.
>>
>>
>> Manar
>>
>>
>>
>> Kenn Hussey wrote:
>>> Exactly.
>>>
>>>
>>> "Ed Merks" <merks@ca.ibm.com <mailto:merks@ca.ibm.com>> wrote in
>>> message news:fb2bjh$gd5$1@build.eclipse.org...
>>> Kenn,
>>>
>>> I see. That makes perfect sense. Either clients do the same
>>> merging you've done to arrive at an extension of the UML
>>> implementation you have provided or they generate all the things
>>> they need that aren't provide by UML directly because you've merged
>>> those concepts away.
>>>
>>>
>>> Kenn Hussey wrote:
>>>> These artifacts aren't part of the binary plug-in because they
>>>> are development-time (only) resources, and clients aren't
>>>> expected to make direct references to them... There's no
>>>> problem with someone building a heavyweight extension based on
>>>> these models, but since UML2 does not provide an implementation
>>>> for each of them, they either have to be factored (merged) out
>>>> or implemented from scratch.
>>>>
>>>> Kenn
>>>>
>>>> "Ed Merks" <merks@ca.ibm.com> wrote in message
>>>> news:fb1m43$lb6$2@build.eclipse.org...
>>>>
>>>>> Manar,
>>>>>
>>>>> That's just a comment about what artifacts that appear in the
>>>>> plugin during development end up being copied into the
>>>>> deployed plugin when it's shipped as a jarred binary result.
>>>>> The .genmodel and .ecore models are included but the .uml ones
>>>>> are not. This doesn't help you at all with your problem
>>>>> though, other than make clear you need to find these in the
>>>>> source plugin rather than in the binary plugin as I assumed would
>>>>> be the case.
>>>>>
>>>>>
>>>>> Manar El-Kady wrote:
>>>>>
>>>>>> I mean what is mentioned about the build.properties file.
>>>>>>
>>>>>> thanks,
>>>>>> Manar,
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> Ed Merks wrote:
>>>>>>
>>>>>>> Manar,
>>>>>>>
>>>>>>> What is "it"? Hasn't Kenn answered your remaining
>>>>>>> questions? I'm not a UML2 expert by any means so it's
>>>>>>> unlikely I can answer detailed questions about it. What
>>>>>>> specifically is still causing a problem?
>>>>>>>
>>>>>>>
>>>>>>> Manar El-Kady wrote:
>>>>>>>
>>>>>>>> Ed,
>>>>>>>>
>>>>>>>> It is not clear for me. Could you illustrate it for me?
>>>>>>>>
>>>>>>>> Manar,
>>>>>>>>
>>>>>>>>
>>>>>>>> Ed Merks wrote:
>>>>>>>>
>>>>>>>>> --------------060109010005040605060000
>>>>>>>>> Content-Type: text/html; charset=ISO-8859-1
>>>>>>>>> Content-Transfer-Encoding: 7bit
>>>>>>>>>
>>>>>>>>> <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01
>>>>>>>>> Transitional//EN">
>>>>>>>>> <html>
>>>>>>>>> <head>
>>>>>>>>> <meta content="text/html;charset=ISO-8859-1"
>>>>>>>>>
>>>>>>>> http-equiv="Content-Type">
>>>>>>>>
>>>>>>>>> </head>
>>>>>>>>> <body bgcolor="#ffffff" text="#000000">
>>>>>>>>> Manar,<br>
>>>>>>>>> <br>
>>>>>>>>> I see. The build.properties doesn't include them in the
>>>>>>>>>
>>>>>>>> binary plugin,
>>>>>>>>
>>>>>>>>> so I suppose the way you did it is the only way<br>
>>>>>>>>> <blockquote>bin.includes = about.html,\<br>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> plugin.*,\<br>
>>>>>>>>
>>>>>>>>
>>>>>>>> ..,\<br>
>>>>>>>>
>>>>>>>>
>>>>>>>> model/*.ecore,\<br>
>>>>>>>>
>>>>>>>>
>>>>>>>> model/*.ecore2xml,\<br>
>>>>>>>>
>>>>>>>>
>>>>>>>> model/*.genmodel,\<br>
>>>>>>>>
>>>>>>>>
>>>>>>>> META-INF/<br>
>>>>>>>>
>>>>>>>>> src.includes = about.html,\<br>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> model/*.ecore2ecore,\<br>
>>>>>>>>
>>>>>>>> <b>
>>>>>>>> model/*.uml,\</b><br>
>>>>>>>>
>>>>>>>>
>>>>>>>> templates/<br>
>>>>>>>>
>>>>>>>>> exclude.. = **/doc-files/**<br>
>>>>>>>>> javacSource = 1.5<br>
>>>>>>>>> javacTarget = 1.5<br>
>>>>>>>>> </blockquote>
>>>>>>>>> I get those same warnings when I validate the instance I have
>>>>>>>>>
>>>>>>>> directly
>>>>>>>>
>>>>>>>>> from CVS, so I suppose those warnings are something to
>>>>>>>>> ignore.<br>
>>>>>>>>> <br>
>>>>>>>>> That still leaves your other questions unanswered, so
>>>>>>>>> someone with
>>>>>>>>>
>>>>>>>> UML2
>>>>>>>>
>>>>>>>>> expertise will need to answer those. Definitely
>>>>>>>>> change your
>>>>>>>>>
>>>>>>>> "\" to "/"
>>>>>>>>
>>>>>>>>> though or you're likely to have problems.<br>
>>>>>>>>> <br>
>>>>>>>>> <br>
>>>>>>>>> Manar El-Kady wrote:
>>>>>>>>> <blockquote cite="mid:fac69v$dcj$1@build.eclipse.org"
>>>>>>>>>
>>>>>>>> type="cite"><br>
>>>>>>>>
>>>>>>>>> Ed Merks wrote:
>>>>>>>>> <br>
>>>>>>>>> <blockquote type="cite">Manar,
>>>>>>>>> <br>
>>>>>>>>> <br>
>>>>>>>>> Comments below.
>>>>>>>>> <br>
>>>>>>>>> <br>
>>>>>>>>> <br>
>>>>>>>>> Manar El-Kady wrote:
>>>>>>>>> <br>
>>>>>>>>> <blockquote type="cite">Hi,
>>>>>>>>> <br>
>>>>>>>>> <br>
>>>>>>>>> I build a metamodel as a heavyweight extension.I do the
>>>>>>>>> following
>>>>>>>>> steps:
>>>>>>>>> <br>
>>>>>>>>> - create an empty UML model
>>>>>>>>> <br>
>>>>>>>>> - convert the model to a metamodel
>>>>>>>>> <br>
>>>>>>>>> - apply the ecore profile, and then apply the epackage
>>>>>>>>> stereotype to
>>>>>>>>> the
>>>>>>>>> <br>
>>>>>>>>> root model element
>>>>>>>>> <br>
>>>>>>>>> - add some elements for the metamodel
>>>>>>>>> <br>
>>>>>>>>> - merge the primitive types package
>>>>>>>>> <br>
>>>>>>>>> - add the infrastructure.uml as a resource to my metamodel
>>>>>>>>> (Note: I
>>>>>>>>> added it by using the editor. I added it from a project in my
>>>>>>>>>
>>>>>>>> workspace
>>>>>>>>
>>>>>>>>> that containing
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>> platform:/resource/org.eclipse.uml2.source\src\org.eclipse.u ml2..uml_2.1.0.v200706141134\model\Infrastructure.uml)
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>>> <br>
>>>>>>>>> </blockquote>
>>>>>>>>> I think you should have loaded it using
>>>>>>>>> <br>
>>>>>>>>> <br>
>>>>>>>>>
>>>>>>>>>
>>>>>>>> platform:/plugin/org.eclipse.uml2.uml/model/Infrastructure.u ml
>>>>>>>>
>>>>>>>>> <br>
>>>>>>>>> <br>
>>>>>>>>> </blockquote>
>>>>>>>>> <br>
>>>>>>>>> I did it but an error file not found raised
>>>>>>>>> <br>
>>>>>>>>> <br>
>>>>>>>>> I tried to add "/" after "platform:/" and the error
>>>>>>>>>
>>>>>>>>> " platform:/plugin/org.eclipse.uml2.uml/model/Infrastructure.u ml "
>>>>>>>>>
>>>>>>>> showed
>>>>>>>>
>>>>>>>>> <br>
>>>>>>>>> <br>
>>>>>>>>> I tried to add the name of the jar file that exist in my
>>>>>>>>> plugin
>>>>>>>>>
>>>>>>>> folder
>>>>>>>>
>>>>>>>> " platform:/plugin/org.eclipse.uml2.uml_2.1.0.v200706141134/mo del/Infrastructure.uml ",
>>>>>>>>
>>>>>>>>
>>>>>>>>> then a file not found error raised??
>>>>>>>>> <br>
>>>>>>>>> <br>
>>>>>>>>> <br>
>>>>>>>>> <blockquote type="cite">Don't ever use "\" in a URI
>>>>>>>>> since it's
>>>>>>>>> treated as just an ordinary character like "_" not like "/".
>>>>>>>>> <br>
>>>>>>>>> <blockquote type="cite">- While creating the elements
>>>>>>>>> of the
>>>>>>>>> metamodels I extended classes from the subpackages of the
>>>>>>>>>
>>>>>>>> Abstractions
>>>>>>>>
>>>>>>>>> package. So, I imported the packages that containing the
>>>>>>>>> classes
>>>>>>>>>
>>>>>>>> which
>>>>>>>>
>>>>>>>>> I extend.
>>>>>>>>> <br>
>>>>>>>>> - finally I apply the package merge, and convert it again
>>>>>>>>> to a
>>>>>>>>> metamodel.
>>>>>>>>> <br>
>>>>>>>>> <br>
>>>>>>>>> My questions are:
>>>>>>>>> <br>
>>>>>>>>> - After these steps I did a validation, and an error occur
>>>>>>>>> " Not all
>>>>>>>>> the members of a namespace'<<metamodel,
>>>>>>>>> ePackage>>
>>>>>>>>> <Model> MAS-UML' are distinguishable within it." ??
>>>>>>>>> <br>
>>>>>>>>> </blockquote>
>>>>>>>>> I'm not sure, but it sounds like you have multiple
>>>>>>>>> versions of the
>>>>>>>>>
>>>>>>>> same
>>>>>>>>
>>>>>>>>> model, which could be caused by the problem above where
>>>>>>>>> you load the
>>>>>>>>> model with one URI, there are other references to this
>>>>>>>>> model using a
>>>>>>>>> different URI.
>>>>>>>>> <br>
>>>>>>>>> <blockquote type="cite"><br>
>>>>>>>>> - I tried to do these steps without doing package import
>>>>>>>>> and I didn't
>>>>>>>>> notice any difference or errors happened. so, what is the
>>>>>>>>> need for
>>>>>>>>> doing a package import in a metamodeling?
>>>>>>>>> <br>
>>>>>>>>> <br>
>>>>>>>>> - After creating the metamodel I create an EMF project for
>>>>>>>>> code
>>>>>>>>> generation. Here, I obligated to generate code for the
>>>>>>>>> infrastructureLibrary package, which I didn't need. Why that?
>>>>>>>>> <br>
>>>>>>>>> </blockquote>
>>>>>>>>> In the final step of the wizard, you need to specify a
>>>>>>>>> GenModel
>>>>>>>>>
>>>>>>>> for any
>>>>>>>>
>>>>>>>>> packages that already exist and you don't want to generate
>>>>>>>>>
>>>>>>>> yourself but
>>>>>>>>
>>>>>>>>> rather want to reuse an existing generated model.
>>>>>>>>> <br>
>>>>>>>>> <blockquote type="cite"><br>
>>>>>>>>> - After the code generation, there are some errors in the
>>>>>>>>> generated
>>>>>>>>> code for the infrastructureLibrary package and for my
>>>>>>>>> metamodel code.
>>>>>>>>> all the errors in the impl files and said that xxx cannot be
>>>>>>>>>
>>>>>>>> resolved??
>>>>>>>>
>>>>>>>>> <br>
>>>>>>>>> </blockquote>
>>>>>>>>> I'm sure you'll need to specify a dependency on the UML2
>>>>>>>>> model in the
>>>>>>>>> final step of the wizard if you are trying to extend that
>>>>>>>>>
>>>>>>>> model. Note
>>>>>>>>
>>>>>>>>> that once the plugin.xml and MANIFEST.MF exist, they won't be
>>>>>>>>> regenerated unless you delete them, so even fixing the
>>>>>>>>> problems above
>>>>>>>>> won't fix these files unless you delete them before you
>>>>>>>>> generate.
>>>>>>>>> <br>
>>>>>>>>> <blockquote type="cite"><br>
>>>>>>>>> <br>
>>>>>>>>> Sorry for this long mail, and thanks in advance.
>>>>>>>>> <br>
>>>>>>>>> <br>
>>>>>>>>> Manar
>>>>>>>>> <br>
>>>>>>>>> <br>
>>>>>>>>> <br>
>>>>>>>>> <br>
>>>>>>>>> <br>
>>>>>>>>> <br>
>>>>>>>>> <br>
>>>>>>>>> <br>
>>>>>>>>> <br>
>>>>>>>>> <br>
>>>>>>>>> </blockquote>
>>>>>>>>> </blockquote>
>>>>>>>>> </blockquote>
>>>>>>>>> <br>
>>>>>>>>> </body>
>>>>>>>>> </html>
>>>>>>>>>
>>>>>>>>> --------------060109010005040605060000--
>>>>
>>>>
>>>>
>>>
Ed Merks
Professional Support: https://www.macromodeling.com/
|
|
|
| Re: errors while metamodeling [message #624592 is a reply to message #475362] |
Thu, 30 August 2007 14:07 |
james bruck
Messages: 1724
Registered: July 2009 |
Senior Member |
|
|
Ed, you make a good point about reimplementing existing work.
The table at the end of this article goes over some of the pros/cons of
doing what Manar is attempting.
http://www.eclipse.org/modeling/mdt/uml2/docs/articles/Custo mizing_UML2_Which_Technique_is_Right_For_You/article.html
Manar, What errors are you getting in the generated code?
- James.
"Ed Merks" <merks@ca.ibm.com> wrote in message
news:fb52pb$mg2$3@build.eclipse.org...
> Manar,
>
> I hate to tread in territory where I'm ignorant, but if you want to
> extend the UML2 implementation, which is based on a merge model of all
> the various compliance points, you really need to be basing it on a
> merged model, otherwise you will end up having to reimplement much of
> what Kenn has worked very hard to implement correctly for UML2...
>
>
> Manar El-Kady wrote:
> > I am doing a trial for building a metamodel that hasn't any merge
> > package, but just load a resource for the infrastructureLibrary
> > package as a file system from the UML source in the plugin older. The
> > result has two undesired things:
> > 1- I obligated to generate code for all the subpackages in the
> > InfrastructureLibrary
> > 2- the generated code has errors
> >
> > Manar
> >
> >
> > Manar El-Kady wrote:
> >> I'd like to thank you for that illustration. But, I didn't get the
> >> difference between these direction clear for me. Moreover, I am still
> >> have a problem in what I am doing. I didn't know for which direction
> >> it belongs.
> >>
> >>
> >> Manar
> >>
> >>
> >>
> >> Kenn Hussey wrote:
> >>> Exactly.
> >>>
> >>>
> >>> "Ed Merks" <merks@ca.ibm.com <mailto:merks@ca.ibm.com>> wrote in
> >>> message news:fb2bjh$gd5$1@build.eclipse.org...
> >>> Kenn,
> >>>
> >>> I see. That makes perfect sense. Either clients do the same
> >>> merging you've done to arrive at an extension of the UML
> >>> implementation you have provided or they generate all the things
> >>> they need that aren't provide by UML directly because you've
merged
> >>> those concepts away.
> >>>
> >>>
> >>> Kenn Hussey wrote:
> >>>> These artifacts aren't part of the binary plug-in because they
> >>>> are development-time (only) resources, and clients aren't
> >>>> expected to make direct references to them... There's no
> >>>> problem with someone building a heavyweight extension based on
> >>>> these models, but since UML2 does not provide an implementation
> >>>> for each of them, they either have to be factored (merged) out
> >>>> or implemented from scratch.
> >>>>
> >>>> Kenn
> >>>>
> >>>> "Ed Merks" <merks@ca.ibm.com> wrote in message
> >>>> news:fb1m43$lb6$2@build.eclipse.org...
> >>>>
> >>>>> Manar,
> >>>>>
> >>>>> That's just a comment about what artifacts that appear in the
> >>>>> plugin during development end up being copied into the
> >>>>> deployed plugin when it's shipped as a jarred binary result.
> >>>>> The .genmodel and .ecore models are included but the .uml ones
> >>>>> are not. This doesn't help you at all with your problem
> >>>>> though, other than make clear you need to find these in the
> >>>>> source plugin rather than in the binary plugin as I assumed would
> >>>>> be the case.
> >>>>>
> >>>>>
> >>>>> Manar El-Kady wrote:
> >>>>>
> >>>>>> I mean what is mentioned about the build.properties file.
> >>>>>>
> >>>>>> thanks,
> >>>>>> Manar,
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>> Ed Merks wrote:
> >>>>>>
> >>>>>>> Manar,
> >>>>>>>
> >>>>>>> What is "it"? Hasn't Kenn answered your remaining
> >>>>>>> questions? I'm not a UML2 expert by any means so it's
> >>>>>>> unlikely I can answer detailed questions about it. What
> >>>>>>> specifically is still causing a problem?
> >>>>>>>
> >>>>>>>
> >>>>>>> Manar El-Kady wrote:
> >>>>>>>
> >>>>>>>> Ed,
> >>>>>>>>
> >>>>>>>> It is not clear for me. Could you illustrate it for me?
> >>>>>>>>
> >>>>>>>> Manar,
> >>>>>>>>
> >>>>>>>>
> >>>>>>>> Ed Merks wrote:
> >>>>>>>>
> >>>>>>>>> --------------060109010005040605060000
> >>>>>>>>> Content-Type: text/html; charset=ISO-8859-1
> >>>>>>>>> Content-Transfer-Encoding: 7bit
> >>>>>>>>>
> >>>>>>>>> <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01
> >>>>>>>>> Transitional//EN">
> >>>>>>>>> <html>
> >>>>>>>>> <head>
> >>>>>>>>> <meta content="text/html;charset=ISO-8859-1"
> >>>>>>>>>
> >>>>>>>> http-equiv="Content-Type">
> >>>>>>>>
> >>>>>>>>> </head>
> >>>>>>>>> <body bgcolor="#ffffff" text="#000000">
> >>>>>>>>> Manar,<br>
> >>>>>>>>> <br>
> >>>>>>>>> I see. The build.properties doesn't include them in
the
> >>>>>>>>>
> >>>>>>>> binary plugin,
> >>>>>>>>
> >>>>>>>>> so I suppose the way you did it is the only way<br>
> >>>>>>>>> <blockquote>bin.includes = about.html,\<br>
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>
> >>>>>>>>
&nbs
p;
> >>>>>>>> plugin.*,\<br>
> >>>>>>>>
> >>>>>>>>
&nbs
p;
> >>>>>>>> ..,\<br>
> >>>>>>>>
> >>>>>>>>
&nbs
p;
> >>>>>>>> model/*.ecore,\<br>
> >>>>>>>>
> >>>>>>>>
&nbs
p;
> >>>>>>>> model/*.ecore2xml,\<br>
> >>>>>>>>
> >>>>>>>>
&nbs
p;
> >>>>>>>> model/*.genmodel,\<br>
> >>>>>>>>
> >>>>>>>>
&nbs
p;
> >>>>>>>> META-INF/<br>
> >>>>>>>>
> >>>>>>>>> src.includes = about.html,\<br>
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>
> >>>>>>>>
&nbs
p;
> >>>>>>>> model/*.ecore2ecore,\<br>
> >>>>>>>>
> >>>>>>>>
<b> &
nbsp;
> >>>>>>>> model/*.uml,\</b><br>
> >>>>>>>>
> >>>>>>>>
&nbs
p;
> >>>>>>>> templates/<br>
> >>>>>>>>
> >>>>>>>>> exclude.. = **/doc-files/**<br>
> >>>>>>>>> javacSource = 1.5<br>
> >>>>>>>>> javacTarget = 1.5<br>
> >>>>>>>>> </blockquote>
> >>>>>>>>> I get those same warnings when I validate the instance I
have
> >>>>>>>>>
> >>>>>>>> directly
> >>>>>>>>
> >>>>>>>>> from CVS, so I suppose those warnings are something to
> >>>>>>>>> ignore.<br>
> >>>>>>>>> <br>
> >>>>>>>>> That still leaves your other questions unanswered, so
> >>>>>>>>> someone with
> >>>>>>>>>
> >>>>>>>> UML2
> >>>>>>>>
> >>>>>>>>> expertise will need to answer those. Definitely
> >>>>>>>>> change your
> >>>>>>>>>
> >>>>>>>> "\" to "/"
> >>>>>>>>
> >>>>>>>>> though or you're likely to have problems.<br>
> >>>>>>>>> <br>
> >>>>>>>>> <br>
> >>>>>>>>> Manar El-Kady wrote:
> >>>>>>>>> <blockquote cite="mid:fac69v$dcj$1@build.eclipse.org"
> >>>>>>>>>
> >>>>>>>> type="cite"><br>
> >>>>>>>>
> >>>>>>>>> Ed Merks wrote:
> >>>>>>>>> <br>
> >>>>>>>>> <blockquote type="cite">Manar,
> >>>>>>>>> <br>
> >>>>>>>>> <br>
> >>>>>>>>> Comments below.
> >>>>>>>>> <br>
> >>>>>>>>> <br>
> >>>>>>>>> <br>
> >>>>>>>>> Manar El-Kady wrote:
> >>>>>>>>> <br>
> >>>>>>>>> <blockquote type="cite">Hi,
> >>>>>>>>> <br>
> >>>>>>>>> <br>
> >>>>>>>>> I build a metamodel as a heavyweight extension.I do the
> >>>>>>>>> following
> >>>>>>>>> steps:
> >>>>>>>>> <br>
> >>>>>>>>> - create an empty UML model
> >>>>>>>>> <br>
> >>>>>>>>> - convert the model to a metamodel
> >>>>>>>>> <br>
> >>>>>>>>> - apply the ecore profile, and then apply the epackage
> >>>>>>>>> stereotype to
> >>>>>>>>> the
> >>>>>>>>> <br>
> >>>>>>>>> root model element
> >>>>>>>>> <br>
> >>>>>>>>> - add some elements for the metamodel
> >>>>>>>>> <br>
> >>>>>>>>> - merge the primitive types package
> >>>>>>>>> <br>
> >>>>>>>>> - add the infrastructure.uml as a resource to my metamodel
> >>>>>>>>> (Note: I
> >>>>>>>>> added it by using the editor. I added it from a project in
my
> >>>>>>>>>
> >>>>>>>> workspace
> >>>>>>>>
> >>>>>>>>> that containing
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>
> >>>>>>>>
platform:/resource/org.eclipse.uml2.source\src\org.eclipse.u ml2..uml_2.1.0.v
200706141134\model\Infrastructure.uml)
> >>>>>>>>
> >>>>>>>>
> >>>>>>>
> >>>>>>>>> <br>
> >>>>>>>>> </blockquote>
> >>>>>>>>> I think you should have loaded it using
> >>>>>>>>> <br>
> >>>>>>>>> <br>
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>
platform:/plugin/org.eclipse.uml2.uml/model/Infrastructure.u ml
> >>>>>>>>
> >>>>>>>>> <br>
> >>>>>>>>> <br>
> >>>>>>>>> </blockquote>
> >>>>>>>>> <br>
> >>>>>>>>> I did it but an error file not found raised
> >>>>>>>>> <br>
> >>>>>>>>> <br>
> >>>>>>>>> I tried to add "/" after "platform:/" and the error
> >>>>>>>>>
> >>>>>>>>> " platform:/plugin/org.eclipse.uml2.uml/model/Infrastructure.u ml "
> >>>>>>>>>
> >>>>>>>> showed
> >>>>>>>>
> >>>>>>>>> <br>
> >>>>>>>>> <br>
> >>>>>>>>> I tried to add the name of the jar file that exist in my
> >>>>>>>>> plugin
> >>>>>>>>>
> >>>>>>>> folder
> >>>>>>>>
> >>>>>>>>
" platform:/plugin/org.eclipse.uml2.uml_2.1.0.v200706141134/mo del/Infrastruct
ure.uml",
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>> then a file not found error raised??
> >>>>>>>>> <br>
> >>>>>>>>> <br>
> >>>>>>>>> <br>
> >>>>>>>>> <blockquote type="cite">Don't ever use "\" in a URI
> >>>>>>>>> since it's
> >>>>>>>>> treated as just an ordinary character like "_" not like "/".
> >>>>>>>>> <br>
> >>>>>>>>> <blockquote type="cite">- While creating the elements
> >>>>>>>>> of the
> >>>>>>>>> metamodels I extended classes from the subpackages of the
> >>>>>>>>>
> >>>>>>>> Abstractions
> >>>>>>>>
> >>>>>>>>> package. So, I imported the packages that containing the
> >>>>>>>>> classes
> >>>>>>>>>
> >>>>>>>> which
> >>>>>>>>
> >>>>>>>>> I extend.
> >>>>>>>>> <br>
> >>>>>>>>> - finally I apply the package merge, and convert it again
> >>>>>>>>> to a
> >>>>>>>>> metamodel.
> >>>>>>>>> <br>
> >>>>>>>>> <br>
> >>>>>>>>> My questions are:
> >>>>>>>>> <br>
> >>>>>>>>> - After these steps I did a validation, and an error occur
> >>>>>>>>> " Not all
> >>>>>>>>> the members of a namespace'<<metamodel,
> >>>>>>>>> ePackage>>
> >>>>>>>>> <Model> MAS-UML' are distinguishable within it." ??
> >>>>>>>>> <br>
> >>>>>>>>> </blockquote>
> >>>>>>>>> I'm not sure, but it sounds like you have multiple
> >>>>>>>>> versions of the
> >>>>>>>>>
> >>>>>>>> same
> >>>>>>>>
> >>>>>>>>> model, which could be caused by the problem above where
> >>>>>>>>> you load the
> >>>>>>>>> model with one URI, there are other references to this
> >>>>>>>>> model using a
> >>>>>>>>> different URI.
> >>>>>>>>> <br>
> >>>>>>>>> <blockquote type="cite"><br>
> >>>>>>>>> - I tried to do these steps without doing package import
> >>>>>>>>> and I didn't
> >>>>>>>>> notice any difference or errors happened. so, what is the
> >>>>>>>>> need for
> >>>>>>>>> doing a package import in a metamodeling?
> >>>>>>>>> <br>
> >>>>>>>>> <br>
> >>>>>>>>> - After creating the metamodel I create an EMF project for
> >>>>>>>>> code
> >>>>>>>>> generation. Here, I obligated to generate code for the
> >>>>>>>>> infrastructureLibrary package, which I didn't need. Why
that?
> >>>>>>>>> <br>
> >>>>>>>>> </blockquote>
> >>>>>>>>> In the final step of the wizard, you need to specify a
> >>>>>>>>> GenModel
> >>>>>>>>>
> >>>>>>>> for any
> >>>>>>>>
> >>>>>>>>> packages that already exist and you don't want to generate
> >>>>>>>>>
> >>>>>>>> yourself but
> >>>>>>>>
> >>>>>>>>> rather want to reuse an existing generated model.
> >>>>>>>>> <br>
> >>>>>>>>> <blockquote type="cite"><br>
> >>>>>>>>> - After the code generation, there are some errors in the
> >>>>>>>>> generated
> >>>>>>>>> code for the infrastructureLibrary package and for my
> >>>>>>>>> metamodel code.
> >>>>>>>>> all the errors in the impl files and said that xxx cannot be
> >>>>>>>>>
> >>>>>>>> resolved??
> >>>>>>>>
> >>>>>>>>> <br>
> >>>>>>>>> </blockquote>
> >>>>>>>>> I'm sure you'll need to specify a dependency on the UML2
> >>>>>>>>> model in the
> >>>>>>>>> final step of the wizard if you are trying to extend that
> >>>>>>>>>
> >>>>>>>> model. Note
> >>>>>>>>
> >>>>>>>>> that once the plugin.xml and MANIFEST.MF exist, they won't
be
> >>>>>>>>> regenerated unless you delete them, so even fixing the
> >>>>>>>>> problems above
> >>>>>>>>> won't fix these files unless you delete them before you
> >>>>>>>>> generate.
> >>>>>>>>> <br>
> >>>>>>>>> <blockquote type="cite"><br>
> >>>>>>>>> <br>
> >>>>>>>>> Sorry for this long mail, and thanks in advance.
> >>>>>>>>> <br>
> >>>>>>>>> <br>
> >>>>>>>>> Manar
> >>>>>>>>> <br>
> >>>>>>>>> <br>
> >>>>>>>>> <br>
> >>>>>>>>> <br>
> >>>>>>>>> <br>
> >>>>>>>>> <br>
> >>>>>>>>> <br>
> >>>>>>>>> <br>
> >>>>>>>>> <br>
> >>>>>>>>> <br>
> >>>>>>>>> </blockquote>
> >>>>>>>>> </blockquote>
> >>>>>>>>> </blockquote>
> >>>>>>>>> <br>
> >>>>>>>>> </body>
> >>>>>>>>> </html>
> >>>>>>>>>
> >>>>>>>>> --------------060109010005040605060000--
> >>>>
> >>>>
> >>>>
> >>>
|
|
|
| Re: errors while metamodeling [message #624594 is a reply to message #475374] |
Thu, 30 August 2007 14:52 |
Manar El-Kady
Messages: 78
Registered: July 2009 |
Member |
|
|
James,
In the generated code I found errors in all the impl files states that a
xxx can't be resolved as a type, where xxx is changed from file to
another. This error raise in the generated code of the
InfrastructureLibrary package and my package. (Note: I didn't want to
generate code to the InfrastructureLibrary package)
thanks,
Manar,
James Bruck wrote:
> Ed, you make a good point about reimplementing existing work.
> The table at the end of this article goes over some of the pros/cons of
> doing what Manar is attempting.
> http://www.eclipse.org/modeling/mdt/uml2/docs/articles/Custo mizing_UML2_Which_Technique_is_Right_For_You/article.html
>
> Manar, What errors are you getting in the generated code?
>
>
> - James.
>
> "Ed Merks" <merks@ca.ibm.com> wrote in message
> news:fb52pb$mg2$3@build.eclipse.org...
>> Manar,
>>
>> I hate to tread in territory where I'm ignorant, but if you want to
>> extend the UML2 implementation, which is based on a merge model of all
>> the various compliance points, you really need to be basing it on a
>> merged model, otherwise you will end up having to reimplement much of
>> what Kenn has worked very hard to implement correctly for UML2...
>>
>>
>> Manar El-Kady wrote:
>>> I am doing a trial for building a metamodel that hasn't any merge
>>> package, but just load a resource for the infrastructureLibrary
>>> package as a file system from the UML source in the plugin older. The
>>> result has two undesired things:
>>> 1- I obligated to generate code for all the subpackages in the
>>> InfrastructureLibrary
>>> 2- the generated code has errors
>>>
>>> Manar
>>>
>>>
>>> Manar El-Kady wrote:
>>>> I'd like to thank you for that illustration. But, I didn't get the
>>>> difference between these direction clear for me. Moreover, I am still
>>>> have a problem in what I am doing. I didn't know for which direction
>>>> it belongs.
>>>>
>>>>
>>>> Manar
>>>>
>>>>
>>>>
>>>> Kenn Hussey wrote:
>>>>> Exactly.
>>>>>
>>>>>
>>>>> "Ed Merks" <merks@ca.ibm.com <mailto:merks@ca.ibm.com>> wrote in
>>>>> message news:fb2bjh$gd5$1@build.eclipse.org...
>>>>> Kenn,
>>>>>
>>>>> I see. That makes perfect sense. Either clients do the same
>>>>> merging you've done to arrive at an extension of the UML
>>>>> implementation you have provided or they generate all the things
>>>>> they need that aren't provide by UML directly because you've
> merged
>>>>> those concepts away.
>>>>>
>>>>>
>>>>> Kenn Hussey wrote:
>>>>>> These artifacts aren't part of the binary plug-in because they
>>>>>> are development-time (only) resources, and clients aren't
>>>>>> expected to make direct references to them... There's no
>>>>>> problem with someone building a heavyweight extension based on
>>>>>> these models, but since UML2 does not provide an implementation
>>>>>> for each of them, they either have to be factored (merged) out
>>>>>> or implemented from scratch.
>>>>>>
>>>>>> Kenn
>>>>>>
>>>>>> "Ed Merks" <merks@ca.ibm.com> wrote in message
>>>>>> news:fb1m43$lb6$2@build.eclipse.org...
>>>>>>
>>>>>>> Manar,
>>>>>>>
>>>>>>> That's just a comment about what artifacts that appear in the
>>>>>>> plugin during development end up being copied into the
>>>>>>> deployed plugin when it's shipped as a jarred binary result.
>>>>>>> The .genmodel and .ecore models are included but the .uml ones
>>>>>>> are not. This doesn't help you at all with your problem
>>>>>>> though, other than make clear you need to find these in the
>>>>>>> source plugin rather than in the binary plugin as I assumed would
>>>>>>> be the case.
>>>>>>>
>>>>>>>
>>>>>>> Manar El-Kady wrote:
>>>>>>>
>>>>>>>> I mean what is mentioned about the build.properties file.
>>>>>>>>
>>>>>>>> thanks,
>>>>>>>> Manar,
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> Ed Merks wrote:
>>>>>>>>
>>>>>>>>> Manar,
>>>>>>>>>
>>>>>>>>> What is "it"? Hasn't Kenn answered your remaining
>>>>>>>>> questions? I'm not a UML2 expert by any means so it's
>>>>>>>>> unlikely I can answer detailed questions about it. What
>>>>>>>>> specifically is still causing a problem?
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Manar El-Kady wrote:
>>>>>>>>>
>>>>>>>>>> Ed,
>>>>>>>>>>
>>>>>>>>>> It is not clear for me. Could you illustrate it for me?
>>>>>>>>>>
>>>>>>>>>> Manar,
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Ed Merks wrote:
>>>>>>>>>>
>>>>>>>>>>> --------------060109010005040605060000
>>>>>>>>>>> Content-Type: text/html; charset=ISO-8859-1
>>>>>>>>>>> Content-Transfer-Encoding: 7bit
>>>>>>>>>>>
>>>>>>>>>>> <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01
>>>>>>>>>>> Transitional//EN">
>>>>>>>>>>> <html>
>>>>>>>>>>> <head>
>>>>>>>>>>> <meta content="text/html;charset=ISO-8859-1"
>>>>>>>>>>>
>>>>>>>>>> http-equiv="Content-Type">
>>>>>>>>>>
>>>>>>>>>>> </head>
>>>>>>>>>>> <body bgcolor="#ffffff" text="#000000">
>>>>>>>>>>> Manar,<br>
>>>>>>>>>>> <br>
>>>>>>>>>>> I see. The build.properties doesn't include them in
> the
>>>>>>>>>> binary plugin,
>>>>>>>>>>
>>>>>>>>>>> so I suppose the way you did it is the only way<br>
>>>>>>>>>>> <blockquote>bin.includes = about.html,\<br>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
> &nbs
> p;
>>>>>>>>>> plugin.*,\<br>
>>>>>>>>>>
>>>>>>>>>>
> &nbs
> p;
>>>>>>>>>> ..,\<br>
>>>>>>>>>>
>>>>>>>>>>
> &nbs
> p;
>>>>>>>>>> model/*.ecore,\<br>
>>>>>>>>>>
>>>>>>>>>>
> &nbs
> p;
>>>>>>>>>> model/*.ecore2xml,\<br>
>>>>>>>>>>
>>>>>>>>>>
> &nbs
> p;
>>>>>>>>>> model/*.genmodel,\<br>
>>>>>>>>>>
>>>>>>>>>>
> &nbs
> p;
>>>>>>>>>> META-INF/<br>
>>>>>>>>>>
>>>>>>>>>>> src.includes = about.html,\<br>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
> &nbs
> p;
>>>>>>>>>> model/*.ecore2ecore,\<br>
>>>>>>>>>>
>>>>>>>>>>
> <b> &
> nbsp;
>>>>>>>>>> model/*.uml,\</b><br>
>>>>>>>>>>
>>>>>>>>>>
> &nbs
> p;
>>>>>>>>>> templates/<br>
>>>>>>>>>>
>>>>>>>>>>> exclude.. = **/doc-files/**<br>
>>>>>>>>>>> javacSource = 1.5<br>
>>>>>>>>>>> javacTarget = 1.5<br>
>>>>>>>>>>> </blockquote>
>>>>>>>>>>> I get those same warnings when I validate the instance I
> have
>>>>>>>>>> directly
>>>>>>>>>>
>>>>>>>>>>> from CVS, so I suppose those warnings are something to
>>>>>>>>>>> ignore.<br>
>>>>>>>>>>> <br>
>>>>>>>>>>> That still leaves your other questions unanswered, so
>>>>>>>>>>> someone with
>>>>>>>>>>>
>>>>>>>>>> UML2
>>>>>>>>>>
>>>>>>>>>>> expertise will need to answer those. Definitely
>>>>>>>>>>> change your
>>>>>>>>>>>
>>>>>>>>>> "\" to "/"
>>>>>>>>>>
>>>>>>>>>>> though or you're likely to have problems.<br>
>>>>>>>>>>> <br>
>>>>>>>>>>> <br>
>>>>>>>>>>> Manar El-Kady wrote:
>>>>>>>>>>> <blockquote cite="mid:fac69v$dcj$1@build.eclipse.org"
>>>>>>>>>>>
>>>>>>>>>> type="cite"><br>
>>>>>>>>>>
>>>>>>>>>>> Ed Merks wrote:
>>>>>>>>>>> <br>
>>>>>>>>>>> <blockquote type="cite">Manar,
>>>>>>>>>>> <br>
>>>>>>>>>>> <br>
>>>>>>>>>>> Comments below.
>>>>>>>>>>> <br>
>>>>>>>>>>> <br>
>>>>>>>>>>> <br>
>>>>>>>>>>> Manar El-Kady wrote:
>>>>>>>>>>> <br>
>>>>>>>>>>> <blockquote type="cite">Hi,
>>>>>>>>>>> <br>
>>>>>>>>>>> <br>
>>>>>>>>>>> I build a metamodel as a heavyweight extension.I do the
>>>>>>>>>>> following
>>>>>>>>>>> steps:
>>>>>>>>>>> <br>
>>>>>>>>>>> - create an empty UML model
>>>>>>>>>>> <br>
>>>>>>>>>>> - convert the model to a metamodel
>>>>>>>>>>> <br>
>>>>>>>>>>> - apply the ecore profile, and then apply the epackage
>>>>>>>>>>> stereotype to
>>>>>>>>>>> the
>>>>>>>>>>> <br>
>>>>>>>>>>> root model element
>>>>>>>>>>> <br>
>>>>>>>>>>> - add some elements for the metamodel
>>>>>>>>>>> <br>
>>>>>>>>>>> - merge the primitive types package
>>>>>>>>>>> <br>
>>>>>>>>>>> - add the infrastructure.uml as a resource to my metamodel
>>>>>>>>>>> (Note: I
>>>>>>>>>>> added it by using the editor. I added it from a project in
> my
>>>>>>>>>> workspace
>>>>>>>>>>
>>>>>>>>>>> that containing
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
> platform:/resource/org.eclipse.uml2.source\src\org.eclipse.u ml2..uml_2.1.0.v
> 200706141134\model\Infrastructure.uml)
>>>>>>>>>>
>>>>>>>>>>> <br>
>>>>>>>>>>> </blockquote>
>>>>>>>>>>> I think you should have loaded it using
>>>>>>>>>>> <br>
>>>>>>>>>>> <br>
>>>>>>>>>>>
>>>>>>>>>>>
> platform:/plugin/org.eclipse.uml2.uml/model/Infrastructure.u ml
>>>>>>>>>>> <br>
>>>>>>>>>>> <br>
>>>>>>>>>>> </blockquote>
>>>>>>>>>>> <br>
>>>>>>>>>>> I did it but an error file not found raised
>>>>>>>>>>> <br>
>>>>>>>>>>> <br>
>>>>>>>>>>> I tried to add "/" after "platform:/" and the error
>>>>>>>>>>>
>>>>>>>>>>> " platform:/plugin/org.eclipse.uml2.uml/model/Infrastructure.u ml "
>>>>>>>>>>>
>>>>>>>>>> showed
>>>>>>>>>>
>>>>>>>>>>> <br>
>>>>>>>>>>> <br>
>>>>>>>>>>> I tried to add the name of the jar file that exist in my
>>>>>>>>>>> plugin
>>>>>>>>>>>
>>>>>>>>>> folder
>>>>>>>>>>
>>>>>>>>>>
> " platform:/plugin/org.eclipse.uml2.uml_2.1.0.v200706141134/mo del/Infrastruct
> ure.uml",
>>>>>>>>>>
>>>>>>>>>>> then a file not found error raised??
>>>>>>>>>>> <br>
>>>>>>>>>>> <br>
>>>>>>>>>>> <br>
>>>>>>>>>>> <blockquote type="cite">Don't ever use "\" in a URI
>>>>>>>>>>> since it's
>>>>>>>>>>> treated as just an ordinary character like "_" not like "/".
>>>>>>>>>>> <br>
>>>>>>>>>>> <blockquote type="cite">- While creating the elements
>>>>>>>>>>> of the
>>>>>>>>>>> metamodels I extended classes from the subpackages of the
>>>>>>>>>>>
>>>>>>>>>> Abstractions
>>>>>>>>>>
>>>>>>>>>>> package. So, I imported the packages that containing the
>>>>>>>>>>> classes
>>>>>>>>>>>
>>>>>>>>>> which
>>>>>>>>>>
>>>>>>>>>>> I extend.
>>>>>>>>>>> <br>
>>>>>>>>>>> - finally I apply the package merge, and convert it again
>>>>>>>>>>> to a
>>>>>>>>>>> metamodel.
>>>>>>>>>>> <br>
>>>>>>>>>>> <br>
>>>>>>>>>>> My questions are:
>>>>>>>>>>> <br>
>>>>>>>>>>> - After these steps I did a validation, and an error occur
>>>>>>>>>>> " Not all
>>>>>>>>>>> the members of a namespace'<<metamodel,
>>>>>>>>>>> ePackage>>
>>>>>>>>>>> <Model> MAS-UML' are distinguishable within it." ??
>>>>>>>>>>> <br>
>>>>>>>>>>> </blockquote>
>>>>>>>>>>> I'm not sure, but it sounds like you have multiple
>>>>>>>>>>> versions of the
>>>>>>>>>>>
>>>>>>>>>> same
>>>>>>>>>>
>>>>>>>>>>> model, which could be caused by the problem above where
>>>>>>>>>>> you load the
>>>>>>>>>>> model with one URI, there are other references to this
>>>>>>>>>>> model using a
>>>>>>>>>>> different URI.
>>>>>>>>>>> <br>
>>>>>>>>>>> <blockquote type="cite"><br>
>>>>>>>>>>> - I tried to do these steps without doing package import
>>>>>>>>>>> and I didn't
>>>>>>>>>>> notice any difference or errors happened. so, what is the
>>>>>>>>>>> need for
>>>>>>>>>>> doing a package import in a metamodeling?
>>>>>>>>>>> <br>
>>>>>>>>>>> <br>
>>>>>>>>>>> - After creating the metamodel I create an EMF project for
>>>>>>>>>>> code
>>>>>>>>>>> generation. Here, I obligated to generate code for the
>>>>>>>>>>> infrastructureLibrary package, which I didn't need. Why
> that?
>>>>>>>>>>> <br>
>>>>>>>>>>> </blockquote>
>>>>>>>>>>> In the final step of the wizard, you need to specify a
>>>>>>>>>>> GenModel
>>>>>>>>>>>
>>>>>>>>>> for any
>>>>>>>>>>
>>>>>>>>>>> packages that already exist and you don't want to generate
>>>>>>>>>>>
>>>>>>>>>> yourself but
>>>>>>>>>>
>>>>>>>>>>> rather want to reuse an existing generated model.
>>>>>>>>>>> <br>
>>>>>>>>>>> <blockquote type="cite"><br>
>>>>>>>>>>> - After the code generation, there are some errors in the
>>>>>>>>>>> generated
>>>>>>>>>>> code for the infrastructureLibrary package and for my
>>>>>>>>>>> metamodel code.
>>>>>>>>>>> all the errors in the impl files and said that xxx cannot be
>>>>>>>>>>>
>>>>>>>>>> resolved??
>>>>>>>>>>
>>>>>>>>>>> <br>
>>>>>>>>>>> </blockquote>
>>>>>>>>>>> I'm sure you'll need to specify a dependency on the UML2
>>>>>>>>>>> model in the
>>>>>>>>>>> final step of the wizard if you are trying to extend that
>>>>>>>>>>>
>>>>>>>>>> model. Note
>>>>>>>>>>
>>>>>>>>>>> that once the plugin.xml and MANIFEST.MF exist, they won't
> be
>>>>>>>>>>> regenerated unless you delete them, so even fixing the
>>>>>>>>>>> problems above
>>>>>>>>>>> won't fix these files unless you delete them before you
>>>>>>>>>>> generate.
>>>>>>>>>>> <br>
>>>>>>>>>>> <blockquote type="cite"><br>
>>>>>>>>>>> <br>
>>>>>>>>>>> Sorry for this long mail, and thanks in advance.
>>>>>>>>>>> <br>
>>>>>>>>>>> <br>
>>>>>>>>>>> Manar
>>>>>>>>>>> <br>
>>>>>>>>>>> <br>
>>>>>>>>>>> <br>
>>>>>>>>>>> <br>
>>>>>>>>>>> <br>
>>>>>>>>>>> <br>
>>>>>>>>>>> <br>
>>>>>>>>>>> <br>
>>>>>>>>>>> <br>
>>>>>>>>>>> <br>
>>>>>>>>>>> </blockquote>
>>>>>>>>>>> </blockquote>
>>>>>>>>>>> </blockquote>
>>>>>>>>>>> <br>
>>>>>>>>>>> </body>
>>>>>>>>>>> </html>
>>>>>>>>>>>
>>>>>>>>>>> --------------060109010005040605060000--
>>>>>>
>>>>>>
>
>
|
|
|
| Re: errors while metamodeling [message #624595 is a reply to message #475377] |
Thu, 30 August 2007 15:31 |
Ed Merks
Messages: 33133
Registered: July 2009 |
Senior Member |
|
|
Manar,
James will probably be too nice to tell you this, but the sparse details
you are providing will never prompt a definitive or helpful answer. As
has been explained, UML generates from a merged Ecore model, not
separate models for each of the separate compliance points, so if you
don't produce a merged Ecore model that extends the UML merged Ecore
model, you are responsible for generating everything yourself. Keep in
mind that xxx doesn't provide much for James to go on, but it sounds
like you'd need to generate the model for xxx as well but haven't.
Manar El-Kady wrote:
> James,
>
> In the generated code I found errors in all the impl files states that
> a xxx can't be resolved as a type, where xxx is changed from file to
> another. This error raise in the generated code of the
> InfrastructureLibrary package and my package. (Note: I didn't want to
> generate code to the InfrastructureLibrary package)
>
> thanks,
> Manar,
>
>
>
> James Bruck wrote:
>> Ed, you make a good point about reimplementing existing work.
>> The table at the end of this article goes over some of the pros/cons of
>> doing what Manar is attempting.
>> http://www.eclipse.org/modeling/mdt/uml2/docs/articles/Custo mizing_UML2_Which_Technique_is_Right_For_You/article.html
>>
>>
>> Manar, What errors are you getting in the generated code?
>>
>>
>> - James.
>>
>> "Ed Merks" <merks@ca.ibm.com> wrote in message
>> news:fb52pb$mg2$3@build.eclipse.org...
>>> Manar,
>>>
>>> I hate to tread in territory where I'm ignorant, but if you want to
>>> extend the UML2 implementation, which is based on a merge model of all
>>> the various compliance points, you really need to be basing it on a
>>> merged model, otherwise you will end up having to reimplement much of
>>> what Kenn has worked very hard to implement correctly for UML2...
>>>
>>>
>>> Manar El-Kady wrote:
>>>> I am doing a trial for building a metamodel that hasn't any merge
>>>> package, but just load a resource for the infrastructureLibrary
>>>> package as a file system from the UML source in the plugin older. The
>>>> result has two undesired things:
>>>> 1- I obligated to generate code for all the subpackages in the
>>>> InfrastructureLibrary
>>>> 2- the generated code has errors
>>>>
>>>> Manar
>>>>
>>>>
>>>> Manar El-Kady wrote:
>>>>> I'd like to thank you for that illustration. But, I didn't get the
>>>>> difference between these direction clear for me. Moreover, I am still
>>>>> have a problem in what I am doing. I didn't know for which direction
>>>>> it belongs.
>>>>>
>>>>>
>>>>> Manar
>>>>>
>>>>>
>>>>>
>>>>> Kenn Hussey wrote:
>>>>>> Exactly.
>>>>>>
>>>>>>
>>>>>> "Ed Merks" <merks@ca.ibm.com <mailto:merks@ca.ibm.com>> wrote in
>>>>>> message news:fb2bjh$gd5$1@build.eclipse.org...
>>>>>> Kenn,
>>>>>>
>>>>>> I see. That makes perfect sense. Either clients do the same
>>>>>> merging you've done to arrive at an extension of the UML
>>>>>> implementation you have provided or they generate all the things
>>>>>> they need that aren't provide by UML directly because you've
>> merged
>>>>>> those concepts away.
>>>>>>
>>>>>>
>>>>>> Kenn Hussey wrote:
>>>>>>> These artifacts aren't part of the binary plug-in because they
>>>>>>> are development-time (only) resources, and clients aren't
>>>>>>> expected to make direct references to them... There's no
>>>>>>> problem with someone building a heavyweight extension based on
>>>>>>> these models, but since UML2 does not provide an implementation
>>>>>>> for each of them, they either have to be factored (merged) out
>>>>>>> or implemented from scratch.
>>>>>>>
>>>>>>> Kenn
>>>>>>>
>>>>>>> "Ed Merks" <merks@ca.ibm.com> wrote in message
>>>>>>> news:fb1m43$lb6$2@build.eclipse.org...
>>>>>>>
>>>>>>>> Manar,
>>>>>>>>
>>>>>>>> That's just a comment about what artifacts that appear in the
>>>>>>>> plugin during development end up being copied into the
>>>>>>>> deployed plugin when it's shipped as a jarred binary result.
>>>>>>>> The .genmodel and .ecore models are included but the .uml ones
>>>>>>>> are not. This doesn't help you at all with your problem
>>>>>>>> though, other than make clear you need to find these in the
>>>>>>>> source plugin rather than in the binary plugin as I assumed would
>>>>>>>> be the case.
>>>>>>>>
>>>>>>>>
>>>>>>>> Manar El-Kady wrote:
>>>>>>>>
>>>>>>>>> I mean what is mentioned about the build.properties file.
>>>>>>>>>
>>>>>>>>> thanks,
>>>>>>>>> Manar,
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Ed Merks wrote:
>>>>>>>>>
>>>>>>>>>> Manar,
>>>>>>>>>>
>>>>>>>>>> What is "it"? Hasn't Kenn answered your remaining
>>>>>>>>>> questions? I'm not a UML2 expert by any means so it's
>>>>>>>>>> unlikely I can answer detailed questions about it. What
>>>>>>>>>> specifically is still causing a problem?
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Manar El-Kady wrote:
>>>>>>>>>>
>>>>>>>>>>> Ed,
>>>>>>>>>>>
>>>>>>>>>>> It is not clear for me. Could you illustrate it for me?
>>>>>>>>>>>
>>>>>>>>>>> Manar,
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> Ed Merks wrote:
>>>>>>>>>>>
>>>>>>>>>>>> --------------060109010005040605060000
>>>>>>>>>>>> Content-Type: text/html; charset=ISO-8859-1
>>>>>>>>>>>> Content-Transfer-Encoding: 7bit
>>>>>>>>>>>>
>>>>>>>>>>>> <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01
>>>>>>>>>>>> Transitional//EN">
>>>>>>>>>>>> <html>
>>>>>>>>>>>> <head>
>>>>>>>>>>>> <meta content="text/html;charset=ISO-8859-1"
>>>>>>>>>>>>
>>>>>>>>>>> http-equiv="Content-Type">
>>>>>>>>>>>
>>>>>>>>>>>> </head>
>>>>>>>>>>>> <body bgcolor="#ffffff" text="#000000">
>>>>>>>>>>>> Manar,<br>
>>>>>>>>>>>> <br>
>>>>>>>>>>>> I see. The build.properties doesn't include them in
>> the
>>>>>>>>>>> binary plugin,
>>>>>>>>>>>
>>>>>>>>>>>> so I suppose the way you did it is the only way<br>
>>>>>>>>>>>> <blockquote>bin.includes = about.html,\<br>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>
>> &nbs
>>
>> p;
>>>>>>>>>>> plugin.*,\<br>
>>>>>>>>>>>
>>>>>>>>>>>
>> &nbs
>>
>> p;
>>>>>>>>>>> ..,\<br>
>>>>>>>>>>>
>>>>>>>>>>>
>> &nbs
>>
>> p;
>>>>>>>>>>> model/*.ecore,\<br>
>>>>>>>>>>>
>>>>>>>>>>>
>> &nbs
>>
>> p;
>>>>>>>>>>> model/*.ecore2xml,\<br>
>>>>>>>>>>>
>>>>>>>>>>>
>> &nbs
>>
>> p;
>>>>>>>>>>> model/*.genmodel,\<br>
>>>>>>>>>>>
>>>>>>>>>>>
>> &nbs
>>
>> p;
>>>>>>>>>>> META-INF/<br>
>>>>>>>>>>>
>>>>>>>>>>>> src.includes = about.html,\<br>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>
>> &nbs
>>
>> p;
>>>>>>>>>>> model/*.ecore2ecore,\<br>
>>>>>>>>>>>
>>>>>>>>>>>
>> <b> &
>>
>> nbsp;
>>>>>>>>>>> model/*.uml,\</b><br>
>>>>>>>>>>>
>>>>>>>>>>>
>> &nbs
>>
>> p;
>>>>>>>>>>> templates/<br>
>>>>>>>>>>>
>>>>>>>>>>>> exclude.. = **/doc-files/**<br>
>>>>>>>>>>>> javacSource = 1.5<br>
>>>>>>>>>>>> javacTarget = 1.5<br>
>>>>>>>>>>>> </blockquote>
>>>>>>>>>>>> I get those same warnings when I validate the instance I
>> have
>>>>>>>>>>> directly
>>>>>>>>>>>
>>>>>>>>>>>> from CVS, so I suppose those warnings are something to
>>>>>>>>>>>> ignore.<br>
>>>>>>>>>>>> <br>
>>>>>>>>>>>> That still leaves your other questions unanswered, so
>>>>>>>>>>>> someone with
>>>>>>>>>>>>
>>>>>>>>>>> UML2
>>>>>>>>>>>
>>>>>>>>>>>> expertise will need to answer those. Definitely
>>>>>>>>>>>> change your
>>>>>>>>>>>>
>>>>>>>>>>> "\" to "/"
>>>>>>>>>>>
>>>>>>>>>>>> though or you're likely to have problems.<br>
>>>>>>>>>>>> <br>
>>>>>>>>>>>> <br>
>>>>>>>>>>>> Manar El-Kady wrote:
>>>>>>>>>>>> <blockquote cite="mid:fac69v$dcj$1@build.eclipse.org"
>>>>>>>>>>>>
>>>>>>>>>>> type="cite"><br>
>>>>>>>>>>>
>>>>>>>>>>>> Ed Merks wrote:
>>>>>>>>>>>> <br>
>>>>>>>>>>>> <blockquote type="cite">Manar,
>>>>>>>>>>>> <br>
>>>>>>>>>>>> <br>
>>>>>>>>>>>> Comments below.
>>>>>>>>>>>> <br>
>>>>>>>>>>>> <br>
>>>>>>>>>>>> <br>
>>>>>>>>>>>> Manar El-Kady wrote:
>>>>>>>>>>>> <br>
>>>>>>>>>>>> <blockquote type="cite">Hi,
>>>>>>>>>>>> <br>
>>>>>>>>>>>> <br>
>>>>>>>>>>>> I build a metamodel as a heavyweight extension.I do the
>>>>>>>>>>>> following
>>>>>>>>>>>> steps:
>>>>>>>>>>>> <br>
>>>>>>>>>>>> - create an empty UML model
>>>>>>>>>>>> <br>
>>>>>>>>>>>> - convert the model to a metamodel
>>>>>>>>>>>> <br>
>>>>>>>>>>>> - apply the ecore profile, and then apply the epackage
>>>>>>>>>>>> stereotype to
>>>>>>>>>>>> the
>>>>>>>>>>>> <br>
>>>>>>>>>>>> root model element
>>>>>>>>>>>> <br>
>>>>>>>>>>>> - add some elements for the metamodel
>>>>>>>>>>>> <br>
>>>>>>>>>>>> - merge the primitive types package
>>>>>>>>>>>> <br>
>>>>>>>>>>>> - add the infrastructure.uml as a resource to my metamodel
>>>>>>>>>>>> (Note: I
>>>>>>>>>>>> added it by using the editor. I added it from a project in
>> my
>>>>>>>>>>> workspace
>>>>>>>>>>>
>>>>>>>>>>>> that containing
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>
>> platform:/resource/org.eclipse.uml2.source\src\org.eclipse.u ml2..uml_2.1.0.v
>>
>> 200706141134\model\Infrastructure.uml)
>>>>>>>>>>>
>>>>>>>>>>>> <br>
>>>>>>>>>>>> </blockquote>
>>>>>>>>>>>> I think you should have loaded it using
>>>>>>>>>>>> <br>
>>>>>>>>>>>> <br>
>>>>>>>>>>>>
>>>>>>>>>>>>
>> platform:/plugin/org.eclipse.uml2.uml/model/Infrastructure.u ml
>>>>>>>>>>>> <br>
>>>>>>>>>>>> <br>
>>>>>>>>>>>> </blockquote>
>>>>>>>>>>>> <br>
>>>>>>>>>>>> I did it but an error file not found raised
>>>>>>>>>>>> <br>
>>>>>>>>>>>> <br>
>>>>>>>>>>>> I tried to add "/" after "platform:/" and the error
>>>>>>>>>>>>
>>>>>>>>>>>> " platform:/plugin/org.eclipse.uml2.uml/model/Infrastructure.u ml "
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>> showed
>>>>>>>>>>>
>>>>>>>>>>>> <br>
>>>>>>>>>>>> <br>
>>>>>>>>>>>> I tried to add the name of the jar file that exist in my
>>>>>>>>>>>> plugin
>>>>>>>>>>>>
>>>>>>>>>>> folder
>>>>>>>>>>>
>>>>>>>>>>>
>> " platform:/plugin/org.eclipse.uml2.uml_2.1.0.v200706141134/mo del/Infrastruct
>>
>> ure.uml",
>>>>>>>>>>>
>>>>>>>>>>>> then a file not found error raised??
>>>>>>>>>>>> <br>
>>>>>>>>>>>> <br>
>>>>>>>>>>>> <br>
>>>>>>>>>>>> <blockquote type="cite">Don't ever use "\" in a URI
>>>>>>>>>>>> since it's
>>>>>>>>>>>> treated as just an ordinary character like "_" not like
>>>>>>>>>>>> "/".
>>>>>>>>>>>> <br>
>>>>>>>>>>>> <blockquote type="cite">- While creating the elements
>>>>>>>>>>>> of the
>>>>>>>>>>>> metamodels I extended classes from the subpackages of the
>>>>>>>>>>>>
>>>>>>>>>>> Abstractions
>>>>>>>>>>>
>>>>>>>>>>>> package. So, I imported the packages that containing the
>>>>>>>>>>>> classes
>>>>>>>>>>>>
>>>>>>>>>>> which
>>>>>>>>>>>
>>>>>>>>>>>> I extend.
>>>>>>>>>>>> <br>
>>>>>>>>>>>> - finally I apply the package merge, and convert it again
>>>>>>>>>>>> to a
>>>>>>>>>>>> metamodel.
>>>>>>>>>>>> <br>
>>>>>>>>>>>> <br>
>>>>>>>>>>>> My questions are:
>>>>>>>>>>>> <br>
>>>>>>>>>>>> - After these steps I did a validation, and an error occur
>>>>>>>>>>>> " Not all
>>>>>>>>>>>> the members of a namespace'<<metamodel,
>>>>>>>>>>>> ePackage>>
>>>>>>>>>>>> <Model> MAS-UML' are distinguishable within it." ??
>>>>>>>>>>>> <br>
>>>>>>>>>>>> </blockquote>
>>>>>>>>>>>> I'm not sure, but it sounds like you have multiple
>>>>>>>>>>>> versions of the
>>>>>>>>>>>>
>>>>>>>>>>> same
>>>>>>>>>>>
>>>>>>>>>>>> model, which could be caused by the problem above where
>>>>>>>>>>>> you load the
>>>>>>>>>>>> model with one URI, there are other references to this
>>>>>>>>>>>> model using a
>>>>>>>>>>>> different URI.
>>>>>>>>>>>> <br>
>>>>>>>>>>>> <blockquote type="cite"><br>
>>>>>>>>>>>> - I tried to do these steps without doing package import
>>>>>>>>>>>> and I didn't
>>>>>>>>>>>> notice any difference or errors happened. so, what is the
>>>>>>>>>>>> need for
>>>>>>>>>>>> doing a package import in a metamodeling?
>>>>>>>>>>>> <br>
>>>>>>>>>>>> <br>
>>>>>>>>>>>> - After creating the metamodel I create an EMF project for
>>>>>>>>>>>> code
>>>>>>>>>>>> generation. Here, I obligated to generate code for the
>>>>>>>>>>>> infrastructureLibrary package, which I didn't need. Why
>> that?
>>>>>>>>>>>> <br>
>>>>>>>>>>>> </blockquote>
>>>>>>>>>>>> In the final step of the wizard, you need to specify a
>>>>>>>>>>>> GenModel
>>>>>>>>>>>>
>>>>>>>>>>> for any
>>>>>>>>>>>
>>>>>>>>>>>> packages that already exist and you don't want to generate
>>>>>>>>>>>>
>>>>>>>>>>> yourself but
>>>>>>>>>>>
>>>>>>>>>>>> rather want to reuse an existing generated model.
>>>>>>>>>>>> <br>
>>>>>>>>>>>> <blockquote type="cite"><br>
>>>>>>>>>>>> - After the code generation, there are some errors in the
>>>>>>>>>>>> generated
>>>>>>>>>>>> code for the infrastructureLibrary package and for my
>>>>>>>>>>>> metamodel code.
>>>>>>>>>>>> all the errors in the impl files and said that xxx
>>>>>>>>>>>> cannot be
>>>>>>>>>>>>
>>>>>>>>>>> resolved??
>>>>>>>>>>>
>>>>>>>>>>>> <br>
>>>>>>>>>>>> </blockquote>
>>>>>>>>>>>> I'm sure you'll need to specify a dependency on the UML2
>>>>>>>>>>>> model in the
>>>>>>>>>>>> final step of the wizard if you are trying to extend that
>>>>>>>>>>>>
>>>>>>>>>>> model. Note
>>>>>>>>>>>
>>>>>>>>>>>> that once the plugin.xml and MANIFEST.MF exist, they won't
>> be
>>>>>>>>>>>> regenerated unless you delete them, so even fixing the
>>>>>>>>>>>> problems above
>>>>>>>>>>>> won't fix these files unless you delete them before you
>>>>>>>>>>>> generate.
>>>>>>>>>>>> <br>
>>>>>>>>>>>> <blockquote type="cite"><br>
>>>>>>>>>>>> <br>
>>>>>>>>>>>> Sorry for this long mail, and thanks in advance.
>>>>>>>>>>>> <br>
>>>>>>>>>>>> <br>
>>>>>>>>>>>> Manar
>>>>>>>>>>>> <br>
>>>>>>>>>>>> <br>
>>>>>>>>>>>> <br>
>>>>>>>>>>>> <br>
>>>>>>>>>>>> <br>
>>>>>>>>>>>> <br>
>>>>>>>>>>>> <br>
>>>>>>>>>>>> <br>
>>>>>>>>>>>> <br>
>>>>>>>>>>>> <br>
>>>>>>>>>>>> </blockquote>
>>>>>>>>>>>> </blockquote>
>>>>>>>>>>>> </blockquote>
>>>>>>>>>>>> <br>
>>>>>>>>>>>> </body>
>>>>>>>>>>>> </html>
>>>>>>>>>>>>
>>>>>>>>>>>> --------------060109010005040605060000--
>>>>>>>
>>>>>>>
>>
>>
Ed Merks
Professional Support: https://www.macromodeling.com/
|
|
|
Goto Forum:
Current Time: Tue Apr 16 17:18:56 GMT 2024
Powered by FUDForum. Page generated in 0.94526 seconds |
] 
Search
Help
Register
Login
Home
