| Operations Package Export in GenModel [message #478616] |
Fri, 17 July 2009 15:23  |
Eclipse User |
|
|
|
Is there a way to specify in the GenModel that the Operations Package
should get exported so that it can be used by other projects that further
specialize the model and also use an Operations Package? I am currently
adding an entry to the manifest.mf file manually.
Thanks,
JT
NOTE: I originally posted this message in eclipse.model.mdt, but feel that
perhaps the UML2 newsgroup is more appropriate.
|
|
|
|
|
|
| Re: Operations Package Export in GenModel [message #478629 is a reply to message #478627] |
Thu, 23 July 2009 09:48  |
| Eclipse User |
|
|
|
Hi John,
If possible, please attach all your bug fixes in a patch and I'll make sure
they get committed.
Thanks,
- James.
"John T.E. Timm" <johntimm@us.ibm.com> wrote in message
news:d41f266c50c9ac365405458eaee97c5b$1@www.eclipse.org...
> Hi James,
>
> I will submit a defect. I also noticed some issues with switching back and
> forth between using operations packages and not using operations packages
> between a model and subsequent derived models. More specifically, I found
> that the EOCL_ENV field does not get generated properly if you switch back
> and forth. I made some adjustments to a couple of the other templates
> (namely OperationsClass.javajet and insert.javajetinc) to ensure that
> EOCL_ENV gets generated properly.
>
> Thanks,
>
> JT
>
> James Bruck wrote:
>
>> Hi John,
>
>> This does seem like a bug. Please raise a defect on UML2 and possibly
>> contribute a patch if you have one.
>> This could possibly be a candidate for the maintenance release.
>
>> Cheers,
>> - James.
>
>> "John T.E. Timm" <johntimm@us.ibm.com> wrote in message
>> news:321b6d7c3f8041ac23eb451481ec4d97$1@www.eclipse.org...
>>>I ended up customizing the manifest.mfjet template to get the required
>>>behavior. This does appear to be a shortcoming of the current
>>>implemention. If I create a model that uses operations packages and then
>>>another model which extends the first, I will get code that doesn't
>>>compile until the manifest file is manually updated.
>>>
>>> JT
>>>
>>> John T.E. Timm wrote:
>>>
>>>> Is there a way to specify in the GenModel that the Operations Package
>>>> should get exported so that it can be used by other projects that
>>>> further specialize the model and also use an Operations Package? I am
>>>> currently adding an entry to the manifest.mf file manually.
>>>
>>>> Thanks,
>>>
>>>> JT
>>>
>>>> NOTE: I originally posted this message in eclipse.model.mdt, but feel
>>>> that perhaps the UML2 newsgroup is more appropriate.
>>>
>>>
>
>
|
|
|
| Re: Operations Package Export in GenModel [message #478661 is a reply to message #478624] |
Tue, 04 August 2009 08:57 |
| Eclipse User |
|
|
|
This isn't a bug so much as design intent, from the perspective that
operations classes are meant to be "internal" to the implementation of
the metamodel. I suppose that specialized metamodels (e.g. for those
that extend UML) might want/need to reuse operation implementations, but
I don't know how often that would happen. In any case, I'm not sure this
change can be made in a maintenance release since it effectively
changes the "API" of the model plug-in...
Kenn
James Bruck wrote:
> Hi John,
>
> This does seem like a bug. Please raise a defect on UML2 and possibly
> contribute a patch if you have one.
> This could possibly be a candidate for the maintenance release.
>
> Cheers,
> - James.
>
> "John T.E. Timm" <johntimm@us.ibm.com> wrote in message
> news:321b6d7c3f8041ac23eb451481ec4d97$1@www.eclipse.org...
>> I ended up customizing the manifest.mfjet template to get the required
>> behavior. This does appear to be a shortcoming of the current implemention.
>> If I create a model that uses operations packages and then another model
>> which extends the first, I will get code that doesn't compile until the
>> manifest file is manually updated.
>>
>> JT
>>
>> John T.E. Timm wrote:
>>
>>> Is there a way to specify in the GenModel that the Operations Package
>>> should get exported so that it can be used by other projects that further
>>> specialize the model and also use an Operations Package? I am currently
>>> adding an entry to the manifest.mf file manually.
>>> Thanks,
>>> JT
>>> NOTE: I originally posted this message in eclipse.model.mdt, but feel
>>> that perhaps the UML2 newsgroup is more appropriate.
>>
>
>
|
|
|
| Re: Operations Package Export in GenModel [message #627801 is a reply to message #478616] |
Tue, 21 July 2009 12:52 |
| Eclipse User |
|
|
|
I ended up customizing the manifest.mfjet template to get the required
behavior. This does appear to be a shortcoming of the current
implemention. If I create a model that uses operations packages and then
another model which extends the first, I will get code that doesn't
compile until the manifest file is manually updated.
JT
John T.E. Timm wrote:
> Is there a way to specify in the GenModel that the Operations Package
> should get exported so that it can be used by other projects that further
> specialize the model and also use an Operations Package? I am currently
> adding an entry to the manifest.mf file manually.
> Thanks,
> JT
> NOTE: I originally posted this message in eclipse.model.mdt, but feel that
> perhaps the UML2 newsgroup is more appropriate.
|
|
|
| Re: Operations Package Export in GenModel [message #627803 is a reply to message #478622] |
Tue, 21 July 2009 17:00 |
| Eclipse User |
|
|
|
Hi John,
This does seem like a bug. Please raise a defect on UML2 and possibly
contribute a patch if you have one.
This could possibly be a candidate for the maintenance release.
Cheers,
- James.
"John T.E. Timm" <johntimm@us.ibm.com> wrote in message
news:321b6d7c3f8041ac23eb451481ec4d97$1@www.eclipse.org...
>I ended up customizing the manifest.mfjet template to get the required
>behavior. This does appear to be a shortcoming of the current implemention.
>If I create a model that uses operations packages and then another model
>which extends the first, I will get code that doesn't compile until the
>manifest file is manually updated.
>
> JT
>
> John T.E. Timm wrote:
>
>> Is there a way to specify in the GenModel that the Operations Package
>> should get exported so that it can be used by other projects that further
>> specialize the model and also use an Operations Package? I am currently
>> adding an entry to the manifest.mf file manually.
>
>> Thanks,
>
>> JT
>
>> NOTE: I originally posted this message in eclipse.model.mdt, but feel
>> that perhaps the UML2 newsgroup is more appropriate.
>
>
|
|
|
| Re: Operations Package Export in GenModel [message #627806 is a reply to message #478624] |
Wed, 22 July 2009 11:37 |
| Eclipse User |
|
|
|
Hi James,
I will submit a defect. I also noticed some issues with switching back and
forth between using operations packages and not using operations packages
between a model and subsequent derived models. More specifically, I found
that the EOCL_ENV field does not get generated properly if you switch back
and forth. I made some adjustments to a couple of the other templates
(namely OperationsClass.javajet and insert.javajetinc) to ensure that
EOCL_ENV gets generated properly.
Thanks,
JT
James Bruck wrote:
> Hi John,
> This does seem like a bug. Please raise a defect on UML2 and possibly
> contribute a patch if you have one.
> This could possibly be a candidate for the maintenance release.
> Cheers,
> - James.
> "John T.E. Timm" <johntimm@us.ibm.com> wrote in message
> news:321b6d7c3f8041ac23eb451481ec4d97$1@www.eclipse.org...
>>I ended up customizing the manifest.mfjet template to get the required
>>behavior. This does appear to be a shortcoming of the current implemention.
>>If I create a model that uses operations packages and then another model
>>which extends the first, I will get code that doesn't compile until the
>>manifest file is manually updated.
>>
>> JT
>>
>> John T.E. Timm wrote:
>>
>>> Is there a way to specify in the GenModel that the Operations Package
>>> should get exported so that it can be used by other projects that further
>>> specialize the model and also use an Operations Package? I am currently
>>> adding an entry to the manifest.mf file manually.
>>
>>> Thanks,
>>
>>> JT
>>
>>> NOTE: I originally posted this message in eclipse.model.mdt, but feel
>>> that perhaps the UML2 newsgroup is more appropriate.
>>
>>
|
|
|
| Re: Operations Package Export in GenModel [message #627808 is a reply to message #478627] |
Thu, 23 July 2009 09:48 |
| Eclipse User |
|
|
|
Hi John,
If possible, please attach all your bug fixes in a patch and I'll make sure
they get committed.
Thanks,
- James.
"John T.E. Timm" <johntimm@us.ibm.com> wrote in message
news:d41f266c50c9ac365405458eaee97c5b$1@www.eclipse.org...
> Hi James,
>
> I will submit a defect. I also noticed some issues with switching back and
> forth between using operations packages and not using operations packages
> between a model and subsequent derived models. More specifically, I found
> that the EOCL_ENV field does not get generated properly if you switch back
> and forth. I made some adjustments to a couple of the other templates
> (namely OperationsClass.javajet and insert.javajetinc) to ensure that
> EOCL_ENV gets generated properly.
>
> Thanks,
>
> JT
>
> James Bruck wrote:
>
>> Hi John,
>
>> This does seem like a bug. Please raise a defect on UML2 and possibly
>> contribute a patch if you have one.
>> This could possibly be a candidate for the maintenance release.
>
>> Cheers,
>> - James.
>
>> "John T.E. Timm" <johntimm@us.ibm.com> wrote in message
>> news:321b6d7c3f8041ac23eb451481ec4d97$1@www.eclipse.org...
>>>I ended up customizing the manifest.mfjet template to get the required
>>>behavior. This does appear to be a shortcoming of the current
>>>implemention. If I create a model that uses operations packages and then
>>>another model which extends the first, I will get code that doesn't
>>>compile until the manifest file is manually updated.
>>>
>>> JT
>>>
>>> John T.E. Timm wrote:
>>>
>>>> Is there a way to specify in the GenModel that the Operations Package
>>>> should get exported so that it can be used by other projects that
>>>> further specialize the model and also use an Operations Package? I am
>>>> currently adding an entry to the manifest.mf file manually.
>>>
>>>> Thanks,
>>>
>>>> JT
>>>
>>>> NOTE: I originally posted this message in eclipse.model.mdt, but feel
>>>> that perhaps the UML2 newsgroup is more appropriate.
>>>
>>>
>
>
|
|
|
| Re: Operations Package Export in GenModel [message #627839 is a reply to message #478624] |
Tue, 04 August 2009 08:57 |
| Eclipse User |
|
|
|
This isn't a bug so much as design intent, from the perspective that
operations classes are meant to be "internal" to the implementation of
the metamodel. I suppose that specialized metamodels (e.g. for those
that extend UML) might want/need to reuse operation implementations, but
I don't know how often that would happen. In any case, I'm not sure this
change can be made in a maintenance release since it effectively
changes the "API" of the model plug-in...
Kenn
James Bruck wrote:
> Hi John,
>
> This does seem like a bug. Please raise a defect on UML2 and possibly
> contribute a patch if you have one.
> This could possibly be a candidate for the maintenance release.
>
> Cheers,
> - James.
>
> "John T.E. Timm" <johntimm@us.ibm.com> wrote in message
> news:321b6d7c3f8041ac23eb451481ec4d97$1@www.eclipse.org...
>> I ended up customizing the manifest.mfjet template to get the required
>> behavior. This does appear to be a shortcoming of the current implemention.
>> If I create a model that uses operations packages and then another model
>> which extends the first, I will get code that doesn't compile until the
>> manifest file is manually updated.
>>
>> JT
>>
>> John T.E. Timm wrote:
>>
>>> Is there a way to specify in the GenModel that the Operations Package
>>> should get exported so that it can be used by other projects that further
>>> specialize the model and also use an Operations Package? I am currently
>>> adding an entry to the manifest.mf file manually.
>>> Thanks,
>>> JT
>>> NOTE: I originally posted this message in eclipse.model.mdt, but feel
>>> that perhaps the UML2 newsgroup is more appropriate.
>>
>
>
|
|
|
Powered by
FUDForum. Page generated in 0.25869 seconds
Home