Serge,
I believe that Andrei is being precise in his use of the terminology.
As I see it, currently the <mailet> tag ATTRIBUTES are opaque. They are
processed in JamesSpoolManager.java. The MatchLoader uses the match
attribute to setup a mailet instance; the MailetLoader uses the class
attribute to setup a mailet instance. The Matcher is provided with just a
condition string taken from the match attribute. The Mailet is more
flexible: it gets to process child ELEMENTS of the <mailet> tag, via the
MailetConfig.getInitParameter() method.
Andrei is asking for more access to the attributes of the tag. With more
complex matchers, I can certainly see an argument for providing better
parameter passing to the matcher, rather than having to deal with a single
ad hoc encoded string.
I'm not sure if providing access to attributes is the right way to do it
(read as: I think that it is not), or if there should be optional
<matcher-config> and <mailet-config> child sections under <mailet>, e.g.,
<mailet matcher="Foo[=cond]" class="Bar">
<matcher-config>
<tagname>value</tagname>
</matcher-config>
<mailet-config>
<tagname>value</tagname>
</mailet-config>
</mailet>
Access would be via a [Mailet|Matcher]Config.getInitParameter() method as
currently exposed via MailetConfig.getInitParameter().
--- Noel
-----Original Message-----
From: Andrei Ivanov [mailto:[EMAIL PROTECTED]]
Sent: Saturday, May 18, 2002 13:56
To: James Developers List
Subject: Re: James -> Phonix 4.0aX (minor changes)
Hi,
> I'm not sure what your suggesting... you can already pass attributes to
> Mailets as init parameters.
How? MailetConfig has only one method: String getInitParameter(String name)
...
>
> I'm not sure about the others... I don't think we can distribute the
> jsse jar,
I know that, of course we can't distribute jsse, but presence of them can be
detected in build (same way as in cornerstone). Many use jdk < 1.4 so that
there will be no need to modify build script.
> I'm not sure about the keystore... can you give a diff to show what
I'll send that later.
Regards,
Andrei
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
