> I thought that the method for getting the repository from a
> context was coming out, but not the repository contract itself.
We said that we were reverting all of the Mailet API changes that had
anything to do with the respository. Is this no longer your view, or are
you talking about when we add something into the API?
Please let me know ASAP, since it impacts the work I've been doing on the
merger.
> We can use JNDI to look up services, but we do need to provide a
> basic description of core services, like mail repository. or else
> implementations wouldn't be portable.
I agree that if mailets are going to deal with repositories, they need an
interface.
> further to this, i'd tend to propose a new interface
> "FolderEnabledMailRepository" which extends MailRepository
> by the addition of void store(Mail mail, String folderPath);
Alternatively, we get the respository that represents that folder, and we
store the mail without needing to make any other changes to the API. Folder
hierarchy is a naming issue.
--- Noel
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
