Re: wsdl2java generate abstract class rather than skeleton

2007-11-10 Thread Michael Potter
Axis2 Crew,

Amila's suggestion worked great.  My only comment is that I had to use
-ss and -ssi to get it to work.   The first thing I tried was to
replace -ss with -ssi; that did not work.

My next minor irritation is that the name of the generated class is
*Skeleton.java.  I don't really care for that name because once I fill
it in, it is no longer a skeleton, it is a full service.

That is a pretty minor complaint because the end users never see that
name, but I am wondering if there is a way for me to specify what I
want for the class name.

I poked a around just a bit and it looks like all I would have to do
is change the name of the class in the services file, but because I am
making hundreds of services it would be easier and more reliable if
wsdl2java had an option to just generate service.xml with the name I
specify.

-- 
Michael Potter

On 10/14/07, Amila Suriarachchi [EMAIL PROTECTED] wrote:
 you can generate an interface to your skelton using -ssi option.
 here the problem is wsdl2java should know the implementation class name to
 put in the services.xml.
 you can keep your correct implementation class some where and always replace
 the generated one with it.

 Amila.


 On 10/13/07, Michael Potter [EMAIL PROTECTED] wrote:
 
  Axis2 crew,
 
  I use wsdl2java to generate java code and then modify the
  skeleton.java file to meet my needs.  This is a bit awkward because if
  I change my .wsdl file and then regenerate, my hand modified skeleton
  with be wiped out (or out of date).
 
  What I think would be better is if wsdl2java were to generate an
  abstract class.  I could code my own class that would extend the
  abstract class.  I would get a compile error if my class did not match
  the abstract class after a fresh run of wsdl2java.
 
  I am new to axis2 so I am hoping someone thinks this is a good idea
  and has already done it, or someone thinks this is a bad idea because
  they have a better technique to deal with regenerating the java code
  with wsdl2java.
 
  Thank you,
  --
  Michael Potter
 
 
 -
  To unsubscribe, e-mail:
 [EMAIL PROTECTED]
  For additional commands, e-mail: [EMAIL PROTECTED]
 
 



 --
 Amila Suriarachchi,
 WSO2 Inc.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: wsdl2java generate abstract class rather than skeleton

2007-10-14 Thread Amila Suriarachchi
you can generate an interface to your skelton using -ssi option.
here the problem is wsdl2java should know the implementation class name to
put in the services.xml.
you can keep your correct implementation class some where and always replace
the generated one with it.

Amila.

On 10/13/07, Michael Potter [EMAIL PROTECTED] wrote:

 Axis2 crew,

 I use wsdl2java to generate java code and then modify the
 skeleton.java file to meet my needs.  This is a bit awkward because if
 I change my .wsdl file and then regenerate, my hand modified skeleton
 with be wiped out (or out of date).

 What I think would be better is if wsdl2java were to generate an
 abstract class.  I could code my own class that would extend the
 abstract class.  I would get a compile error if my class did not match
 the abstract class after a fresh run of wsdl2java.

 I am new to axis2 so I am hoping someone thinks this is a good idea
 and has already done it, or someone thinks this is a bad idea because
 they have a better technique to deal with regenerating the java code
 with wsdl2java.

 Thank you,
 --
 Michael Potter

 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]




-- 
Amila Suriarachchi,
WSO2 Inc.


wsdl2java generate abstract class rather than skeleton

2007-10-12 Thread Michael Potter
Axis2 crew,

I use wsdl2java to generate java code and then modify the
skeleton.java file to meet my needs.  This is a bit awkward because if
I change my .wsdl file and then regenerate, my hand modified skeleton
with be wiped out (or out of date).

What I think would be better is if wsdl2java were to generate an
abstract class.  I could code my own class that would extend the
abstract class.  I would get a compile error if my class did not match
the abstract class after a fresh run of wsdl2java.

I am new to axis2 so I am hoping someone thinks this is a good idea
and has already done it, or someone thinks this is a bad idea because
they have a better technique to deal with regenerating the java code
with wsdl2java.

Thank you,
-- 
Michael Potter

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]