Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
RE: [eclipse.org-planning-council] RE:[cross-project-issues-dev] Feedback on the europa update site


Hi, Martin,

Thanks; I didn't follow the EMF feature discussion very closely, but that certainly makes sense.  I hope users will know not to root around in the "Enabling Features" category for themselves!

The EMF-QTV runtime features aren't large, but if somebody wants to raise me a bug to add them to the Enabling Features, I'll be more than happy to do it (it isn't difficult).  It seemed simpler to me to group these three components that are commonly used together (a la "Luxury EMF";  thanks, Dejan).

Cheers,

Christian



Christian W. Damus
Component Lead, Eclipse
OCL and EMF-QTV
IBM Rational Software



"Oberhuber, Martin" <Martin.Oberhuber@xxxxxxxxxxxxx>
Sent by: eclipse.org-planning-council-bounces@xxxxxxxxxxx

06/04/07 01:34 PM

Please respond to
"eclipse.org-planning-council"        <eclipse.org-planning-council@xxxxxxxxxxx>

To
"eclipse.org-planning-council" <eclipse.org-planning-council@xxxxxxxxxxx>
cc
Cross project issues <cross-project-issues-dev@xxxxxxxxxxx>, Dejan Glozic/Toronto/IBM@IBMCA
Subject
RE: [eclipse.org-planning-council]        RE:[cross-project-issues-dev]        Feedback on the europa update site





Hello Christian,
 
yes if a feature is <include> d in some other feature, it does not need to be listed in site.xml.
 
BUT if some other feature <requires> one of your only-<included> features, UM will
select the smallest available container that <includes> the required feature. Therefore,
end users may end up downloading more (sometimes much more) than they actually need.
 
This is what we've tried to sort out for EMF together with Nick Boldt and Ed Merks,
and what finally was resolved by exposing some of the <included> features under
"Enabling Features" in order to make sure that somebody who <requires> only
the small components also gets teh small components only and not the large
chunk with all the stuff it requires in turn (in this case, JDT).

Cheers,
--
Martin Oberhuber
Wind River Systems, Inc.
Target Management Project Lead, DSDP PMC Member

http://www.eclipse.org/dsdp/tm

 


From: eclipse.org-planning-council-bounces@xxxxxxxxxxx [mailto:eclipse.org-planning-council-bounces@xxxxxxxxxxx] On Behalf Of Christian Damus
Sent:
Monday, June 04, 2007 7:22 PM
To:
eclipse.org-planning-council
Cc:
Cross project issues; Dejan Glozic
Subject:
Re: [eclipse.org-planning-council] RE:[cross-project-issues-dev] Feedback on the europa update site



As an example, the EMF-QTV components are contributed to Europa as a pair of features:


   Eclipse Modeling Framework Data Integrity Frameworks Extender SDK

   Eclipse Modeling Framework Data Integrity Frameworks End-User Features


Both of these comprise, respectively, the SDK and Run-time features of these three distinct components, to roll them into one.


Each component individually has two run-time features, so that the all-in-one run-time Europa feature contains:


   org.eclipse.emf.emfqtv.all

      - org.eclipse.emf.query

      - org.eclipse.emf.query.ocl

      - org.eclipse.emf.transaction

      - org.eclipse.emf.workspace

      - org.eclipse.emf.validation

      - org.eclipse.emf.validation.ocl


where nesting shows <include>ed features.  None of these six included features is listed in the Europa site.xml.  If these features had, instead, been prereqed via <requires> at either the feature or plug-in level, then I think it may have been necessary to expose them in the site.xml.


AFAIK, update manager has no problem with multiple features <include>ing the same features, so perhaps <include> can be used more extensively to avoid filling up the site.xml.


Hope that helps to clarify,


Christian




Christian W. Damus
Component Lead, Eclipse
OCL and EMF-QTV
IBM Rational Software


"Oberhuber, Martin" <Martin.Oberhuber@xxxxxxxxxxxxx>
Sent by: eclipse.org-planning-council-bounces@xxxxxxxxxxx

06/04/07 12:44 PM

Please respond to
"eclipse.org-planning-council"        <eclipse.org-planning-council@xxxxxxxxxxx>


To
"Cross project issues" <cross-project-issues-dev@xxxxxxxxxxx>
cc
Dejan Glozic/Toronto/IBM@IBMCA, "eclipse.org-planning-council" <eclipse.org-planning-council@xxxxxxxxxxx>
Subject
[eclipse.org-planning-council] RE: [cross-project-issues-dev]        Feedback on the europa update site







My memory might fool me, but I think that my experience has shown me so far, that

"Select Required" does NOT work for features which are available on the site but not

listed on site.xml . After all, UM would not be able to display a selection for such

features, would it? And, how would it know that these features exist after all? I don't

think it scans the remote directory, I even don't think it would be capable of doing that

through the http: protocol.

 

I have no time to verify this again now, but I'd recommend Bjorn to wait with changes

to the build system until someone has verified what "Select Required" does.

 

Perhaps Dejan knows off the top of his head?

Cheers,
--
Martin Oberhuber
Wind River Systems, Inc.
Target Management Project Lead, DSDP PMC Member

http://www.eclipse.org/dsdp/tm




From: cross-project-issues-dev-bounces@xxxxxxxxxxx [mailto:cross-project-issues-dev-bounces@xxxxxxxxxxx] On Behalf Of Jeff McAffer
Sent:
Monday, June 04, 2007 4:30 PM
To:
Cross project issues
Cc:
cross-project-issues-dev-bounces@xxxxxxxxxxx; Cross project issues; eclipse.org-planning-council
Subject:
Re: [cross-project-issues-dev] Feedback on the europa update site



Note that I said,
      " Of course, there may well be a reality issue blocking this theory...
"
Please confirm that this all works as described, expected, desired before going off and doing Europa-wide changes.


Jeff


Bjorn Freeman-Benson <bjorn.freeman-benson@xxxxxxxxxxx>
Sent by: cross-project-issues-dev-bounces@xxxxxxxxxxx

06/04/2007 10:15 AM

Please respond to
Cross project issues <cross-project-issues-dev@xxxxxxxxxxx>


To
Cross project issues <cross-project-issues-dev@xxxxxxxxxxx>, "eclipse.org-planning-council" <eclipse.org-planning-council@xxxxxxxxxxx>
cc
Subject
Re: [cross-project-issues-dev] Feedback on the europa update site









Hmm, I learn something new every day... Ok, I will modify the Europa build tool not to require that all features be listed in site.xml. I will send email to the list after I have done that so that any project who wishes to modify their portion of the site.xml may do so. Please do not modify the Europa site.xml until after I have fixed the Europa build tool. Thanks.

Jeff McAffer wrote:


Just to clarify something, to have a feature be available an installable from an update site it does NOT have to be listed in the site.xml.  The site.xml is used to show users what is available for them to select and download.  Depending on the workflow the features that are used by other projects could be put on the Europa site but not in the site.xml.  People should then be able to tell update manager to get the required features as well.  Of course, there may well be a reality issue blocking this theory...


Jeff
_______________________________________________
cross-project-issues-dev mailing list
cross-project-issues-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
_______________________________________________
eclipse.org-planning-council mailing list
eclipse.org-planning-council@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/eclipse.org-planning-council

_______________________________________________
eclipse.org-planning-council mailing list
eclipse.org-planning-council@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/eclipse.org-planning-council


Back to the top