Return-Path: Delivered-To: apmail-cxf-users-archive@www.apache.org Received: (qmail 99931 invoked from network); 8 Dec 2010 20:32:56 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 8 Dec 2010 20:32:56 -0000 Received: (qmail 42222 invoked by uid 500); 8 Dec 2010 20:32:55 -0000 Delivered-To: apmail-cxf-users-archive@cxf.apache.org Received: (qmail 42147 invoked by uid 500); 8 Dec 2010 20:32:55 -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 42139 invoked by uid 99); 8 Dec 2010 20:32:55 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 08 Dec 2010 20:32:55 +0000 X-ASF-Spam-Status: No, hits=0.7 required=10.0 tests=SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [64.85.173.253] (HELO server.dankulp.com) (64.85.173.253) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 08 Dec 2010 20:32:47 +0000 Received: by server.dankulp.com (Postfix, from userid 5000) id F11641872AB; Wed, 8 Dec 2010 15:32:26 -0500 (EST) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on server.dankulp.com X-Spam-Level: X-Msg-File: /tmp/mailfilter-users@cxf.apache.org.44Sqn8NOG6 Received: from dilbert.dankulp.com (c-24-91-72-253.hsd1.ma.comcast.net [24.91.72.253]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by server.dankulp.com (Postfix) with ESMTPSA id 07DE7187286; Wed, 8 Dec 2010 15:32:25 -0500 (EST) From: Daniel Kulp To: users@cxf.apache.org Subject: Re: return element funkiness with 2.3.1 Date: Wed, 8 Dec 2010 15:33:01 -0500 User-Agent: KMail/1.13.5 (Linux/2.6.36; KDE/4.5.3; x86_64; ; ) Cc: Yiannis Mavroukakis References: <201012081153.23090.dkulp@apache.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201012081533.01746.dkulp@apache.org> X-Virus-Checked: Checked by ClamAV on apache.org X-Old-Spam-Status: No, score=-102.9 required=3.0 tests=ALL_TRUSTED,BAYES_00, SHORTCIRCUIT shortcircuit=ham autolearn=disabled version=3.3.1 On Wednesday 08 December 2010 11:58:07 am Yiannis Mavroukakis wrote: > Sorry, stupidly forgot to include more info about my setup. I am seeing > this on the deployed service, I use a code first approach, so it was > simply a case of updating the version on my pom, recompiling and firing up > the service. If you need anything specific to debug this I'd be happy to > help. I have NO idea what would cause this. Can you do something like: mvn clean dependency:copy-dependencies or even just mvn dependency:tree with each of the two and see if different versions of things are popping up? This isn't in OSGi, is it? Dan > > Thanks, > > Yiannis > > On 8 December 2010 16:53, Daniel Kulp wrote: > > On Wednesday 08 December 2010 11:45:15 am Yiannis Mavroukakis wrote: > > > Hello everyone, > > > > > > I updated from 2.3.0 to 2.3.1 today, and I noticed that the > > > element has changed to <_return> any particular reason for this? > > > > No idea really. Is there any way to create a small test case? > > > > The only thing that really was done around this is with the wsdl2java > > tool and > > java2ws tools (is that where you are seeing this), we did a better job of > > endorsing the jaxws/jaxb 2.2 stuff. If this is just a runtime thing, > > then that really wouldn't apply though. > > > > > > -- > > Daniel Kulp > > dkulp@apache.org > > http://dankulp.com/blog -- Daniel Kulp dkulp@apache.org http://dankulp.com/blog