Return-Path: Delivered-To: apmail-cxf-dev-archive@www.apache.org Received: (qmail 63639 invoked from network); 20 Jan 2009 20:50:07 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 20 Jan 2009 20:50:07 -0000 Received: (qmail 65908 invoked by uid 500); 20 Jan 2009 20:50:07 -0000 Delivered-To: apmail-cxf-dev-archive@cxf.apache.org Received: (qmail 65688 invoked by uid 500); 20 Jan 2009 20:50:06 -0000 Mailing-List: contact dev-help@cxf.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@cxf.apache.org Delivered-To: mailing list dev@cxf.apache.org Received: (qmail 65677 invoked by uid 99); 20 Jan 2009 20:50:06 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 20 Jan 2009 12:50:06 -0800 X-ASF-Spam-Status: No, hits=2.6 required=10.0 tests=DNS_FROM_OPENWHOIS,SPF_HELO_PASS,SPF_PASS,WHOIS_MYPRIVREG X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of lists@nabble.com designates 216.139.236.158 as permitted sender) Received: from [216.139.236.158] (HELO kuber.nabble.com) (216.139.236.158) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 20 Jan 2009 20:49:57 +0000 Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1LPNXU-0008Im-RB for dev@cxf.apache.org; Tue, 20 Jan 2009 12:49:36 -0800 Message-ID: <21571371.post@talk.nabble.com> Date: Tue, 20 Jan 2009 12:49:36 -0800 (PST) From: Glen Mazza To: dev@cxf.apache.org Subject: Re: Proposal to deprecate CXF HTTP Binding In-Reply-To: <200901201530.30957.dkulp@apache.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: glen.mazza@gmail.com References: <001e01c97b1b$289051d0$0c02050a@emea.progress.com> <21569868.post@talk.nabble.com> <200901201530.30957.dkulp@apache.org> X-Virus-Checked: Checked by ClamAV on apache.org Oh, OK, if it's not really needed to be in compliance with anything we can remove/deprecate it. Glen dkulp wrote: > > > The XML binding is separate from the HTTP binding. The HTTP binding is > the > first "REST" stuff that was in CXF based on the JRA annotations. > > The XML binding is the thing that does the XML/HTTP stuff required by the > JAX-WS spec. > > That said, I would say deprecate for 2.2 unless we can get a client side > API > for the JAX-RS stuff. > > Dan > > > On Tuesday 20 January 2009 2:27:20 pm Glen Mazza wrote: >> I don't think we can do this and still remain a JAX-WS implementation. >> According to the JAX 2.1 Specification of May 2007, Chapter 11.1 (HTTP >> Binding--Configuration), it says: >> >> "Conformance (XML/HTTP Binding Support): An implementation MUST support >> the >> XML/HTTP binding." >> >> Perhaps we can wait a bit until a future JAX-WS spec drops this >> requirement, due to the growth of REST web services. In the interim, you >> might wish to send an email to the JSR-224 group asking them to make this >> optional. >> >> Glen >> >> Sergey Beryozkin-3 wrote: >> > Hi, >> > >> > I'd like to propose to have CXF HTTP Binding deprecated for the >> following >> > reasons : >> > >> > 1. It's not mantained at all >> > 2. CXF implements JAXRS which offers superior options toward building >> > restful services >> > 3. It adds to the overall build time and distribution size >> > >> > More specifically, I'd like to suggest that we formally declare it >> being >> > deprecated when 2.2 is released >> > which will give us an option to eventually remove it from the trunk, >> once >> > we have the proper client api support. >> > >> > Thoughts ? >> > >> > Cheers, Sergey > > > > -- > Daniel Kulp > dkulp@apache.org > http://dankulp.com/blog > > -- View this message in context: http://www.nabble.com/Proposal-to-deprecate-CXF-HTTP-Binding-tp21566458p21571371.html Sent from the cxf-dev mailing list archive at Nabble.com.