Ohhh, it could be pronounced "SPAM-L" ;-)
Cheers,
Chris
But I don't *like* spam!
Keith Cosgrove wrote:
> Agree - Services Provisioning ML
>
> Also - With a quick search on Google of SPML there appears to be only one
> contention "Server Parsed ML"
> http://foldoc.doc.ic.ac.uk/foldoc/foldoc.cgi?SPML
>
> However, this is dated 1996-09-29, and probably isnt any real concern at
> all.
>
> KC
>
>
>
> -----Original Message-----
> From: Gavenraj Sodhi [mailto:]
> Sent: Wednesday, December 05, 2001 1:10 PM
> To:
> Subject: RE: [provision] Questions...
>
>
> Shouldn't it be Services Provisioning ML? As their may exist one or
> more services being provisioned within an instance.
>
> -Gavenraj
>
>
>
>
>
> -----Original Message-----
> From: Darran Rolls [mailto:]
> Sent: Wednesday, December 05, 2001 12:29 PM
> To: Bill Games;
> Subject: RE: [provision] Questions...
>
> I think Don Bowens revelations on the possible abuse of the acronym for
> the PSTC specification has certainly convinced me personally that SPML
> is a better option. Are there any other suggestions before we put this
> to a vote?
>
> --------------------------------------------------------
> Darran Rolls http://www.waveset.com
> Waveset Technologies Inc
> (512) 657 8360 PGP 0x8AC67C6F
> --------------------------------------------------------
>
>
>
> -----Original Message-----
> From: Bill Games [mailto:]
> Sent: Thursday, November 29, 2001 10:17 AM
> To:
> Subject: RE: [provision] Questions...
>
> Does anyone perceive a difference between these acronyms?
> SPML - Service Provisioning ML
> PSML - Provisioning Services ML
>
> The first suggests a focus on describing the intrinsic attributes of a
> service that is -to be- provisioned by an SPML compatible provisioning
> engine or controller. In other words, what is the standard structure of
> the messages sent to and from an SPML compatible provisioning engine
> that result in the intended service being provisioned on the target
> service delivery platform?
>
> The second suggests there is a list of generic, universal provisioning
> services. In this case, I read 'provisioning' as an adjective. I'm not
> sure that gets us anything. BTW, English grammar is not my specialty.
>
>
> Any other thoughts...
>
> Bill Games
> Signet Web Partners
> (512) 327-9346
>
>
>
> -----Original Message-----
> From: Darran Rolls [mailto:]
> Sent: Wednesday, November 28, 2001 8:23 PM
> To:
> Subject: RE: [provision] Questions...
>
>
> Of course...
>
> If there are other suggestions send them to the list and I'll set up a
> quick Evite pole....
>
> -djr
>
>
> -----Original Message-----
> From: Darran Rolls
> Sent: Wednesday, November 28, 2001 8:12 PM
> To: 'Truitt, Edward D. (OSED)'; ''
> Subject: RE: [provision] Questions...
>
> At Hal's request I have added an agenda item for the next meeting to
> ratify the Provisioning Services Markup Language (PSML) as the umbrella
> name for the specification....
>
> Darran Rolls
> Waveset Technologies
> MSIM
> AIM drollswaveset
> YIM drolls_waveset
> http://www.waveset.com/
>
>
>
> -----Original Message-----
> From: Truitt, Edward D. (OSED) [mailto:]
> Sent: Wednesday, November 28, 2001 5:39 PM
> To: ''
> Subject: RE: [provision] Questions...
>
> That sounds good to me. In fact, that allows us to use "Provisioning
> Services" instead of simply "Provisioning".
>
> -Ed Truitt
>
> -----Original Message-----
> From: Darran Rolls [mailto:]
> Sent: Wednesday, November 28, 2001 4:37 PM
> To: Winston Bumpus; ;
>
> Subject: RE: [provision] Questions...
>
>
> Re 1. I guess the provisioning "framework" would be called PSML - at
> least
> that was the agreed name before November 12th. Is everyone still happy
> with
> that?
>
> Darran Rolls
> Waveset Technologies
> MSIM
> AIM drollswaveset
> YIM drolls_waveset
> http://www.waveset.com/
>
>
>
> -----Original Message-----
> From: Winston Bumpus [mailto:]
> Sent: Wednesday, November 28, 2001 1:29 PM
> To: ;
> Subject: Re: [provision] Questions...
>
> Marc,
>
> As for the DSML relevance, there is a presumption at this point that
> some
> of the information will be maintained in a directory, the use of new XML
> protocols for directory interaction may be relevant to this activity.
>
> Winston
>
>
>>>>"Chanliau, Marc" <> 11/28/01 11:07AM >>>
>>>>
> I'm new to this TC (I'm a SAML TC member), so please bear with my basic
> questions:
>
> (1) Is there a name for the framework defined by the PSTC (for example,
> the
> Security Services TC (SSTC) defines the SAML framework)?
> (2) In the document called "An Introduction to the Provisioning Services
> Technical Committee," there's a nice representation of the other
> standards
> supported. While I can easily understand the relevance of SOAP
> (messaging),
> SAML (authN and attributes), and XML sig and encryption, I fail to see
> the
> relevance of DSML. Can you explain?
>
>
>
> ----------------------------------------------------------------
> To subscribe or unsubscribe from this elist use the subscription
> manager: <http://lists.oasis-open.org/ob/adm.pl>
>
> ----------------------------------------------------------------
> To subscribe or unsubscribe from this elist use the subscription
> manager: <http://lists.oasis-open.org/ob/adm.pl>
>
> ----------------------------------------------------------------
> To subscribe or unsubscribe from this elist use the subscription
> manager: <http://lists.oasis-open.org/ob/adm.pl>
>
>
> ----------------------------------------------------------------
> To subscribe or unsubscribe from this elist use the subscription
> manager: <http://lists.oasis-open.org/ob/adm.pl>
>
> ----------------------------------------------------------------
> To subscribe or unsubscribe from this elist use the subscription
> manager: <http://lists.oasis-open.org/ob/adm.pl>
>
>
> ----------------------------------------------------------------
> To subscribe or unsubscribe from this elist use the subscription
> manager: <http://lists.oasis-open.org/ob/adm.pl>
>
> ----------------------------------------------------------------
> To subscribe or unsubscribe from this elist use the subscription
> manager: <http://lists.oasis-open.org/ob/adm.pl>
>
>
> ----------------------------------------------------------------
> To subscribe or unsubscribe from this elist use the subscription
> manager: <http://lists.oasis-open.org/ob/adm.pl>
>
> ----------------------------------------------------------------
> To subscribe or unsubscribe from this elist use the subscription
> manager: <http://lists.oasis-open.org/ob/adm.pl>
>
