commons-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Gary D. Gregory (Commented) (JIRA)" <>
Subject [jira] [Commented] (CODEC-96) Base64 encode() method is no longer thread-safe, breaking clients using it as a shared BinaryEncoder
Date Sun, 01 Apr 2012 14:42:28 GMT


Gary D. Gregory commented on CODEC-96:

The patch CODEX-96-2.patch applies cleanly on trunk but the codec-96-3rd-attempt.patch does

What is what here?

Can someone provide a roadmap, a definitive patch, or just do it?

I'd like to push an RC and this seems like the last important issue. I am happy to skip it
until 1.8 of course.

Thank you,
> Base64 encode() method is no longer thread-safe, breaking clients using it as a shared
> ----------------------------------------------------------------------------------------------------
>                 Key: CODEC-96
>                 URL:
>             Project: Commons Codec
>          Issue Type: Bug
>    Affects Versions: 1.4
>            Reporter: Matt Ryall
>            Assignee: Julius Davies
>             Fix For: 1.x
>         Attachments: CODEC-96.patch, CODEX-96-2.patch, codec-96-3rd-attempt.patch
> Streaming support was added to Base64 in commons-codec 1.4 with CODEC-69. This introduced
instance variables to Base64 which means the class can no longer be used as a shared BinaryEncoder
> For example, BinaryEncoder has an interface which could be (and was) used like this with
> {code:java}
> class Example {
>     private BinaryEncoder encoder = new Base64();
>     byte[] someMethod(byte[] data) {
>         try {
>             return encoder.encode(data);
>         }
>         catch (EncoderException e) {
>             throw new RuntimeException(e);
>         }
>     } 
> }
> {code}
> Base64 is no longer thread-safe in commons-codec 1.4, so code like the above which is
accessed by multiple threads can throw NullPointerException:
> {noformat}
> java.lang.NullPointerException
> 	at org.apache.commons.codec.binary.Base64.encode(
> 	at org.apache.commons.codec.binary.Base64.encode(
> 	at ... (application code)
> {noformat}
> Looking at the implementation of Base64, I think making it thread-safe for this kind
of usage would be quite tricky. I haven't attempted to prepare a patch.
> I would be happy if it was indicated in the Javadoc that Base64 is not thread-safe and
should not be shared. However, some other users of commons-codec might be more worried about
this regression.

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:


View raw message