I dont think there is a way to configure at deployment descriptors.
I just tried WSDL2Java server side code, it generated the deploy.wsdd file
as well.
In that, it clearly defines whether the service is document oriented or rpc
oriented.
Now I have decided to start the design work from WSDL instead of java
interface, so that I can clearly define the
style of communication clearly in wsdl rather than wsdd file.

ur thoughts plz.
thnx,
-kannan



                                                                                       
                                                
                      "Anne Thomas                                                     
                                                
                      Manes"                   To:       <[EMAIL PROTECTED]>           
                                          
                      <[EMAIL PROTECTED]>         cc:                                  
                                                   
                                               Subject:  RE: Can the same Axis Web 
Service have both rpc/encoded and doc/literal       
                      20/04/04 15:20            methods? ['Watchdog': Virus checked] 
['Watchdog': checked]                             
                      Please respond to                                                
                                                
                      axis-user                                                        
                                                
                                                                                       
                                                
                                                                                       
                                                



Axis "Document" and "Wrapped" styles use the RPC provider. It's only
"Message" style that uses the MSG provider.

Isn't there a way to configure individual operations? If not, then you
should log it as a bug.

Anne

-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 20, 2004 3:28 AM
To: [EMAIL PROTECTED]
Subject: RE: Can the same Axis Web Service have both rpc/encoded and
doc/literal methods? ['Watchdog': Virus checked] ['Watchdog': checked]






Anne I accept what u say.......
But in the deployment descriptor we specify the service with who is the
provider, what style it uses and
what it type uses (encoding/literal).
So, if that is the case, how can a single service can have both document
style and rpc style.
Even I need to use this, In my service we have both rpc and document based
communication.
Please give ur thoughts and idea ?
cheers,
-kannan





                      "Anne Thomas

                      Manes"                   To:
<[EMAIL PROTECTED]>

                      <[EMAIL PROTECTED]>         cc:

                                               Subject:  RE: Can the same
Axis Web Service have both rpc/encoded and doc/literal
                      16/04/04 17:47            methods? ['Watchdog': Virus
checked] ['Watchdog': checked]
                      Please respond to

                      axis-user








It should. If it doesn't then it's a bug.
Per the WSDL spec, you can specify the style and encoding for each
operation.

Anne

-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Friday, April 16, 2004 11:11 AM
To: [EMAIL PROTECTED]
Subject: Can the same Axis Web Service have both rpc/encoded and
doc/literal
methods?

Will Axis support both rpc/encoded and doc/literal methods in the same web
service?

Thanks.




This email and any attachments to it may contain confidential information
intended for the addressee only. If you are not the intended addressee, you
are strictly prohibited from disclosing, copying, distributing or using
this email in any way. Unauthorised use of the information contained in
this email is unlawful. If you have received this email in error please
notify us on [EMAIL PROTECTED] and delete the email from your system.

Information contained in this email can not be disclosed, copied,
distributed or used in any way without the prior consent of the sender. Any
opinions, advice or facts given in this email are given without warranty or
the intention to enter into an agreement unless specifically stated and
confirmed by agreement, letter or such other documentation signed by an
authorised signatory of BCA Holdings Limited or any of its subsidiary
companies.

Any personal information contained in this email is strictly the view of
the sender and is in no way authorised or attributable to BCA Holdings
Limited or any of its subsidiary companies in any way. All emails through
the company gateway are subject to monitoring. The company cannot be held
liable for any errors or viruses contained in this message.




This email and any attachments to it may contain confidential information
intended for the addressee only. If you are not the intended addressee, you
are strictly prohibited from disclosing, copying, distributing or using
this email in any way. Unauthorised use of the information contained in
this email is unlawful. If you have received this email in error please
notify us on [EMAIL PROTECTED] and delete the email from your system.

Information contained in this email can not be disclosed, copied,
distributed or used in any way without the prior consent of the sender. Any
opinions, advice or facts given in this email are given without warranty or
the intention to enter into an agreement unless specifically stated and
confirmed by agreement, letter or such other documentation signed by an
authorised signatory of BCA Holdings Limited or any of its subsidiary
companies.

Any personal information contained in this email is strictly the view of
the sender and is in no way authorised or attributable to BCA Holdings
Limited or any of its subsidiary companies in any way. All emails through
the company gateway are subject to monitoring. The company cannot be held
liable for any errors or viruses contained in this message.

Reply via email to