Re: [emft-dev] EMF Query projects

[Miles Parker <miles.parker@xxxxxxxxxxx>]

Yes, that's one possibility I'm thinking of, but would you suggest using that w/in EMF Query or just stand-alone? OCL would be a good way to go for the formal representation, though it is arguably not as human readable (for non-CS majors, anyway) as some potential XPath / *QL approaches. (I realize the inherent limitations of those approaches, I'm just thinking in terms of support for basic boolean constructs, simple containment, etc..) I like the idea of going to Java code, though right now my solution is already effectively in Java code but I want a more generic representation and good search time performance, and right now I'm stuck w/ brain-dead O(n) with perhaps a bit of DIY caching. Does the OCL implementation (or any other extant tools) support any kind of indexing and/or caching?

Too bad to hear about Query2. As Ed suggests, I think there were some neat ideas in there.


On 2012-10-29, at 2:32 AM, Ed Willink <ed@xxxxxxxxxxxxx> wrote:

> Hi Miles
> 
> You can of course use OCL as a query language. Juno introduces an experimental OCL to Java code generator. I'm actively improving this so that the UML 2.5 OCL (and all of OCL's own) constraints can be used in auto-generated form.
> 
>      Regards
> 
>         Ed Willink
> 
> On 29/10/2012 07:40, Saurav Sarkar wrote:
>> Hi Miles,
>>  
>> Unfortunately not much of an activity is there in EMF Query2.
>> We have only two committers and both of us are currently engaged in some other commitments.
>> Hence we are not able to devote time and to do enough justification to the project.
>>  
>> In fact currently we are contemplating to go ahead for termination and initiating talks with other stakeholders.
>> Let me know your suggestions/comments or if any other points you have.
>> 
>> In fact i was planning to announce the same over the forums and mailing list, but since this mail came first this is the update i have.
>> 
>> The same question goes to the whole community to provide their suggestions.
>> 
>> cheers,
>> Saurav
>> 
>> On Mon, Oct 29, 2012 at 11:05 AM, Ed Merks <ed.merks@xxxxxxxxx> wrote:
>> Miles,
>> 
>> The problem is that both teams appear to be dysfunctional.  The older IBM-managed project is definitely not being actively developed, and, in my opinion, is not likely to address anyone's needs.  The newer SAP-managed project seems more active, and more interesting, but the team appears to be out of touch with the community, as you can see from the lack of response to your email. Query 2 missed the train for Juno and I've seen no sign that they'll give Kepler any thought until it's too late for that as well.
>> 
>> 
>> 
>> On 26/10/2012 11:10 PM, Miles Parker wrote:
>> Hi all,
>> 
>> I'm looking for some insight into status of EMF Query projects. Specifically, which are under active development? Judging by the name and versioning, it would seem to be Query 2, but OTOH, I need to consume from train and it doesn't look like it made it into Juno? Are there plans for Kepler?
>> 
>> cheers,
>> 
>> Miles
>> 
>> _______________________________________________
>> emft-dev mailing list
>> emft-dev@xxxxxxxxxxx
>> https://dev.eclipse.org/mailman/listinfo/emft-dev
>> 
>> _______________________________________________
>> emft-dev mailing list
>> emft-dev@xxxxxxxxxxx
>> https://dev.eclipse.org/mailman/listinfo/emft-dev
>> 
>> 
>> 
>> _______________________________________________
>> emft-dev mailing list
>> 
>> emft-dev@xxxxxxxxxxx
>> https://dev.eclipse.org/mailman/listinfo/emft-dev
>> 
>> 
>> No virus found in this message.
>> Checked by AVG - www.avg.com
>> Version: 2013.0.2742 / Virus Database: 2617/5859 - Release Date: 10/28/12
>> 
> 
> _______________________________________________
> emft-dev mailing list
> emft-dev@xxxxxxxxxxx
> https://dev.eclipse.org/mailman/listinfo/emft-dev