Return-Path: Delivered-To: apmail-ws-axis-dev-archive@www.apache.org Received: (qmail 90824 invoked from network); 12 Dec 2006 02:15:18 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 12 Dec 2006 02:15:18 -0000 Received: (qmail 32260 invoked by uid 500); 12 Dec 2006 02:15:22 -0000 Delivered-To: apmail-ws-axis-dev-archive@ws.apache.org Received: (qmail 32234 invoked by uid 500); 12 Dec 2006 02:15:22 -0000 Mailing-List: contact axis-dev-help@ws.apache.org; run by ezmlm Precedence: bulk Reply-To: axis-dev@ws.apache.org list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list axis-dev@ws.apache.org Received: (qmail 32223 invoked by uid 99); 12 Dec 2006 02:15:22 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 11 Dec 2006 18:15:22 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: domain of ajith.ranabahu@gmail.com designates 66.249.92.170 as permitted sender) Received: from [66.249.92.170] (HELO ug-out-1314.google.com) (66.249.92.170) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 11 Dec 2006 18:15:12 -0800 Received: by ug-out-1314.google.com with SMTP id j40so1509731ugd for ; Mon, 11 Dec 2006 18:14:51 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=KXOBvsBubv57hBvTMfRZJek48ppJYzI0QAbJpLTAylsNgqTrCyupj/w/EWMQ12Z+/B5hXAEyyjKZC9/L4XoFm5HRz91a0RjfPXtfZOw6ZT6WejbbvKFmP/JYuK2yIDol7TaTISPXJGqIZmNNw4UpAC8ynHba7RqiRXojesvKONI= Received: by 10.78.151.3 with SMTP id y3mr183496hud.1165889690176; Mon, 11 Dec 2006 18:14:50 -0800 (PST) Received: by 10.78.148.5 with HTTP; Mon, 11 Dec 2006 18:14:50 -0800 (PST) Message-ID: Date: Mon, 11 Dec 2006 21:14:50 -0500 From: "Ajith Ranabahu" To: axis-dev@ws.apache.org Subject: Re: [Axis2] More questions on WSDL2Java options In-Reply-To: <457E01C3.8070007@web.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <457CCB0F.6030305@web.de> <457E01C3.8070007@web.de> X-Virus-Checked: Checked by ClamAV on apache.org Hi, > > Which are the valid values for the attribute "dbf"? > adb, xmlbeans, jaxme, jibx, jaxbri? Yes, basically the databinding types that are registered with the system (see the codegen.databinding.frameworks entry in the codegen-config.properties file) are allowed here > What happens if the properties of the existing classes don't match > the datatypes defined in XSD. Does the code generator check that? Nope - usually what happens is that the extension that processes this is at the last (or near to the last) of the extension chain so there it overrides the whatever the populated mappings. Its upto the user to determine whether he wants to use custom mappings or not and when he does so it becomes his responsibility to make sure the classes are compatible! The system just copies the entries in the file to the internal mapping structure. > Just to make sure that I got this right: this option is about the > method signatures in the classes, *regardless* of the SOAP message > style that is used. Or does this option only apply if a particular > SOAP message style is used? Well kind of - The rpc/lit style is the primary style we can unwrap but if the schema is compatible you can even unwrap a doc/lit WSDL. However the system, when unwrapping is specified, tries to unwrap regardless of the style. > > If this option is for ADB only, shouldn't it be -Euw instead? No - even XMLBeans can be unwrapped (And jibx too) . So its a top level option rather than a specific one. > Yes, the classnames look more like Axis 1.x. But they are still dependent > on Axis2 libs. So why would I want to use this option? Can you give an > example when this is needed, please. > Think of it as this. The skeleton is not dependant on any Axis2 Specific libraries (unless you use either ADB or no databinding - even in the ADB case the helper mode will cause plain java beans to be generated with no traces of Axis2 specifics). If you do have a Axis1 skeleton already written then you can actually just place that class and make it work in this case (perhaps with minor modifications but no big changes that span the whole set of generated classes) HTH -- Ajith Ranabahu --------------------------------------------------------------------- To unsubscribe, e-mail: axis-dev-unsubscribe@ws.apache.org For additional commands, e-mail: axis-dev-help@ws.apache.org