The reason why you can't get Axis to generate a skeleton with two parameters is that Axis2 does not yet support automatic unwrapping of method parameters when using document style (i.e., "wrapped" doc/literal).
SOAP permits only one child element in the <soap:Body>. If you use document style, then that child element must be a single element (bean) that wraps your method parameters. When using "wrapped" doc/literal, the SOAP server automatically wraps and unwraps your method parameters for you. But since Axis2 doesn't support "wrapped" you must use a single bean. The developers are working on building support for "wrapped" style. As an alternative, you could use RPC/literal style with the RPC receiver. That should give you the ability to specify your individual parameters in your method signature. Anne On 8/10/06, Alistair Young <[EMAIL PROTECTED]> wrote:
I think what I need is a extension to AbstractInOutSyncMessageReceiver that does the xmlbeans Document to Type mapping and calls the service class with those types instead of the default of calling the service class with one xmlbeans Document. Alistair On 10 Aug 2006, at 09:33, Alistair Young wrote: > Would the folks on the list have any recommendations for best > practices? > > If I have a service operation: > > public TestObject doSomething(TestObject testObject1, > OtherTestObject testObject2) { > return testIObject1.something(testObject2); > } > > Would it be best to work with RawXMLINOutMessageReceiver + > OMElement + xmlbeans instead of the actual xmlbeans objects > themselves and have the method do the mapping from OMElement to > TestObject and OtherTestObject via xmlbeans? > > Seems no matter what I try I can't get the service skeleton to be > generated with two parameters anyway. It always has one xmlbean > parameter that wraps the two params as xmlbeans inside it. > i.e. > TestObjectMessageDocument.getTestObjectMessage.getTestObjectType(); > TestObjectMessageDocument.getTestObjectMessage.getOtherTestObjectType( > ); > > thanks, > > Alistair > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]