svn commit: r561681 - in /james/server/sandbox/spring-integration/src/main/java/org/apache/james/container/spring/lifecycle: ContextPropagator.java InitializationPropagator.java LoggerPropagator.java

2007-08-01 Thread berndf
Author: berndf Date: Wed Aug 1 00:03:09 2007 New Revision: 561681 URL: http://svn.apache.org/viewvc?view=revrev=561681 Log: simplify some lifecycle method calls, thanks to Stefano for the hint Modified:

Re: Roadmap? Or maybe not... [WAS Re: [VOTE] next-major from trunk will be 3.0]

2007-08-01 Thread Bernd Fondermann
+1 Thanks, Robert. Great post! Bernd On 8/1/07, Robert Burrell Donkin [EMAIL PROTECTED] wrote: On 7/31/07, Stefano Bagnara [EMAIL PROTECTED] wrote: Robert Burrell Donkin ha scritto: On 7/31/07, Stefano Bagnara [EMAIL PROTECTED] wrote: Robert Burrell Donkin ha scritto: snip

Re: ext directory [WAS Re: Imap Function]

2007-08-01 Thread Robert Burrell Donkin
On 7/31/07, Stefano Bagnara [EMAIL PROTECTED] wrote: Robert Burrell Donkin ha scritto: On 7/31/07, norman [EMAIL PROTECTED] wrote: Hi Paulo, I think it whould be enough to put the jars in /path/to/james/apps/james/SAR-INF/lib/ directory ( You need to create the lib after james was

Re: Roadmap? Or maybe not... [WAS Re: [VOTE] next-major from trunk will be 3.0]

2007-08-01 Thread Stefano Bagnara
Robert Burrell Donkin ha scritto: The same happened from 2.2 to 2.3 when I had to brake config.xml compatibility so to have a better architecture in 2.3. Currently the goal was even more ambitious than the 2.3 as we wanted to introduce much more new things but without braking config.xml

svn commit: r561734 - /james/server/trunk/phoenix-deployment/build.xml

2007-08-01 Thread rdonkin
Author: rdonkin Date: Wed Aug 1 02:23:34 2007 New Revision: 561734 URL: http://svn.apache.org/viewvc?view=revrev=561734 Log: Build test jars. To allow test frameworks to be used against deployed components. Modified: james/server/trunk/phoenix-deployment/build.xml Modified:

svn commit: r561732 - in /james/server/trunk/build-tools: base-build.xml module-build.xml

2007-08-01 Thread rdonkin
Author: rdonkin Date: Wed Aug 1 02:23:08 2007 New Revision: 561732 URL: http://svn.apache.org/viewvc?view=revrev=561732 Log: Build test jars. To allow test frameworks to be used against deployed components. Modified: james/server/trunk/build-tools/base-build.xml

Re: Roadmap? Or maybe not... [WAS Re: [VOTE] next-major from trunk will be 3.0]

2007-08-01 Thread Stefano Bagnara
On 8/1/07, Robert Burrell Donkin [EMAIL PROTECTED] wrote: this is a classic case of evolution verses revolution you wanted a revolution but ended up evolving the existing code base. architecture by stealth typically creates community issues and so is best avoided. Bernd Fondermann wrote:

Re: ext directory [WAS Re: Imap Function]

2007-08-01 Thread Stefano Bagnara
Robert Burrell Donkin ha scritto: On 7/31/07, Stefano Bagnara [EMAIL PROTECTED] wrote: Robert Burrell Donkin ha scritto: On 7/31/07, norman [EMAIL PROTECTED] wrote: Hi Paulo, I think it whould be enough to put the jars in /path/to/james/apps/james/SAR-INF/lib/ directory ( You need to create

svn commit: r561736 - in /james/server/trunk/experimental-seda-imap-function/src/test/java/org/apache/james/test/functional/imap: ./ scripts/

2007-08-01 Thread rdonkin
Author: rdonkin Date: Wed Aug 1 02:24:36 2007 New Revision: 561736 URL: http://svn.apache.org/viewvc?view=revrev=561736 Log: Tuned functional test framework. Added:

svn commit: r561738 - in /james/server/trunk/phoenix-deployment/src/test/org/apache/james/experimental: ./ imapserver/ imapserver/ExperimentalAuthenticatedStateTest.java imapserver/ExperimentalHostSys

2007-08-01 Thread rdonkin
Author: rdonkin Date: Wed Aug 1 02:25:37 2007 New Revision: 561738 URL: http://svn.apache.org/viewvc?view=revrev=561738 Log: Functional test framework implementation for monothread configuration. One example test. Added:

Re: ext directory [WAS Re: Imap Function]

2007-08-01 Thread Stefano Bagnara
Paulo Sergio ha scritto: thanks for the answers the automated process would copy all the external files and build the binary distribution using the new jars. but i can change only the build.xml file to include my jars file.. but where in the sar should i put the jars, so that when deployed

Re: ext directory [WAS Re: Imap Function]

2007-08-01 Thread Paulo Sergio
thanks for the answers the automated process would copy all the external files and build the binary distribution using the new jars. but i can change only the build.xml file to include my jars file.. but where in the sar should i put the jars, so that when deployed they stay at

svn commit: r561822 - in /james/server/sandbox/spring-integration: lib/ spring-deployment/lib/

2007-08-01 Thread berndf
Author: berndf Date: Wed Aug 1 08:05:28 2007 New Revision: 561822 URL: http://svn.apache.org/viewvc?view=revrev=561822 Log: move all stuff to module directory Added: james/server/sandbox/spring-integration/spring-deployment/lib/ - copied from r561820,

svn commit: r561825 - in /james/server/sandbox/spring-integration: data/ spring-deployment/data/

2007-08-01 Thread berndf
Author: berndf Date: Wed Aug 1 08:09:51 2007 New Revision: 561825 URL: http://svn.apache.org/viewvc?view=revrev=561825 Log: move all stuff to module directory Added: james/server/sandbox/spring-integration/spring-deployment/data/ - copied from r561824,

svn commit: r561828 - in /james/server/sandbox/spring-integration: HOW-TO.txt spring-deployment/HOW-TO.txt

2007-08-01 Thread berndf
Author: berndf Date: Wed Aug 1 08:10:51 2007 New Revision: 561828 URL: http://svn.apache.org/viewvc?view=revrev=561828 Log: move all stuff to module directory Added: james/server/sandbox/spring-integration/spring-deployment/HOW-TO.txt - copied unchanged from r561827,

svn commit: r561829 - in /james/server/sandbox/spring-integration: build.xml spring-deployment/build.xml

2007-08-01 Thread berndf
Author: berndf Date: Wed Aug 1 08:11:44 2007 New Revision: 561829 URL: http://svn.apache.org/viewvc?view=revrev=561829 Log: move all stuff to module directory Added: james/server/sandbox/spring-integration/spring-deployment/build.xml - copied unchanged from r561828,

svn commit: r561820 - /james/server/sandbox/spring-integration/spring-deployment/

2007-08-01 Thread berndf
Author: berndf Date: Wed Aug 1 08:03:25 2007 New Revision: 561820 URL: http://svn.apache.org/viewvc?view=revrev=561820 Log: prepare module structure like in trunk Added: james/server/sandbox/spring-integration/spring-deployment/

Re: Roadmap? Or maybe not... [WAS Re: [VOTE] next-major from trunk will be 3.0]

2007-08-01 Thread Stefano Bagnara
Bernd Fondermann ha scritto: Stefano Bagnara wrote: On 8/1/07, Robert Burrell Donkin [EMAIL PROTECTED] wrote: this is a classic case of evolution verses revolution you wanted a revolution but ended up evolving the existing code base. architecture by stealth typically creates community issues

Re: Backing IMAP with Web Services [WAS Re: Imap Function]

2007-08-01 Thread Paulo Sergio
On 8/1/07, Robert Burrell Donkin [EMAIL PROTECTED] wrote: On 7/31/07, Paulo Sergio [EMAIL PROTECTED] wrote: Thanks for the fast answer.. it is working now ! i'm now trying to add a web service client to imap function (this web service will be the repository). you may find that binding

Backing IMAP with Web Services [WAS Re: Imap Function]

2007-08-01 Thread Robert Burrell Donkin
On 7/31/07, Paulo Sergio [EMAIL PROTECTED] wrote: Thanks for the fast answer.. it is working now ! i'm now trying to add a web service client to imap function (this web service will be the repository). you may find that binding IMAP to web services is an interesting problem ;-) SOA or REST?

Re: ext directory [WAS Re: Imap Function]

2007-08-01 Thread Robert Burrell Donkin
On 8/1/07, Stefano Bagnara [EMAIL PROTECTED] wrote: Robert Burrell Donkin ha scritto: On 7/31/07, Stefano Bagnara [EMAIL PROTECTED] wrote: Robert Burrell Donkin ha scritto: On 7/31/07, norman [EMAIL PROTECTED] wrote: Hi Paulo, I think it whould be enough to put the jars in

Re: svn commit: r561339 - /james/server/trunk/experimental-seda-imap-function/src/test/java/org/apache/james/test/functional/imap/

2007-08-01 Thread Robert Burrell Donkin
On 7/31/07, Bernd Fondermann [EMAIL PROTECTED] wrote: Just a hint: JUnit does not run test classes which are declared abstract. This saves me the headache of coming up with new class names. ;-) thanks for the tip i renamed that class at the time when i when it was concrete - robert

Re: Error Handling In JDBCMailRepository

2007-08-01 Thread Bernd Fondermann
Robert Burrell Donkin wrote: JDBCMailRepository contains several examples of exception handing similar to: } catch (Exception me) { throw new MessagingException(Exception while retrieving mail: + me.getMessage()); } the downside with this approach is that

[FetchMail] MessageProcessor address errors common

2007-08-01 Thread Robert Burrell Donkin
i'm seeing the same stack trace a few times a day (see bottom of message). from examining the code, i think that the input to the mailaddress comes from a mimemessage. am i mistaken in thinking that this really shouldn't fail? - robert 01/08/07 08:55:34 WARN fetchmail.blueyonder.co.uk: Message

Re: Backing IMAP with Web Services [WAS Re: Imap Function]

2007-08-01 Thread Robert Burrell Donkin
On 8/1/07, Paulo Sergio [EMAIL PROTECTED] wrote: On 8/1/07, Robert Burrell Donkin [EMAIL PROTECTED] wrote: On 7/31/07, Paulo Sergio [EMAIL PROTECTED] wrote: Thanks for the fast answer.. it is working now ! i'm now trying to add a web service client to imap function (this web service

Re: Error Handling In JDBCMailRepository

2007-08-01 Thread Serge Knystautas
On 8/1/07, Robert Burrell Donkin [EMAIL PROTECTED] wrote: JDBCMailRepository contains several examples of exception handing similar to: } catch (Exception me) { throw new MessagingException(Exception while retrieving mail: + me.getMessage()); } the downside with

Error Handling In JDBCMailRepository

2007-08-01 Thread Robert Burrell Donkin
JDBCMailRepository contains several examples of exception handing similar to: } catch (Exception me) { throw new MessagingException(Exception while retrieving mail: + me.getMessage()); } the downside with this approach is that information about the original exception

Re: Backing IMAP with Web Services [WAS Re: Imap Function]

2007-08-01 Thread Paulo Sergio
On 8/1/07, Robert Burrell Donkin [EMAIL PROTECTED] wrote: On 8/1/07, Paulo Sergio [EMAIL PROTECTED] wrote: On 8/1/07, Robert Burrell Donkin [EMAIL PROTECTED] wrote: On 7/31/07, Paulo Sergio [EMAIL PROTECTED] wrote: Thanks for the fast answer.. it is working now ! i'm now trying

Re: Roadmap? Or maybe not... [WAS Re: [VOTE] next-major from trunk will be 3.0]

2007-08-01 Thread Robert Burrell Donkin
On 8/1/07, Stefano Bagnara [EMAIL PROTECTED] wrote: snip Btw I think we already have much simpler tasks to be solved first, like removing the User from the imap-api module so to not have core-library to depend on imap-api, then we can see how other refactorings will impact on this multi

[FetchMail] MimeMessage POP3 issue

2007-08-01 Thread Robert Burrell Donkin
i'm also seeing the following exceptions fairly frequently. from looking at the code, MessageProcessor uses MimeMessage behind the scenes to perform the required POP3 access. is there any way of fixing this issue short of replacing MimeMessage with a POP3 protocol library? - robert 01/08/07

Re: Backing IMAP with Web Services [WAS Re: Imap Function]

2007-08-01 Thread Robert Burrell Donkin
On 8/1/07, Paulo Sergio [EMAIL PROTECTED] wrote: On 8/1/07, Robert Burrell Donkin [EMAIL PROTECTED] wrote: On 8/1/07, Paulo Sergio [EMAIL PROTECTED] wrote: On 8/1/07, Robert Burrell Donkin [EMAIL PROTECTED] wrote: On 7/31/07, Paulo Sergio [EMAIL PROTECTED] wrote: Thanks for

Re: Developer environment

2007-08-01 Thread Robert Burrell Donkin
On 8/1/07, Zsombor [EMAIL PROTECTED] wrote: Hi, What is the simplest way to start James in debug mode in Eclipse currently? Is it possible, or everyone runs/test it outside of a VM? To figure out the whole SAR/Phoenix/classloader mess is not simple. i run it in a separate VM and ask eclipse

Re: ext directory [WAS Re: Imap Function]

2007-08-01 Thread Stefano Bagnara
Robert Burrell Donkin ha scritto: On 8/1/07, Stefano Bagnara [EMAIL PROTECTED] wrote: Then, wouldn't it be better to have this sar packager also in the binary build? i was planning to take the easy route and implement by just adding a copy from a directory into the SAR when it's created

Re: Developer environment

2007-08-01 Thread Zsombor
On 8/1/07, Robert Burrell Donkin [EMAIL PROTECTED] wrote: On 8/1/07, Zsombor [EMAIL PROTECTED] wrote: Hi, What is the simplest way to start James in debug mode in Eclipse currently? Is it possible, or everyone runs/test it outside of a VM? To figure out the whole

Re: [FetchMail] MessageProcessor address errors common

2007-08-01 Thread Stefano Bagnara
Never seen this error before in fetchmail. What about that CRLF you have after the [EMAIL PROTECTED] ? Is it a copy and paste artifact or is it really there? Stefano Robert Burrell Donkin ha scritto: i'm seeing the same stack trace a few times a day (see bottom of message). from examining the

Re: [FetchMail] MimeMessage POP3 issue

2007-08-01 Thread Stefano Bagnara
Robert Burrell Donkin ha scritto: i'm also seeing the following exceptions fairly frequently. from looking at the code, MessageProcessor uses MimeMessage behind the scenes to perform the required POP3 access. I see you started enjoying fetchmail. I admit I've had some weird problem with

Re: Backing IMAP with Web Services [WAS Re: Imap Function]

2007-08-01 Thread Paulo Sergio
On 8/1/07, Robert Burrell Donkin [EMAIL PROTECTED] wrote: On 8/1/07, Paulo Sergio [EMAIL PROTECTED] wrote: On 8/1/07, Robert Burrell Donkin [EMAIL PROTECTED] wrote: On 8/1/07, Paulo Sergio [EMAIL PROTECTED] wrote: On 8/1/07, Robert Burrell Donkin [EMAIL PROTECTED] wrote:

Re: Roadmap? Or maybe not... [WAS Re: [VOTE] next-major from trunk will be 3.0]

2007-08-01 Thread Stefano Bagnara
Robert Burrell Donkin ha scritto: On 8/1/07, Stefano Bagnara [EMAIL PROTECTED] wrote: Btw I think we already have much simpler tasks to be solved first, like removing the User from the imap-api module so to not have core-library to depend on imap-api, then we can see how other refactorings