Return-Path: Delivered-To: apmail-incubator-cxf-dev-archive@locus.apache.org Received: (qmail 36345 invoked from network); 26 Nov 2007 12:59:28 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 26 Nov 2007 12:59:28 -0000 Received: (qmail 57664 invoked by uid 500); 26 Nov 2007 12:59:16 -0000 Delivered-To: apmail-incubator-cxf-dev-archive@incubator.apache.org Received: (qmail 57454 invoked by uid 500); 26 Nov 2007 12:59:15 -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 57445 invoked by uid 99); 26 Nov 2007 12:59:15 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 26 Nov 2007 04:59:15 -0800 X-ASF-Spam-Status: No, hits=0.7 required=10.0 tests=SPF_SOFTFAIL X-Spam-Check-By: apache.org Received-SPF: softfail (nike.apache.org: transitioning domain of bim2007@basistech.com does not designate 199.88.205.99 as permitted sender) Received: from [199.88.205.99] (HELO mail.basistech.com) (199.88.205.99) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 26 Nov 2007 12:59:17 +0000 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-2022-JP" Content-Transfer-Encoding: 7bit Subject: RE: JRA puzzle Date: Mon, 26 Nov 2007 07:58:55 -0500 Message-ID: In-Reply-To: <9A4696F35B459043970EE4A85A317390AEB3C9@amer-ems1.IONAGLOBAL.COM> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: JRA puzzle Thread-Index: Acgu8mYXaGEqSOkaREuN+wqf/y7YdwA+bNagAA/k+vA= References: <9A4696F35B459043970EE4A85A317390AEB3C9@amer-ems1.IONAGLOBAL.COM> From: "Benson Margulies" To: , "Daniel Kulp" X-Virus-Checked: Checked by ClamAV on apache.org Jervis, I decided that CXF-1232 was to a first approximation a bug in my brain more than a bug in the code. See CXF-1235 for the improved version. If we decide to act on 1235, of course we don't want to blow up JRA in the process. However, I think that the idea here will be to put different information into the MessagePartInfo for the case in question rather than change the interpretation of what is there now. I was trying to do that when JRA imploded on my head. --benson > -----Original Message----- > From: Liu, Jervis [mailto:jliu@iona.com] > Sent: Monday, November 26, 2007 12:22 AM > To: cxf-dev@incubator.apache.org; Daniel Kulp > Subject: RE: JRA puzzle > > Hi Benson, can I have your patch for cxf-1232 please, so that > I can try it out by myself to see what exactly the problem > is. Can I also have the name of failed JRA tests? > > Cheers, > Jervis > > > -----Original Message----- > > From: Benson Margulies [mailto:bim2007@basistech.com] > > Sent: 2007年11月25日 7:33 > > To: cxf-dev@incubator.apache.org; Daniel Kulp > > Subject: JRA puzzle > > > > I had a long struggle with CXF-1232. I came up with a fix. > > > > Only problem is, it busts the JRA tests. > > > > JRA expects not to get elements for parts. > > > > But, ordinary Doc/Lit/Wrapped methods with no @RequestWrapper need > > them to get the element names right when they are specified with > > @WebParam. > > > > There has to be some way for the > reflectionServiceFactoryBean to tell > > that this is going on, but I have yet to figure out what it is. If > > anyone can suggest to me how RSFB (as subclassed for JAXWS, > which is > > the structure of things in the JRA test) can tell that > there are these > > JRA annotations around, I'd be grateful. > > > > ---------------------------- > IONA Technologies PLC (registered in Ireland) Registered > Number: 171387 Registered Address: The IONA Building, > Shelbourne Road, Dublin 4, Ireland >