Re: [IMAP] Over-designed /Some thoughts ?

2010-04-28 Thread Robert Burrell Donkin
On Wed, Apr 28, 2010 at 5:55 AM, Norman Maurer norman.mau...@googlemail.com wrote: snip I think it would be a good think to simplify the api a bit to make it a bit easier to understand. So some points which came to me mind: 1) UidChangeTracking: Is this really necessary ? It does some kind

Re: [IMAP] Over-designed /Some thoughts ?

2010-04-28 Thread Robert Burrell Donkin
On Wed, Apr 28, 2010 at 5:55 AM, Norman Maurer norman.mau...@googlemail.com wrote: Hi Robert, nice to see you are back ;)... Comments inline.. i'm really busy ATM (exams, projects, reports) :-/ this will probably have to be my last post for a while... 2010/4/27 Robert Burrell Donkin

Re: [IMAP] Over-designed /Some thoughts ?

2010-04-28 Thread Norman Maurer
2010/4/28 Robert Burrell Donkin robertburrelldon...@gmail.com: On Wed, Apr 28, 2010 at 5:55 AM, Norman Maurer norman.mau...@googlemail.com wrote: Hi Robert, nice to see you are back ;)... Comments inline.. i'm really busy ATM (exams, projects, reports) :-/ this will probably have to be my

Celebration, plus: Release James 4.0M1?

2010-04-28 Thread Bernd Fondermann
Hi, Thanks to Norman, Robert and everyone else - over the past month, there have been tons of changes and improvements made to James. Most of them are fantastic: modularization, IMAP, container, async io protocols. I can even deploy James as a WAR file now - This must be the future! Now, how

Re: [IMAP] Over-designed /Some thoughts ?

2010-04-28 Thread Robert Burrell Donkin
On Wed, Apr 28, 2010 at 8:44 AM, Norman Maurer norman.mau...@googlemail.com wrote: 2010/4/28 Robert Burrell Donkin robertburrelldon...@gmail.com: On Wed, Apr 28, 2010 at 5:55 AM, Norman Maurer norman.mau...@googlemail.com wrote: Hi Robert, nice to see you are back ;)... Comments inline..

Re: [IMAP] Over-designed /Some thoughts ?

2010-04-28 Thread Norman Maurer
2010/4/28 Robert Burrell Donkin robertburrelldon...@gmail.com: On Wed, Apr 28, 2010 at 8:44 AM, Norman Maurer norman.mau...@googlemail.com wrote: 2010/4/28 Robert Burrell Donkin robertburrelldon...@gmail.com: On Wed, Apr 28, 2010 at 5:55 AM, Norman Maurer norman.mau...@googlemail.com wrote:

Re: [IMAP] Over-designed /Some thoughts ?

2010-04-28 Thread Robert Burrell Donkin
On Wed, Apr 28, 2010 at 10:19 AM, Norman Maurer norman.mau...@googlemail.com wrote: 2010/4/28 Robert Burrell Donkin robertburrelldon...@gmail.com: On Wed, Apr 28, 2010 at 8:44 AM, Norman Maurer norman.mau...@googlemail.com wrote: 2010/4/28 Robert Burrell Donkin robertburrelldon...@gmail.com:

svn commit: r938877 - in /james/imap/trunk/store/src/main/java/org/apache/james/imap/store: AbstractRewindableInputStream.java InputStreamContent.java RewindableInputStream.java

2010-04-28 Thread norman
Author: norman Date: Wed Apr 28 10:59:33 2010 New Revision: 938877 URL: http://svn.apache.org/viewvc?rev=938877view=rev Log: Make sure we dispose temporary files after finish processing (IMAP-135) Modified:

[jira] Resolved: (IMAP-135) RewindableInputStream does not cleanup temporary files in all cases

2010-04-28 Thread Norman Maurer (JIRA)
[ https://issues.apache.org/jira/browse/IMAP-135?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Norman Maurer resolved IMAP-135. Resolution: Fixed RewindableInputStream does not cleanup temporary files in all cases

[jira] Created: (IMAP-137) JPA fails to persist MailboxMembership Entity on heavy load

2010-04-28 Thread Norman Maurer (JIRA)
JPA fails to persist MailboxMembership Entity on heavy load --- Key: IMAP-137 URL: https://issues.apache.org/jira/browse/IMAP-137 Project: JAMES Imap Issue Type: Bug

[jira] Resolved: (IMAP-137) JPA fails to persist MailboxMembership Entity on heavy load

2010-04-28 Thread Norman Maurer (JIRA)
[ https://issues.apache.org/jira/browse/IMAP-137?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Norman Maurer resolved IMAP-137. Fix Version/s: 0.1 Resolution: Fixed Fixed.. JPA fails to persist MailboxMembership Entity

Re: Celebration, plus: Release James 4.0M1?

2010-04-28 Thread Eric Charles
non-binding +1 from a trunk user. On 04/28/2010 10:45 AM, Bernd Fondermann wrote: Hi, Thanks to Norman, Robert and everyone else - over the past month, there have been tons of changes and improvements made to James. Most of them are fantastic: modularization, IMAP, container, async io

svn commit: r939071 - in /james/imap/trunk: deployment/src/test/java/org/apache/james/imap/functional/jpa/ jpa/src/main/java/org/apache/james/imap/jpa/ jpa/src/main/java/org/apache/james/imap/jpa/mail

2010-04-28 Thread norman
Author: norman Date: Wed Apr 28 20:07:29 2010 New Revision: 939071 URL: http://svn.apache.org/viewvc?rev=939071view=rev Log: * Fix for JPA fails to persist MailboxMembership Entity on heavy load by using persimistic locking (IMAP-137) * Do not cache Mailbox instances in store api to prevent GC

[jira] Resolved: (IMAP-131) StoreManager is caching Mailboxes and so the GC is not able to destroy the objects, which lead to memory which is not free up

2010-04-28 Thread Norman Maurer (JIRA)
[ https://issues.apache.org/jira/browse/IMAP-131?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Norman Maurer resolved IMAP-131. Resolution: Fixed fixed .. :) StoreManager is caching Mailboxes and so the GC is not able to

svn commit: r939072 - /james/server/trunk/spring-deployment/src/main/config/james/META-INF/persistence.xml

2010-04-28 Thread norman
Author: norman Date: Wed Apr 28 20:12:22 2010 New Revision: 939072 URL: http://svn.apache.org/viewvc?rev=939072view=rev Log: Use persimitic locking for imap jpa .. Modified: james/server/trunk/spring-deployment/src/main/config/james/META-INF/persistence.xml Modified:

svn commit: r939073 - /james/server/trunk/mailets/src/main/java/org/apache/james/transport/matchers/AbstractStorageQuota.java

2010-04-28 Thread norman
Author: norman Date: Wed Apr 28 20:14:22 2010 New Revision: 939073 URL: http://svn.apache.org/viewvc?rev=939073view=rev Log: Call endprocessing after mailbox processing Modified: james/server/trunk/mailets/src/main/java/org/apache/james/transport/matchers/AbstractStorageQuota.java

Re: Celebration, plus: Release James 4.0M1?

2010-04-28 Thread Norman Maurer
Hi Bernd, you are right. I will try to prepare everythink needed. We will at least need to eleminate snapshot dependencies before. I will analyze the dependency Graph and see what needs to get done. Bye Norman 2010/4/28, Bernd Fondermann bernd.fonderm...@googlemail.com: Hi, Thanks to

Re: Celebration, plus: Release James 4.0M1?

2010-04-28 Thread Norman Maurer
Hi Bernd, you are right. I will try to prepare everything needed. We will at least need to eleminate snapshot dependencies before. I will analyze the dependency Graph and see what needs to get done. Bye Norman 2010/4/28, Bernd Fondermann bernd.fonderm...@googlemail.com: Hi, Thanks to