|
Comment: |
From Jeff Fry:
I agree with Ian. There is a subtle but important distinction. Context, as
referred to in WS-Context, is explicitly declared and meant to facilitate
an interoperable understanding between the client and the service. For
example, a transactional unit of work is something that can be established
by the client and sent to the service in a well known context that
accompanies the message to the web service. The same is true for contexts
that represent security function, etc. This is not the same as what we have
introduced with the WS-Resource. There is no need to declare the
WS-Resource context for interoperability reasons. The WS-Resource "context"
is not produced by the client. It is produced and consumed by the service.
It is carried in the EPR as an opaque construct to the client. There is no
need for the client to interpret or inspect the contents of the reference
properties. In fact, there is no additional "context" handler required at
all on the client side of the interaction other than what is already
generically specified in the WS-Addressing specification. So, while I can
understand that this appears to be the same at an abstract level of
understanding, we did not intend the identity of the resource as it is
treated in the EPR to be interpreted as "context" in the same way other
usage context is produced and consumed across the web service interaction
with the client.
In addition, while we know some have an aversion to the treatment of the
stateful resource as a "first class" addressable entity or as the implied
target of the interaction from the client., some do not. And if your view
is that the resource is the "target" of the message interchange from the
client the service, our view is that it should be treated as distinct from
other execution contexts which exist not for the purpose of identifying the
target of the message exchange, but to provide additional control over how
the target of the message exchange is to be treated. WS-Context should be
used to facilitate the contextual usage of the target of the message, not
the target of the message itself.
Jeffrey Frey
|