Return-Path: X-Original-To: apmail-cxf-users-archive@www.apache.org Delivered-To: apmail-cxf-users-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id E5A314CCB for ; Tue, 5 Jul 2011 23:01:36 +0000 (UTC) Received: (qmail 31215 invoked by uid 500); 5 Jul 2011 23:01:35 -0000 Delivered-To: apmail-cxf-users-archive@cxf.apache.org Received: (qmail 31021 invoked by uid 500); 5 Jul 2011 23:01:35 -0000 Mailing-List: contact users-help@cxf.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@cxf.apache.org Delivered-To: mailing list users@cxf.apache.org Received: (qmail 31013 invoked by uid 99); 5 Jul 2011 23:01:34 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 05 Jul 2011 23:01:34 +0000 X-ASF-Spam-Status: No, hits=2.3 required=5.0 tests=SPF_SOFTFAIL,URI_HEX X-Spam-Check-By: apache.org Received-SPF: softfail (nike.apache.org: transitioning domain of dponos@cisco.com does not designate 216.139.236.26 as permitted sender) Received: from [216.139.236.26] (HELO sam.nabble.com) (216.139.236.26) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 05 Jul 2011 23:01:28 +0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1QeEc6-00073t-8U for users@cxf.apache.org; Tue, 05 Jul 2011 16:01:06 -0700 Date: Tue, 5 Jul 2011 16:01:06 -0700 (PDT) From: dponos To: users@cxf.apache.org Message-ID: <1309906866234-4555121.post@n5.nabble.com> In-Reply-To: References: <1309388822157-4537057.post@n5.nabble.com> <1309473324394-4540370.post@n5.nabble.com> <1309546158473-4542987.post@n5.nabble.com> <1309889657564-4554208.post@n5.nabble.com> Subject: Re: @XMLRootElement for parameters in REST method signatures MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org Sergey Beryozkin-5 wrote: >=20 >=20 >> >> FYI, I am not on version 2.4.0 yet, so I am not using the Transform >> feature. >> I am still using inTransformElements on the provider. =C2=A0Not sure if = that >> makes a difference for being able to use wildcards or not. >=20 > Wildcards should be supported starting from CXF 2.2.7, even when > configuring providers directly, instead of > applying a feature, so please report a bug if you work with CXF 2.2.7+ >=20 > Thanks, Sergey >=20 >=20 I just verified that wildcards are working in version 2.2.7 =20 The project I am working on is using 2.2.6. =20 To summarize, here is what I needed to do in order to successfully use generated classes from an XSD as parameters in REST service methods :=20 1. The Element should be defined something like :=20 . . =20 as apposed to :=20 . . =20 =20 This will result in the @XmlRootElement getting generated, which is needed for the Class to exist as a paramter in the REST API method signature.=20 2. Add the following to the inTransformElements property for the provider (Spring example)..... =20 3. Make sure I am using version 2.2.7+ of the cxf-bundle.=20 -- View this message in context: http://cxf.547215.n5.nabble.com/XMLRootElemen= t-for-parameters-in-REST-method-signatures-tp4537057p4555121.html Sent from the cxf-user mailing list archive at Nabble.com.