harmony-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Tony Wu" <wuyue...@gmail.com>
Subject Re: [classlib]proposal: java6 kick off!
Date Thu, 29 Mar 2007 02:35:11 GMT
IMHO, call a java5 with extension as java5 is not a good idea. User
always consider the jdk he got is version 5, the new feature of 6 will
never be used but we still have to pay for them in bigger file size,
possible worse performance and extra potential risk.

On 3/28/07, Mikhail Fursov <mike.fursov@gmail.com> wrote:
> I agree that branching is good.
> My question was if Java6 is a simple Java5 extension then we can do all
> changes needed for Java6 in the trunk and call it Java5.
> But if we won't able to pass TCK scenarios this way - this is a good reason
> to separate Java5/6 code.
>
> On 3/28/07, Tony Wu <wuyuehao@gmail.com> wrote:
> >
> > Hi Mikhail,
> >
> > branching will bring many benefits,
> > developing work on branch will not affect the trunk. We can not assume
> > that all the middle version from 5 to 6 is stable with backward
> > compatibility. say, some spec changed.
> >
> > As Paulex said, we have to deliver version 5 in the future.
> > when the java 5 code is stable, we can create a tag for version 5,
> > then merge java6  branch to the trunk when all the java6 work is
> > complete.
> >
> > Plus the branching operation of subversion is very light weight.
> >
> > On 3/28/07, Mikhail Fursov <mike.fursov@gmail.com> wrote:
> > > Does it really worth branching?
> > > If there are no conflicts with Java5 API why not to work it in the
> > active
> > > trunk?
> > >
> > > On 3/28/07, Tony Wu <wuyuehao@gmail.com> wrote:
> > > >
> > > > Hi all,
> > > > It's close to the end of Q1 2007. Is it time for us to consider the
> > > > JAVA SE 6 new features? IIRC it was written in our high level road
> > > > map. We could start with creating a branch and recording what should
> > > > we do and the progress on harmony wiki.
> > > >
> > > > I did a quick look on luni and found there are many things to do:
> > > > java.lang
> > > > new methods of Math,
> > > > trivial update of String, System, depends on IO
> > > >
> > > > java.util
> > > > Many misc improvement for common utilities,
> > > > significant improvement: Deque, NavigatableMap/Set;
> > > > ResourceBundle$Control, ServiceLoader
> > > >
> > > > java.net
> > > > NetworkInterface enhancement, IDN, IRI, Cookie Manager, NTLM and HTTP
> > > > negotiate authentication, http server-jetty?
> > > >
> > > > java.io
> > > > Console may be complex, ObjectStreamClass new method, not sure yet,
> > > > 10 new methods of File, need native support
> > > >
> > > > I really can't help going to implementing them ;-)
> > > > Anyone has interest? What's your opinion?
> > > >
> > > > --
> > > > Tony Wu
> > > > China Software Development Lab, IBM
> > > >
> > >
> > >
> > >
> > > --
> > > Mikhail Fursov
> > >
> >
> >
> > --
> > Tony Wu
> > China Software Development Lab, IBM
> >
>
>
>
> --
> Mikhail Fursov
>


-- 
Tony Wu
China Software Development Lab, IBM

Mime
View raw message