Mailing-List: contact dev-help@directory.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Apache Directory Developers List" <dev@directory.apache.org>
Received-SPF: pass (asf.osuosl.org: domain of trustin@gmail.com designates
 64.233.182.199 as permitted sender)
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:references;
        b=mOkSyq7bYalDALyBhtfdrTiYjWyDntdd34dtQj/IM6Wucj8aQw5i7OTdFGufm6Nk2itiGYwKg/ce3AvIGQmcXQTbtacUAAWgmGUnake7K3e3yyo3WrJkIJF6F+vALCFX4XY4T1ihtTFFGOvSs/oaD1TT/8YakW8yC7Jozto6c4M=
Message-ID: <768dcb2e0603091616r4f2942c8q72a70aba335e654@mail.gmail.com>
Date: Fri, 10 Mar 2006 09:16:38 +0900
From: "Trustin Lee" <trustin@gmail.com>
To: "Apache Directory Developers List" <dev@directory.apache.org>
Subject: Re: Shall we go JDK 1.5 in 1.1 branch
In-Reply-To: <6.0.0.22.0.20060309191916.03e180b0@mail.qos.ch>
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_Part_10889_163080.1141949798948"
References: <440DA670.5050801@apache.org>
	 <NBBBJGEAGJAKLIDBKJOPKEHIGOAC.noel@devtech.com>
	 <768dcb2e0603071528u2c9c895csad3f410e7b0d2391@mail.gmail.com>
	 <6.0.0.22.0.20060309191916.03e180b0@mail.qos.ch>

------=_Part_10889_163080.1141949798948
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

On 3/10/06, Ceki G=FClc=FC <listid@qos.ch> wrote:
>
>
> I tried to summarize some of the arguments given here in my blog (see
> below). In a nutshell, aiming for JDK 1.4 compatibility using JDK 1.5
> language features is likely to be messy, especially if you accept patches
> from "outside" developers. On the other hand, who would blame you to want
> to switch to JDK 1.5 when JDK 1.6 is in the offing?


I'd like to say maintaining the backward compatibiliy can become messy just
because of the lack of the feature in retrotranslator, not because of the
techinique itself.  If retrotranslator builds an API dictionary which
contains the API difference between JDK 1.4 and 1.5, then we can return an
error while translation very easily without much cost.  Actually, I want to
contribute this feature to the retrotranslator team.

Trustin
--
what we call human nature is actually human habit
--
http://gleamynode.net/
--
PGP key fingerprints:
* E167 E6AF E73A CBCE EE41  4A29 544D DE48 FE95 4E7E
* B693 628E 6047 4F8F CFA4  455E 1C62 A7DC 0255 ECA6

------=_Part_10889_163080.1141949798948
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

On 3/10/06, <b class=3D"gmail_sendername">Ceki G=FClc=FC</b> &lt;<a href=3D=
"mailto:listid@qos.ch">listid@qos.ch</a>&gt; wrote:<div><span class=3D"gmai=
l_quote"></span><blockquote class=3D"gmail_quote" style=3D"border-left: 1px=
 solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>I tried to summarize some of the arguments given here in my blog (see<b=
r>below). In a nutshell, aiming for JDK 1.4 compatibility using JDK 1.5<br>=
language features is likely to be messy, especially if you accept patches
<br>from &quot;outside&quot; developers. On the other hand, who would blame=
 you to want<br>to switch to JDK 1.5 when JDK 1.6 is in the offing?</blockq=
uote><div><br>I'd like to say maintaining the backward compatibiliy can bec=
ome messy just because of the lack of the feature in retrotranslator, not b=
ecause of the techinique itself.&nbsp; If retrotranslator builds an API dic=
tionary which contains the API difference between JDK=20
1.4 and 1.5, then we can return an error while translation very easily with=
out much cost.&nbsp; Actually, I want to contribute this feature to the ret=
rotranslator team.<br><br>Trustin</div></div>-- <br>what we call human natu=
re is actually human habit
<br>--<br><a href=3D"http://gleamynode.net/">http://gleamynode.net/</a><br>=
--<br>PGP key fingerprints:<br>* E167 E6AF E73A CBCE EE41&nbsp;&nbsp;4A29 5=
44D DE48 FE95 4E7E<br>* B693 628E 6047 4F8F CFA4&nbsp;&nbsp;455E 1C62 A7DC =
0255 ECA6

------=_Part_10889_163080.1141949798948--