> a specific class from this set was named "POP3Hammering" to reproduce a > certain "stuck file" issue under windows. is this still relevant?
I think I've found this issue again while hammering my james trunk using file repositories. file repositories locking has something wrong. > from the way how i read it, the pre-v2and3 suite was also intended to be > a stress/load testing utility. this is different from unit testing. i > will start working in this area soon. It would be cool to have a performance/stress test that allow to test common setups. A benchmark could measure memory used and time needed to perform a given task. I would also like to have a remote delivery test (not the RemoteDelivery mailet itself, but the remote delivery behaviour): I wrote a whole replacement for RemoteDelivery that handle multiple message per connection and try to optimize the outgoing throughput few months ago but I neved had time to test it! I don't know how this could be tested... maybe by providing a mocked smtp transport. Stefano --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
