Logging is the key to this (duh).
James is currently quite poor at logging at the mailet matcher level
because of the patchy implementation. A matcher and mailet should always log
the fact that they have seen a message (i.e. matched or processed it). At
the moment lots of them don't.
The
Deadlock in ServerConnection
Key: JAMES-428
URL: http://issues.apache.org/jira/browse/JAMES-428
Project: James
Type: Bug
Reporter: Soren Hilmer
Assigned to: Soren Hilmer
When dispose() is called on ServerConnection, it in turn
Author: hilmer
Date: Tue Oct 25 01:50:29 2005
New Revision: 328316
URL: http://svn.apache.org/viewcvs?rev=328316view=rev
Log:
JAMES-428
Modified:
james/server/trunk/src/java/org/apache/james/util/connection/ServerConnection.java
Modified:
[ http://issues.apache.org/jira/browse/JAMES-428?page=all ]
Soren Hilmer resolved JAMES-428:
Fix Version: 2.3.0
Resolution: Fixed
Deadlock in ServerConnection
Key: JAMES-428
URL:
[ http://issues.apache.org/jira/browse/JAMES-428?page=all ]
Soren Hilmer closed JAMES-428:
--
Deadlock in ServerConnection
Key: JAMES-428
URL: http://issues.apache.org/jira/browse/JAMES-428
Project:
On 10/25/05, Noel J. Bergman [EMAIL PROTECTED] wrote:
I had suggested JavaMail, but when we all did further looking, it was
observed that JavaMail is not efficient for server storage, it would tie us
to JavaMail, and worse to MimeMessage. We really want a store that deals
with streams, from
Noel J. Bergman wrote:
I had suggested JavaMail, but when we all did further looking, it was
observed that JavaMail is not efficient for server storage,
it would tie us
to JavaMail, and worse to MimeMessage. We really want a
store that deals
with streams, from which we can easily
Steve Brewin wrote:
Might we move this discussion to [EMAIL PROTECTED] :-)
Good idea!
Sent this to server-dev. Will comment there.
Can we agree on org.apache.james.xxx interfaces that capture the behaviour
we need a repository to provide? Jason's existing work has surfaced most of
the
Steve Brewin wrote:
Steve Brewin wrote:
Might we move this discussion to [EMAIL PROTECTED] :-)
Good idea!
Sent this to server-dev. Will comment there.
Can we agree on org.apache.james.xxx interfaces that capture the behaviour
we need a repository to provide? Jason's existing work