[jbosstools-dev] Who uses .target file?
Max Rydahl Andersen
manderse at redhat.com
Thu Mar 15 06:36:50 EDT 2012
>> I would/want to use it if we enable slide planner mode on it so the dependencies becomes *deterministic*. They aren't now.
> If we reverse the current process so:
> 1. we create a "dependency" site with Tycho in the traditional way
> 2. we create a .target file relying on this site
> Then we would simplify the way we handle our 3rd-party dependencies, and provide a target platform that would be usable by PDE at dev-time.
> But I think there is an issue we miss with a .target file, example: Component as depends on component jmx, what .target file do we provide for it? The same target file as we deliver to deltacloud (which depends on as) ?
This problem of the target file or feature files being huge and describing tons of features and then forcing each component to resolve that is a problem in both cases I beleive.
>> And then I would like to get target files that I can apply in eclipse - but the current one is just too big/slow to work.
> The big/slow issue is IMHO impossible to avoid for our big product.
Not if it was split up in a bit smaller pieces - *alot* of the dependencies are only needed for a few modules.
>> Using an updatesite would not help on that either afaik.
> It won't probably help on performance, but it will help in dependency management.
Don't understand this - having it on an updatesite does not restrict the versions.
Feature's neither since they resolve with version ranges.
target files can be used to *fixate* the version, making it deterministic.
/max
More information about the jbosstools-dev
mailing list