Re: [provision-comment] Received your request re SPML

I'm not sure that I understand exactly what you want:

- An AddRequest would create an Provisioning Service Object--e.g., a User--on the target-system handled by the provider.

- An UpdatesRequest allows the requestor to ask for changes to Provisioning Service objects, but the provider never sends an unsolicited response.

- In the SPML protocol, the requestor always initiates the operation by sending a Request (and the provider always sends a Response).

Requestor and Provider are roles in the protocol--exactly like the terms "client" and "server". You could have the target system send information to the source-system, but in that case you've switched roles: the original target-system now acts as the requester and sends, for example, ModificationRequests back to the original source-system, who now acts as provider.

Do you see the point I'm trying to make? There is nothing in the protocol itself that allows a client to register for future change-notifications. (The only thing built into the protocol is for a client to poll for changes.) However, two or more systems can interact in the way you describe--to achieve the same effect--using the SPML protocol to push change-notifications. (The Capability mechanism in SPMLv2 even allows you to define your own operations--for example, to formalize the operation that registers interest in a particular subset of PSOs.)

On Nov 13, 2012, at 12:40 PM, Chet Ensign wrote:

Hello Nkululeko,

I received your query below. Thank you for your interest in SPML.

I am forwarding your message to the Provisioning Services Technical Committee comment mailing list at provision-comment@lists.oasis-open.org as well as to the former co-chairs of the Technical Committee so that the appropriate people can get back to you.

You can subscribe to that email list and then send questions directly in the future. Although the TC itself closed earlier this year, the provision-comment@ mailing list remains open and can be used for posing questions and comments.

Again, thank you for your interest in SPML.

/chet ensign

director of standards development, OASIS

: nkululeko.khumalo@accenture.com
Organization: Accenture
Type of inquiry: Standards and Technical Committees
Subject: using SPML with an intitial pull then continuous push
Message: We are investigating the usage of SPML and would like to understand
how
it would be implemented in a situation when the requestor sends an add
request
and the provider then provides the details required on an on-going basis. So
the
initial request tells the provider to send the required details and any
future
updates going forward.

--

/chet
----------------
Chet Ensign
Director of Standards Development and TC Administration
OASIS: Advancing open standards for the information society
http://www.oasis-open.org

Primary: +1 973-996-2298
Mobile: +1 201-341-1393

Check your work using the Support Request Submission Checklist at http://www.oasis-open.org/committees/download.php/47248/tc-admin-submission-checklist.html

TC Administration information and support is available at http://www.oasis-open.org/resources/tcadmin

Follow OASIS on:
LinkedIn: http://linkd.in/OASISopen
Twitter: http://twitter.com/OASISopen
Facebook: http://facebook.com/oasis.open

provision-comment message