Mailing-List: contact harmony-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: harmony-dev@incubator.apache.org
Received-SPF: pass (asf.osuosl.org: domain of miguel.montes@gmail.com
 designates 64.233.166.182 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=elSLH1Po5X85HEzU8g+IDUAqYqLu4DhFwqv+Sq85QQLUmpVXNXxqQLeBW35trAoEvMBpWyL3Zi/TAwHR7wZusNplkB5wgTKOIeniF7q2Jl8sULyonPlmNLT+UDVbvLvt9CRe1JsKBC/HOFyxBzABvVMwMiyfqS3nveLydqyx5LY=
Message-ID: <9b6bea40607261028q1111ed09pcb696270fc92db61@mail.gmail.com>
Date: Wed, 26 Jul 2006 14:28:36 -0300
From: "Miguel Montes" <miguel.montes@gmail.com>
To: harmony-dev@incubator.apache.org
Subject: Re: [classlib][html] Should we try to be binary compatible with Sun's
 bdtd?
In-Reply-To: <44C7A173.80206@apache.org>
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_Part_115828_1118540.1153934916983"
References: <8E389A5F2FEABA4CB1DEC35A25CB39CE181F67@mssmsx411>
	 <9b6bea40607260640r614aa186h6bea246c67e41f21@mail.gmail.com>
	 <44C7929C.4040509@apache.org>
	 <9b6bea40607260953g707421ddn6dd8c2bbaacda298@mail.gmail.com>
	 <44C7A173.80206@apache.org>

------=_Part_115828_1118540.1153934916983
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

On 7/26/06, Stefano Mazzocchi <stefano@apache.org> wrote:
>
> Miguel Montes wrote:
> > On 7/26/06, Stefano Mazzocchi <stefano@apache.org> wrote:
> >>
> >> Miguel Montes wrote:
> >>
> >> > The method is public, so anyone can use it to read his own DTD.
> >>
> >> Wait, what method are we talking about?
> >
> >
> > The method read(DataInputStream). It's poorly  documented, but it reads
> a
> > DTD in an unspecified binary format. The default DTD is stored in this
> > format in a file named html32.bdtd (or html401.bdtd, in the case of the
> > recent contribution).
> > As Alexey pointed out, there is no method to write a DTD, so maybe
> nobody
> > uses the method read() anyway. But I see no point in having a public
> method
> > that nobody can use. So I think we can:
> > 1) Ask Sun to release the specification (if there is one)
> > or
> > 2) Figure it out, and document it
> > or
> > 3) Release our own specification
>
> since the method is public and part of javax.swing, we need to implement
> it, but this looks like a mistake or an overlook (and there are no swing
> tests in the TCK anyway so we can do whatever we please).
>
> I think it's safe to try #1 and #2 in parallel with different people.
> Geir can do #1 while you can do #2.
>
> /me loves to delegate ;-) (aka lazy ass mode)
>
Tim suggested  NOT trying to figure it out. I would like a bit of
clarification on what are we allowed or not to do.
There are a lot of situations where the specification is ambiguous or
inexistent, and we have to examine the behavior of the RI. I believe there
was some discussion in this list about the protocol used in RMI, which isn'=
t
specified either.
I think that examining the format of something that is a parameter of a
public method should be allowed, but I won=B4t do that until I'm sure I'm n=
ot
messing up.


I would suggest against #3: specifications are something that we are not
> tasked to do (even to compensate lack of such), as it might deliver the
> wrong message.
>
> --
> Stefano.
>
>
> ---------------------------------------------------------------------
> 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
>
>


--=20
Miguel Montes

------=_Part_115828_1118540.1153934916983--