MHonArc v2.5.2 -->
wsia message
[Date Prev]
| [Thread Prev]
| [Thread Next]
| [Date Next]
--
[Date Index]
| [Thread Index]
| [Elist Home]
Subject: Re: [wsia] [wsrp] [wsrp-wsia joint interfaces] 5/14 call minutes
Thanks for the comments .... the joint draft is in a very early stage.
Basically what you see is a merger of the concrete proposals brought to the
WSIA face to face. The purpose of this merger was not to provide a
well-cooked approach, but to provide a basis for which the discussions
(several of which you bring up) that need to happen. This past week we did
a high level pass through the document so that all would have a sense of
the breadth of the draft and noted some general comments along the way for
use in future discussions. The plan is to then walk back through the
document on a much more detailed level so that the issues can be addressed
and consensus reached on what the specification will entail at the June
face to face meetings (I understand it will be the focus on June 26).
"Timothy N.
Jones" To: wsia@lists.oasis-open.org, wsrp@lists.oasis-open.org
<tim@crossweave.c cc:
om> Subject: Re: [wsia] [wsrp] [wsrp-wsia joint interfaces] 5/14
call minutes
05/15/2002 08:06
PM
I have a few comments/questions based on the 5/14 joint draft. I apologize
if these have been covered in the subgroup, but time constraints have
prevented me from participating in it too, and there has not been much
public discussion of the content.
1. Instance handles
It seems that these handles are being overloaded to identify both a service
instance and the state that the instance is in. Is an instance allowed to
be in multiple states at once? If not, shouldn't the state be encapsulated
within the producer (i.e., shouldn't the handle refer to instance only)?
The description of performAction() says: "This operation may return a new
instanceHandle (otherwise, null is returned) to accommodate Web Services
that transition from statelessness to statefulness." Is statefulness a
dynamic aspect of a service? I have always thought it was static (i.e., a
service is either stateful or not).
2. Properties
It seems that there is a global set of properties for service instances.
Do
we want to allow for state-specific properties?
The customization group has been discussing inter-property constraints
(such
as those introduced by XForms). Do we want to include a hook for those
here
along with the property schema?
3. Optionality, Capabilities, and portTypes
What is the motivation for introducing new constructs for WSDL
extensibility/optional operations rather than dealing with multiple
portTypes per service (as WSXL seems to promote)?
4. Heterogeneity
The 5/14 version of the draft spec includes several comments like "If the
service provides access to a heterogenous set of objects, this operation
may
need to take an instanceHandle." Wouldn't each object type want to have
it's own binding (e.g., URI)?
This leads to a bigger question of whether we want to consider separate
set/get operations for each property vs. the current direction of a generic
property collection. With the former approach we'd be able to distinguish
heterogenous objects through different portTypes.
Cheers,
Tim
----------------------------------------------------------------
To subscribe or unsubscribe from this elist use the subscription
manager: <http://lists.oasis-open.org/ob/adm.pl>
[Date Prev]
| [Thread Prev]
| [Thread Next]
| [Date Next]
--
[Date Index]
| [Thread Index]
| [Elist Home]
Powered by eList eXpress LLC