I thought you wrote that you were also failing with CXF java2wsdl? On Fri, Feb 29, 2008 at 12:17 PM, John-M Baker <[EMAIL PROTECTED]> wrote:
> Sorry, "What's your frustration with java-first and CXF"? > > John Baker > -- > Web SSO > IT Infrastructure > Deutsche Bank London > > URL: http://websso.cto.gt.intranet.db.com > > > > > "Benson Margulies" <[EMAIL PROTECTED]> > 29/02/2008 17:08 > Please respond to > cxf-user@incubator.apache.org > > > To > cxf-user@incubator.apache.org > cc > > Subject > Re: WSDLtoJava > > > > > > > It's wrong in my opinion. HashMap's in JAXB are hard, but they can be > done. > > What's your frustration with java-first and CXF? > > > On Fri, Feb 29, 2008 at 12:06 PM, John-M Baker <[EMAIL PROTECTED]> > wrote: > > > Yep, I agree. Or rather, Axis2's java2wsdl has helpfully put that > > namespace in the file. The -p option obviously resolved it for me. I > > assume Axis2 is behaving correctly by generating this WSDL given > returning > > a Map must be a fairly common feature, yet 'claiming' that namespace > seems > > to be a 'bad thing'? > > > > > > John Baker > > -- > > Web SSO > > IT Infrastructure > > Deutsche Bank London > > > > URL: http://websso.cto.gt.intranet.db.com > > > > > > > > > > "Benson Margulies" <[EMAIL PROTECTED]> > > 29/02/2008 17:01 > > Please respond to > > cxf-user@incubator.apache.org > > > > > > To > > cxf-user@incubator.apache.org > > cc > > > > Subject > > Re: WSDLtoJava > > > > > > > > > > > > > > It is doing what you asked it to do. You've got namespaces like > > > > <xs:schema xmlns:ax22="http://util.java/xsd"; > > > > in your file. You are claiming control of that package. Either change > the > > namespace or remap it to a package of your own. > > > > There's nothing wrong with returning hashmaps. > > > > > > On Fri, Feb 29, 2008 at 11:58 AM, John-M Baker <[EMAIL PROTECTED]> > > wrote: > > > > > Thanks, that fixed the problem. I'm returning a java.util.HashMap from > > one > > > of the objects - I assume that's where the problem lies? Is this a bad > > > thing? > > > > > > John Baker > > > -- > > > Web SSO > > > IT Infrastructure > > > Deutsche Bank London > > > > > > URL: http://websso.cto.gt.intranet.db.com > > > > > > > > > > > > > > > "Daniel Lipofsky" <[EMAIL PROTECTED]> > > > 29/02/2008 16:42 > > > Please respond to > > > cxf-user@incubator.apache.org > > > > > > > > > To > > > <cxf-user@incubator.apache.org> > > > cc > > > > > > Subject > > > RE: WSDLtoJava > > > > > > > > > > > > > > > > > > > > > I'm not sure why it is using that package, > > > it usually bases the package name off the > > > namespace URL, but you can override by adding the -p > > > parameter like this > > > > > > <arg value="-p"/> > > > <arg value="com.mycompany.foobar.ws.impl.jaxws"/> > > > > > > try that and see if it helps. > > > - Dan > > > > > > > -----Original Message----- > > > > From: John-M Baker [mailto:[EMAIL PROTECTED] > > > > Sent: Friday, February 29, 2008 9:20 AM > > > > To: [EMAIL PROTECTED] > > > > Subject: WSDLtoJava > > > > > > > > Hello, > > > > > > > > I'm looking for a reliable wsdl2java product and I'm looking > > > > at CXF. I've > > > > generated a set of sources from a WSDL but a set of java.util.xsd.* > > > > sources have been generated. When compiled and run, the VM > > > > complains that > > > > java.util is a protected package (because it is). > > > > > > > > I'm generating the source using the following ant configuration: > > > > > > > > <java classname="org.apache.cxf.tools.wsdlto.WSDLToJava" > > > > fork="true"> > > > > <arg value="-client"/> > > > > <arg value="-d"/> > > > > <arg value="${dist.dir}/stubs"/> > > > > <arg value="${dist.dir}/Query.wsdl"/> > > > > <classpath> > > > > <path refid="classpath.cxf"/> > > > > </classpath> > > > > </java> > > > > > > > > Can someone give me some guidance on what I may be doing wrong? > > > > > > > > Thanks, > > > > > > > > > > > > John > > > > > > > > > > > > > > > > --- > > > > > > > > This e-mail may contain confidential and/or privileged > > > > information. If you are not the intended recipient (or have > > > > received this e-mail in error) please notify the sender > > > > immediately and delete this e-mail. Any unauthorized copying, > > > > disclosure or distribution of the material in this e-mail is > > > > strictly forbidden. > > > > > > > > Please refer to > > > > http://www.db.com/en/content/eu_disclosures.htm for > > > > additional EU corporate and regulatory disclosures. > > > > > > > > > > > > > > > > --- > > > > > > This e-mail may contain confidential and/or privileged information. If > > you > > > are not the intended recipient (or have received this e-mail in error) > > > please notify the sender immediately and delete this e-mail. Any > > > unauthorized copying, disclosure or distribution of the material in > this > > > e-mail is strictly forbidden. > > > > > > Please refer to http://www.db.com/en/content/eu_disclosures.htm for > > > additional EU corporate and regulatory disclosures. > > > > > > > > > > > --- > > > > This e-mail may contain confidential and/or privileged information. If > you > > are not the intended recipient (or have received this e-mail in error) > > please notify the sender immediately and delete this e-mail. Any > > unauthorized copying, disclosure or distribution of the material in this > > e-mail is strictly forbidden. > > > > Please refer to http://www.db.com/en/content/eu_disclosures.htm for > > additional EU corporate and regulatory disclosures. > > > > > > --- > > This e-mail may contain confidential and/or privileged information. If you > are not the intended recipient (or have received this e-mail in error) > please notify the sender immediately and delete this e-mail. Any > unauthorized copying, disclosure or distribution of the material in this > e-mail is strictly forbidden. > > Please refer to http://www.db.com/en/content/eu_disclosures.htm for > additional EU corporate and regulatory disclosures. >
