Roberto Lo Giacco wrote:
> 1. Mailet.service() method should throws MailetException, maybe even
> IOException, rather than the generic Exception.
> 2. Mailet.init() metod should throws MailetException to handle configuration
> errors.
both done
> 3. Introduction of an Address class which ensures a mail address is well
> formed encapsulating such functionality and overloading every method which
> uses a String as for mail address to be used with an Address type: overloaded
> methods wich uses String should call the correspondent method with a new
> Address instance created with the String contents.
Actually, javax.mail.Address is not very useful, but
javax.mail.internet.InternetAddress is useful. I've started going
through documentation and code to use InternetAddress instead of String.
> 4. Rename the MailetContext.getMXRecords() method into something which doesn't
> contain a DNS specific acronym: getMailServers() or getMailPath() or
> getMailDispatcher() will be better.
Changed to getMailDomains()
> 5. Suppress the MailetUtils class which actual functionalities could be
> obtained using the Address class which will have static methods to parse a
> String returning the host part or the user part.
Obviated from point 3.
> 6. Add to the GenericMailet class the getMailetName(), getInitParameter() and
> getInitParameterNames() methods only for convenience.
I took a lesson from GenericServlet and had GenericMailet implement
Mailet and MailetConfig (for MailetConfig methods, it just calls on the
config object that was passed). Same was done for GenericMatcher.
Funny thing was I didn't completely realize you could just get
getInitParameter from a servlet.
I'm in the middle of furiously copying extensive javadocs from the
servlet API, and when I get bored with that, I continue debugging the
API changes. Will post the revised javadocs later tonight to the same
place (http://www.lokitech.com/~sergek/mailetdocs/) and hope to commit
by this weekend. We can also provide separate links to download the
mailet javadocs and mailet.jar on the website. Should give
users/visitors a better understanding of what JAMES can do.
Serge Knystautas
Loki Technologies
http://www.lokitech.com/
------------------------------------------------------------
To subscribe: [EMAIL PROTECTED]
To unsubscribe: [EMAIL PROTECTED]
Archives: <http://www.mail-archive.com/james%40list.working-dogs.com/>
Problems?: [EMAIL PROTECTED]
