Skip to main content


Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Modeling » EMF » [Query] Status of the EMF Query Component
[Query] Status of the EMF Query Component [message #422830] Tue, 16 September 2008 16:15 Go to next message
Eclipse UserFriend
Originally posted by: cdamus.zeligsoft.com

Hi, all,

The EMF project has had, since Callisto days, a Query component
providing a Java API with an SQL-ish feel for structured searches in
EObject data. Since its 1.0 release, this component has not added any
new features except for keeping up with its dependencies: following EMF
Core in adopting J2SE 5.0, and adopting new OCL APIs.

It seems to me that this component never did show much "traction" from
the user community and I have no plan to initiate any new work for the
Galileo release. A summary of Bugzilla activity looks like this:

* Raised/resolved since the Ganymede (1.2) release: 0 / 0
* Raised/resolved since the Europa (1.1) release: 9 / 9
* Raised/resolved since the Callisto (1.0) release: 11 / 12
* Raised/resolved since the initial commit: 11 / 10

Note that a significant number of these bugs were releng-type bugs
tagged against the Query component but applying to common/replicated
artifacts and processes across the EMF Query/Transaction/Validation
components and also MDT OCL.

So, my questions to the community are:

* Do you use the EMF Query component?
* Are you interested in continuing to develop the EMF Query component?
- I am happy to help contributors to earn committer rights by
working with them on their patches.

Your feed-back is very important to determining whether this component
will have a 1.3 release in Galileo, whether it should just produce a
maintenance release for Galileo, or whether it should proceed to a
Termination Review.

Thanks,

Christian
Re: [Query] Status of the EMF Query Component [message #422897 is a reply to message #422830] Thu, 18 September 2008 10:48 Go to previous messageGo to next message
Robert Klaus is currently offline Robert KlausFriend
Messages: 10
Registered: July 2009
Junior Member
Hi Christian,

we are using Query to power a search on our EMF model. This works fine
so far, so we would be glad if it would be still maintained.

Cheers,

Robert


Christian W. Damus schrieb:
> Hi, all,
>
> The EMF project has had, since Callisto days, a Query component
> providing a Java API with an SQL-ish feel for structured searches in
> EObject data. Since its 1.0 release, this component has not added any
> new features except for keeping up with its dependencies: following EMF
> Core in adopting J2SE 5.0, and adopting new OCL APIs.
>
> It seems to me that this component never did show much "traction" from
> the user community and I have no plan to initiate any new work for the
> Galileo release. A summary of Bugzilla activity looks like this:
>
> * Raised/resolved since the Ganymede (1.2) release: 0 / 0
> * Raised/resolved since the Europa (1.1) release: 9 / 9
> * Raised/resolved since the Callisto (1.0) release: 11 / 12
> * Raised/resolved since the initial commit: 11 / 10
>
> Note that a significant number of these bugs were releng-type bugs
> tagged against the Query component but applying to common/replicated
> artifacts and processes across the EMF Query/Transaction/Validation
> components and also MDT OCL.
>
> So, my questions to the community are:
>
> * Do you use the EMF Query component?
> * Are you interested in continuing to develop the EMF Query component?
> - I am happy to help contributors to earn committer rights by
> working with them on their patches.
>
> Your feed-back is very important to determining whether this component
> will have a 1.3 release in Galileo, whether it should just produce a
> maintenance release for Galileo, or whether it should proceed to a
> Termination Review.
>
> Thanks,
>
> Christian
Re: [Query] Status of the EMF Query Component [message #422915 is a reply to message #422830] Thu, 18 September 2008 15:23 Go to previous messageGo to next message
Geoffry Roberts is currently offline Geoffry RobertsFriend
Messages: 71
Registered: July 2009
Member
Christian,

I'm taking this time to respond because I could definitely use of a nice
query facility for EMF. My EMF model is necessarily large and deep. Sure
would be great if I could support the users with some sort of ad hoc query.

EMF query was not the determining factor to my decision to use EMF, but I
did see it as a significant, added benefit. To my dismay, query has
proven a steeper learning curve than I had anticipated. Simple attribute
queries I can write well enough, but more complex queries put me in a
position of having to decide whether its easier (faster) to use EMF query
or simply roll my own. Right now rolling own is looking more like the
productive way to go. I think having more extensive documentation would
help. I have found myself stepping through code and doing other forms of
trial and error programming in a effort to clarify my understanding of how
the thing works.

The key to EMF query finding traction with me is making it easier for me
to learn and use.
Re: [Query] Status of the EMF Query Component [message #422947 is a reply to message #422897] Fri, 19 September 2008 13:32 Go to previous messageGo to next message
Eclipse UserFriend
Originally posted by: cdamus.zeligsoft.com

Hi, Robert,

Thanks for taking time to respond! It's good to hear from you.

Would you or your colleagues be interested in contributing to that
maintenance effort, or even enhancing this technology? As I mentioned
in reply to other concerned parties on the EMF developer mailing list,
not only is this component eager to accept contributions and develop new
committers, but if necessary, a Termination Review provides Eclipse and
the Community an opportunity to hand off a project such as EMF Query to
any stakeholder that wishes to continue its development or to take it in
a new direction.

No Eclipse project will ever be lost if the community is there to pick
it up.

Cheers,

Christian


Robert Klaus wrote:
> Hi Christian,
>
> we are using Query to power a search on our EMF model. This works fine
> so far, so we would be glad if it would be still maintained.
>
> Cheers,
>
> Robert
>
>
> Christian W. Damus schrieb:
>> Hi, all,
>>
>> The EMF project has had, since Callisto days, a Query component
>> providing a Java API with an SQL-ish feel for structured searches in
>> EObject data. Since its 1.0 release, this component has not added any
>> new features except for keeping up with its dependencies: following
>> EMF Core in adopting J2SE 5.0, and adopting new OCL APIs.
>>
>> It seems to me that this component never did show much "traction" from
>> the user community and I have no plan to initiate any new work for the
>> Galileo release. A summary of Bugzilla activity looks like this:
>>
>> * Raised/resolved since the Ganymede (1.2) release: 0 / 0
>> * Raised/resolved since the Europa (1.1) release: 9 / 9
>> * Raised/resolved since the Callisto (1.0) release: 11 / 12
>> * Raised/resolved since the initial commit: 11 / 10
>>
>> Note that a significant number of these bugs were releng-type bugs
>> tagged against the Query component but applying to common/replicated
>> artifacts and processes across the EMF Query/Transaction/Validation
>> components and also MDT OCL.
>>
>> So, my questions to the community are:
>>
>> * Do you use the EMF Query component?
>> * Are you interested in continuing to develop the EMF Query component?
>> - I am happy to help contributors to earn committer rights by
>> working with them on their patches.
>>
>> Your feed-back is very important to determining whether this component
>> will have a 1.3 release in Galileo, whether it should just produce a
>> maintenance release for Galileo, or whether it should proceed to a
>> Termination Review.
>>
>> Thanks,
>>
>> Christian
Re: [Query] Status of the EMF Query Component [message #422949 is a reply to message #422915] Fri, 19 September 2008 13:39 Go to previous messageGo to next message
Eclipse UserFriend
Originally posted by: cdamus.zeligsoft.com

Hi, Geoffry,

Thanks for responding; I think we have discussed some of your technical
concerns in this newsgroup, before.

This may be an opportunity for you to contribute enhancements to this
project that will really make it work for you. For example, the
long-range vision for EMF Query initially saw it developing from an
iterative matching style to a more optimizable index-based
infrastructure, after the fashion of JDT's index for the Java model.
Other directions might have seen collaboration with projects such as CDO
and Teneo for integration with native RDBMS queries, and developing a
more declarative front-end language to isolate the user from the Java
details.

As you can imagine, there are plenty of opportunities for contribution
which the current committer team cannot approach.

Would you be interested in contributing to this project? Documentation
would be a good starting point, as you gain experience in working with
the current API.

Cheers,

Christian

Geoffry Roberts wrote:
> Christian,
>
> I'm taking this time to respond because I could definitely use of a nice
> query facility for EMF. My EMF model is necessarily large and deep.
> Sure would be great if I could support the users with some sort of ad
> hoc query.
>
> EMF query was not the determining factor to my decision to use EMF, but
> I did see it as a significant, added benefit. To my dismay, query has
> proven a steeper learning curve than I had anticipated. Simple
> attribute queries I can write well enough, but more complex queries put
> me in a position of having to decide whether its easier (faster) to use
> EMF query or simply roll my own. Right now rolling own is looking more
> like the productive way to go. I think having more extensive
> documentation would help. I have found myself stepping through code
> and doing other forms of trial and error programming in a effort to
> clarify my understanding of how the thing works.
> The key to EMF query finding traction with me is making it easier for me
> to learn and use.
>
>
>
Re: [Query] Status of the EMF Query Component [message #423100 is a reply to message #422947] Tue, 23 September 2008 11:35 Go to previous messageGo to next message
Robert Klaus is currently offline Robert KlausFriend
Messages: 10
Registered: July 2009
Junior Member
Hi Christian,

I discussed the situation with my colleagues which are using EMF Query
for their components. There would only be minor nice-to-have changes but
nothing dramatic. So from our perspective it runs very stable and there
are no features missing which means our interest in enhancing Query is
quite low.
Beside of that, it is a decision our company has to make, as it concerns
the product we are developing. I'm going to ask my boss, but I'm afraid
the answer will not be positive.

Cheers,

Robert


Christian W. Damus schrieb:
> Hi, Robert,
>
> Thanks for taking time to respond! It's good to hear from you.
>
> Would you or your colleagues be interested in contributing to that
> maintenance effort, or even enhancing this technology? As I mentioned
> in reply to other concerned parties on the EMF developer mailing list,
> not only is this component eager to accept contributions and develop new
> committers, but if necessary, a Termination Review provides Eclipse and
> the Community an opportunity to hand off a project such as EMF Query to
> any stakeholder that wishes to continue its development or to take it in
> a new direction.
>
> No Eclipse project will ever be lost if the community is there to pick
> it up.
>
> Cheers,
>
> Christian
>
>
> Robert Klaus wrote:
>> Hi Christian,
>>
>> we are using Query to power a search on our EMF model. This works fine
>> so far, so we would be glad if it would be still maintained.
>>
>> Cheers,
>>
>> Robert
>>
>>
>> Christian W. Damus schrieb:
>>> Hi, all,
>>>
>>> The EMF project has had, since Callisto days, a Query component
>>> providing a Java API with an SQL-ish feel for structured searches in
>>> EObject data. Since its 1.0 release, this component has not added
>>> any new features except for keeping up with its dependencies:
>>> following EMF Core in adopting J2SE 5.0, and adopting new OCL APIs.
>>>
>>> It seems to me that this component never did show much "traction"
>>> from the user community and I have no plan to initiate any new work
>>> for the Galileo release. A summary of Bugzilla activity looks like
>>> this:
>>>
>>> * Raised/resolved since the Ganymede (1.2) release: 0 / 0
>>> * Raised/resolved since the Europa (1.1) release: 9 / 9
>>> * Raised/resolved since the Callisto (1.0) release: 11 / 12
>>> * Raised/resolved since the initial commit: 11 / 10
>>>
>>> Note that a significant number of these bugs were releng-type bugs
>>> tagged against the Query component but applying to common/replicated
>>> artifacts and processes across the EMF Query/Transaction/Validation
>>> components and also MDT OCL.
>>>
>>> So, my questions to the community are:
>>>
>>> * Do you use the EMF Query component?
>>> * Are you interested in continuing to develop the EMF Query component?
>>> - I am happy to help contributors to earn committer rights by
>>> working with them on their patches.
>>>
>>> Your feed-back is very important to determining whether this
>>> component will have a 1.3 release in Galileo, whether it should just
>>> produce a maintenance release for Galileo, or whether it should
>>> proceed to a Termination Review.
>>>
>>> Thanks,
>>>
>>> Christian
Re: [Query] Status of the EMF Query Component [message #423105 is a reply to message #423100] Tue, 23 September 2008 13:23 Go to previous message
Eclipse UserFriend
Originally posted by: cdamus.zeligsoft.com

Hi, Robert,

That's fine, don't worry. It definitely is a corporate decision. I do
have interest from another quarter in picking up Query to maintain it.
The future looks bright!

cW


Robert Klaus wrote:
> Hi Christian,
>
> I discussed the situation with my colleagues which are using EMF Query
> for their components. There would only be minor nice-to-have changes but
> nothing dramatic. So from our perspective it runs very stable and there
> are no features missing which means our interest in enhancing Query is
> quite low.
> Beside of that, it is a decision our company has to make, as it concerns
> the product we are developing. I'm going to ask my boss, but I'm afraid
> the answer will not be positive.
>
> Cheers,
>
> Robert
>

-----8<-----
Previous Topic:How to convert XMIResource to CDOResource
Next Topic:Does ID property have to be unique in the whole Resource?
Goto Forum:
  


Current Time: Thu Jan 23 02:30:04 GMT 2020

Powered by FUDForum. Page generated in 0.03410 seconds
.:: Contact :: Home ::.

Powered by: FUDforum 3.0.2.
Copyright ©2001-2010 FUDforum Bulletin Board Software

Back to the top