The style for a SOAP message can be RPC or Document, not sure where Message style comes in.
RPC means that the body of the SOAP message represents a Remote Procedure Call, with procedure name and in and out parameters - i.e. think of it as invoking a method provided by the webservice.
Document means that the body of the SOAP message is an XML document to be sent to the service, the document could still be thought of as the parameter to a procedure call, but its more flexible in what is sent and how its interperated by the web service.
Not a speedy response, but since no one else has replied I thought I'd have a go, note that this is just my understanding - feel free to correct me if its wrong
Yes, I think thats right, something has to do the translation from XML in a HTTP message to something meaningful to the code implementing the webservice.
If its RPC style then JAX-RPC can be used to handle the translation between XML and parameters/return values for a method call.
If its document style the code implementing the webservice will need to handle the XML contained in the SOAP body and produce any XML required to be returned in the body. The SAAJ API could still be used to deal with the SOAP messages as a whole though - just contents of the SOAP body (the "document") that would need to be delat with.
I don't know anything about Websphere though, but think the above will still be true.
There's various advantages/disadvantages to either, I don't think it being a .NET client should make any difference.
Using document style makes it easier to return more complicated data, and also makes it more flexible to changes in the future. Using RPC allows JAX-RPC to simplify the coding removing the need to parse XML.
I am designing serivce class ( EJB Session bean) WSAD SOAP env. I have 17 invokable methods in this service class, is it ok to have as many method in one service class? What is a general rule about # of methods in one serivce endpoint on which a WSDL is based?
I saw that question posted in another thread and thought "I have no idea", but thinking about it I suppose its like asking how many methods should there be in a class - it just depends .... If all the methods logically belong together then I would say keep them together.
If they donot belong together and we are looking at more than one endpoint and hence more than one wsdl? How do my service method invoke each other if they have to interact ( lets say Order service and Customer service RUNNING ON THE SAME APPLICATION SERVER for simplicity)?
Just to correct something I said earlier - I've found that you can use JAX-RPC with document style - just a setting on the generator of the stub classes (wscompile.bat -f ocumentliteral on Sun - but probably varies for different app servers). In fact since the Basic Profile 1.0 (not sure about later ones) specifies that only document literal or rpc literal styles are valid (i.e. encoded either document or literal is not valid) then the default setting of rpc encoded for wscompile should probably be overridden with document literal or rpc literal unless theres a good reason not to.
If you're generating a Webservice from a Java interface I think theres probably not any difference between document and RPC, from a simple experiment I've done the SOAP messages seem to be the same. - Feel free to correct me if I'm still wrong
Not sure about your last question - not sure if I understand it and don't think its really related to this thread. Perhaps try rephrasing it and starting a new thread ?