Hi Jim,
I've added a patch for this into the deprecated / warning patch (#1667989).
Note that encodeBase64 is a static method, so doesn't need the class
instantiation.
And commons-codec was being included / used anyway (METSManifest uses it as
a decoder).
G
>From James Rutherford:
>I thought I'd follow up on this, and say that the class isn't actually
>missing, but unless you switch to the commons library, you'll get
>compiler warnings (something about depending on a proprietary
>implementation that is specific to Sun's jdk). The code changes required
>to eliminate this warning (and presumably to eliminate the error caused
>by using a non-sun jdk) are pretty minor (this is untested, however, and
>may cause inconsistent output from the crosswalk -- someone who actually
>uses it should check):
>
>in org.dspace.app.oai.DIDLCrosswalk (near line 238) change
>
>BASE64Encoder encoder=(BASE64Encoder)
>Class.forName("sun.misc.BASE64Encoder").newInstance();
>String encoding = encoder.encodeBuffer(buffer);
>
>to
>
>Base64 encoder = new Base64()
>String encoding = new String(encoder.encodeBase64(buffer));
>
>and don't forget to import org.apache.commons.codec.binary.Base64 and
>put the actual library in the [dspace]/lib directory.
This email has been scanned by Postini.
For more information please visit http://www.postini.com
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
DSpace-tech mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/dspace-tech
