Re: [Jboss-dev-forums] [Design of JBoss Build System] - Re: JBoss Third Party Build

[Adrian B. <adr...@jb...>]

Since the forums are down...

The way I had it discussed with Ryan was that thirdparty would be
something like:

thirdparty/component/lib/some.jar
thirdparty/component/component-info.xml

That way it looks "the same" or at least similar whether the component
is checked
out in thirdparty or as a source build and the artifcats in output. 
The difference being no source or intermediate objects for the binary
checkout.

It also means that a component can say "I use log4j and I don't care
what version
I compile over. The versions I have been tested over are in the manifest
of my jar
in the repository."

It is then upto the top level build to decide what "branch", "stability
criteria" or explicit
version to use, either through the main build or local user
preferences/overrides.

IIRC we ditched the idea of letting each component take some kind of
"vote"
on which version to use for dependencies and went for the top level
build decides.
Though that decision does not have to be an explicit version. 
It could be LATEST-INTEGRATION-TESTED, LATEST-THAT-COMPILES,
BLEEDING-EDGE, etc.

On Tue, 2005-07-26 at 23:45, sco...@jb... wrote:
> I thought we were going to generate the eclipse library classpath. The same issue applies to intellij projects though. These should be generated anyway as the transitive closure of dependencies is still a function of the version whether or not its included in the path.
> 
> If the thirdparty version info is thrown away, isn't there an inconsistency in treatment of local vs remote repository in terms of identifying if a component is up to date? If I update the local thirdparty component to a newer version?
> 
> 
> 
> View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3886720#3886720
> 
> Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3886720
> 
> 
> -------------------------------------------------------
> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
> _______________________________________________
> Jboss-dev-forums mailing list
> Jbo...@li...
> https://lists.sourceforge.net/lists/listinfo/jboss-dev-forums
-- 
xxxxxxxxxxxxxxxxxxxxxxxx 
Adrian Brock
Chief Scientist
JBoss Inc.
xxxxxxxxxxxxxxxxxxxxxxxx