I find myself agreeing with Steve on this

In addition to defining addressing-related information headers for SOAP messages, WS-Addressing introduces the concept of an EndpointReference (EPR) which is used as the means of capturing the addressing-related information of a service endpoint. I don’t see why an EPR couldn’t be of the form:

<wsa:ReplyTo>

<!- Protocol-specific addresses ->

<wsa:Address>http://service.com/myservice</wsa:Address>

<wsa:Address>corba:bla-bla-bla</wsa:Address>

<wsa:Address>tcp-ip:123.123.123.123</wsa:Address>

<!- And a logical address ->

<wsa:Address>urn:my:service</wsa:Address>

</wsa:ReplyTo>

If a service wishes to make available EPRs that advertise the service’s accessibility over a number of transports, why shouldn’t we allow it to? So, I agree with Steve‘s arguments on this one.

The alternative, of course, is to have separate EPRs for each of the above <wsa:Address> elements.

Recent Posts

My Coding Agent Needed Its Own GitHub Identity

In my last post, I wrote that "the typing of code was parallelized and delegated.…

1 week ago

Rebuilding My AI Team in Twelve Days — And Why

In February, I wrote about the small team I'd stood up instead of hiring humans:…

2 weeks ago

How I Built My Own Team of AI Developers

Assembling a dream team without a single hire I've been making great progress on CVOYA's…

2 months ago

Reflecting on 2025: Building CVOYA’s Future with AI Coding Agents

As 2025 is now behind us, I wanted to share a few reflections from my…

4 months ago

DIY smart home accessory – It all started with a question to ChatGPT

Few months ago, we bought a sculpture from a local art fair for our Palm…

5 months ago

The Beginning of CVOYA

There’s a unique energy that comes with starting something new — a blend of excitement,…

7 months ago