Return-Path: Delivered-To: apmail-geronimo-dev-archive@www.apache.org Received: (qmail 83357 invoked from network); 17 Nov 2008 21:36:39 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 17 Nov 2008 21:36:39 -0000 Received: (qmail 10227 invoked by uid 500); 17 Nov 2008 21:36:36 -0000 Delivered-To: apmail-geronimo-dev-archive@geronimo.apache.org Received: (qmail 10175 invoked by uid 500); 17 Nov 2008 21:36:36 -0000 Mailing-List: contact dev-help@geronimo.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: Reply-To: dev@geronimo.apache.org List-Id: Delivered-To: mailing list dev@geronimo.apache.org Received: (qmail 10162 invoked by uid 99); 17 Nov 2008 21:36:35 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 17 Nov 2008 13:36:35 -0800 X-ASF-Spam-Status: No, hits=1.2 required=10.0 tests=SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [64.79.199.57] (HELO server.dankulp.com) (64.79.199.57) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 17 Nov 2008 21:35:12 +0000 Received: by server.dankulp.com (Postfix, from userid 5000) id ABD55197C6B7; Mon, 17 Nov 2008 16:35:26 -0500 (EST) X-Spam-Checker-Version: SpamAssassin 3.2.5-gr0 (2008-06-10) on server.dankulp.com X-Spam-Level: X-Msg-File: /tmp/mailfilter.5T6cHz6apT Received: from [192.168.1.140] (c-24-91-141-225.hsd1.ma.comcast.net [24.91.141.225]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by server.dankulp.com (Postfix) with ESMTP id 85A43197C6B7; Mon, 17 Nov 2008 16:35:25 -0500 (EST) From: Daniel Kulp To: dev@geronimo.apache.org Subject: Re: [DISCUSS] Only Support Java SE 6 with Geronimo 2.2 Date: Mon, 17 Nov 2008 16:35:26 -0500 User-Agent: KMail/1.9.9 Cc: Donald Woods References: <4913CC59.2090203@apache.org> <73a75e430811171304m2e424ab1u2283e27055edc48b@mail.gmail.com> <4921DFF1.8010909@apache.org> In-Reply-To: <4921DFF1.8010909@apache.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811171635.26959.dkulp@apache.org> X-Virus-Checked: Checked by ClamAV on apache.org X-Old-Spam-Status: No, score=-0.7 required=3.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RCVD_IN_SORBS_DUL,RDNS_DYNAMIC autolearn=no version=3.2.5-gr0 On Monday 17 November 2008 4:19:45 pm Donald Woods wrote: > Sorry, I was away on vacation last week. > > Does anyone know of technical reason why we can't move to Java SE 6 and > use the JAXB/JAX-WS implementation provided in the JDK? Yes. There are parts of CXF that won't work without the non-mungled versions JAXB. (the versions in the JDK are package mungled.) I've STARTED going down the route of using ASM and other trickery to get it working on cxf's trunk, but that's not on the 2.1.x branch. Dan > > > -Donald > > Jason Warner wrote: > > Have we come to a consensus on this yet? Perhaps we should put it to a > > vote? The discussion has died down, but there doesn't seem to be a > > clear "winner." > > > > On Sat, Nov 8, 2008 at 7:53 AM, Donald Woods > > wrote: > > > > I'm not proposing that we put any checks or hard stops in the server > > to prevent starting on Java SE 5, but I would like to remove > > JAXB/JAXWS 2.1 as it comes in Java SE 6 and use the wsgen in the > > JDKs instead of shipping some CXF code for Axis2 users. > > > > Free Java SE 5 support/updates end next year, so I don't see why > > you'd want to continue supporting it in a 2.2 release that is > > targeted as a main release stream for 2009. > > > > > > -Donald > > > > > > > > Kevan Miller wrote: > > > > > > On Nov 7, 2008, at 12:04 AM, Donald Woods wrote: > > > > The time has come to make the hard decision - > > > > Do we only build and certify Geronimo 2.2 on the Sun 1.6.0 > > JDK and drop support for running on Java SE 5? > > > > > > Um. What do you mean "drop support"? We've only announced > > "certification" on a particular Java SE level, in the past. > > We've documented minimum SE platform (e.g. Java EE 5 is hard to > > do on 1.4). > > > > I would be against some sort of explicit Java SE 5 runtime check > > that would fail server startup. If a user shows up with a Java > > SE 5 issue, I'd expect that we'd be trying to fix their problem, > > regardless of our "support statement" > > > > I have no issue with performing certification testing, only, on > > Java Se 6 (but would also be happy to see some Java SE 5 > > runs...). > > > > However, I don't see any reason to discourage users from using > > Java SE 5, if that's what they want... > > > > > > > > Pros: > > - Reduce testing effort to one version of Java > > > > > > Fine, but w/ testing hardware, may not be a big issue to test on > > both... > > > > > > - Allows us to use the JAXB 2.1, JAX-WS 2.1 and wsgen tools > > in the JDK, instead of shipping those jars in our assemblies > > (and removes some more Sun RI from our assemblies) :-) > > > > > > I thought we were going to be picking up tools from CXF -- > > https://issues.apache.org/jira/browse/GERONIMO-4351 Would that > > resolve your issues with Java SE 5? > > > > --kevan > > > > > > > > > > -- > > ~Jason Warner -- Daniel Kulp dkulp@apache.org http://dankulp.com/blog