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

On Wed, Apr 28, 2010 at 5:55 AM, Norman Maurer 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 : >> On Tue, Apr 27, 2010 at 10:

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

2010/4/28 Robert Burrell Donkin : > On Wed, Apr 28, 2010 at 5:55 AM, Norman Maurer > 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... > Ok, hope to see y

Celebration, plus: Release James 4.0M1?

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 dar

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

On Wed, Apr 28, 2010 at 8:44 AM, Norman Maurer wrote: > 2010/4/28 Robert Burrell Donkin : >> On Wed, Apr 28, 2010 at 5:55 AM, Norman Maurer >> wrote: >>> Hi Robert, >>> >>> nice to see you are back ;)... Comments inline.. >> >> i'm really busy ATM (exams, projects, reports) :-/ >> >> this will pr

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

2010/4/28 Robert Burrell Donkin : > On Wed, Apr 28, 2010 at 8:44 AM, Norman Maurer > wrote: >> 2010/4/28 Robert Burrell Donkin : >>> On Wed, Apr 28, 2010 at 5:55 AM, Norman Maurer >>> wrote: Hi Robert, nice to see you are back ;)... Comments inline.. >>> >>> i'm really busy ATM (ex

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

On Wed, Apr 28, 2010 at 10:19 AM, Norman Maurer wrote: > 2010/4/28 Robert Burrell Donkin : >> On Wed, Apr 28, 2010 at 8:44 AM, Norman Maurer >> wrote: >>> 2010/4/28 Robert Burrell Donkin : On Wed, Apr 28, 2010 at 5:55 AM, Norman Maurer wrote: > Hi Robert, > > nice to see yo

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

Author: norman Date: Wed Apr 28 10:59:33 2010 New Revision: 938877 URL: http://svn.apache.org/viewvc?rev=938877&view=rev Log: Make sure we dispose temporary files after finish processing (IMAP-135) Modified: james/imap/trunk/store/src/main/java/org/apache/james/imap/store/AbstractRewindableI

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

[ 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

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 Component

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

[ 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?

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 protocol

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

Author: norman Date: Wed Apr 28 20:07:29 2010 New Revision: 939071 URL: http://svn.apache.org/viewvc?rev=939071&view=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

[ 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 destr

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

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

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

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

Re: Celebration, plus: Release James 4.0M1?

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 : > Hi, > > Thanks to Norman, Robert and everyone else -

Re: Celebration, plus: Release James 4.0M1?

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 : > Hi, > > Thanks to Norman, Robert and everyone else -