Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [emf-dev] Status of the EMF Query Component

Hi, Anthony,

The Development Process does explicitly provide for the re-starting of an archived project via a Creation Review with a new set of committers, but that has the same requirements as for the initiation of an entirely new project, and possibly even greater because it had already been archived once before.

But, as I said, Eclipse's preferred result of a termination review is for the project to come out of it with an enthusiastic new committer group.  Any organization or individual can put itself forward to take over the project, even if it's just for occasional maintenance.  In Bjorn's now famous words, "Eclipse is you" and "you" don't have to let any project die if you don't want it to.

cW

On 18-Sep-08, at 3:56 PM, 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


<graycol.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

<ecblank.gif>
From:
<ecblank.gif>
Ed Merks <ed.merks@xxxxxxxxx>
<ecblank.gif>
To:
<ecblank.gif>
Eclipse Modelling Framework <emf-dev@xxxxxxxxxxx>
<ecblank.gif>
Date:
<ecblank.gif>
09/18/2008 03:34 PM
<ecblank.gif>
Subject:
<ecblank.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


      <20359253.gif>Ed Merks ---09/17/2008 02:25:14 AM---Christian, Like SDO, I see Query as having little real value to justify its
      <20419070.gif>
      From:
      <20419070.gif>
      Ed Merks <ed.merks@xxxxxxxxx>
      <20419070.gif>
      To:
      <20419070.gif>
      Eclipse Modelling Framework <emf-dev@xxxxxxxxxxx>
      <20419070.gif>
      Date:
      <20419070.gif>
      09/17/2008 02:25 AM
      <20419070.gif>
      Subject:
      <20419070.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

--
Christian W. Damus
Senior Software Developer, Zeligsoft Inc.
Component Lead, Eclipse MDT OCL and EMF-QTV




Back to the top