Return-Path: Delivered-To: apmail-cxf-users-archive@www.apache.org Received: (qmail 51852 invoked from network); 19 May 2009 16:27:41 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 19 May 2009 16:27:41 -0000 Received: (qmail 96658 invoked by uid 500); 19 May 2009 16:27:41 -0000 Delivered-To: apmail-cxf-users-archive@cxf.apache.org Received: (qmail 96587 invoked by uid 500); 19 May 2009 16:27:41 -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 96575 invoked by uid 99); 19 May 2009 16:27:41 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 19 May 2009 16:27:41 +0000 X-ASF-Spam-Status: No, hits=1.2 required=10.0 tests=SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [66.207.172.168] (HELO server.dankulp.com) (66.207.172.168) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 19 May 2009 16:27:29 +0000 Received: by server.dankulp.com (Postfix, from userid 5000) id 4C753507001D; Tue, 19 May 2009 12:27:08 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 3.2.1-gr1 (2007-05-02) on server.dankulp.com X-Spam-Level: X-Msg-File: /tmp/mailfilter.CgwwkfK7zu Received: from dilbert.localnet (c-24-91-141-225.hsd1.ma.comcast.net [24.91.141.225]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by server.dankulp.com (Postfix) with ESMTPSA id 2A5655070019; Tue, 19 May 2009 12:27:07 -0400 (EDT) From: Daniel Kulp To: users@cxf.apache.org Subject: Re: Code generation Date: Tue, 19 May 2009 12:27:07 -0400 User-Agent: KMail/1.11.3 (Linux/2.6.29-gentoo; KDE/4.2.3; x86_64; ; ) Cc: tog References: <200905181614.01084.dkulp@apache.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200905191227.08182.dkulp@apache.org> X-Virus-Checked: Checked by ClamAV on apache.org X-Old-Spam-Status: No, score=-3.0 required=3.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.1-gr1 On Tue May 19 2009 10:38:17 am tog wrote: > Hi Dan > > Yes I read this, it makes thing clear how setter/getter names are derived > from the elements. Anyway I had some hope that at least the field name was > customizable ... it should be in some way ... > > Digging in the dyamic client if found those 2 lines: > > TypeClassInitializer visitor = new TypeClassInitializer(svcfo, > intermediateModel); > visitor.walk(); > > what are they for ? They walk over the service model and wires the classes into the appropriate parts so that we have the right Class objects when we need to serialize/deserialize the parts. Dan > > > Cheers > Guillaume > > On Tue, May 19, 2009 at 4:14 AM, Daniel Kulp wrote: > > I think this is part of the JAXB spec. You might want to read through > > Appendix D of the JAXB spec which dictates the whole algorithm for > > mapping XML > > names to various things. > > > > Dan > > > > On Sun May 17 2009 5:53:11 am tog wrote: > > > Hi, > > > > > > Before going to the Jaxb mailing list I would like to have your advice. > > > I am working with groovy and the following wsdl > > > http://webservices.daehosting.com/services/isbnservice.wso?WSDL > > > > > > Whatever is the mean to generate the classes (wsdl2java or > > > > DynamicClient), > > > > > I always get a class that looks like this > > > > > > @XmlAccessorType(XmlAccessType.FIELD) > > > @XmlType(name = "", propOrder = { > > > "sisbn" > > > }) > > > @XmlRootElement(name = "IsValidISBN13") > > > public class IsValidISBN13 { > > > > > > @XmlElement(name = "sISBN", required = true) > > > protected String sisbn; > > > > > > public String getSISBN() { > > > return sisbn; > > > } > > > > > > public void setSISBN(String value) { > > > this.sisbn = value; > > > } > > > } > > > > > > Is there a good reason for this generated class not to respect the > > > > JavaBean > > > > > conventions ? > > > > > > Best Regards > > > Guillaume > > > > -- > > Daniel Kulp > > dkulp@apache.org > > http://www.dankulp.com/blog -- Daniel Kulp dkulp@apache.org http://www.dankulp.com/blog