In order for this to happen (i.e. to introduce a new/different
committer) I think a continuation/termination review probably needs to take
place… unless said proposed committer does all of the work to maintain the
component for Galileo so that he/she can be voted in as a committer by the end
of the release…
Cheers,
From:
emf-dev-bounces@xxxxxxxxxxx [mailto:emf-dev-bounces@xxxxxxxxxxx] On Behalf
Of Anthony Hunter
Sent: Friday, September 19, 2008 11:35 AM
To: Eclipse Modelling Framework
Subject: Re: [emf-dev] Status of the EMF Query Component
I am committed to finding you a committer to
carry out maintenance :-)
Cheers...
Anthony
--
Anthony Hunter mailto:anthonyh@xxxxxxxxxx
Software Development Manager: Eclipse Open Source Components
IBM Rational Software: Aurora / GEF / GMF / Modeling Tools
Phone: 613-270-4613
"Christian W. Damus" ---09/19/2008 11:26:07
AM---Hi, Ed, The project will still need committers to carry out the
maintenance.
From:
|
"Christian W. Damus"
<cdamus@xxxxxxxxxxxxx>
|
To:
|
Eclipse Modelling Framework
<emf-dev@xxxxxxxxxxx>
|
Date:
|
09/19/2008 11:26 AM
|
Subject:
|
Re: [emf-dev] Status of the EMF Query
Component
|
Hi, Ed,
The project will still need committers to carry
out the maintenance.
cW
On 19-Sep-08, at 11:10 AM, Ed Merks wrote:
Anthony,
I'm going to find out more about the termination process. Keeping a maintenance
build alive despite the head of the stream being terminated seems an important
transition step that needs to be taken into consideration...
Anthony Hunter wrote:
OK,
Correct me if I am wrong, but one of the highlights post termination is that
the project is archived (i.e. CVS repository archived). This would make it
difficult for maintenance should the need arise.
Terminating SDO will be an issue for those who use SDO in existing products
built on top of the modeling stack (i.e. like us).
Cheers...
Anthony
--
Anthony Hunter mailto:anthonyh@xxxxxxxxxx
Software Development Manager: Eclipse Open Source Components
IBM Rational Software: Aurora / GEF / GMF / Modeling Tools
Phone: 613-270-4613
<mime-attachment.gif>Ed Merks ---09/18/2008
03:34:54 PM---Anthony, It's up to Christian to decide for Query. I believe he's
indicated
<mime-attachment.gif>
From:
|
<mime-attachment.gif>
Ed Merks <ed.merks@xxxxxxxxx>
|
<mime-attachment.gif>
To:
|
<mime-attachment.gif>
Eclipse Modelling Framework <emf-dev@xxxxxxxxxxx>
|
<mime-attachment.gif>
Date:
|
<mime-attachment.gif>
09/18/2008 03:34 PM
|
<mime-attachment.gif>
Subject:
|
<mime-attachment.gif>
Re: [emf-dev] Status of the EMF Query Component
|
Anthony,
It's up to Christian to decide for Query. I believe he's indicated he'll keep
it around for one more release.
I've heard nothing in response to SDO. I'm seeing little value in keeping it
around, but I suppose the cost of keeping it on artificial life support is
minimal as well. I'm leaning towards ditching it...
Anthony Hunter wrote:
Hi
Ed/Christian,
Just to end this thread, we are not terminating SDO or EMF Query and both will
be in Galileo. Right?
Cheers...
Anthony
--
Anthony Hunter mailto:anthonyh@xxxxxxxxxx
Software Development Manager: Eclipse Open Source Components
IBM Rational Software: Aurora / GEF / GMF / Modeling Tools
Phone: 613-270-4613
<mime-attachment.gif>Ed
Merks ---09/17/2008 02:25:14 AM---Christian, Like SDO, I see Query as having
little real value to justify its
<mime-attachment.gif>
From:
|
<mime-attachment.gif>
Ed Merks <ed.merks@xxxxxxxxx>
|
<mime-attachment.gif>
To:
|
<mime-attachment.gif>
Eclipse Modelling Framework <emf-dev@xxxxxxxxxxx>
|
<mime-attachment.gif>
Date:
|
<mime-attachment.gif>
09/17/2008 02:25 AM
|
<mime-attachment.gif>
Subject:
|
<mime-attachment.gif>
Re: [emf-dev] Status of the EMF Query Component
|
Christian,
Like SDO, I see Query as having little real value to justify its existence. So
like Query, I'm considering terminating the SDO component. Components that
don't have a significant established user base and for which there is no
interesting future don't really don't have a place at Eclipse. If there is
really only one user, they can of course maintain the source themselves.
Christian W. Damus wrote:
Anthony,
I forgot to answer your other questions. I don't know about GMF, but
Transaction build only requires the Query for the 3-in-1 feature that it
publishes to the Ganymede/Galileo builds. The Transaction and Validation
components have no dependencies, and can build without it.
cW
On 16-Sep-08, at 1:47 PM, Anthony Hunter wrote:
Hi
Christian,
We are getting more information for you, but IBM makes use of EMF Query in its
products. So it cannot go away for Galileo. We would be fine with creating a
1.3 version that has no new content, but just confirms from a build and smoke
test perspective that it still works and is at the high standard of quality as
the other components in Galileo.
I am wondering why EMF Transaction and GMF have a build dependency on EMF Query
for the last three years ? (I.e. EMF Query is listed on the dependencies on the
download page).
Cheers...
Anthony
--
Anthony Hunter mailto:anthonyh@xxxxxxxxxx
Software Development Manager: Eclipse Open Source Components
IBM Rational Software: Aurora / GEF / GMF / Modeling Tools
Phone: 613-270-4613
<graycol.gif>"Christian W. Damus" ---09/16/2008
12:14:49 PM---Hi, all, The EMF project has had, since Callisto days, a Query
component
<ecblank.gif>
From:
|
<ecblank.gif>
"Christian W. Damus" <cdamus@xxxxxxxxxxxxx>
|
<ecblank.gif>
To:
|
<ecblank.gif>
emf-dev@xxxxxxxxxxx
|
<ecblank.gif>
Date:
|
<ecblank.gif>
09/16/2008 12:14 PM
|
<ecblank.gif>
Subject:
|
<ecblank.gif>
[emf-dev] Status of the EMF Query Component
|
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
--
Christian W. Damus
Senior Software Developer, Zeligsoft Inc.
Component Lead, Eclipse MDT OCL and EMF-QTV
E-mail: cdamus@xxxxxxxxxxxxx
_______________________________________________
emf-dev mailing list
emf-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/emf-dev
_______________________________________________
emf-dev mailing list
emf-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/emf-dev
--
Christian W. Damus
Senior Software Developer, Zeligsoft Inc.
Component Lead, Eclipse MDT OCL and EMF-QTV
E-mail: cdamus@xxxxxxxxxxxxx
_______________________________________________
emf-dev mailing list
emf-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/emf-dev
_______________________________________________
emf-dev mailing list
emf-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/emf-dev
_______________________________________________
emf-dev mailing list
emf-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/emf-dev
_______________________________________________
emf-dev mailing list
emf-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/emf-dev
_______________________________________________
emf-dev mailing list
emf-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/emf-dev
_______________________________________________
emf-dev mailing list
emf-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/emf-dev
--
Christian W. Damus
Senior Software Developer, Zeligsoft Inc.
Component Lead, Eclipse MDT OCL and EMF-QTV
E-mail: cdamus@xxxxxxxxxxxxx
_______________________________________________
emf-dev mailing list
emf-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/emf-dev