Building SP from source on Windows with VS2010 missing Versions.props and Includes.props

[Martin Robinson]

This is precisely the reason why I was trying to get a debug build working!

Because I can see from the SP source code that it is essentially the same code the creates the session status dump as also 'exports' the session state into the request headers. How can the attributes be there in one place and not the other? 

Accessing the attributes using the Request.Headers("BBCChargeCode") syntax is indeed how I will do this finally, but for the time being I was just dumping out everything that I get in Request.Headers, and the attributes aren't there. 

Martin

-----Original Message-----
From: dev [mailto:dev-bounces at shibboleth.net] On Behalf Of Cantor, Scott
Sent: 09 June 2015 15:52
To: Shib Dev
Subject: Re: Building SP from source on Windows with VS2010 missing Versions.props and Includes.props

On 6/9/15, 2:32 PM, "Martin Robinson" <martin.robinson at dai.co.uk> wrote:



>The issue I am seeing is to do with attributes not being populated into 
>the request headers correctly. My attribute mappings are set up to 
>extract several attributes from the request (all non-standard ones 
>specific to this application) and I can see these, with their correct 
>values, in the Shibboleth.sso/Session status page.

Then I doubt very much that debugging the code is going to tell you anything unless you're debugging an interaction with somebody else's filter.

> 
>There are NO session attributes included in this list! Why not?

I don't really know.

> 
>Attributes
>BBC-ChargeCode:

The first advice I would give you is to avoid the hyphens in your mappings, but regardless, those hyphens/underscores won't be part of the header name it generates to prevent various attacks IIS' bugs make possible.

I would suggest you access a particular header you want to see directly by name. In the above case, Request.Headers("BBCChargeCode")

If the Shibboleth** headers are populated, which they seem to be, then there's no reason the others wouldn't be for the same request, it's the same code doing it.

-- Scott

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