Clients don't have to use AXIOM. Clients could construct a WS-I
compliant SOAP message whichever way they can, .Net, C++ or Perl clients
would do this.

Since JAXB and other databindings are supported, server side need not
use AXIOM either. Only if you choose no-databinding, you would be
dealing with AXIOM on the server side.

HTH
-yogen



-----Original Message-----
From: Anne Thomas Manes [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, January 09, 2007 6:58 PM
To: [email protected]
Subject: Re: consequences of choosing axis

Sorry for being vague. I was referring to the SOAP platform, not the
underlying servlet/J2EE platform. As I said, Axis2 can be deployed on
any platform. But AXIOM is particular to Axis2. (It is a separate
project, and other SOAP platforms could use it, but to date, the only
other project that I know of that uses AXIOM is Synapse.)

The impact of using a platform-specific object model is that your
client/service code is not portable across other SOAP platforms.

Anne

On 1/9/07, ChadDavis <[EMAIL PROTECTED]> wrote:
> Anne,
>
> >One consequence of selecting Axis2 is that it does not [yet] support

> >the standard Java APIs for web services (JAX-RPC and JAX-WS). Axis2  
> >uses a platform-specific object model, AXIOM, which is based on StAX,

> >for processing XML. For the most control, you can use the low-level  
> >API, which represents message data as an OMElement. But you also have

> >the option of using any data binding system (JAXB, XMLBeans, JiBX,  
> >ADB, etc) to convert the XML messages into Java objects for you.
>
> This may be a dumb question, but what do you mean by platform specific

> object model?  How is AXIOM platform specific?  I'm thinking that its 
> all Java so . . . and I don't recall choosing a particular platform 
> flavor of the AXIS2 distribution?
>
> ---------------------------------------------------------------------
> 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]
--------------------------------------------------------

NOTICE: If received in error, please destroy and notify sender. Sender does not 
intend to waive confidentiality or privilege. Use of this email is prohibited 
when received in error.

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to