You are viewing a plain text version of this content. The canonical link for it is here.
Posted to java-user@axis.apache.org by "Koney, Satish" <Sa...@syntelinc.com> on 2005/01/18 17:30:33 UTC
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:James.Clinton@ins-sure.com]
> Sent: Tuesday, January 18, 2005 9:29 PM
> To: axis-user@ws.apache.org
> 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:Satish_Koney@syntelinc.com]
> Sent: 18 January 2005 15:53
> To: axis-user@ws.apache.org
> 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:James.Clinton@ins-sure.com]
> > Sent: Tuesday, January 18, 2005 7:29 PM
> > To: axis-user@ws.apache.org
> > 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:Satish_Koney@syntelinc.com]
> > Sent: 18 January 2005 13:53
> > To: axis-user@ws.apache.org
> > 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:Satish_Koney@syntelinc.com]
> > > Sent: Tuesday, January 18, 2005 6:07 PM
> > > To: axis-user@ws.apache.org
> > > Subject: RE: what axis generated classes should i use?
> > >
> > > Any inputs plz...?
> > >
> > > > -----Original Message-----
> > > > From: Koney, Satish [SMTP:Satish_Koney@syntelinc.com]
> > > > Sent: Friday, January 14, 2005 8:54 PM
> > > > To: axis-user@ws.apache.org
> > > > 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:brian@jmmventures.com]
> > > > > Sent: Friday, January 14, 2005 8:43 PM
> > > > > To: axis-user@ws.apache.org
> > > > > 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:Satish_Koney@syntelinc.com]
> > > > > Sent: Friday, January 14, 2005 10:08 AM
> > > > > To: axis-user@ws.apache.org
> > > > > 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:evandro_machado@ig.com.br]
> > > > > > Sent: Friday, January 14, 2005 8:28 PM
> > > > > > To: axis-user@ws.apache.org
> > > > > > 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" <Sa...@syntelinc.com>
> > > > > > To: <ax...@ws.apache.org>
> > > > > > 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.
> >
> > -----------------------------------------------
> > postmaster@ins-sure.com
> >
> ____________________________________________
> 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.