Skip to Content.
Sympa Menu

shibboleth-dev - Re: passive authN

Subject: Shibboleth Developers

List archive

Re: passive authN


Chronological Thread 
  • From: Tom Scavo <>
  • To:
  • Subject: Re: passive authN
  • Date: Thu, 3 Nov 2005 11:54:10 -0500
  • Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=bd4dZDcE509Q8mmB1SAXjdQJcoJauSrGx6GzXmlYkArKws7z2oiqf1KPMrchtjXZCAOjF5Ojfa5bd49SGZLBQrQxdAtQozM5dKQRkQ4FWaV55XyY5j7Jsay6pU5YkkqZiN1s30mVxdNbFFYRYEIo0GyKTEw9XcMiiMJLmsHAs7Q=

On 11/3/05, Scott Cantor
<>
wrote:
> > If I have to integrate my
> > middleware with Shib, why not layer in SAML interfaces as required?
>
> Biggest reason is language. Java, C++, C, C#, Perl, PHP, VB, Ruby,
> Python...which ones are we supposed to support?

Well, you already provide the first two so I'd say that's a good
start. We could use C (since MyProxy is C) but that's our problem.

> This is the primary argument being used today by some to justify throwing
> out all the existing XML-based standards as unworkable on the Internet and
> reinventing everything back to name/value.

SAML has way too much traction right now so a REST approach (which is
what I think you're talking about) is probably not realistic. That
said, we expect to extend the Shib AuthN Request Profile slightly to
accommodate our short-term needs. That's an example of REST, isn't
it?

Tom



Archive powered by MHonArc 2.6.16.

Top of Page