ws-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Colm O hEigeartaigh (Closed) (JIRA)" <>
Subject [jira] [Closed] (WSS-107) contains Bouncy Castle JCE copyright code
Date Mon, 03 Oct 2011 09:04:35 GMT


Colm O hEigeartaigh closed WSS-107.

> contains Bouncy Castle JCE copyright code
> ----------------------------------------------------------------
>                 Key: WSS-107
>                 URL:
>             Project: WSS4J
>          Issue Type: Improvement
>         Environment: N/A
>            Reporter: George Stanchev
>            Assignee: Ruchith Udayanga Fernando
>             Fix For: 1.5.4
>         Attachments:
> The Eclipse Foundation IP review rejected wss4j 1.5.latest for approval in its projects
because of this file (found under
> src\org\apache\ws\security\components\crypto) contains a comment:
> /*
>  * This source is a plain copy from bouncycastle software.
>  * Thus:
>  * Copyright (c) 2000 The Legion Of The Bouncy Castle
> (
>  */
> Apparently there are some legal issues with BC - they are being sued somewhere in Europe
for inclusion of a patented algorithm and Eclipse Legal wants to stay away from anything BC.
They noted the ripoff code comment and alarms started ringing. However that stops us of including
WSS4J in an Eclipse project I am comitter of and makes things complicated for our users.
> Besides all that, the X509Tokenizer included in wss4j is very simple and rudimentary
and doesn't conform to RFC2253. In fact in X509 certs with more complex DNs it would give
incorrect results. 
> So in light of all this, and with the fact that Apache XML-Security 1.4.x already has
a nice RFC2253 parser, can we replace the file in question with the version assigned to this
email? It uses the XML-Security DN parser and just creates a wrapper with same WSS4J interface
already implemented and consumed now. I copied 2 utility functions (trim() and countQuotes()
from there locally and based the constructor on the RFC2253Parser normalize() method (same
> Instead of lazily evaluating the DN, I construct an ArrayList with to hold the tokenized

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