This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.

Bug 7791 - Consistent Policy applied to a set of resources
Summary: Consistent Policy applied to a set of resources
Status: CLOSED WONTFIX
Alias: None
Product: WS-Resource Access
Classification: Unclassified
Component: Transfer (show other bugs)
Version: FPWD
Hardware: PC Windows XP
: P2 normal
Target Milestone: ---
Assignee: Asir V Selvasingh
QA Contact: notifications mailing list for WS Resource Access
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-10-02 08:44 UTC by Paul Fremantle
Modified: 2010-01-28 00:13 UTC (History)
1 user (show)

See Also:


Attachments

Description Paul Fremantle 2009-10-02 08:44:04 UTC
In the current specifications, the only way of looking up the policy of a resource is to do it at 'runtime' via MEX. An example: I create a resource using the resource factory. But until I have a resource there is no policy for that resource. Now, the 80/20 (or maybe even 95/5) case is that ALL the resources that are created by a singled ResourceFactory will have a consistent policy. In that case, it would be *very* valuable to be able to find out this policy ahead of time (design time). Take a simple example: I might be writing a client to a printer. The resource factory allows me to create print jobs and then deal with those. I don't want to have to create a print job just to understand the policy associated with that print job. 

There isn't a fully fledged proposal at this point, but the main thrust of this is to add a policy parameter to the ResourceFactory policy. This parameter is optional. If it doesn't exist then you still have to go to an individual resource to find its policy. But if the parameter <ResourcePolicy> exists, then this is a guarantee from the ResourceFactory that all resources created MUST have that policy. The contents of the parameter are a valid WS-Policy applicable to a resource endpoint.