RE: [provision] Questions...

Title: RE: [provision] Questions...

This is true, but I think we should avoid acronyms of other XML-based Markup Languages at least. (Which includes PSML.)

Hal

> -----Original Message-----

> From: Gavenraj Sodhi [mailto:]

> Sent: Wednesday, December 05, 2001 4:47 PM

> To: 'Keith Cosgrove'; 

> Subject: RE: [provision] Questions...

> 

> 

> With any acronym we select, I am sure that acronyms of that case would

> have existed in the past or are in existence.  

> 

> -Gavenraj

> 

> 

> -----Original Message-----

> From: Keith Cosgrove [mailto:] 

> Sent: Wednesday, December 05, 2001 1:22 PM

> To: 

> Subject: RE: [provision] Questions...

> 

> 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>

> 

> 

> ----------------------------------------------------------------

> To subscribe or unsubscribe from this elist use the subscription

> manager: <http://lists.oasis-open.org/ob/adm.pl>

>