harmony-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Mikhail Fursov" <mike.fur...@gmail.com>
Subject Re: [classlib]proposal: java6 kick off!
Date Wed, 28 Mar 2007 10:13:51 GMT
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

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message