[ 
https://issues.apache.org/jira/browse/JAMES-850?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Stefano Bagnara updated JAMES-850:
----------------------------------

    Attachment: TEST-org.apache.james.transport.mailets.RemoteDeliveryTest - 
expected-continuation.txt

Robert, about your comment on "assertEquals(0, waitEmptySpool(10000));" 

The weird thing is that the mechanism of waitEmptySpool(10000) is meant to wait 
that time (that should really be enough because the delivery thread is 
configured for 500ms delayed retries) and after the time returns the number of 
mails present in the spool. The fact that the assert is not failing there let 
me think that the spool is empty and the delivery completed his job, that's why 
I thought it could have been an issue in the Tester count method BUT I'm 
comparing your delivery output with mine and it is identical excepting that 
your report ends after the first "store", while mine continue with unlocking 
the message and doing the remaining attempts.

So the problem is not in the Tester counter, but it really seems to be that it 
got stuck after the first partial delivery.

I don't understand why it does not fail on the first assert, but the issue 
could be the remote delivery thread is stuck on the MailImpl cloneSerializable 
method, and this would be an issue in server code, so we have to keep 
investigating.

PS: I'm running the code in a dual core machine, too, but I don't see this 
issue. I tested java 1.4, 5 and 6 on a 32bit windows platform and java 1.4 and 
5 on linux, and I can never reproduce this!

> RemoteDeliveryTest intermitant failure
> --------------------------------------
>
>                 Key: JAMES-850
>                 URL: https://issues.apache.org/jira/browse/JAMES-850
>             Project: James
>          Issue Type: Test
>    Affects Versions: Trunk
>         Environment: GNULinux/Gentoo
> % java -version
> java version "1.5.0_16"
> Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_16-b02)
> Java HotSpot(TM) 64-Bit Server VM (build 1.5.0_16-b02, mixed mode)
> % cat /proc/cpuinfo 
> processor     : 0
> vendor_id     : AuthenticAMD
> cpu family    : 15
> model         : 67
> model name    : AMD Athlon(tm) 64 X2 Dual Core Processor 5600+
> stepping      : 3
> cpu MHz               : 1000.000
> cache size    : 1024 KB
> physical id   : 0
> siblings      : 2
> core id               : 0
> cpu cores     : 2
> fpu           : yes
> fpu_exception : yes
> cpuid level   : 1
> wp            : yes
> flags         : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov 
> pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt rdtscp lm 
> 3dnowext 3dnow rep_good pni cx16 lahf_lm cmp_legacy svm extapic cr8_legacy
> bogomips      : 2012.31
> TLB size      : 1024 4K pages
> clflush size  : 64
> cache_alignment       : 64
> address sizes : 40 bits physical, 48 bits virtual
> power management: ts fid vid ttp tm stc
> processor     : 1
> vendor_id     : AuthenticAMD
> cpu family    : 15
> model         : 67
> model name    : AMD Athlon(tm) 64 X2 Dual Core Processor 5600+
> stepping      : 3
> cpu MHz               : 1000.000
> cache size    : 1024 KB
> physical id   : 0
> siblings      : 2
> core id               : 1
> cpu cores     : 2
> fpu           : yes
> fpu_exception : yes
> cpuid level   : 1
> wp            : yes
> flags         : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov 
> pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt rdtscp lm 
> 3dnowext 3dnow rep_good pni cx16 lahf_lm cmp_legacy svm extapic cr8_legacy
> bogomips      : 2012.31
> TLB size      : 1024 4K pages
> clflush size  : 64
> cache_alignment       : 64
> address sizes : 40 bits physical, 48 bits virtual
> power management: ts fid vid ttp tm stc
>            Reporter: Robert Burrell Donkin
>            Priority: Critical
>         Attachments: 
> TEST-org.apache.james.transport.mailets.RemoteDeliveryTest - 
> expected-continuation.txt, 
> TEST-org.apache.james.transport.mailets.RemoteDeliveryTest.txt, 
> TEST-org.apache.james.transport.mailets.RemoteDeliveryTest.txt
>
>
> Open to track information related to intermittent failures of this test

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to