[jbosstools-dev] Fwd: Best way to handle 2 code streams

Max Rydahl Andersen max.andersen at redhat.com
Fri Jan 11 02:21:26 EST 2013


Afaik Optional plugins are installed "greedy" by p2 UI, but optional by tycho p2 build.

Fred - I think this is a good case to bring Pascal R. in on this - he would know the answer on how to get p2 to like it (if at all possible)

/max

On 10 Jan 2013, at 19:42, Rob Cernich <rcernich at redhat.com> wrote:

> Good catch.  Sorry.
> 
> Although....What if the containing feature depended on dali?  The user wouldn't be able to install it without dali, and the correct plugins would be installed if they did.  WDYT?
> 
> On 01/10/2013 07:21 PM, Rob Cernich wrote:
> Yep.  That's what I was thinking.  As I said, I'm not sure about the upgrade process.  My concern is that once one of the child features is installed, you may not be able to update at all (i.e. a wtp upgrade would balk because the e42 plugin isn't compatible).  That said, users probably won't be using the update mechanism when updating the platform, so you should be good.
> I see a tricky use-case.
> From definition of optional feature: "Some included features may be useful add-ons, but are not vital to the proper functioning of the overall product. Feature providers can elect to mark them as optional. Optional features will only be installed if all their required features and plug-ins are available. If not installed right away, optional features can be added at a later date."
> A user that had Kepler but not Dali installed will have none of those optional features installed. He'll need to install Dali manually. I don't think users will like to dig for dependencies to be able to install a feature, it's so pre-p2 !
> -- 
> Mickael Istria
> Eclipse developer at JBoss, by Red Hat
> My blog - My Tweets
> 
> _______________________________________________
> jbosstools-dev mailing list
> jbosstools-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/jbosstools-dev
> 
> _______________________________________________
> jbosstools-dev mailing list
> jbosstools-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/jbosstools-dev




More information about the jbosstools-dev mailing list