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 Thu, 29 Mar 2007 05:08:10 GMT
Tony,
Do you need any special support from JIT or VM modules?


On 3/29/07, Tony Wu <wuyuehao@gmail.com> wrote:
>
> 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
>



-- 
Mikhail Fursov

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