Hi AJith,All; As far as I understand 1) no options client side only 2) -s server side 3) -sd -ss service side discriptions, this only work with -ss 4) -g all, but no service.xml .. So I put -g -sd ..still none becouse -sd only works with -ss .. so -g -ss and -sd
Sorry but I feel this is far too complex. shall we change the options for 1.1? for example (Or do we need to me backward compatible with the tool options?) -GClient or nothing for Client -GServer for server with service.xml -GAll for everything -GTest all with test case Do we have use case for generating server side code without a service.xml file ? Do we have use case for generating service.xml without server side code? (we could at least assume -ss given -sd) thoughts? Thanks Srinath On 10/7/06, Ajith Ranabahu <[EMAIL PROTECTED]> wrote:
Hi, I guess I should say why this style was selected. As for Axis1 the code generator always generates the client code when asked for the server side code. It seemed a bit ugly an somewhat confusing from the users point of view [ I also get a stub when I ask for a skeleton ??] . Hence the option -g to (generate-all) needs to be used to generate both the client and server side code. Ajith On 10/7/06, Dennis Sosnoski <[EMAIL PROTECTED]> wrote: > Try the -g option. > > - Dennis > > Davanum Srinivas wrote: > > :) +1 from me. I tried sneaking this in a couple of times via the > > testcase generation option. Not sure if it still works. (-ss -sd -t) > > > > -- dims > > > > On 10/7/06, Srinath Perera <[EMAIL PROTECTED]> wrote: > >> Hi All; > >> > >> Right now When we codegen for server side with WSDL2Java .. when we > >> give -sd or -ss > >> it create only server side code. > >> > >> However it is very useful if it generate both server and client side > >> code. Axis1.1 use to do that. If you think about it .. 90% of the time > >> user will need to check does his service is working and will generate > >> the client side code as well. > >> > >> Thanks > >> Srinath > >> > >> -- > >> ============================ > >> Srinath Perera: > >> http://www.cs.indiana.edu/~hperera/ > >> http://www.bloglines.com/blog/hemapani > >> > >> --------------------------------------------------------------------- > >> To unsubscribe, e-mail: [EMAIL PROTECTED] > >> For additional commands, e-mail: [EMAIL PROTECTED] > >> > >> > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- Ajith Ranabahu --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
-- ============================ Srinath Perera: Indiana University, Bloomington http://www.cs.indiana.edu/~hperera/ http://www.bloglines.com/blog/hemapani --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
