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 Felix Geller <fg...@gmail.com> on 2008/04/09 09:54:32 UTC
WS-Addressing Namespace
Hi List,
just a minor comment: According to [1] the namespace for
WS-Addressing should be the following URI:
http://schemas.xmlsoap.org/ws/2004/08/addressing
while the WSDL files which Muse 2.2.0 generates on my systen use the
following attribute:
xmlns:wsa="http://www.w3.org/2005/08/addressing"
Was this URI chosen deliberately? If so, why?
Cheers,
felix
[1] http://www.w3.org/Submission/ws-addressing
---------------------------------------------------------------------
To unsubscribe, e-mail: muse-user-unsubscribe@ws.apache.org
For additional commands, e-mail: muse-user-help@ws.apache.org
SV: WS-Addressing Namespace
Posted by Lenni Madsen <l....@mil.dk>.
WCF [.Net Framework 3.0 + 3.5] uses 2005/08
WSE 2.0 uses 2004/03
WSE 3.0 uses 2004/08
So if you use the signed message option WSE 2.0 and WSE 3.0 is not
compatible straight out of the box.
/Lenni
-----Oprindelig meddelelse-----
Fra: Chris.Twiner@swisscom.com [mailto:Chris.Twiner@swisscom.com]
Sendt: 9. april 2008 12:24
Til: muse-user@ws.apache.org
Emne: RE: WS-Addressing Namespace
Hi Felix,
Yes, the 2004/08 is the proposed recommendation. The 2005/08 is the
ratified by oasis spec, its the "correct" one to use for WSDM.
There are also at least two other versions of the spec, with varying
vendor support, but the 2005/08 is the official oasis one, recognised by
most vendors in their latest toolkits.
cheers,
Chris
-----Original Message-----
From: Felix Geller [mailto:fgeller@gmail.com]
Sent: Wednesday, April 09, 2008 9:55 AM
To: muse-user@ws.apache.org
Subject: WS-Addressing Namespace
Hi List,
just a minor comment: According to [1] the namespace for
WS-Addressing should be the following URI:
http://schemas.xmlsoap.org/ws/2004/08/addressing
while the WSDL files which Muse 2.2.0 generates on my systen use the
following attribute:
xmlns:wsa="http://www.w3.org/2005/08/addressing"
Was this URI chosen deliberately? If so, why?
Cheers,
felix
[1] http://www.w3.org/Submission/ws-addressing
---------------------------------------------------------------------
To unsubscribe, e-mail: muse-user-unsubscribe@ws.apache.org
For additional commands, e-mail: muse-user-help@ws.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: muse-user-unsubscribe@ws.apache.org
For additional commands, e-mail: muse-user-help@ws.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: muse-user-unsubscribe@ws.apache.org
For additional commands, e-mail: muse-user-help@ws.apache.org
RE: WS-Addressing Namespace
Posted by Ch...@swisscom.com.
Hi Felix,
Yes, the 2004/08 is the proposed recommendation. The 2005/08 is the
ratified by oasis spec, its the "correct" one to use for WSDM.
There are also at least two other versions of the spec, with varying
vendor support, but the 2005/08 is the official oasis one, recognised by
most vendors in their latest toolkits.
cheers,
Chris
-----Original Message-----
From: Felix Geller [mailto:fgeller@gmail.com]
Sent: Wednesday, April 09, 2008 9:55 AM
To: muse-user@ws.apache.org
Subject: WS-Addressing Namespace
Hi List,
just a minor comment: According to [1] the namespace for
WS-Addressing should be the following URI:
http://schemas.xmlsoap.org/ws/2004/08/addressing
while the WSDL files which Muse 2.2.0 generates on my systen use the
following attribute:
xmlns:wsa="http://www.w3.org/2005/08/addressing"
Was this URI chosen deliberately? If so, why?
Cheers,
felix
[1] http://www.w3.org/Submission/ws-addressing
---------------------------------------------------------------------
To unsubscribe, e-mail: muse-user-unsubscribe@ws.apache.org
For additional commands, e-mail: muse-user-help@ws.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: muse-user-unsubscribe@ws.apache.org
For additional commands, e-mail: muse-user-help@ws.apache.org