Dan, (and Julio) Actually, if you use the latest SVN code, and the service is set to wrapped doc/lit, you may not get the funky package named thing. For the top level types in wrapped/doc lit, I now remove the arrays since we'll handle those ourselves. Thus, they won't appear as schemas in the wsdl.
Dan On Wednesday 25 July 2007 10:21, Dan Diephouse wrote: > Much to all of our general disdain here, I believe this is a > limitation of JAXB. You in essence have two options: > 1. Define a wrapper type. For instance, if you were going to return a > collection of customers you would create a Customers class with a List > of customers on it > 2. Use Aegis - http://cwiki.apache.org/CXF20DOC/aegis-databinding.html > - if you go this route, you may want to use the snapshot builds we've > been producing as they have several fixes in it. We'll be releasing > 2.0.1 soon with the relevant fixes. > > Hopefully they'll remedy this in a future spec revision for JAXB, but > I'm sure thats a little bit off yet. > > - Dan > > On 7/24/07, Julio Arias <[EMAIL PROTECTED]> wrote: > > Hi - > > > > I have a method that returns or has a param of List<String> when I > > generate the WSDL and then the client from that WSDL I get a strange > > namespace for that type and therefore strange pakage name when the > > client is generated, is there a why to customize this to be in the > > appropriate namespace we tried the @WebResult and @WebParam > > annotations to specified the target namespace but it didn't work. > > > > Then namespace is: http://jaxb.dev.java.net/array > > > > > > Julio Arias > > Java Developer > > Roundbox Global : enterprise : technology : genius > > -------------------------------------------------------------------- > >- Avenida 11 y Calle 7-9, Barrio Amón, San Jose, Costa Rica > > tel: 404.567.5000 ext. 2001 | cell: 11.506.849.5981 > > email: [EMAIL PROTECTED] | www.rbxglobal.com > > -------------------------------------------------------------------- > >- -- J. Daniel Kulp Principal Engineer IONA P: 781-902-8727 C: 508-380-7194 [EMAIL PROTECTED] http://www.dankulp.com/blog
