I think u don't need to include anything special for your arrays. Generate all your stubs with the task WSDL2Java and look at in the deploy.wsdd if the extra classes are mapped.
------------- Sebastien On Wed, 16 Feb 2005 12:12:53 -0800, Tim K. (Gmane) <[EMAIL PROTECTED]> wrote: > Yes, I do. Ah, I missed the --extraClasses option ... > > Do I need to also include anything special for the arrays to work (e.g.a > B[] in addition to B)? > > Thanks. > > Tim > > Sebastien Mayemba Mbokoso wrote: > > Do you know all the object types of 'Object o' at run-time ? If you do > > maybe you can use > > Java2WSDL with that more option : --extraClasses ? > > > > ----------- > > Sebastien > > > > > > On Wed, 16 Feb 2005 11:20:24 -0800, Tim K. (Gmane) <[EMAIL PROTECTED]> > > wrote: > > > >>Hello, > >> > >>Using java2wsdl to generate the WSDL from java server side classes, how > >>can I force the registration of a serializer/deserializer for a bean > >>that does not appear directly in the method arguments, e.g.: > >> > >>public A foo(A a) > >> > >>where A is a bean which can contain another bean B and also a bean array > >>B[] but it's not typed (e.g. it's defined as an Object): > >> > >>A > >>{ > >> ... > >> Object o; // At run-time this can be B, B[] or other things. > >> ... > >>} > >> > >>The problem is that at run-time the server complains that there is no > >>deserializer for B which makes sense because java2wsdl has never seen B > >>anywhere in the method signatures. > >> > >>The work-around so far has been to add a dummy method that has both B > >>and B[] as arguments, but there's gotta be a nicer way to do it. > >> > >>Thank you for your help. > >> > >>-- > >>Tim > >> > >> > > > > > >