You are viewing a plain text version of this content. The canonical link for it is here.
Posted to server-dev@james.apache.org by "Stefano Bagnara (JIRA)" <se...@james.apache.org> on 2005/05/13 20:43:04 UTC
[jira] Commented: (JAMES-371) Speed improvement in SpoolManager
[ http://issues.apache.org/jira/browse/JAMES-371?page=comments#action_65340 ]
Stefano Bagnara commented on JAMES-371:
---------------------------------------
After a few more thought I think I've found the bug of this speed improvement.
new MailImpl created by the LinearProcessor after a partial recipients match will never be persisted in the spool. So they will be lost after the end of the processor.
Expect the patch soon.
> Speed improvement in SpoolManager
> ---------------------------------
>
> Key: JAMES-371
> URL: http://issues.apache.org/jira/browse/JAMES-371
> Project: James
> Type: Improvement
> Components: SpoolManager & Processors
> Versions: 2.2.1
> Environment: James SVN branch truck-merged 20050504.
> Reporter: Stefano Bagnara
> Priority: Minor
> Attachments: JamesSpoolManager.java.patch, JamesSpoolManager.java.patch, LinearProcessor.java.patch
>
> Processor invoke store() on the spool when a message change its state but the message is still lockend and the notify called by the spool does not work (As far as I understand).
> I removed spool.store from the processor and leave spool handling to the spoolmanager thread.
> I also added a loop to the run of the spoolmanager thread so that it will process every state till GHOST or ERROR and not only one state at a time.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org