|
| Re: The generated code of OCLEcore.genmodel [message #9417 is a reply to message #9392] |
Mon, 26 February 2007 14:44   |
Eclipse User |
|
|
|
Originally posted by: cdamus.ca.ibm.com
Hi, Jibran,
You are seeing the consequence of
https://bugs.eclipse.org/bugs/show_bug.cgi?id=167935 (Multiple inheritance
with generic type bindings generates bad code).
When I generated this code, I had to find-and-replace occurrences of 'C'
with 'EClassifier', 'O' with 'EOperation', etc. because these type
parameters are not valid in the context of the subtype that binds the type
parameters of its supertype.
I did not mark the code that I changes as @generated NOT because I did not
anticipate having to regenerate until bug 167935 is fixed. Or, at least, I
don't mind making these changes when I do because it's not difficult.
Cheers,
Christian
A. Jibran Shidqie wrote:
> Hi,
>
> The generated code out of the OCLEcore.genmodel which still has
> "@generated" as its comments is the original generated code, isn't it? I
> mean there is no modification upon that particular code. for example, the
> snipped code below is part of the
> org.eclipse.ocl.ecore.CollectionTypeImpl:
>
> ===========================
> /**
>
> * The cached value of the '{@link #getElementType() <em>Element
> Type</em>}' reference.
>
> * <!-- begin-user-doc -->
>
> * <!-- end-user-doc -->
>
> * @see #getElementType()
>
> * @generated
>
> * @ordered
>
> */
>
> protected EClassifier elementType = null;
>
> ===============================
>
>
> I tried to regenerate the code from the given OCLEcore.genmodel from the
> plugin. but the result was different, the parameter 'C' of elementType was
> not generated as 'EClassifier'.
>
> ======================
> /**
>
> * The cached value of the '{@link #getElementType() <em>Element
> Type</em>}' reference.
>
> * <!-- begin-user-doc -->
>
> * <!-- end-user-doc -->
>
> * @see #getElementType()
>
> * @generated
>
> * @ordered
>
> */
>
> protected C elementType = null;
>
> =======================
>
>
> My question is whether the part of generated code above has been modifed
> manually. If not, how can I regenerate it from the given genModel to
> produce the same result. Does it need to alter the option of the genModel?
>
> Thanks
>
> Best regards,
> Jibran
|
|
|
| Re: The generated code of OCLEcore.genmodel [message #9441 is a reply to message #9417] |
Wed, 28 February 2007 09:14 |
 A. Jibran Shidqie
Messages: 26
Registered: July 2009 |
Junior Member |
|
|
Hi Christian,
I see now. I thought there's something wrong with my EMF build.
Actually I also have asked about this problem to EMF group, and Ed suggested
me to report it to bugzilla. The problem is kind of similar that the one
you've encountered. I tried to generate it only with single inheritance, but
still the type parameter is not generated correctly.
https://bugs.eclipse.org/bugs/show_bug.cgi?id=175801
Best regards,
Jibran
"Christian W. Damus" <cdamus@ca.ibm.com> wrote in message
news:erurp5$sfl$1@utils.eclipse.org...
>
> Hi, Jibran,
>
> You are seeing the consequence of
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=167935 (Multiple inheritance
> with generic type bindings generates bad code).
>
> When I generated this code, I had to find-and-replace occurrences of 'C'
> with 'EClassifier', 'O' with 'EOperation', etc. because these type
> parameters are not valid in the context of the subtype that binds the type
> parameters of its supertype.
>
> I did not mark the code that I changes as @generated NOT because I did not
> anticipate having to regenerate until bug 167935 is fixed. Or, at least,
> I
> don't mind making these changes when I do because it's not difficult.
>
> Cheers,
>
> Christian
>
>
> A. Jibran Shidqie wrote:
>
>> Hi,
>>
>> The generated code out of the OCLEcore.genmodel which still has
>> "@generated" as its comments is the original generated code, isn't it? I
>> mean there is no modification upon that particular code. for example, the
>> snipped code below is part of the
>> org.eclipse.ocl.ecore.CollectionTypeImpl:
>>
>> ===========================
>> /**
>>
>> * The cached value of the '{@link #getElementType() <em>Element
>> Type</em>}' reference.
>>
>> * <!-- begin-user-doc -->
>>
>> * <!-- end-user-doc -->
>>
>> * @see #getElementType()
>>
>> * @generated
>>
>> * @ordered
>>
>> */
>>
>> protected EClassifier elementType = null;
>>
>> ===============================
>>
>>
>> I tried to regenerate the code from the given OCLEcore.genmodel from the
>> plugin. but the result was different, the parameter 'C' of elementType
>> was
>> not generated as 'EClassifier'.
>>
>> ======================
>> /**
>>
>> * The cached value of the '{@link #getElementType() <em>Element
>> Type</em>}' reference.
>>
>> * <!-- begin-user-doc -->
>>
>> * <!-- end-user-doc -->
>>
>> * @see #getElementType()
>>
>> * @generated
>>
>> * @ordered
>>
>> */
>>
>> protected C elementType = null;
>>
>> =======================
>>
>>
>> My question is whether the part of generated code above has been modifed
>> manually. If not, how can I regenerate it from the given genModel to
>> produce the same result. Does it need to alter the option of the
>> genModel?
>>
>> Thanks
>>
>> Best regards,
>> Jibran
>
|
|
|
Powered by
FUDForum. Page generated in 0.03205 seconds
] 
Search
Help
Register
Login
Home
