Re: M2/XBean proof of concept

2006-05-22 Thread Stefano Bagnara
Alan D. Cabrera wrote: Stefano Bagnara wrote: Alan D. Cabrera wrote: I've started a proof of concept for building James with Maven 2 in the Geronimo sandbox. I'll post an email when I have something to look at. Comments? We voted (succesfully) to grant you rights on james sandbox but the

Re: James xdocs (related to James 2.3 release)

2006-05-22 Thread Stefano Bagnara
Noel J. Bergman wrote: Stefano, Sorry but I have not found the right thread looking in the mailing list Heck, I am impressed that you *tried*! :-) Some of this stuff is buried ages ago. Along with discussions about Maven vs Ant and Forrest vs Maven vs Anakia. In fact I also did a search

Re: M2/XBean proof of concept

2006-05-22 Thread Alan D. Cabrera
Stefano Bagnara wrote: Alan D. Cabrera wrote: Stefano Bagnara wrote: Alan D. Cabrera wrote: I've started a proof of concept for building James with Maven 2 in the Geronimo sandbox. I'll post an email when I have something to look at. Comments? We voted (succesfully) to grant you rights

svn commit: r408598 - /james/jspf/trunk/src/main/java/org/apache/james/jspf/terms/

2006-05-22 Thread bago
Author: bago Date: Mon May 22 01:24:33 2006 New Revision: 408598 URL: http://svn.apache.org/viewvc?rev=408598view=rev Log: Thread safety for Terms (JSPF-3) Modified: james/jspf/trunk/src/main/java/org/apache/james/jspf/terms/AMechanism.java

[jira] Created: (JSPF-13) Create a main for command line usage

2006-05-22 Thread Stefano Bagnara (JIRA)
Create a main for command line usage Key: JSPF-13 URL: http://issues.apache.org/jira/browse/JSPF-13 Project: jSPF Type: New Feature Components: Core Reporter: Stefano Bagnara Fix For: 1.0 We should try to mimic

[jira] Created: (JSPF-14) Fix Manifest packaging

2006-05-22 Thread Stefano Bagnara (JIRA)
Fix Manifest packaging -- Key: JSPF-14 URL: http://issues.apache.org/jira/browse/JSPF-14 Project: jSPF Type: Bug Reporter: Stefano Bagnara Assigned to: Stefano Bagnara Fix For: 1.0b1 Currently the MANIFEST is not included correctly

[jira] Created: (JSPF-15) Remove log4j.properties from generated jar package

2006-05-22 Thread Stefano Bagnara (JIRA)
Remove log4j.properties from generated jar package -- Key: JSPF-15 URL: http://issues.apache.org/jira/browse/JSPF-15 Project: jSPF Type: Bug Versions: 1.0b1 Reporter: Stefano Bagnara We shouldn't bundle

svn commit: r408610 - in /james/jspf/trunk: TODO.txt src/main/resources/log4j.properties src/test/resources/log4j.properties

2006-05-22 Thread bago
Author: bago Date: Mon May 22 01:57:02 2006 New Revision: 408610 URL: http://svn.apache.org/viewvc?rev=408610view=rev Log: Move log4j.properties to test resources (JSPF-15) Removed TODO: we now use JIRA Added: james/jspf/trunk/src/test/resources/log4j.properties - copied unchanged from

svn commit: r408613 - /james/server/trunk/src/java/org/apache/james/core/MailImpl.java

2006-05-22 Thread bago
Author: bago Date: Mon May 22 02:06:57 2006 New Revision: 408613 URL: http://svn.apache.org/viewvc?rev=408613view=rev Log: Removed update of lastUpdated in MailImpl.writeObject (JAMES-499) Modified: james/server/trunk/src/java/org/apache/james/core/MailImpl.java Modified:

Re: jspf was uploaded

2006-05-22 Thread Stefano Bagnara
Any comment/review is welcome because we would like to release an 1.0b1 (1.0a1) soon ;-) Stefano Norman Maurer wrote: Hi guys, just for your information . The jspf svn dump was imported this night. I commited the last changes we made on our svn. No the svn is on our current development

Re: [jira] Commented: (JAMES-506) Remove ant from the repository

2006-05-22 Thread Bernd Fondermann
Stefano Bagnara wrote: IMO we simply should remove everything but build.xml mmhhh... really? the build process is working quite good at the moment, isn't it? I'm just curious what you are trying to achieve. Are you talking about the binary distribution only? I thought we could add to

POP3 quit

2006-05-22 Thread Bernd Fondermann
Hi, I know the POP3 Handler stuff is going through refactoring in TRUNK. Just wanted to point out that after QUIT, the connection is not effectively closed. This leads to connection exhaustion. Tried to debug and find out what goes wrong, but I haven't yet succeeded. Bernd

Re: POP3 quit

2006-05-22 Thread Stefano Bagnara
Bernd Fondermann wrote: Hi, I know the POP3 Handler stuff is going through refactoring in TRUNK. Just wanted to point out that after QUIT, the connection is not effectively closed. This leads to connection exhaustion. Tried to debug and find out what goes wrong, but I haven't yet succeeded.

svn commit: r408678 - /james/server/trunk/src/java/org/apache/james/pop3server/QuitCmdHandler.java

2006-05-22 Thread bago
Author: bago Date: Mon May 22 07:38:24 2006 New Revision: 408678 URL: http://svn.apache.org/viewvc?rev=408678view=rev Log: POP3 did not close the session after a QUIT if not previously authenticated. Modified: james/server/trunk/src/java/org/apache/james/pop3server/QuitCmdHandler.java

Re: POP3 quit

2006-05-22 Thread Stefano Bagnara
I thought I already fixed this few days ago... maybe I need some holidays... Btw I re-fixed it ;-) Stefano Stefano Bagnara wrote: Bernd Fondermann wrote: Hi, I know the POP3 Handler stuff is going through refactoring in TRUNK. Just wanted to point out that after QUIT, the connection is not

Re: POP3 quit

2006-05-22 Thread Bernd Fondermann
Stefano Bagnara wrote: I thought I already fixed this few days ago... maybe I need some holidays... Btw I re-fixed it ;-) That was a really fast and precise fix: I think you will be fine without holidays for a while. ;-) (Although honestly, given the time and efforts you are dedicating to

Re: James xdocs (related to James 2.3 release)

2006-05-22 Thread Serge Knystautas
On 5/22/06, Bernd Fondermann [EMAIL PROTECTED] wrote: Stefano Bagnara wrote: Noel J. Bergman wrote: I would prefer to split it in a separate module if we move to maven2 multiproject setup I am looking into how to do multi-project in Ant. It appears that the subant task

RE: [jira] Commented: (JAMES-495) Decide how to replace Avalon Configuration

2006-05-22 Thread Steve Brewin
Stefano Bagnara wrote: Noel J. Bergman wrote: Steve, I suspect that we agree, but I want to confirm. Configuration should, essentially, be JMX native, and the configuration scheme should be bridging between the configuration store and the internal calls. --- Noel Is