On Mon, Jan 18, 2010 at 10:04 AM, Wayne Fay wrote:
> There are numerous F/OSS implementations of BASE64Decoder that you can
> just grab and use
>
See also:
-
http://docs.oracle.com/javase/8/docs/api/javax/xml/bind/DatatypeConverter.html#parseBase64Binary-java.lang.String-
-
http:/
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 8/29/2014 1:39 PM, kvnsmnsn wrote:
> Right now the code that's messing me up is:
>
> byte[] bytesTimestampUtf8Encrypted =
> cipher.doFinal(bytesTimestampUtf8Unencrypted); String secret =
> (new BASE64Encoder()).encodeBuffer(bytesTimestampUtf8Encry
Right now the code that's messing me up is:
byte[] bytesTimestampUtf8Encrypted =
cipher.doFinal(bytesTimestampUtf8Unencrypted);
String secret = (new
BASE64Encoder()).encodeBuffer(bytesTimestampUtf8Encrypted);
How would I implement this with the Apache Commons Codec?
--
View this message in co
believe it or not!! upgrade to 6.0.18 solves the mystery.
-D
On Mon, Jan 18, 2010 at 10:27 AM, Dan Tran wrote:
> commons-codec is the way to go
>
> On Mon, Jan 18, 2010 at 10:04 AM, Wayne Fay wrote:
>>> no luck with compiler plugin 2.1 either. I may need to bite the bullet
>>> and fix up the co
commons-codec is the way to go
On Mon, Jan 18, 2010 at 10:04 AM, Wayne Fay wrote:
>> no luck with compiler plugin 2.1 either. I may need to bite the bullet
>> and fix up the code.
>
> There are numerous F/OSS implementations of BASE64Decoder that you can
> just grab and use just like the sun.misc
> no luck with compiler plugin 2.1 either. I may need to bite the bullet
> and fix up the code.
There are numerous F/OSS implementations of BASE64Decoder that you can
just grab and use just like the sun.misc version. I like the Apache
Commons one. There's just no good reason to keep using sun.misc
no luck with compiler plugin 2.1 either. I may need to bite the bullet
and fix up the code.
-Dan
On Sun, Jan 17, 2010 at 10:53 PM, Stephen Connolly
wrote:
> http://jira.codehaus.org/browse/MCOMPILER-59
>
> have you tried m-c-p version 2.1?
>
> 2010/1/18 Dan Tran :
>> I am not sure what system sc
http://jira.codehaus.org/browse/MCOMPILER-59
have you tried m-c-p version 2.1?
2010/1/18 Dan Tran :
> I am not sure what system scope has any thing to do with my error,
> since i am setting the compiler to use source and target 1.6 and
> enforer plugin check for 1.6 JDK, so the compiler will use
I am not sure what system scope has any thing to do with my error,
since i am setting the compiler to use source and target 1.6 and
enforer plugin check for 1.6 JDK, so the compiler will use the right
rt.jar. any way I try the suggestion pointed by Brett, but still see
the same problem.
I also su
Try this page,
http://maven.apache.org/guides/introduction/introduction-to-dependency-mechanism.html
look for rt.jar under System Dependencies.
Brett
On 1/18/10, Dan Tran wrote:
> I am using Sun JDK on windows version 1.6.0_17
>
> -Dan
>
> On Sun, Jan 17, 2010 at 3:52 PM, Erlend Hamnaberg wr
I am using Sun JDK on windows version 1.6.0_17
-Dan
On Sun, Jan 17, 2010 at 3:52 PM, Erlend Hamnaberg wrote:
> Are you using Openjdk? then this fails.
>
> Use the JDK shipped by sun, and you should be ok.
>
> -- Erlend
>
> On Mon, Jan 18, 2010 at 12:28 AM, Dan Tran wrote:
>
>> Hello,
>>
>> I j
Are you using Openjdk? then this fails.
Use the JDK shipped by sun, and you should be ok.
-- Erlend
On Mon, Jan 18, 2010 at 12:28 AM, Dan Tran wrote:
> Hello,
>
> I just inherit an project that I am trying to convert to maven and hit
> a compilation error ( using java 1.6, target/source = 1.6
Hello,
I just inherit an project that I am trying to convert to maven and hit
a compilation error ( using java 1.6, target/source = 1.6 )
ts\admin\db_devices\DBCollectorHousekeepingServlet.java:[28,15]
sun.misc.BASE64Decoder is Sun proprietary API and may be removed in a
future release
Eclispe
13 matches
Mail list logo
