On 07/31/2013 08:24 PM, Rob Cernich wrote:
> Isn't part of the goal of Locus to align the dependencies
used by various
> components?
Not exactly, Locus is just aimed at providing some dependencies as OSGi
bundles/p2 artifacts. It's not the place where we'll manage dependency.
> Hypothetically, what would happen if those two projects, using
different
> versions of saxon, were installed in the same instance of Eclipse? Unless
> the plugin depending on v. 9.2.1 were configured to only use versions 9.2.x
> or exactly 9.2.1, I'm guessing both projects would resolve the 9.4 version
> of saxon. Personally, I think Locus, just like the TP's should be used for
> coordinating these dependencies. (Just my opinion, as I haven't been
> involved with any of the activity surrounding Locus. I'm sure there's a
> good
> pun in there somewhere;))
Both bundles resolving against Saxon 9.4 is not an issue. If it
appears to be
an issue, it has to be fixed in relevant MANIFEST.MF. Locus and Target
Platform are not workarounds for such issues.
Target Platforms are more the place where we manage dependency consistency.
Having JBTIS target platform based on JBT target platform makes it easier to
provide compatibility.
Given that the target platforms align to a specific version,
does it make sense to have more than one version available in Locus? The component will
get the version specified in the TP, so why does it matter beyond that? The only situation
I can think of is where you have different versions of the TP pointing to the same version
of Locus. Just an observation.
Basically:
* MANIFEST.MF/feature.xml define dependency
* Target Platforms define the set of available dependency to resolve against
* Locus provides some artifacts in an Eclipse-friendly way.
--
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