You are viewing a plain text version of this content. The canonical link for it is here.
Posted to muse-user@ws.apache.org by "Vinh Nguyen (vinguye2)" <vi...@cisco.com> on 2006/12/07 10:02:07 UTC
Muse and non-java client
Just to confirm...can a non-java client be used to interact with Muse?
I am pretty sure yes because even though Muse is a java implementation,
it is also a web service that communicates with remote applications via
the standard XML format. Much of the current clients are java
applications, although I see no reason why a perl or other non-java
client can't talk to a Muse-based application. As long as the non-java
clients have APIs to easily work with the XML received from Muse, and
return it in proper XML format to Muse, the client should work. For
example, Perl should work, but if no existing web service APIs are
available for Perl, it would just be more difficult to build a
Perl-based client at this time. Correct?
Re: Muse and non-java client
Posted by Daniel Jemiolo <da...@us.ibm.com>.
Vinh is using XmlBeans (Java) for serialization. I think that what you say
is true for any data binding framework - if you're using another language
on the client, you'll need to make sure it has some kind of
equally-powerful data binding framework to translate the XML into the
language's own structures. Regardless of what you use, the XML is
standards-compliant and does not require Java to parse.
Dan
Balan Subramanian/Raleigh/IBM@IBMUS wrote on 12/07/2006 05:24:10 AM:
> The only concern I have about this is the use of XStream for serializing
> complex types. If XStream is not used on both sides, non-Java clients
have
> to deserialize the XML put on the wire (which is XStream specific) to
the
> corresponding form the fundamental issue being the serialization XStream
> does is not standard.
>
> Balan Subramanian
> Autonomic Computing, IBM, RTP, NC
> 919.543.0197 | bsubram@us.ibm.com
>
>
>
>
>
>
> "Vinh Nguyen \(vinguye2\)" <vi...@cisco.com>
> 12/07/2006 02:32 PM
> Please respond to
> muse-user@ws.apache.org
>
>
> To
> <mu...@ws.apache.org>
> cc
>
> Subject
> Muse and non-java client
>
>
>
>
>
>
> Just to confirm...can a non-java client be used to interact with Muse?
>
> I am pretty sure yes because even though Muse is a java implementation,
> it is also a web service that communicates with remote applications via
> the standard XML format. Much of the current clients are java
> applications, although I see no reason why a perl or other non-java
> client can't talk to a Muse-based application. As long as the non-java
> clients have APIs to easily work with the XML received from Muse, and
> return it in proper XML format to Muse, the client should work. For
> example, Perl should work, but if no existing web service APIs are
> available for Perl, it would just be more difficult to build a
> Perl-based client at this time. Correct?
>
---------------------------------------------------------------------
To unsubscribe, e-mail: muse-user-unsubscribe@ws.apache.org
For additional commands, e-mail: muse-user-help@ws.apache.org
Re: Muse and non-java client
Posted by Balan Subramanian <bs...@us.ibm.com>.
The only concern I have about this is the use of XStream for serializing
complex types. If XStream is not used on both sides, non-Java clients have
to deserialize the XML put on the wire (which is XStream specific) to the
corresponding form the fundamental issue being the serialization XStream
does is not standard.
Balan Subramanian
Autonomic Computing, IBM, RTP, NC
919.543.0197 | bsubram@us.ibm.com
"Vinh Nguyen \(vinguye2\)" <vi...@cisco.com>
12/07/2006 02:32 PM
Please respond to
muse-user@ws.apache.org
To
<mu...@ws.apache.org>
cc
Subject
Muse and non-java client
Just to confirm...can a non-java client be used to interact with Muse?
I am pretty sure yes because even though Muse is a java implementation,
it is also a web service that communicates with remote applications via
the standard XML format. Much of the current clients are java
applications, although I see no reason why a perl or other non-java
client can't talk to a Muse-based application. As long as the non-java
clients have APIs to easily work with the XML received from Muse, and
return it in proper XML format to Muse, the client should work. For
example, Perl should work, but if no existing web service APIs are
available for Perl, it would just be more difficult to build a
Perl-based client at this time. Correct?