Stefano Mazzocchi wrote:
> Unfortunately not (yet!).
>
> The Sitemap idea was added in Cocoon (you can read the Cocoon2
> document), it's all we have now. Or download the Cocoon2 alpha source
> from the xml-cocoon2 branch of the xml-cocoon CVS module.
I did read the docs on cocoon2 and it does look similar, but I'm not
sure if we have identical models.
> Exactly. This is the idea. What i don't like is the "url-encoding" of
> this. so, instead of doing
>
> <servlet match="[EMAIL PROTECTED]"...>
>
> I would do
>
> <process address="[EMAIL PROTECTED]">
> <matcher type="agentChecker">
> <parameter name="agent" value="Outlook Express 5.0"/>
> </matcher>
> ...
> </process>
>
> leaving the "recipient-is" matching the default one (like we do in
> Cocoon2 leaving the URI matching the default one).
I'm guessing you have equated URL's and recipients as comparable, which
is why you suggested <process address="[EMAIL PROTECTED]">.
However, many matches will not use recipient info, and few will have
"condition" parameters. The piping of email addresses have to support
checks based on recipients, ip address, sender information, and
theoretically any information contained in the message (for instance, I
was going to write a match class that checked if the Date header was off
by more than 5 minutes and whether this was the outgoing server, so
email timestamps are correct).
I do see how both models use a piping approach, but JAMES can't rely on
a single routing parameter (a URL in HTTP servers) so Federico
implemented a more flexible solution. I'm not saying it's perfect...
it'd be nice if it could support multiple match criteria to a single
servlet (without making the parameters very ugly). Does your sitemap
docs support the lack of a single piece of routing information (no URL)
and does it support boolean/multiple match conditions? I didn't see how
the sample would accomplish this.
Serge Knystautas
Loki Technologies
http://www.lokitech.com/
------------------------------------------------------------
To subscribe: [EMAIL PROTECTED]
To unsubscribe: [EMAIL PROTECTED]
Archives and Other: <http://java.apache.org/>
Problems?: [EMAIL PROTECTED]
