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); in this case store(Mail mail) would delegate to store(mail,"INBOX"); or root or "/" or whatever the default part of the folder system is judged to be. this would allow folders to be specified if the repository supported it, and not break existing use of non-folder repositories. d. > -----Original Message----- > From: Danny Angus [mailto:[EMAIL PROTECTED] > Sent: 22 February 2004 13:20 > To: James Developers List > Subject: RE: Mailet API to support sub-folders? > > > Oh is it? > I thought that the method for getting the repository from a > context was coming out, but not the repository contract itself. > > I believe we need to have those basic contracts specified in the > API otherwise it makes no provision at all for any kind of persistence. > > 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. > > d. > > > > -----Original Message----- > > From: Noel J. Bergman [mailto:[EMAIL PROTECTED] > > Sent: 21 February 2004 21:58 > > To: James Developers List; [EMAIL PROTECTED] > > Subject: RE: Mailet API to support sub-folders? > > > > > > > Oops! In MAIN, MailRepository IS part of the Mailet API. > > > > That is coming out. > > > > --- Noel > > > > --------------------------------------------------------------------- > > 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] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
