Hi Anne I did have to access some services that using seperate style of WSDL. But the problem is when WSDL imports xml schema files, my generated client stub is not complete, espacially when using xmlbeans. I have to manually modify the orginal WSDL by adding "missing" schemas.
So if i can not access to those schemas (only WSDL is public), what i can do to successfully generate a complete client? Regards -----Original Message----- From: "Anne Thomas Manes" <[EMAIL PROTECTED]> To: [email protected] Date: Tue, 20 Feb 2007 23:46:58 -0500 Subject: Re: Question on best practices regarding wsdl/xsd "import" I just think that people don't follow best practices. Actually, a lot of tools will now automatically generate types in separate schemas, but I not aware of any tools that generate the service separately from the portType and/bindings. Of course the real best practice is to generate code form schemas rather than generating schemas from code. Anne On 2/20/07, John Eapen <[EMAIL PROTECTED]> wrote: > > Its my understanding that the one of best practices for wsdl developments > is to create schema types in a separate xsd file, the portType of wsdl > (abstract portion ) as a separate file and the wsdl service ( concrete > definition ) to be a in a separate file. > Obviously this helps with reuse , modularity and ease of development. > > Couple of questions/observations > > a. When I look around, at other published wsdl's, I see that most of them > do not follow this approach and rather have a single wsdl file containing > everything. > Is my understanding of this suggested practice incorrect or are there > interoperability issues here which may hv forced a single file approach ? > > b. Is there a way/tool/script to generate a "imploded" wsdl file ( just like > axis does ) where all the imports statements are replaced by the actual base > files ? > > Thanks > John > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] ------------------------------ Jiang Liu Student Number: 3075163 CS/Yallara Name: ljiang RMIT, Melbourne --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
