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

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


Inactive hide details for Ed Merks ---09/17/2008 02:25:14 AM---Christian, Like SDO, I see Query as having little real value to Ed Merks ---09/17/2008 02:25:14 AM---Christian, Like SDO, I see Query as having little real value to justify its


From:

Ed Merks <ed.merks@xxxxxxxxx>

To:

Eclipse Modelling Framework <emf-dev@xxxxxxxxxxx>

Date:

09/17/2008 02:25 AM

Subject:

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

Back to the top