[...]From looking at the JDBCListserv code, it looks like it served as the base class for something that wasn't released with the James distribution. The downside to the current listserv Mailets is that the lists are static - whenever I need to start a new list, I have to make another entry in config.xml, build a new james.sar, and restart James. However, if I extend JDBCListserv and override just the service() method, I can set listservID from the recipient name, and call super.service(). This way, lists and their members can be dynamically added to database tables without restarting James.
3. If I use JDBCListserv as my processor, since there is no
corresponding JDBCListservManager, can I use either
AvalonListservManager or CommandListservManager?
Don't use JDBCListserv unless you've some special reason having studied the code.
Now having said this, I just took a look at GenericListserv.service(). It's final. Dooh. So much for overriding it.
-- Bosco
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
