Re: Modular build

2018-02-01 Thread Peter
Thanks Dan, your help and guidance will definitely be appreciated! Cheers, Peter. On 1/02/2018 11:52 AM, Dan Rollo wrote: Hi Peter, I’ll try to pitch in where I can. Dan From: Peter Subject: Modular build Date: January 30, 2018 at 5:11:08 AM EST To: "" Hello fellow River folk

Re: Modular build

2018-01-31 Thread Dan Rollo
Hi Peter, I’ll try to pitch in where I can. Dan From: Peter Subject: Modular build Date: January 30, 2018 at 5:11:08 AM EST To: "" Hello fellow River folks! How do we want to start the modular build, should we create a new svn branch and replace trunk when it's comp

Modular build

2018-01-30 Thread Peter
Hello fellow River folks! How do we want to start the modular build, should we create a new svn branch and replace trunk when it's complete? I'm just initially looking at creating the build structure and copying across the relevant packages. This will be based on the JGDMS build

Re: Decision process for a Modular build tool

2014-04-30 Thread Peter
; > > > > > > > > > From: Peter Firmstone > > > > Subject: Decision process for a Modular build tool > > > > Date: April 22, 2014 at 7:40:29 PM EDT > > > > To: d...@apache.river.org > > > > Reply-To: Peter Firmstone > >

Re: Decision process for a Modular build tool

2014-04-30 Thread Gregg Wonderly
On Apr 23, 2014, at 8:01 AM, Peter wrote: > - Original message - >> >> On Apr 22, 2014, at 7:47 PM, Peter Firmstone >> wrote: >> >>> >>> >>> From: Peter Firmstone >>> Subject: Decision process for a Modular

Re: Decision process for a Modular build tool

2014-04-23 Thread Peter
- Original message - > > On Apr 22, 2014, at 7:47 PM, Peter Firmstone > wrote: > > > > > > > From: Peter Firmstone > > Subject: Decision process for a Modular build tool > > Date: April 22, 2014 at 7:40:29 PM EDT > > To: d..

Re: Decision process for a Modular build tool

2014-04-23 Thread Zsolt Kúti
On Wed, Apr 23, 2014 at 1:47 AM, Peter Firmstone wrote: > To me, going modular is a no brainer, but what tool should we use and why? > > * Maven > * Gradle > * Ivy & ant > > Please keep responses to the point, with any pro's and cons you have, eg: While deciding on a possible build system is cer

Re: Decision process for a Modular build tool

2014-04-22 Thread Greg Trasuk
On Apr 22, 2014, at 7:47 PM, Peter Firmstone wrote: > > > From: Peter Firmstone > Subject: Decision process for a Modular build tool > Date: April 22, 2014 at 7:40:29 PM EDT > To: d...@apache.river.org > Reply-To: Peter Firmstone > > > I started qa-refa

Decision process for a Modular build tool

2014-04-22 Thread Peter Firmstone
lot's more ClassNotFoundException's Qa-refactor is stable, but only when the build process succeeds without error. I now must choose, do I waste time fixing a legacy build tool, or is it time for a modular build to reduce long term maintenance and simplify, lowering the bar for new users? To me

Re: Modular Build

2011-05-20 Thread Sim IJskes - QCG
On 20-05-11 11:51, Tom Hobbs wrote: I think that's largely what Dennis has done. The problem has come from the dependencies between source files and how he and Peter have considered how they should be spit up. Maybe that split is wrong, I don't have the whole context or something else. I don't

Re: Modular Build

2011-05-20 Thread Tom Hobbs
I think that's largely what Dennis has done. The problem has come from the dependencies between source files and how he and Peter have considered how they should be spit up. Maybe that split is wrong, I don't have the whole context or something else. I don't know. It's good to hear from you aga

Re: Modular Build

2011-05-20 Thread Sim IJskes - QCG
On 19-05-11 21:29, Tom Hobbs wrote: So I got to thinking about a way around that. My first reaction was to create a special gradle build would use all the source directories in one go and then use those same source directories as a template for JAR-ing the class files. (Example at end). But th

Re: Modular Build

2011-05-20 Thread Tom Hobbs
If there's something else you want to learn, then I don't see why not picking up gradle now would be a problem. The problem I've outlined is equally applicable to Ant, Maven or any other build tool you could name. On 19 May 2011 23:31, "Patricia Shanahan" wrote: > On 5/19/2011 12:29 PM, Tom Hobb

Re: Modular Build

2011-05-19 Thread Patricia Shanahan
On 5/19/2011 12:29 PM, Tom Hobbs wrote: ... Thoughts anyone? ... I have a question. Should I start studying gradle at this time? There are arguments both ways: Pro: After learning about it, I might be able to contribute to discussions of how to set up to use it. Con: I have other stuff I

Modular Build

2011-05-19 Thread Tom Hobbs
Hi all, I've been going through the modular build stuff (River 300?) because what I think what would be really good is if we could execute "gradle build" from a fresh checkout and have the whole distribution built without any messing around. At the moment, that doesn't happen

Re: River-300 | Modular Build

2011-04-11 Thread Tom Hobbs
Hi Dennis, Thanks for the help. I didnt download anything besides doing an SVN checkout and installing Gradle. it would seem I didn't read much of the documentation either. ;-) I'll get back to it this evening (UK time) and have another go. Cheers, Tom On 10 Apr 2011 22:39, "Dennis Reedy"

Re: River-300 | Modular Build

2011-04-10 Thread Dennis Reedy
On Apr 10, 2011, at 444PM, Tom Hobbs wrote: > Sorry, I've made no attempt to debug this *at all*, but if I get a > couple "It works on my machine"s I'll assume the problem is my end. > > Given that we want to make the download and build process as easy as > possible, I've just checked out all of

River-300 | Modular Build

2011-04-10 Thread Tom Hobbs
Sorry, I've made no attempt to debug this *at all*, but if I get a couple "It works on my machine"s I'll assume the problem is my end. Given that we want to make the download and build process as easy as possible, I've just checked out all of skunk/modules. Installed Gradle 1.0 Milestone 2 and ra

River-300 Modular Build - Preferred Classes.

2011-02-15 Thread Peter Firmstone
Preferred classes are used for the proxy's currently, the jsk-dl.jar in our current build is included in proxy codebase annotations, this is to ensure that com.sun.* namespace implementation classes are loaded by the proxy ClassLoader. In the modular build, we have a dependency relatio