axis-java-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "James Clinton" <James.Clin...@ins-sure.com>
Subject RE: what axis generated classes should i use?
Date Tue, 18 Jan 2005 16:39:09 GMT
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:Satish_Koney@syntelinc.com] 
Sent: 18 January 2005 16:31
To: axis-user@ws.apache.org
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: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" <Satish_Koney@syntelinc.com>
> > > > > > To: <axis-user@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.


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

----------------------------------------------------------------------------------------------


Mime
View raw message