Hi Stefano,
maybe I can provide a few tips and tricks to improve testing
+) Jakarta CommonsEmail uses Dumbster to test SMTP sending and testing
the result - see http://sourceforge.net/projects/dumbster and
http://quintanasoft.com/dumbster/
+) for the YAAFI Avalon Container I use various interceptors (see
http://jakarta.apache.org/turbine/fulcrum/fulcrum-yaafi/interceptors/index.html)
to measure performance and the JAMON library I use might be of interest
for you - see http://jamonapi.sourceforge.net/ and
http://jamonapi.sourceforge.net/JAMonAdmin.html. It is a simple library
where you call start() and stop() to generate an HTML report in the
backgorund - check out the implementation of
http://jakarta.apache.org/turbine/fulcrum/fulcrum-yaafi/xref/index.html
And using JAMON has nothing to do with Avalon - it is just a library.
+) I wrote a simple AdviceService for YAAFI to attach the various
interceptors to any Java object implementing interfaces which is
currently used to add performance monitoring to another service
framework. It is just one way of many others to add extra behaviour to
existing services (spell it AOP)
Cheers,
Siegfried Goeschl
Stefano Bagnara wrote:
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]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
