ws-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Freeman Fang (Commented) (JIRA)" <>
Subject [jira] [Commented] (WSS-338) should set when enableRevocation is true
Date Thu, 16 Feb 2012 05:28:59 GMT


Freeman Fang commented on WSS-338:

Hi colm,

Thanks for the reply.
But as I commented in WSS-339, we need enableCRLDP per service context, as different service
may use different certificates issued by different CA, thus it's possible that use different
certificates revocation check policies.

I'm going to introduce a new property enableCRLDP for WSHandler so that we can configure it
per serivce easily, and use the solution I suggest in WSS-339, something like
synchronized (A Globel Lock Object from WSS4J) {
    set properties,
    validator.validate(path, param); // check if certificate is still valid
    restore properties
in verifyTrust method, so that the property won't pollute the whole JVM context, this solution
works by my test.


Best Regards
> should set when enableRevocation is true
> --------------------------------------------------------------------
>                 Key: WSS-338
>                 URL:
>             Project: WSS4J
>          Issue Type: Improvement
>    Affects Versions: 1.6.4
>            Reporter: Freeman Fang
>            Assignee: Colm O hEigeartaigh
>             Fix For: 1.6.5
>         Attachments: WSS-338.patch
> When we use CRL to do revocation certificate check, generally the certificates can carry
CRLDistributionPoints extension(which is http or ldap url), but currently we can't use this
CRLDistributionPoints in certificates out of the box. It would be better that we can use CRLDistributionPoints
out of box. Simply set com.sun| property as true when enableRevocation
ensure that we get chance to use the CRLDistributionPoints in certificates and no necessary
to specify explicitly and whatnot for Crypto
> Set this property won't affect current logic, e.g., if there is no CRLDistributionPoints
in certificates then it still can use the crl file specified by

This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:!default.jspa
For more information on JIRA, see:


To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message