NativeSP 2.5.5 Attribute Transforming

[O'Dowd, Josh]

OK Thanks for your time.  I am working with our sysadmin on trying this in different environments, we have 2 testing SPs right now.  This one is running on a headless Redhat 6 server with apache2, the other is a FreeBSD 10 server with apache2.  Both SPs are exhibiting the same behavior.  I will hold off on filing a bug until I have exhaustively tested different match strings, in case you are right that this is just a subtle syntactical problem.

-Josh

-----Original Message-----
From: users [mailto:users-bounces at shibboleth.net] On Behalf Of Cantor, Scott
Sent: Monday, October 26, 2015 11:03 AM
To: Shib Users <users at shibboleth.net>
Subject: Re: NativeSP 2.5.5 Attribute Transforming

On 10/26/15, 12:41 PM, "users on behalf of O'Dowd, Josh" <users-bounces at shibboleth.net on behalf of Josh.O'Dowd at mso.umt.edu> wrote:



>The log shows no ERROR entries of any kind, and the following DEBUG entry:
>2015-10-26 08:58:59 DEBUG Shibboleth.AttributeResolver.Transform [3]: applying transform from source attribute (uid) to dest attribute (uidnoe)

Yes, plus the session output, so there's no question the regex is just not matching, or possibly just isn't being loaded into the configuration. Could be that something subtle is going on with the XML in the configuration, but since it's seeing your dest value, I can't think what.

>... and I have already shown the session output indicates there is 0 values for our uidnoe attribute and 1 value for uid.  So I agree that would lead to the regex match string.  I am just not understanding how simple match string tests like '^(.+)' are failing to capture any value.  That being said I am not sure where to look for a bug on our system.

Nowhere to look. At some point in the far distant time horizon when I'm working on the SP again I can re-verify that the code is working if you file a bug, but there's nothing else I can really do.

-- Scott

-- 
To unsubscribe from this list send an email to users-unsubscribe at shibboleth.net