> LinearProcessor is the familar matcher/mailet flow. Another processor
type
> could implement a newer configuration scheme; an approach I seem to
recall
> you favored. Some other processor type could conceivable provide
> distributed container support. Steve's SieveProcessor implements the
Sieve
> language, with its own operations.
Quite right, I agree with all of that, what my question is is why do we
continue to support "processor" as disting from "Mailet" when essentially
the both have identical lifecycle and service method sigs.
I mean, why not make the spoolmanager require mailets as its components,
and have Processor mailets to manage further workflow tasks.
Then a sieve or forking or distributed proessor could be used wherever a
Mailet _or_ a Processor is currently specified, rather than have to choose
between one role or the other at design time?
I'm not trying to stir up trouble for it's own sake! I'm genuinely
interested.
Perhaps the compromise might be to write polymorphic components which could
fill either role, leaving developers free to tie their component to one
role if they chose to?
d.
***************************************************************************
The information in this e-mail is confidential and for use by the addressee(s) only.
If you are not the intended recipient (or responsible for delivery of the message to
the intended recipient) please notify us immediately on 0141 306 2050 and delete the
message from your computer. You may not copy or forward it or use or disclose its
contents to any other person. As Internet communications are capable of data
corruption Student Loans Company Limited does not accept any responsibility for
changes made to this message after it was sent. For this reason it may be
inappropriate to rely on advice or opinions contained in an e-mail without obtaining
written confirmation of it. Neither Student Loans Company Limited or the sender
accepts any liability or responsibility for viruses as it is your responsibility to
scan attachments (if any). Opinions and views expressed in this e-mail are those of
the sender and may not reflect the opinions and views of The Student Loans Company
Limited.
This footnote also confirms that this email message has been swept for the presence of
computer viruses.
**************************************************************************
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
