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

Rob Cernich rcernich at redhat.com
Thu Jan 10 13:42:13 EST 2013


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? 

----- Original Message -----

> 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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jbosstools-dev/attachments/20130110/05daa121/attachment.html 


More information about the jbosstools-dev mailing list