Hi,
I'm writing, at the recommendation of Stefano Mazzocchi, in hopes of
drawing discussion and perhaps later a vote on the creation of a new
Jakarta subproject based on the POI project (http://poi.sourceforge.net
http://sourcefoge.net/projects/poi).
The POI project consists of an API for
Does anyone have a page regarding how to make a Jakarta release? I'd
like to put one together and post it with the other guideline materials.
I've noticed that a few releases now include the JARs as a seperate
download. Personally, I think that's a good idea, since more and more
products have
On 1/1/02 10:39 AM, Ted Husted [EMAIL PROTECTED] wrote:
Does anyone have a page regarding how to make a Jakarta release? I'd
like to put one together and post it with the other guideline materials.
I tried to make a dist target for helping with a release. The target makes
source and binary
What would be nice would be to have a JJAR/CJAN project coupled with
GUMP. This application would have both an Ant task (for developers) to
retrieve versions of dependent jars (latest or specified version or
date) and a GUI/Applet in the download area so that end user could use
it to download
I think Lucene is already doing something very similar. Except that the
JARs are just put in with the other builds. Perhaps we can just
recommend that everyone follow suit.
http://jakarta.apache.org/builds/jakarta-lucene/nightly/2002-01-01/
-Original Message-
From: Ted Husted [mailto:[EMAIL PROTECTED]]
Sent: 01 January 2002 18:39
To: Jakarta General List
Subject: Re: Just the JARs
I think Lucene is already doing something very similar. Except that
the
JARs are just put in with the other builds. Perhaps we can just
Ted Husted wrote:
I think Lucene is already doing something very similar. Except that the
JARs are just put in with the other builds. Perhaps we can just
recommend that everyone follow suit.
http://jakarta.apache.org/builds/jakarta-lucene/nightly/2002-01-01/
I post the contents of those
On 1/1/02 12:57 PM, Vincent Massol [EMAIL PROTECTED] wrote:
What would be nice would be to have a JJAR/CJAN project coupled with
GUMP. This application would have both an Ant task (for developers) to
retrieve versions of dependent jars (latest or specified version or
date) and a GUI/Applet
On 1/1/02 2:00 PM, Vincent Massol [EMAIL PROTECTED] wrote:
-Original Message-
From: Ted Husted [mailto:[EMAIL PROTECTED]]
Sent: 01 January 2002 18:39
To: Jakarta General List
Subject: Re: Just the JARs
I think Lucene is already doing something very similar. Except that
the
Vincent Massol wrote:
I'm not sure what you mean. I've had a look and the dependent jars are
_not_ put with the gump build (or the release build).
I mean that if we all start offering our JARs as a separate download,
like Lucene and some others are doing, then people who need these JARs
can
Vincent Massol wrote:
I agree that it would be nice if the GUMP results were put somewhere
publicly accessible (they may be but I have no idea where). However, the
second step is to automatically fetch the correct dependent jars (and
possibly in a validated working state, proved by unit
On 1/1/02 2:33 PM, Ted Husted [EMAIL PROTECTED] wrote:
Vincent Massol wrote:
I'm not sure what you mean. I've had a look and the dependent jars are
_not_ put with the gump build (or the release build).
I mean that if we all start offering our JARs as a separate download,
like Lucene and
Geir Magnusson Jr. wrote:
I agree that it would be nice if the GUMP results were put somewhere
publicly accessible (they may be but I have no idea where). However, the
second step is to automatically fetch the correct dependent jars (and
possibly in a validated working state, proved by unit
Geir Magnusson Jr. wrote:
Putting aside *all* the stuff we are talking about for a moement, and
looking at the simple notion of just having release jars available w/o docs,
source, etc I don't think this is a bad idea :)
However
Any license issues? Wouldn't we want to package the
On 1/1/02 2:43 PM, Sam Ruby [EMAIL PROTECTED] wrote:
Geir Magnusson Jr. wrote:
I agree that it would be nice if the GUMP results were put somewhere
publicly accessible (they may be but I have no idea where). However, the
second step is to automatically fetch the correct dependent jars (and
On 1/1/02 2:54 PM, Ted Husted [EMAIL PROTECTED] wrote:
Geir Magnusson Jr. wrote:
Putting aside *all* the stuff we are talking about for a moement, and
looking at the simple notion of just having release jars available w/o docs,
source, etc I don't think this is a bad idea :)
However
-Original Message-
From: Geir Magnusson Jr. [mailto:[EMAIL PROTECTED]]
Sent: 01 January 2002 19:24
To: Jakarta General List
Subject: Re: Just the JARs
On 1/1/02 12:57 PM, Vincent Massol [EMAIL PROTECTED] wrote:
What would be nice would be to have a JJAR/CJAN project coupled
On 1/1/02 3:08 PM, Vincent Massol [EMAIL PROTECTED] wrote:
-Original Message-
From: Geir Magnusson Jr. [mailto:[EMAIL PROTECTED]]
Sent: 01 January 2002 19:26
To: Jakarta General List
Subject: Re: Just the JARs
You don't want to use the results of Gump for JJAR. Gump isn't
At 07:39 02.01.2002 +1100, Peter Donald wrote:
Hi,
This is not something that should have been brought up on the PMC list - it
should be discussed on general.
Peter I do not need your permission to bring up a subject on the PMC
list. It was uncourteous of you to forward my message to the
Geir Magnusson Jr. wrote:
My rationale was that the goal of GUMP as I understand it now, is to
ensure that all projects play well with each other in term of
compatibility. It seems natural to extend it so that it can also be
asked to retrieve all dependent jars for a given project.
Not to
On 1/1/02 6:04 PM, Sam Ruby [EMAIL PROTECTED] wrote:
Geir Magnusson Jr. wrote:
My rationale was that the goal of GUMP as I understand it now, is to
ensure that all projects play well with each other in term of
compatibility. It seems natural to extend it so that it can also be
asked to
AFAIK, all the Jakarta sub-projects try to ensure (but cannot guarantee)
that the nightly builds remain usuable. The idea being you build and
test it on your own machine before committing it to the CVS. Of course,
since we are human and our tests are imperfect, the nigthly builds
sometimes break.
On 1/1/02 7:12 PM, Ted Husted [EMAIL PROTECTED] wrote:
AFAIK, all the Jakarta sub-projects try to ensure (but cannot guarantee)
that the nightly builds remain usuable. The idea being you build and
test it on your own machine before committing it to the CVS. Of course,
since we are human and
Geir Magnusson Jr. wrote:
However, I will continue the riff that released versions are important and different.
Just curious, why does the December 9th release of jakarta-velocity contain
a milestone version of commons-collections.jar dated May 11th, when there
was a release of
On 1/1/02 8:43 PM, Sam Ruby [EMAIL PROTECTED] wrote:
Geir Magnusson Jr. wrote:
However, I will continue the riff that released versions are important and
different.
Just curious, why does the December 9th release of jakarta-velocity contain
a milestone version of commons-collections.jar
On Tue, 1 Jan 2002, Ted Husted wrote:
Date: Tue, 01 Jan 2002 14:54:30 -0500
From: Ted Husted [EMAIL PROTECTED]
Reply-To: Jakarta General List [EMAIL PROTECTED]
To: Jakarta General List [EMAIL PROTECTED]
Subject: Re: Just the JARs
Geir Magnusson Jr. wrote:
Putting aside *all* the stuff
26 matches
Mail list logo