commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Gary Gregory" <ggreg...@seagullsw.com>
Subject RE: [codec] base64Codec.decode and DecoderException
Date Tue, 01 Jun 2004 23:05:34 GMT
Has this been resolved within "build_ws-xmlrpc_ws-xmlrpc"?

I do not see the compile error mentioned in the message below in the
page:

>
http://brutus.apache.org:8080/gump/ws-xmlrpc/ws-xmlrpc/gump_work/build_w
s-
> xmlrpc_ws-xmlrpc.html

Thank you,
Gary 

> -----Original Message-----
> From: Adam R. B. Jack [mailto:ajack@trysybase.com]
> Sent: Tuesday, May 25, 2004 09:44
> To: Jakarta Commons Developers List
> Subject: [codec] base64Codec.decode and DecoderException
> 
> Folks,
> 
> An interested compatibility issue has surfaced from this:
> 
>
http://brutus.apache.org:8080/gump/ws-xmlrpc/ws-xmlrpc/gump_work/build_w
s-
> xmlrpc_ws-xmlrpc.html
> 
> /usr/local/gump/public/workspace/ws-
> xmlrpc/src/java/org/apache/xmlrpc/Defaul
> tTypeFactory.java:133: exception
org.apache.commons.codec.DecoderException
> is never thrown in body of corresponding try statement
>     [javac]         catch (DecoderException e) {
>     [javac]         ^
> 
> This is the code:
> 
>  public Object createBase64(String cdata)
>     {
>         try {
>             return base64Codec.decode(cdata.getBytes());
>         }
>         catch (DecoderException e) {
>             //TODO: consider throwing an exception here?
>             return new byte[0];
>         }
>     }
> 
> Now since exceptions are not part of the signature of methods, there
is
> probably no runtime issue here. If the exception is not going to be
thrown
> that is the same as it not actually being thrown, I guess. Still,
there is
> a
> compile time problem and if one removes the catch they can't compile
> against
> older codec (assuming that was declared to throw it).
> 
> Can somebody provide the background information on this exception,
from
> this
> method, and when (releases) it might've been available and removed? If
> this
> exception is never to be thrown again (and better, if it isn't thrown
in
> currently released code) then maybe we can just ask the ws-xmlrpc
folks to
> update.
> 
> BTW: I don't think there is a way to turn off this compiler error, is
> there?
> Would that be appropriate, even if possible?
> 
> regards,
> 
> Adam
> --
> Experience the Unwired Enterprise:
> http://www.sybase.com/unwiredenterprise
> Try Sybase: http://www.try.sybase.com
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: commons-dev-help@jakarta.apache.org
> 



---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org


Mime
View raw message