RE: jars in cvs/svn

> > > In fact only build dependencies (jars needed to build the sources) > > > should be in the repository. > > Wouldn't we need to switch to maven to get away with > > something like this? > I don't know how the current releases are created. I, as anyone who builds from SVN, have to manually acqu

Re: jars in cvs/svn

On 21/09/05, Kervin L. Pierre <[EMAIL PROTECTED]> wrote: > Danny Angus wrote: > > On 21/09/05, Kervin L. Pierre <[EMAIL PROTECTED]> wrote: > Then again, I apologize. I state my opinions > strongly but don't mean to offend. I also apologise, I take offence to easily. d.

Re: jars in cvs/svn

Danny Angus wrote: On 21/09/05, Kervin L. Pierre <[EMAIL PROTECTED]> wrote: Sorry if I come across as disagreeable... You do, trolling in fact. Then again, I apologize. I state my opinions strongly but don't mean to offend. Regards, Kervin

RE: jars in cvs/svn

Siegfried Goeschl wrote: > Hi Danny, > > at the end of the day it is more difficult to write an ANT task that > cleverly generates an IDE project file than one or two > committers just > checking in their project file in "contrib" directory as my > fellow troll > suggested ... ;-) "perfect is

Re: jars in cvs/svn

Hi Danny, at the end of the day it is more difficult to write an ANT task that cleverly generates an IDE project file than one or two committers just checking in their project file in "contrib" directory as my fellow troll suggested ... ;-) "perfect is the enemy of good". But as I said b

Re: jars in cvs/svn

On 21/09/05, Siegfried Goeschl <[EMAIL PROTECTED]> wrote: > So it's not up to me to decide who is a troll or not but having a quick > way to get JAMES running in an IDE doesn't seem to a bad idea No it doesn't, in fact it seems like a good idea to me. Having IDE configuration files checked i

Re: jars in cvs/svn

Hi folks, Wikipedia says "In the context of the Internet , a *troll* is a person who posts inflammatory messages intended to cause a disruption in discourse . The word

Re: jars in cvs/svn

On 21/09/05, Kervin L. Pierre <[EMAIL PROTECTED]> wrote: > Sorry if I come across as disagreeable... You do, trolling in fact. d. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: jars in cvs/svn

Danny Angus wrote: someone could ... simply check in an Eclipse/NetBeans project file. not really an option, we won't compell people to use particular tools to access our projects, and if we supported several we would have to maintain them. Sorry if I come across as disagreeable... But thi

Re: jars in cvs/svn

> someone could ... simply check in an Eclipse/NetBeans project file. not really an option, we won't compell people to use particular tools to access our projects, and if we supported several we would have to maintain them. To be honest supporting a variety of RDBMS's for James is bad enough, wi

Re: jars in cvs/svn

Well, it's none of my business (as non-contributor/committer) but +) the problem nowadays is which Maven you would like to use - M1 or M2?! For a new project this is not a big issue since you need a build environment anyway +) someone could write an eclipse target for ANT or simply check i

RE: jars in cvs/svn

Mike Heath wrote: > On Mon, 2005-09-19 at 09:16 +0100, Danny Angus wrote: > > > > > Wouldn't we need to switch to maven to get away with > > > something like this? > > > > We could use maven, if we wanted to. > +1 > > I've moved a lot of my work projects and pet projects to > Maven and can't > see

Re: jars in cvs/svn

On Mon, 2005-09-19 at 09:16 +0100, Danny Angus wrote: > > > Wouldn't we need to switch to maven to get away with > > something like this? > > We could use maven, if we wanted to. +1 I've moved a lot of my work projects and pet projects to Maven and can't see myself ever going back to Ant. One o

Re: jars in cvs/svn

Yeah, I think we did this once before. It was actually what I had in mind, I don't think Maven is right for James, but that doesn't make it a Bad Thing, we use it very sucessfully at work. :-) d. On 19/09/05, Siegfried Goeschl <[EMAIL PROTECTED]> wrote: > Hi folks, > > I try to stay clear from a

Re: jars in cvs/svn

Hi folks, I try to stay clear from advocating Maven but you can also use ANT to download JARs from a remote repository ... :-) check out http://cvs.apache.org/viewcvs.cgi/*checkout*/ws-xmlrpc/build.xml?rev=1.33 and have a closer look at "copy-deps" target Cheers, Siegfried Goeschl Danny

Re: jars in cvs/svn

On 19/09/05, Ahmed Mohombe <[EMAIL PROTECTED]> wrote: > > We could use maven, if we wanted to. > Maybe this will convince you not to do it :) : > http://www.jroller.com/page/fate/?anchor=maven_refresher_course Sorry mate, unsubstantiated criticisms directed at the developers from a guy who has to

Re: jars in cvs/svn

Wouldn't we need to switch to maven to get away with something like this? We could use maven, if we wanted to. Maybe this will convince you not to do it :) : http://www.jroller.com/page/fate/?anchor=maven_refresher_course Ahmed. --

Re: jars in cvs/svn

Even then I'm -0 to having jars in the repository, we should have a download script (or something) which gets them from download sites. Oh no, Maven - we are lost :). Ahmed. - To unsubscribe, e-mail: [EMAIL PROTECTED] For addi

Re: jars in cvs/svn

> Wouldn't we need to switch to maven to get away with > something like this? We could use maven, if we wanted to. > If we (Noel) create binary releases manually then it doesn't matter: simply > the release will need to manually download jars we intend to distribute > (just like we currently d

Re: jars in cvs/svn

> Probably Danny just want to remove the jars from the sources repository but > still bundle them in the default binary distribution. Correct. > We could even do the same thing with the whole phoenix thing if we were > using an official release of phoenix. Also correct. > In fact only build d

Re: jars in cvs/svn

> > In fact only build dependencies (jars needed to build the sources) > > should be in the repository. > > Wouldn't we need to switch to maven to get away with > something like this? I don't know how the current releases are created. If we (Noel) create binary releases manually then it doesn't

Re: jars in cvs/svn

On 9/15/05, Stefano Bagnara <[EMAIL PROTECTED]> wrote: > > > I **really** don't think we should have derby jars in svn > > Why not? > > AFAIK derby would be default configured with derby as DB - so > > it should work out-of-the-box. Since it's embedded(not > > installed like mysql), the jars should

Re: jars in cvs/svn

> > I **really** don't think we should have derby jars in svn > Why not? > AFAIK derby would be default configured with derby as DB - so > it should work out-of-the-box. Since it's embedded(not > installed like mysql), the jars should be there. Probably Danny just want to remove the jars from th

Re: jars in cvs/svn

I **really** don't think we should have derby jars in svn Why not? AFAIK derby would be default configured with derby as DB - so it should work out-of-the-box. Since it's embedded(not installed like mysql), the jars should be there. Ahmed.

Re: jars in cvs/svn

> I **really** don't think we should have derby jars in svn > > We can document the required version(s) and zip/tar them into > distributions, but please not more jars in svn. +1! I simply don't know how to make it available in distributions without adding it to svn. I've seen that we was bundli

jars in cvs/svn

I **really** don't think we should have derby jars in svn We can document the required version(s) and zip/tar them into distributions, but please not more jars in svn. d. *** The information in this e-mail is confidential