Oh sure! Any help is welcome :) There are many things to do in vm, such as parallel gc and some probes api, which must be used in java.lang.management I think.
On 3/29/07, Mikhail Fursov <[EMAIL PROTECTED]> wrote:
Tony, Do you need any special support from JIT or VM modules? On 3/29/07, Tony Wu <[EMAIL PROTECTED]> 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 <[EMAIL PROTECTED]> 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 <[EMAIL PROTECTED]> 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 <[EMAIL PROTECTED]> 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 <[EMAIL PROTECTED]> 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
-- Tony Wu China Software Development Lab, IBM
