>>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. ----------------------------------------------------------------------------------------------
