> Ah ok, I wasn't aware why that was happening. I guess it
would be
> 'higher' because of the build date in the qualifier, right?
>
That's it, but more generally, it happens be qualifier is higher, not only date.
yes, but for us it is the date; which is our fault and another reason why we should not
have date be the significant decider.
Fedora packaging adds to the complexity because they seem to have to custom patch these
thus should actually give some kind of "big version bump" to allow them to have
a "custom build".
I believe
eclipse.org does this by doing releases like 3.2.0, 3.2.100, 3.2.200 ...giving
room for 99 "custom" version builds.
> How about
> if I force the date to be lower than the your build from the update
> site? That way, if one downloads from the eclipse marketplace, or
> somewhere else, then that would be used instead of the Fedora
> installed version. Am I right in thinking that?
>
Qualifier pattern for us is v<...>. If you want your build pattern to be lower,
don't deal with dates. You can change simply qualifier to something like: f<...>
or fedora-v<...>. Since 'f' < 'v' our bundles will be preferred
by p2 and OSGi independently of the date on so on. I like the fedora-v<...> since it
answers this issue and a previous one at the same time.
Be aware that you are dealing with conventions here. You should strongly document them
and get other people working on them aware of them. It's easy to have someone changing
this pattern for a "better" one without knowing such rules and then breaking it.
This doesn't really solve it does it ? not unless all
jboss.org updatesites are
removed from p2 since when the user does Help > Update it will bump everything.
>>> Another aspect is what to do with our JBoss Central
feature - which also relies on eclipse p2 to install additional features.
Did you change the JBoss Central feature to rely on yum instead of p2?
If yes, that's a different feature, and it modified bundles and features probably
requires a new name.
If no, then it means there is nothing to worry about. It will be installed and will refer
to our sites, and will work as always.
No it won't if the bundles done in fedora doesn't have the same API (i.e.
hibernatetools not bundling hibernate 3.5 for example)
It will *seem* to work, but funky sideeffects will eventually happen the more differences
there are.
/max
Cheers,
--
Mickael Istria
Eclipse developer at JBoss, by Red Hat
My blog - My Tweets
_______________________________________________
jbosstools-dev mailing list
jbosstools-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jbosstools-dev