[prev in list] [next in list] [prev in thread] [next in thread] 

List:       jboss-development
Subject:    [JBoss-dev] RE: [Jboss-dev-forums] [Design of JBoss Build System] - Re: JBossThird Party Build
From:       "Scott M Stark" <scott.stark () jboss ! com>
Date:       2005-07-27 4:10:35
Message-ID: C2CDEFBECFC9A14892BCCFB4C95F486893A90B () EX-201 ! mail ! navisite ! com
[Download RAW message or body]

I would guess its not a big deal to simply drop the local repository
version info. The generated get ouput location and local path checks
would simply drop the version portion. The libraries.ent generation
would also need to be updated.

I did just try a new clean checkout/build of the latest jboss-4.0.x and
its building ok on the dev03 machine.

> -----Original Message-----
> From: jboss-dev-forums-admin@lists.sourceforge.net 
> [mailto:jboss-dev-forums-admin@lists.sourceforge.net] On 
> Behalf Of Adrian Brock
> Sent: Tuesday, July 26, 2005 9:02 PM
> To: Nukes Forum
> Cc: jboss-dev-forums@lists.sourceforge.net
> Subject: Re: [Jboss-dev-forums] [Design of JBoss Build 
> System] - Re: JBossThird Party Build
> 
> 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, scott.stark@jboss.org 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#38867
> > 20
> > 
> > Reply to the post : 
> > 
> http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3886
> > 720
> > 
> > 
> > -------------------------------------------------------
> > 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
> > Jboss-dev-forums@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/jboss-dev-forums
> --
> xxxxxxxxxxxxxxxxxxxxxxxx
> Adrian Brock
> Chief Scientist
> JBoss Inc.
> xxxxxxxxxxxxxxxxxxxxxxxx 
> 
> 
> 
> -------------------------------------------------------
> 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
> Jboss-dev-forums@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jboss-dev-forums
> 


-------------------------------------------------------
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_idt77&alloc_id492&opĚk
_______________________________________________
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[prev in list] [next in list] [prev in thread] [next in thread]