Return-Path: Delivered-To: apmail-incubator-cxf-dev-archive@locus.apache.org Received: (qmail 80235 invoked from network); 31 Oct 2006 20:39:48 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 31 Oct 2006 20:39:48 -0000 Received: (qmail 93865 invoked by uid 500); 31 Oct 2006 20:39:58 -0000 Delivered-To: apmail-incubator-cxf-dev-archive@incubator.apache.org Received: (qmail 93821 invoked by uid 500); 31 Oct 2006 20:39:57 -0000 Mailing-List: contact cxf-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: cxf-dev@incubator.apache.org Delivered-To: mailing list cxf-dev@incubator.apache.org Received: (qmail 93812 invoked by uid 99); 31 Oct 2006 20:39:57 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 31 Oct 2006 12:39:57 -0800 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: neutral (herse.apache.org: local policy) Received: from [204.127.200.85] (HELO sccrmhc15.comcast.net) (204.127.200.85) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 31 Oct 2006 12:39:43 -0800 Received: from [192.168.3.100] (c-71-205-191-164.hsd1.mi.comcast.net[71.205.191.164]) by comcast.net (sccrmhc15) with ESMTP id <2006103120392101500t6rp7e>; Tue, 31 Oct 2006 20:39:21 +0000 Message-ID: <4547B4F1.9080802@envoisolutions.com> Date: Tue, 31 Oct 2006 15:41:21 -0500 From: Dan Diephouse User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: cxf-dev@incubator.apache.org Subject: Re: Servlet Support References: <4546DBB2.6000507@envoisolutions.com> <4546E05B.1050809@envoisolutions.com> <4546ECE3.2060407@iona.com> In-Reply-To: <4546ECE3.2060407@iona.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Servlet support is so fundamental to a web services framework that I'm not sure it can wait. I will try to spend some time on it today/tonight... - Dan Freeman Fang wrote: > Hi Dan, > 1. 2. 3. should be fixed in my next commit. > > And I create JIRA task to track multiple endpoints per servlet issue. > https://issues.apache.org/jira/browse/CXF-192 > > CXF-175 also is a good idea, and we can take CXF-175/192 into account > after M1 release > > Thanks very much > > > Dan Diephouse wrote: > >> Dan Diephouse wrote: >> >>> Hiya, >>> I started looking at the CXFServlet tonight, but I'm a little >>> confused. It seems that doPost/doGet are associated with one >>> specific Endpoint (it is a field in the class). This would mean that >>> you could only have one endpoint per servlet, which seems odd. Can >>> someone shed some light? Are there any tests for this? I started one >>> using HTTP Unit, but am still trying to figure out what is going on. >>> >>> - Dan >>> >> Other comments: >> >> 1. Lots of ex.printStackTraces() - in fact there are LOTS of these >> all throughout the CXF code. When we just let these fly by it can >> cause lots of damage to a user's experience as they may not have any >> clue what went wrong or we may get stuck in some infinite loop or >> something similarly horrible. PLEASE PLEASE rethrow these... >> ServletException, Fault, and others all have a constcructor which >> takes a Throwable. >> 2. Minor nitpick but: why are doPost/doGet part of >> ServletDestination? It seems like these should be part of CXFServlet >> and then when we get a request it should send a Message to the >> Destination. >> 3. Why are we doing JaxWsServiceFactoryBean.create() after we already >> created an endpoint/service via new EndpointImpl a few lines above >> (170/180ish)?? If you need to access the EndpointInfo, you can get >> it via Endpoint.getEndpointInfo() >> 4. ClassLoaderUtils.loadClass(String name) is around for a reason... >> 5. What about doDelete/doPut? these are needed for REST >> 6. This would also be good to have for all our Spring users with an >> existing ApplicationContext: >> http://issues.apache.org/jira/browse/CXF-175 >> >> - Dan >> > > -- Dan Diephouse Envoi Solutions http://envoisolutions.com http://netzooid.com/blog