[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
|
Re: [incquery-dev] Major change in nsUri generation
|
Hi,
first, sorry for the duplicate mail - an issue with my internet.
Basically, we need compiler tests for this, as we need to make sure that the globalEiqGen file is created, and then the queries can be executed. Additioally, we would need some ecore metamodel (and corresponding genmodel/eiqgen to refer it), with an instance model and queries referring to EClasses from different packages.
Alltogether, this is way beyond our current level of automated test framework.
Zoli
-- Zoltán Ujhelyi
https://www.inf.mit.bme.hu/en/members/ujhelyiz
Fault Tolerant Systems Research Group
Budapest University of Technology and Economics
On 2013.02.11., at 8:12, Istvan Rath <rath@xxxxxxxxxx> wrote:
> Hi Zoli,
>
> what is (could be) the test case for this feature? Could the example provided by Balázs be integrated as a test case? Alternatively, can we modify/extend one of our existing test cases to include this one?
>
> thanks
> Istvan
>
>
> --
> Istvan RATH, PhD
> Research fellow
> Budapest University of Technology and Economics
> Fault Tolerant Systems Research Group
>
>
>
> On Sunday, February 10, 2013 at 11:46 PM, Ujhelyi Zoltán wrote:
>
>> Hi,
>>
>> I think, I have managed to resolve the bugzilla issue https://bugs.eclipse.org/bugs/show_bug.cgi?id=399832 about incorrectly generated globalEiqModel uris in case of nested packages referenced using an IncQuery generator model.
>>
>> It seemed to be working, however, I would be glad that someone else can verify, I din't break something inadvertently.
>>
>> Nothing should be changed, if an EPackage is loaded from the package registry; in case of single EPackages referred using the eiqgen mechanism the globalEiqModel files should also be unchanged (maybe some re-ordeering may happen on the file level). I asked Ábel and Balázs Grill directly to check the new resolution with multiple packages in the ticket, as both of them has presented some cases where the issue came forth.
>>
>> Cheers,
>> Zoli
>> -- Zoltán Ujhelyi
>> https://www.inf.mit.bme.hu/en/members/ujhelyiz
>>
>> Fault Tolerant Systems Research Group
>> Budapest University of Technology and Economics
>>
>> _______________________________________________
>> incquery-dev mailing list
>> incquery-dev@xxxxxxxxxxx (mailto:incquery-dev@xxxxxxxxxxx)
>> http://dev.eclipse.org/mailman/listinfo/incquery-dev
>>
>>
>
>
> _______________________________________________
> incquery-dev mailing list
> incquery-dev@xxxxxxxxxxx
> http://dev.eclipse.org/mailman/listinfo/incquery-dev
