Opinion on grouper/shib options

[O'Dowd, Josh]

>
>We have special bean processors that take care of that which you can find in the various Spring files (see the top of system/conf/global.xml for example).

Sorry Scott, I am not sure what you are correcting me on, here.  My original course of action was to just declare a bean for my DataConnector in the conf/global.xml, and having just an empty constructor in that class.  Not only did it not instantiate, but the attribute-resolver complained that the data source ref id that I was referring to(the new bean's id), did not exist.

It was not until I wired the bean in a separate spring xml, and included that file location in the services.xml list for 'shibboleth.AttributeResolverResources', that 'all the little lights came on' and the resolver was attempting to initialize the connector.  On first try, with the empty constructor, the id property of the connector was null so I was getting an ComponentInitializationException.  That's when I added the #setId call to the connector's constructor, and the resolver is now working without error.

What I have done seems pretty clean and stays within the confines of the given configurable framework.  Is there a better way?

Thanks much.

-Josh

-----Original Message-----
From: users [mailto:users-bounces at shibboleth.net] On Behalf Of Cantor, Scott
Sent: Friday, September 11, 2015 7:27 PM
To: Shib Users
Subject: Re: Opinion on grouper/shib options

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


>
>I have wired my connector in a new spring config file at /conf/attribute-resolver-spring.xml.  I have registered that new file location in the /conf/services.xml as part of the 'shibboleth.AttributeResolverResources' list (just under /conf/attribute-resolver.xml).  I had to make sure to invoke #setId(String) in the constructor of the connector class to make it an initializable component, and so that the id can be used as a data source reference in the resolver's AttributeDefinitions.

We have special bean processors that take care of that which you can find in the various Spring files (see the top of system/conf/global.xml for example).

-- Scott

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