Serge Knystautas wrote:
>
> Stefano Mazzocchi wrote:
> > > public void service(Mail mail);
> > >
> > > Comments?
> >
> > I'm against boolean-returning fuctions as a general pattern.
>
> Well, since I think we've made matching pretty flexible, maybe we should
> put the determination of whether a message stops after a given mailet
> back in the conf file.
Yes. Otherwise, if you don't, there is no way you can "componentize"
your pipeline without having to touch (or worse, recompile) your
components.
> Again, I don't like returning a Mail object, and
> if we don't return boolean... maybe we do a flag in Mail to stop
> processing.
If the mailet is able to modify the Mail object, then it must return it,
no question about it.
A mailet is a filter, and every filter works like this
Object filter(Object object)
I don't understand why you are against this, I'm probably missing your
point.
> Looks like we're almost there... I need to put together a first whack at
> the MailetContext which would then give you access to the
> MailDispatcher. I'll probably just put in skeleton code as until we
> have the DTD structure for the conf file, I can't really grab a
> MailDispatcher object based on the mailet's name. Can't do this today,
> but probably tomorrow night.
Sounds great.
> I'll leave you two to figure out what's the best exact XML
> representation for the matching/mailet config as you two have much more
> experience in this area. Seems like the general conf plan is just about
> ready to roll.
I do think so, even if you guys didn't yet comment my latest DTD
proposal...
--
Stefano Mazzocchi One must still have chaos in oneself to be
able to give birth to a dancing star.
<[EMAIL PROTECTED]> Friedrich Nietzsche
--------------------------------------------------------------------
Missed us in Orlando? Make it up with ApacheCON Europe in London!
------------------------- http://ApacheCon.Com ---------------------
------------------------------------------------------------
To subscribe: [EMAIL PROTECTED]
To unsubscribe: [EMAIL PROTECTED]
Archives and Other: <http://java.apache.org/>
Problems?: [EMAIL PROTECTED]
