So im right that the problem is that a list() can override the unique
hash? So would it solve it when we just generate new ones when
uniqToMessageNumber has now entries ? or is that not the solution. I
just want to understand what is going on ;-)
bye
Ps: Thx for all help
Am Donnerstag, den 23.03
The solution in MboxMailRepository has problems too: it uses MD5 of the
message as the unique key. This means that 2 identical messages cannot
be handled by the same repository.
The problem is that a repository MUST be threadsafe and we must handle
correctly environments where messages are lis
Hm.. now i understand.. But still no idea how to solve this issue..
Maybe workaround for this is to use a method like in Mbox.. So just
generate a MD5 for each message and use this as unique key.
you see any probs with that ?
bye
Am Freitag, den 24.03.2006, 11:58 +0100 schrieb Stefano Bagnara
Norman Maurer wrote:
Hm.. now i understand.. But still no idea how to solve this issue..
Maybe workaround for this is to use a method like in Mbox.. So just
generate a MD5 for each message and use this as unique key.
you see any probs with that ?
There are big problems with the javamail Fo
Hmm, thats not so easy to programm :-(
Maybe someone with better skillz then me can do it ..
bye
Am Freitag, den 24.03.2006, 13:03 +0100 schrieb Stefano Bagnara:
> in the store the first time and update the same object the
> following calls.
>
> - concurrent operations (multiple concurrent list
[
http://issues.apache.org/jira/browse/JAMES-440?page=comments#action_12371725 ]
Laurent Rouvet commented on JAMES-440:
--
I didn't find the official reason... (does DBCP have a mail list?)
However I found several issue about this feature...
It seems tha
[
http://issues.apache.org/jira/browse/JAMES-460?page=comments#action_12371771 ]
Tony Freeman commented on JAMES-460:
Downloaded the 3.2 wrapper and replaced the bin/wrapper.* (.dll, .jar, .exe)
stuff with same files from the downloaded file.
Now this
[
http://issues.apache.org/jira/browse/JAMES-460?page=comments#action_12371773 ]
Tony Freeman commented on JAMES-460:
Above after removing wrapper.pidfile from wrapper.conf
Stefano suggested the following...
Try to copy the excalibur-i18n-1.0.jar from p
[
http://issues.apache.org/jira/browse/JAMES-460?page=comments#action_12371775 ]
Stefano Bagnara commented on JAMES-460:
---
Try copying the phenix-tools.jar to the lib dir too.
Actually, try to copy all the tools/lib jars to the lib or try to find out h
[
http://issues.apache.org/jira/browse/JAMES-460?page=comments#action_12371776 ]
Stefano Bagnara commented on JAMES-460:
---
in the wrapper.conf you can find a:
wrapper.java.additional.1=-Djava.ext.dirs=../lib
try to add the tools/lib folder to the ext.di
[
http://issues.apache.org/jira/browse/JAMES-460?page=comments#action_12371781 ]
Tony Freeman commented on JAMES-460:
Ok, Started with the last suggestion...
1st Tried:
wrapper.java.additional.1=-Djava.ext.dirs=../lib
wrapper.java.additional.2=-Djava.ex
[
http://issues.apache.org/jira/browse/JAMES-460?page=comments#action_12371786 ]
Stefano Bagnara commented on JAMES-460:
---
I will test the wrapper.conf thing when I'll try to close this.
Thank you for your tests! Happy to know we can use the latest wrap
12 matches
Mail list logo
