On Thu, 13 Nov 2003, Tim O'Brien wrote:
On Thu, 2003-11-13 at 13:59, Noel J. Bergman wrote:
You and Martin Cooper both favor Maven. If no one objects, would you
guys be willing to do the work? I'm a not a Maven maven. :-)
I too would favor Maven and could definately help with
1) I don't want to have to build every project [ie figure out weird
Sun dependencies] just to push up a global site change. I
can accept
this though.
I know diddly about the multi-project capabilities of Maven
at this point, but I'm kinda hoping it will take care of this
kind of
-Original Message-
From: Brett Porter [mailto:[EMAIL PROTECTED]
Sent: Monday, November 17, 2003 3:28 PM
To: 'Jakarta Commons Developers List'
Subject: RE: Web Presence for ALL Jakarta Commons components
No, the problem with Sun dependencies is that, at present, Maven is not
allowed
:[EMAIL PROTECTED]
Sent: Tuesday, 18 November 2003 1:29 PM
To: Jakarta Commons Developers List
Subject: RE: Web Presence for ALL Jakarta Commons components
-Original Message-
From: Brett Porter [mailto:[EMAIL PROTECTED]
Sent: Monday, November 17, 2003 3:28 PM
To: 'Jakarta
The geronimo project has written clean-room implementations
of most J2EE APIs. Maybe we can get them to deploy javamail
to ibiblio.
Only the interface. It does not operate, AFAIK.
--- Noel
-
To unsubscribe,
I'd like to add tables for the Current Status, but it appears that tables
are not currently enabled for our wiki. I've requested that from the wiki
admin folks, so hopefully I'll be able to add them soon.
You have? I don't recall seeing ... OH! You must have posted to the Wiki
Admin list
On Mon, 17 Nov 2003, Noel J. Bergman wrote:
I'd like to add tables for the Current Status, but it appears that tables
are not currently enabled for our wiki. I've requested that from the wiki
admin folks, so hopefully I'll be able to add them soon.
You have? I don't recall seeing ... OH!
Yup. The WikiAdmin page lists you as one of them, too. ;-)
I'm not subscribed to wikidiff, though.
Um, OK. I guess I missed that we're changing wikis (again?).
Again? The current Wiki is the original one that Andrew Oliver installed.
The new one is MoinMoin, which has (amongst other
-Original Message-
From: Martin Cooper [mailto:[EMAIL PROTECTED]
Sent: Thursday, November 13, 2003 11:22 PM
To: Jakarta Commons Developers List; [EMAIL PROTECTED]
Subject: RE: Web Presence for ALL Jakarta Commons components
When I find a few minutes, I'll try to put up a page
snip/
Shouldn't we cleanup the sandbox a bit first?
(tar rm)
The following components are graduated out the sandbox:
betwixt cli codec
daemon dbutils digester
discovery el fileupload
jelly jexllang
latka
On Fri, 14 Nov 2003, John Keyes wrote:
snip/
Shouldn't we cleanup the sandbox a bit first?
(tar rm)
The following components are graduated out the sandbox:
betwixt cli codec
daemon dbutils digester
discovery el fileupload
On Fri, 14 Nov 2003, Martin Cooper wrote:
Personally, I'd prefer to see any given component exist (actively) in
either Proper or the sandbox, but not both. Once a component has been
promoted, it should stay in Proper, and its presence in the sandbox should
be removed. I understand the history
If everything were mavenized couldn't we use the multiproject plugin to
render the entire commons sandbox on its own? Default settings would
render at least a html shell for those projects that don't have a
project.xml. Or simply maintain that all sandbox components should
maintain a
On Thu, 13 Nov 2003, Noel J. Bergman wrote:
there is precedent, albeit comatose, in the sandbox 'filters'
and 'servlet' components.
Yet another set of components that are not on the Jakarta Commons
web page (http://jakarta.apache.org/commons/). Did it never occur
to anyone that
Mark,
If everything were mavenized couldn't we use the multiproject plugin to
...
That is a means. I don't care about the means. I only care that it exists.
If someone wants to mavenize everything, fine. If people object because
they want everything to require only Ant, fine. I just don't
On Thu, 13 Nov 2003 14:22:16 -0500, Noel J. Bergman wrote:
Mark,
If everything were mavenized couldn't we use the multiproject
plugin
to
...
That is a means. I don't care about the means. I only care that it
exists.
If someone wants to mavenize everything, fine. If people object
--- Martin Cooper [EMAIL PROTECTED] wrote:
On Thu, 13 Nov 2003, Noel J. Bergman wrote:
there is precedent, albeit comatose, in the sandbox 'filters'
and 'servlet' components.
Yet another set of components that are not on the Jakarta Commons
web page
Certainly, the differing build systems and websites are a problem. I'm
just not comfortable yet with the idea that I have to build all
component's sites to update a small piece of a component I'm directly
working on.
As I understand it, the proposal is to use the multi-project plug-in. I
It's only 12 days ago that the move was done.
We could redo the move and then reapply all changes since the move.
It is a little extra work but if the historical information is important it is
probably worth the effort.
-- Dirk
Mark R. Diggory wrote:
The only difficulty I have is that theres a
this would be wise, before things get too different. What would be the
best approach to tackle this?
-Mark
Dirk Verbeeck wrote:
It's only 12 days ago that the move was done.
We could redo the move and then reapply all changes since the move.
It is a little extra work but if the historical
, November 13, 2003 5:28 PM
To: Jakarta Commons Developers List
Subject: Re: Web Presence for ALL Jakarta Commons components
I'm also willing to help a hand mavenizing the commons (sandbox) components.
What do you guys think about the maven setup of DBCP as example (menu
layout/content)?
Shouldn't we
First we should inform all math committers of course.
I will take a closer look tomorrow evening but we should undelete the files in
the sandbox, backup the proper version, do the move like you described and then
either redo all changes (including commit log) or do a simple merge.
If there are
On Thu, 2003-11-13 at 13:59, Noel J. Bergman wrote:
You and Martin Cooper both favor Maven. If no one objects, would you
guys be willing to do the work? I'm a not a Maven maven. :-)
I too would favor Maven and could definately help with the transition.
OK, that's three: Mark,
On Thu, 2003-11-13 at 14:08, Noel J. Bergman wrote:
Certainly, the differing build systems and websites are a problem. I'm
just not comfortable yet with the idea that I have to build all
component's sites to update a small piece of a component I'm directly
working on.
As I understand
There are about 16 commits that I made after move, it shouldn't be
difficult to redo these. I'll make an announcement to the group.
-Mark
Dirk Verbeeck wrote:
First we should inform all math committers of course.
I will take a closer look tomorrow evening but we should undelete the
files in
On Thu, 13 Nov 2003 23:26:31 -0500, Mark R. Diggory wrote:
There are about 16 commits that I made after move, it shouldn't be
difficult to redo these. I'll make an announcement to the group.
-Mark
You might try grabing the current code from commons proper and
creating a patch againt the
Different projects are going to want to update sites at different
frequencies. I think we should make an attempt to achieve
consistency
throughout the J-C sites before attempting to create a system
generate
and publish every single J-C project. Different projects change at
different
On Thu, 13 Nov 2003, Tim O'Brien wrote:
On Thu, 2003-11-13 at 14:08, Noel J. Bergman wrote:
Certainly, the differing build systems and websites are a problem. I'm
just not comfortable yet with the idea that I have to build all
component's sites to update a small piece of a component
On Thu, 13 Nov 2003 [EMAIL PROTECTED] wrote:
Different projects are going to want to update sites at different
frequencies. I think we should make an attempt to achieve
consistency
throughout the J-C sites before attempting to create a system
generate
and publish every single J-C
29 matches
Mail list logo