shibboleth-dev - Re: More defined custom extensions mechanism
Subject: Shibboleth Developers
List archive
- From: Tom Scavo <>
- To: Chad La Joie <>
- Cc: Shibboleth Developers <>
- Subject: Re: More defined custom extensions mechanism
- Date: Wed, 6 Jul 2005 17:03:52 -0400
- Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Ws4BbnfDrB7lfRnBya2vVWdyXkfY/bofNR8Xgz+tW4/N7AzqDvT7kV3+ChXIKOiVYv2NFf5yIFSYPmLlVNc1LIQLLNjB+EImGf4nsre0kYxeHGQMa1K3mivk+Nfq1o+hGMqcXJR3JgcTAdMQXKKzf8EBDiMrUTqoo519ZSHTG1I=
On 7/6/05, Chad La Joie
<>
wrote:
>
> <NameMapping id="some_string" class="gridshib.name.mapper.class">
> <GridMapsDirectory>/home/gridshib/gridmaps/</GridMapsDirectory>
> <GridMapFile>/etc/gridshib/gridmap-default</GridMapFile>
> </NameMapping>
Chad, thanks for the great suggestion! I hadn't considered this hook
before. This will come in handy, for sure.
> This way your name mapper behaves just like the standard ones that come
> with Shib and you can put your files or directory of files wherever you
> want.
Are you suggesting that the plugin directly read the definitive
versions of the metadata and gridmap files stored in the GridShib home
directory (or the IdP home directory if we go that route)? I'm not so
sure this is a good idea. Shouldn't the files in $IDP_HOME$ be copied
over to the tomcat directory after they've been modified?
Thanks for your suggestions,
Tom
- Re: More defined custom extensions mechanism, (continued)
- Re: More defined custom extensions mechanism, Chad La Joie, 07/05/2005
- Re: More defined custom extensions mechanism, Walter Hoehn, 07/05/2005
- Re: More defined custom extensions mechanism, Tom Scavo, 07/06/2005
- RE: More defined custom extensions mechanism, Scott Cantor, 07/06/2005
- Re: More defined custom extensions mechanism, Tom Scavo, 07/06/2005
- RE: More defined custom extensions mechanism, Scott Cantor, 07/06/2005
- Re: More defined custom extensions mechanism, Tom Scavo, 07/06/2005
- RE: More defined custom extensions mechanism, Scott Cantor, 07/06/2005
- Re: More defined custom extensions mechanism, Tom Scavo, 07/06/2005
- Re: More defined custom extensions mechanism, Tom Scavo, 07/06/2005
- RE: More defined custom extensions mechanism, Scott Cantor, 07/06/2005
- Re: More defined custom extensions mechanism, Tom Scavo, 07/06/2005
- Re: More defined custom extensions mechanism, Walter Hoehn, 07/05/2005
- Re: More defined custom extensions mechanism, Chad La Joie, 07/06/2005
- Re: More defined custom extensions mechanism, Tom Scavo, 07/06/2005
- Re: More defined custom extensions mechanism, Walter Hoehn, 07/06/2005
- Re: More defined custom extensions mechanism, Tom Scavo, 07/06/2005
- Re: More defined custom extensions mechanism, Walter Hoehn, 07/06/2005
- Re: More defined custom extensions mechanism, Tom Scavo, 07/06/2005
- Re: More defined custom extensions mechanism, Tom Scavo, 07/06/2005
- Re: More defined custom extensions mechanism, Chad La Joie, 07/05/2005
- Re: More defined custom extensions mechanism, Chad La Joie, 07/06/2005
- RE: More defined custom extensions mechanism, Scott Cantor, 07/06/2005
- Re: More defined custom extensions mechanism, Ian Young, 07/08/2005
- Re: More defined custom extensions mechanism, Tom Scavo, 07/08/2005
- Re: More defined custom extensions mechanism, Ian Young, 07/08/2005
Archive powered by MHonArc 2.6.16.