Return-Path: Delivered-To: apmail-incubator-harmony-dev-archive@www.apache.org Received: (qmail 59912 invoked from network); 10 Aug 2006 09:01:03 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 10 Aug 2006 09:01:03 -0000 Received: (qmail 3313 invoked by uid 500); 10 Aug 2006 09:00:59 -0000 Delivered-To: apmail-incubator-harmony-dev-archive@incubator.apache.org Received: (qmail 3279 invoked by uid 500); 10 Aug 2006 09:00:59 -0000 Mailing-List: contact harmony-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: harmony-dev@incubator.apache.org Delivered-To: mailing list harmony-dev@incubator.apache.org Received: (qmail 3268 invoked by uid 99); 10 Aug 2006 09:00:59 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 10 Aug 2006 02:00:59 -0700 X-ASF-Spam-Status: No, hits=0.5 required=10.0 tests=DNS_FROM_RFC_ABUSE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of mloenko@gmail.com designates 64.233.182.184 as permitted sender) Received: from [64.233.182.184] (HELO nf-out-0910.google.com) (64.233.182.184) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 10 Aug 2006 02:00:58 -0700 Received: by nf-out-0910.google.com with SMTP id a25so472764nfc for ; Thu, 10 Aug 2006 02:00:37 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=WicJQ+XsRgiVi0C5jE/mMBdqJ7RLTINUeyiUOrtGMQ+3qUcAoTPa05uUHckf12AGIYkmNYOby8Vap065QkZ+4ru4UlJOWUXkhYh7RPxebxBLL1Cd6yAD+iCgCLjuiUbO0VPAHifUw9Raj8qZCUoGlH79dMIutqqR23XND2mYkEg= Received: by 10.82.126.5 with SMTP id y5mr263926buc; Thu, 10 Aug 2006 02:00:37 -0700 (PDT) Received: by 10.82.129.11 with HTTP; Thu, 10 Aug 2006 02:00:37 -0700 (PDT) Message-ID: <906dd82e0608100200r28561a33ga2ae65ee5786b87@mail.gmail.com> Date: Thu, 10 Aug 2006 16:00:37 +0700 From: "Mikhail Loenko" To: harmony-dev@incubator.apache.org Subject: Re: BASE64Encoder class missing? In-Reply-To: <44DAF35B.20000@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <11f7653a0608091202v582ee223h9da39e36d4f519f5@mail.gmail.com> <44DA3346.8090002@pobox.com> <11f7653a0608091233r8d9e5ffp2a179b3de7b51f3d@mail.gmail.com> <44DA5A68.6050105@pobox.com> <1155162283.2717.39.camel@localhost.localdomain> <44DA8C59.3080805@pobox.com> <636fd28e0608100120s701d9be4pfd964e890da4b22@mail.gmail.com> <44DAF35B.20000@gmail.com> X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N 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 runnable on RI, so that people could use it in their apps. Thanks, Mikhail 2006/8/10, Tim Ellison : > I'll create a suncompat component and see where we go from there... > > Tim > > Alex Blewitt wrote: > > On 10/08/06, Geir Magnusson Jr 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 madness. I urge you to take a strong stand against bad > >> > applications. > >> > >> Oh, don't get me wrong - we really want to. But we want adoption of the > >> harmony codebase as well. We think that we have a reasonable balance - > >> provide the functionality in an separable, modular way at first to make > >> it easy for people to try and adopt harmony. > > > > May I suggest that we try and: > > > > 1) Make available a suncompat.jar, which re-writes calls to o.a.h or > > similar (or subclasses them ...) > > 2) Explicitly don't make it part of the default classpath ala > > 'tools.jar' in the standard Sun implementation when running HarmonyVM > > code > > 3) Put up a FAQ saying that 'If you depend on e.g. sun.*, stick the > > suncompat in the classpath' > > > > That way, out-of-the-box we don't have it, but there's an easy fix for > > people who trip up over it. However, if people just need to get it > > running, then they have a trivial workaround that doesn't involve > > changing their code. > > > > The same could also be provided for code that depends on sun.JavaC or > > whatever ... > > > > Alex. > > > > --------------------------------------------------------------------- > > Terms of use : http://incubator.apache.org/harmony/mailing.html > > To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org > > For additional commands, e-mail: harmony-dev-help@incubator.apache.org > > > > > > -- > > Tim Ellison (t.p.ellison@gmail.com) > IBM Java technology centre, UK. > > --------------------------------------------------------------------- > Terms of use : http://incubator.apache.org/harmony/mailing.html > To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org > For additional commands, e-mail: harmony-dev-help@incubator.apache.org > > --------------------------------------------------------------------- Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org For additional commands, e-mail: harmony-dev-help@incubator.apache.org