Agreed. That is what I meant when I asked what we could wrap...
geir
Paulex Yang wrote:
> FYI, Harmony has already a o.a.h.luni.util.Base64 utility in LUNI
> module, which is used by HttpURLConnection, IMO it would be nice to just
> choose one implementation to use across all the project.
>
>
Alex Blewitt wrote:
> On 10/08/06, Geir Magnusson Jr <[EMAIL PROTECTED]> wrote:
>> Anthony Green wrote:
>> > On Wed, 2006-08-09 at 17:58 -0400, Geir Magnusson Jr wrote:
>> >> Yes- the idea is to provide that "suncompat.jar" for that reason with
>> >> those clases in the sun.* namespace that user
On Thu, Aug 10, 2006 at 01:35:34PM +0100, Tim Ellison wrote:
> Dalibor Topic wrote:
> > On Thu, Aug 10, 2006 at 10:27:42AM +0100, Tim Ellison wrote:
> >> Mikhail Loenko wrote:
> >>> The problem is Base64 functionality is unavailable through the
> >>> standard API, so people have a choice either use
Dalibor Topic wrote:
> On Thu, Aug 10, 2006 at 10:27:42AM +0100, Tim Ellison wrote:
>> Mikhail Loenko wrote:
>>> The problem is Base64 functionality is unavailable through the
>>> standard API, so people have a choice either use unportable sun.*,
>>> o.a.h.*, etc or create the coder from scratch
>>
For this specific case, I found this code for Base64, which claims to
be very fast and very compact:
* http://migbase64.sourceforge.net/
Just a single class that I repackaged in my own namespaces, and
changed one line of code to remove my dependency on sun.* - now I can
run on Harmony.
I think
On Thu, Aug 10, 2006 at 10:27:42AM +0100, Tim Ellison wrote:
> Mikhail Loenko wrote:
> > The problem is Base64 functionality is unavailable through the
> > standard API, so people have a choice either use unportable sun.*,
> > o.a.h.*, etc or create the coder from scratch
>
> Understood, I think p
Mikhail Loenko wrote:
> The problem is Base64 functionality is unavailable through the
> standard API, so people have a choice either use unportable sun.*,
> o.a.h.*, etc or create the coder from scratch
Understood, I think people are 'driven' to using the non-API types
though necessity rather tha
The problem is Base64 functionality is unavailable through the standard API,
so people have a choice either use unportable sun.*, o.a.h.*, etc or create the
coder from scratch
Alternative to suncompat is separating all similar functionality into
a separate
redistributable module that would be run
I'll create a suncompat component and see where we go from there...
Tim
Alex Blewitt wrote:
> On 10/08/06, Geir Magnusson Jr <[EMAIL PROTECTED]> wrote:
>> Anthony Green wrote:
>> > On Wed, 2006-08-09 at 17:58 -0400, Geir Magnusson Jr wrote:
>> >> Yes- the idea is to provide that "suncompat.jar" f
On 10/08/06, Geir Magnusson Jr <[EMAIL PROTECTED]> wrote:
Anthony Green wrote:
> On Wed, 2006-08-09 at 17:58 -0400, Geir Magnusson Jr wrote:
>> Yes- the idea is to provide that "suncompat.jar" for that reason with
>> those clases in the sun.* namespace that user apps depend on.
>
> This way lies
mething like
> commons-codec.
>
> -Nathan
>
> > -Original Message-
> > From: Martin Cordova [mailto:[EMAIL PROTECTED]
> > Sent: Wednesday, August 09, 2006 2:34 PM
> > To: harmony-dev@incubator.apache.org; [EMAIL PROTECTED]
> > Subject: Re: BASE
o something like
commons-codec.
-Nathan
> -Original Message-
> From: Martin Cordova [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, August 09, 2006 2:34 PM
> To: harmony-dev@incubator.apache.org; [EMAIL PROTECTED]
> Subject: Re: BASE64Encoder class missing?
>
> I was tes
Seems, it will be good to add class to "sun..." package to translate methods
calls to o.a.h class.
thanks, Vladimir
On 8/10/06, Paulex Yang <[EMAIL PROTECTED]> wrote:
FYI, Harmony has already a o.a.h.luni.util.Base64 utility in LUNI
module, which is used by HttpURLConnection, IMO it would be
FYI, Harmony has already a o.a.h.luni.util.Base64 utility in LUNI
module, which is used by HttpURLConnection, IMO it would be nice to just
choose one implementation to use across all the project.
Geir Magnusson Jr wrote:
I assume it's something we'd just want to copy, rather than add a
depende
Anthony Green wrote:
> On Wed, 2006-08-09 at 17:58 -0400, Geir Magnusson Jr wrote:
>> Yes- the idea is to provide that "suncompat.jar" for that reason with
>> those clases in the sun.* namespace that user apps depend on.
>
> This way lies madness. I urge you to take a strong stand against bad
>
6 2:34 PM
> To: harmony-dev@incubator.apache.org; [EMAIL PROTECTED]
> Subject: Re: BASE64Encoder class missing?
>
> I was testing a servlet engine called Winstone v0.8.2 - very
> lightweight and minimalistic (winstone.sourceforge.net). It started
> very fast, and everything seemed t
On Wed, 2006-08-09 at 17:58 -0400, Geir Magnusson Jr wrote:
> Yes- the idea is to provide that "suncompat.jar" for that reason with
> those clases in the sun.* namespace that user apps depend on.
This way lies madness. I urge you to take a strong stand against bad
applications.
Experience tells
I was assuming the same thing. ;)
-Matt
--- Geir Magnusson Jr <[EMAIL PROTECTED]> wrote:
> I assume it's something we'd just want to copy,
> rather than add a
> dependency
>
> geir
>
>
> Matt Benson wrote:
> > commons-codec and Ant both have base64 encoders
> AFAIK.
> >
> > -Matt
> >
I assume it's something we'd just want to copy, rather than add a
dependency
geir
Matt Benson wrote:
> commons-codec and Ant both have base64 encoders AFAIK.
>
> -Matt
>
> --- Geir Magnusson Jr <[EMAIL PROTECTED]> wrote:
>
>>
>> Martin Cordova wrote:
>>> Hi, I am testing the latest Harmo
Martin Cordova wrote:
> I was testing a servlet engine called Winstone v0.8.2 - very
> lightweight and minimalistic (winstone.sourceforge.net). It started
> very fast, and everything seemed to work nice until I reached the
> point of encoding a password...
>
> I also make heavy use of Resin serv
I was testing a servlet engine called Winstone v0.8.2 - very
lightweight and minimalistic (winstone.sourceforge.net). It started
very fast, and everything seemed to work nice until I reached the
point of encoding a password...
I also make heavy use of Resin servlet engine, I will test it with Har
commons-codec and Ant both have base64 encoders AFAIK.
-Matt
--- Geir Magnusson Jr <[EMAIL PROTECTED]> wrote:
>
>
> Martin Cordova wrote:
> > Hi, I am testing the latest Harmony JRE (Aug-4-06)
> with a servlet
> > engine on Windows XP SP2. The first obstacle I hit
> was related to the
> > use
btw... which servlet engine?
Did you get anything done before you ran into the missing class? We're
interested in hearing how it went...
geir
Martin Cordova wrote:
> Hi, I am testing the latest Harmony JRE (Aug-4-06) with a servlet
> engine on Windows XP SP2. The first obstacle I hit was relate
Martin Cordova wrote:
> Hi, I am testing the latest Harmony JRE (Aug-4-06) with a servlet
> engine on Windows XP SP2. The first obstacle I hit was related to the
> use of sun/misc/BASE64Encoder
>
> I got a java.lang.NoClassDefFoundError exception.
>
> Is there a workaround? was this class locat
Hi, I am testing the latest Harmony JRE (Aug-4-06) with a servlet
engine on Windows XP SP2. The first obstacle I hit was related to the
use of sun/misc/BASE64Encoder
I got a java.lang.NoClassDefFoundError exception.
Is there a workaround? was this class located under a different package?
Thanks
25 matches
Mail list logo