Yeah...but as I do not know WSDL very well, i would prefer using the WSDL generated by Axis.
but my question is about WSDL2Java and not about Java2WSDL. > -----Original Message----- > From: James Clinton [SMTP:[EMAIL PROTECTED] > Sent: Tuesday, January 18, 2005 10:09 PM > To: [EMAIL PROTECTED] > Subject: [SPAM] - RE: what axis generated classes should i use? - > Found word(s) XXX in the Text body. > > Axis generated skeletons - I would do it this way, because from the > skeletons you can check that the WSDL is correct, it's very easy to make > a mistake in the message part which determines the return type for > instance. > > Also, if you produce your WSDL from the java classes the WSDL is not as > readable than if you were to make it by hand. Parameters are named arg01 > or something similar. Adding in Security information into the WSDL > later would be a nightmare. > > Furthermore, when you start building RPC provided Document Style literal > services - then I don't think this is possible by using java2wsdl as you > have to code the schema for your complex types directly into the WSDL. > > James > > -----Original Message----- > From: Koney, Satish [mailto:[EMAIL PROTECTED] > Sent: 18 January 2005 16:31 > To: [EMAIL PROTECTED] > Subject: RE: what axis generated classes should i use? > > Are u talking about the server side classes? I am not worried about the > client side classes at all...they can have some axis generated code > but on the server side.....do we need axis generated code? If we need, > what > are those classes? > > Till some time back, i was following the below mentioned steps to deploy > a > service: > > 1. Define the interface with all the web service methods and all the > classes > defined in the interface > > Eg: public Employee createEmployee(int id, String name); > > 2. Run Java2WSDL to generate the WSDL fiile. The i/p is the above > classes > > 3. Then run WSDL2Java on the WSDL file produced in step2. > > In this step, I get lot of files from Axis. including > Employee.java > one interface which adds "throws RemoteException' clause to the methods > in > my interface etc. > > 4. I used to use these Axis generated classes (including Employee.java) > in > my service. then compile...put in the server...deploy the service using > the > WSDD file that > was generated in step 3. > > Everything went fine... > > But later when I tried to do the same without using any of those > Axis generated classes, it still works very fine....then why do I need > to > > use Axis generated classes in the server side? I am using only > deploy.wsdd > which is generated by Axis...nothing else...But I am not sure if I will > get > > any problems in the future because of not using Axis generated > classes...Some say that WSDL2Java is used only in Client side not on the > server side... > > is it true? If we need to use in server side, then what are the Axis > generated classes I need to use in the server side? > > > Thanks, > SSSS. > > > -----Original Message----- > > From: James Clinton [SMTP:[EMAIL PROTECTED] > > Sent: Tuesday, January 18, 2005 9:29 PM > > To: [EMAIL PROTECTED] > > Subject: [SPAM] - RE: [SPAM] - RE: what axis generated classes > should > > i use? - Found word(s) XXX in the Text body. - Found word(s) XXX in > the > > subject > > > > >>Doesn't it make our classes Axis dependent? > > Probably, but even if you create the client by hand your still tieing > > yourself to the AXIS framework by using objects from org.apache.* > right? > > > > If your concerned about becoming dependant any framework you can > always > > use some recognised pattern to abstract your code from it, and when it > > comes to porting to something new you only have to rewrite the > > (hopefully) small amount of vendor code. > > > > >>Also, what are the effects of using/not using those Axis generated > > classes? > > >>Is there no difference???? > > > > Technically there isn't ant difference, but it saves you a job off > > building the client by hand, also if you change you WSDL down the line > > you don't have to change the client code which calls the generated > > classes (brilliant). > > > > -----Original Message----- > > From: Koney, Satish [mailto:[EMAIL PROTECTED] > > Sent: 18 January 2005 15:53 > > To: [EMAIL PROTECTED] > > Subject: RE: [SPAM] - RE: what axis generated classes should i use? - > > Found word(s) XXX in the Text body. > > > > Doesn't it make our classes Axis dependent? > > Also, what are the effects of using/not using those Axis generated > > classes? > > Is there no difference???? > > > > > > > -----Original Message----- > > > From: James Clinton [SMTP:[EMAIL PROTECTED] > > > Sent: Tuesday, January 18, 2005 7:29 PM > > > To: [EMAIL PROTECTED] > > > Subject: [SPAM] - RE: what axis generated classes should i use? - > > > Found word(s) XXX in the Text body. > > > > > > The Axis tool wsdl2java can generate either the client stubs or > server > > > side skeletons depending on the flag you pass it. > > > > > > Personally I think this tool is great and I'll continue to use the > raw > > > classes it creates because it then ensures that your WSDL is > > absolutely > > > correct. > > > > > > To use the classes your code would look something like this. > > > > > > XXXServiceLocator locator = new XXXServiceLocator(); > > > XXX stub = locator.getXXXService(); > > > stub.method(); > > > > > > HTH > > > > > > James > > > > > > -----Original Message----- > > > From: Koney, Satish [mailto:[EMAIL PROTECTED] > > > Sent: 18 January 2005 13:53 > > > To: [EMAIL PROTECTED] > > > Subject: RE: what axis generated classes should i use? > > > > > > I stopped using the Axis generated interfaces also...So I am not > using > > > any > > > classes that are generated by Axis on the server side.. > > > I am using only axis generated deploy.wsdd file to deploy the > > service... > > > still...everything seems to be working fine....then why does Axis > > > generate > > > all the classes...it can just generated deploy.wsdd and > undeploy.wsdd > > on > > > the > > > > > > server side... > > > Am I not right? > > > > > > > > > > -----Original Message----- > > > > From: Koney, Satish [SMTP:[EMAIL PROTECTED] > > > > Sent: Tuesday, January 18, 2005 6:07 PM > > > > To: [EMAIL PROTECTED] > > > > Subject: RE: what axis generated classes should i use? > > > > > > > > Any inputs plz...? > > > > > > > > > -----Original Message----- > > > > > From: Koney, Satish [SMTP:[EMAIL PROTECTED] > > > > > Sent: Friday, January 14, 2005 8:54 PM > > > > > To: [EMAIL PROTECTED] > > > > > Subject: RE: what axis generated classes should i use? > > > > > > > > > > but when i tried with some sample webservice > > > > > > > > > > public Employee createEmployee(int id, String name); > > > > > > > > > > and I executed Java2WSDL and then WSDL2Java..Axis gave me an > > > > > Employee.java..I just ignored it and used my Employee.java > > > > > > > > > > in the implementation of that webservice method, i constructed > > > Employee > > > > > object and set the id, name values to it...and retuned to the > > > client.. > > > > > > > > > > Then I accessed this service using client..I did not get any > > > problem...I > > > > > got > > > > > the Employee object from the server... > > > > > > > > > > that is what made me ask this question. > > > > > > > > > > Do I really need to use axis genarated classes? what are the > > affects > > > of > > > > > using/not using those classes? > > > > > > > > > > > > > > > > > > > > > -----Original Message----- > > > > > > From: Brian Davis [SMTP:[EMAIL PROTECTED] > > > > > > Sent: Friday, January 14, 2005 8:43 PM > > > > > > To: [EMAIL PROTECTED] > > > > > > Subject: RE: what axis generated classes should i use? > > > > > > > > > > > > You need to use the generated one, the serialization is > > necessary. > > > > > > > > > > > > Brian Davis > > > > > > Software Developer > > > > > > JMM Ventures > > > > > > -----Original Message----- > > > > > > From: Koney, Satish [mailto:[EMAIL PROTECTED] > > > > > > Sent: Friday, January 14, 2005 10:08 AM > > > > > > To: [EMAIL PROTECTED] > > > > > > Subject: RE: what axis generated classes should i use? > > > > > > > > > > > > I was asking about the server side classes..not on the client > > > > > side...what > > > > > > Axis generated classes should i use on the server side? > > > > > > I mean when I run WSDL2Java I am getting Employee.java which > has > > a > > > lot > > > > > of > > > > > > code about serializer and deserializer. > > > > > > > > > > > > Do I need to use that code on the server side? or can i just > > > ignore > > > > > > Employee.java created by axis and use my Employee.java > > > > > > which does not have any code other than what my application > > needs. > > > > > > > > > > > > > > > > > > > -----Original Message----- > > > > > > > From: Evandro Machado [SMTP:[EMAIL PROTECTED] > > > > > > > Sent: Friday, January 14, 2005 8:28 PM > > > > > > > To: [EMAIL PROTECTED] > > > > > > > Subject: Re: what axis generated classes should i use? > > > > > > > > > > > > > > Hi Satish, > > > > > > > > > > > > > > Your client class should instantiate the DummyServiceLocator > > and > > > > call > > > > > > the > > > > > > > getDummy() method from it, after this you should call the > > > > > > > createEmproyee() > > > > > > > method from this Dummy object. > > > > > > > > > > > > > > []īs > > > > > > > Evandro. > > > > > > > > > > > > > > ----- Original Message ----- > > > > > > > From: "Koney, Satish" <[EMAIL PROTECTED]> > > > > > > > To: <[EMAIL PROTECTED]> > > > > > > > Sent: Friday, January 14, 2005 12:42 PM > > > > > > > Subject: what axis generated classes should i use? > > > > > > > > > > > > > > > > > > > > > > Hello All, > > > > > > > > > > > > > > > > I have a web service interface (let us call it Dummy), > which > > > has > > > > > > > > only one method with the following signature: > > > > > > > > > > > > > > > > public Employee createEmployee(int empNumber, String > > empName) > > > > throws > > > > > > > > EmployeeException > > > > > > > > > > > > > > > > when I run the Java2WSDL and then WSDL2Java on the server > > side > > > , > > > > > Axis > > > > > > is > > > > > > > > generating > > > > > > > > > > > > > > > > 1. Dummy.java > > > > > > > > 2. DummyService.java > > > > > > > > 3. DummyServiceLocator.java > > > > > > > > 4. DummySoapBindingStub.java > > > > > > > > 5. DummySoapBindingImpl.java > > > > > > > > 6. Employee.java > > > > > > > > > > > > > > > > Now I implement my method in the generated Impl class. But > > my > > > > > > > > question is, don't I need to use the Employee.java > > > > > > > > generated by axis on the server side? What are all the > "Axis > > > > > generated > > > > > > > > classes" that I have to use on the server side? > > > > > > > > Can someone explain in detail? > > > > > > > > > > > > > > > > > > > > > > > > Thanks, > > > > > > > > SSSS. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ____________________________________________ > > > > > > > > Confidential: This electronic message and all contents > > > contain > > > > > > > > information > > > > > > > > from Syntel, Inc. which may be privileged, confidential or > > > > otherwise > > > > > > > > protected from disclosure. The information is intended to > be > > > for > > > > the > > > > > > > > addressee only. If you are not the addressee, any > > disclosure, > > > > copy, > > > > > > > > distribution or use of the contents of this message is > > > prohibited. > > > > > If > > > > > > > you > > > > > > > > have received this electronic message in error, please > > notify > > > the > > > > > > sender > > > > > > > > immediately and destroy the original message and all > copies. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > > > > No virus found in this incoming message. > > > > > > > > Checked by AVG Anti-Virus. > > > > > > > > Version: 7.0.300 / Virus Database: 265.6.11 - Release > Date: > > > > > 12/1/2005 > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > > > No virus found in this outgoing message. > > > > > > > Checked by AVG Anti-Virus. > > > > > > > Version: 7.0.300 / Virus Database: 265.6.11 - Release Date: > > > > 12/1/2005 > > > > > > > > > > > > > ____________________________________________ > > > > > > Confidential: This electronic message and all contents > contain > > > > > > information > > > > > > from Syntel, Inc. which may be privileged, confidential or > > > otherwise > > > > > > protected from disclosure. The information is intended to be > for > > > the > > > > > > addressee only. If you are not the addressee, any disclosure, > > > copy, > > > > > > distribution or use of the contents of this message is > > prohibited. > > > If > > > > > you > > > > > > have received this electronic message in error, please notify > > the > > > > sender > > > > > > immediately and destroy the original message and all copies. > > > > > > > > > > > > > > > > > > > > > > > ____________________________________________ > > > > > Confidential: This electronic message and all contents contain > > > > > information > > > > > from Syntel, Inc. which may be privileged, confidential or > > otherwise > > > > > protected from disclosure. The information is intended to be for > > the > > > > > addressee only. If you are not the addressee, any disclosure, > > copy, > > > > > distribution or use of the contents of this message is > prohibited. > > > If > > > > you > > > > > have received this electronic message in error, please notify > the > > > sender > > > > > immediately and destroy the original message and all copies. > > > > > > > > > ____________________________________________ > > > > Confidential: This electronic message and all contents contain > > > > information > > > > from Syntel, Inc. which may be privileged, confidential or > otherwise > > > > protected from disclosure. The information is intended to be for > the > > > > addressee only. If you are not the addressee, any disclosure, > copy, > > > > distribution or use of the contents of this message is prohibited. > > If > > > you > > > > have received this electronic message in error, please notify the > > > sender > > > > immediately and destroy the original message and all copies. > > > > > > > ____________________________________________ > > > Confidential: This electronic message and all contents contain > > > information > > > from Syntel, Inc. which may be privileged, confidential or otherwise > > > protected from disclosure. The information is intended to be for the > > > addressee only. If you are not the addressee, any disclosure, copy, > > > distribution or use of the contents of this message is prohibited. > If > > > you > > > have received this electronic message in error, please notify the > > sender > > > immediately and destroy the original message and all copies. > > > > > > > > > > > > ------------------------------------------------------------------------ > > -- > > > -------------------- > > > Meeting Customer Needs Exactly > > > > > > Whether you are a Managing Agent, Lloyd's Broker or London market > > insurer > > > or reinsurer, our Insurance Professional Services teams can meet the > > > challenges that unforeseen resourcing or business requirements can > > > present. > > > > > > By drawing on our full range of services, short-term business > problems > > can > > > be solved quickly, project-based staffing requirements can be met > > > efficiently and longer-term strategic business initiatives can be > > > resourced effectively. > > > > > > To find out how we can help your business, visit > > www.xchanging.com/xips or > > > contact Paul Gilbert on 0207 972 0011. > > > > > > > > > ------------------------------------------------------------------------ > > -- > > > -------------------- > > > > > > > > > > > > ----------------------------------------------------- > > > THE INFORMATION IN THIS E-MAIL AND IN ANY ATTACHMENTS IS > CONFIDENTIAL > > > > > > AND MAY BE PRIVILEGED OR OTHERWISE PROTECTED FROM DISCLOSURE. > > > IF YOU ARE NOT THE INTENDED RECIPIENT AND HAVE RECEIVED IT IN ERROR > > YOU > > > ARE ON NOTICE OF ITS STATUS. > > > PLEASE NOTIFY THE SENDER IMMEDIATELY BY RETURN EMAIL AND THEN DELETE > > THIS > > > EMAIL AND ANY ATTACHMENT FROM YOUR SYSTEM. > > > YOU MUST NOT RETAIN, COPY OR USE THIS E-MAIL OR ANY ATTACHMENT FOR > ANY > > > PURPOSE, NOR DISCLOSE ALL OR ANY PART OF ITS CONTENTS TO ANY OTHER > > PERSON: > > > > > > > > > TO DO SO COULD BE A BREACH OF CONFIDENCE > > > > > > EMAIL MAY BE SUSCEPTIBLE TO DATA CORRUPTION, INTERCEPTION AND > > UNAUTHORISED > > > AMENDMENT, > > > AND WE DO NOT ACCEPT LIABILITY FOR ANY SUCH CORRUPTION, INTERCEPTION > > OR > > > AMENDMENT OR THE CONSEQUENCES THEREOF. > > > > > > WE MAY MONITOR THE CONTENT OF EMAILS SENT AND RECEIVED VIA OUR > NETWORK > > FOR > > > VIRUSES OR UNAUTHORISED USE AND FOR OTHER LAWFUL BUSINESS PURPOSES. > > > WE DO NOT ACCEPT RESPONSIBILITY FOR ANY LOSS OR DAMAGE ARISING FROM > A > > > VIRUS IN ANY EMAIL OR ATTACHMENT. > > > > > > ----------------------------------------------- > > > [EMAIL PROTECTED] > > > > > ____________________________________________ > > Confidential: This electronic message and all contents contain > > information > > from Syntel, Inc. which may be privileged, confidential or otherwise > > protected from disclosure. The information is intended to be for the > > addressee only. If you are not the addressee, any disclosure, copy, > > distribution or use of the contents of this message is prohibited. If > > you > > have received this electronic message in error, please notify the > sender > > immediately and destroy the original message and all copies. > > > > > > > ------------------------------------------------------------------------ > -- > > -------------------- > > Meeting Customer Needs Exactly > > > > Whether you are a Managing Agent, Lloyd's Broker or London market > insurer > > or reinsurer, our Insurance Professional Services teams can meet the > > challenges that unforeseen resourcing or business requirements can > > present. > > > > By drawing on our full range of services, short-term business problems > can > > be solved quickly, project-based staffing requirements can be met > > efficiently and longer-term strategic business initiatives can be > > resourced effectively. > > > > To find out how we can help your business, visit > www.xchanging.com/xips or > > contact Paul Gilbert on 0207 972 0011. > > > > > ------------------------------------------------------------------------ > -- > > -------------------- > > > ____________________________________________ > Confidential: This electronic message and all contents contain > information > from Syntel, Inc. which may be privileged, confidential or otherwise > protected from disclosure. The information is intended to be for the > addressee only. If you are not the addressee, any disclosure, copy, > distribution or use of the contents of this message is prohibited. If > you > have received this electronic message in error, please notify the sender > immediately and destroy the original message and all copies. > > > -------------------------------------------------------------------------- > -------------------- > Meeting Customer Needs Exactly > > Whether you are a Managing Agent, Lloyd's Broker or London market insurer > or reinsurer, our Insurance Professional Services teams can meet the > challenges that unforeseen resourcing or business requirements can > present. > > By drawing on our full range of services, short-term business problems can > be solved quickly, project-based staffing requirements can be met > efficiently and longer-term strategic business initiatives can be > resourced effectively. > > To find out how we can help your business, visit www.xchanging.com/xips or > contact Paul Gilbert on 0207 972 0011. > > -------------------------------------------------------------------------- > -------------------- > ____________________________________________ Confidential: This electronic message and all contents contain information from Syntel, Inc. which may be privileged, confidential or otherwise protected from disclosure. The information is intended to be for the addressee only. If you are not the addressee, any disclosure, copy, distribution or use of the contents of this message is prohibited. If you have received this electronic message in error, please notify the sender immediately and destroy the original message and all copies.
