Issues releasing Static Attributes with IdP 2.3.4
dmclaughlin at tech-consortium.com
Thu Nov 3 01:05:11 GMT 2011
> It's possible, but I can tell you that my pre-release tests uses a> number of static data connectors and simple attribute definitions and> I didn't have any issues.
So I get that the static data connectors and simple attribute
definitions work in 2.3.4 if the ID's don't match (I haven't confirmed
this myself yet, but we will in the coming days), but do your tests
cover the case where the static data connectors and simple attribute
definition ID's are the same?
Don't get me wrong, I'm not saying that it makes since to have the
ID's the same. I'm just saying it worked when they were the same
prior to 2.3.4, and now it seems to be broken.
We had to drop back to 2.3.3 for now, but I should have some cycles to
confirm the problem by the end of the week. I'll open a bug report
when we are able to confirm the problem in our lab environment.
On Wed, Nov 2, 2011 at 7:44 PM, Chad La Joie <lajoie at itumi.biz> wrote:
> On Wed, Nov 2, 2011 at 20:38, Dan McLaughlin
> <dmclaughlin at tech-consortium.com> wrote:
>> Seeing as how we haven't changed the way our static attributes ID's
>> and DC attribute ID's have been defined since 2.1.5, this would seem
>> to be a regression since previous to 2.3.4 the IdP never had any
> It's possible, but I can tell you that my pre-release tests uses a
> number of static data connectors and simple attribute definitions and
> I didn't have any issues.
>> We have a test config we are working on over the next couple days, so
>> we should be able to attach with a debugger and see where things are
>> going wrong. Do you have any pointers as to where we might want to
>> set our first breakpoint to see what's happening?
> It's hard to say. I'd check first whether, when attribute resolution
> completed you had the values you thought you did. If not, than it's
> somewhere in the resolution process, if so the issue is somewhere in
> the filtering.
> Chad La Joie
> trusted identities, delivered
> To unsubscribe from this list send an email to users-unsubscribe at shibboleth.net
More information about the users