Regarding MetadataProvider Interface in OpenSAMLv3
punit ashra
punitashra at gmail.com
Wed Jul 6 05:56:48 EDT 2016
Thanks Brent. It cleared lot of stuff on the changes made in
MetadataProvider (Resolver) Interface. :)
I had a query on this when i was trying to add Metadata Role and Metadata
Protocol, which can be done using MetadataCriteria
net.shibboleth.utilities.java.support.resolver.CriteriaSet criteriaSet =
new net.shibboleth.utilities.java.support.resolver.CriteriaSet();
criteriaSet.add(new
MetadataCriteria(IDPSSODescriptor.DEFAULT_ELEMENT_NAME,SAMLConstants.SAML20P_NS));
criteriaSet.add(new EntityIdCriterion(metaData.getEntityId()));
So, is there other implementation of Criteria instead of MetadataCriteria?
Thanks,
Punit
On Wed, Jul 6, 2016 at 1:40 AM, Brent Putman <putmanb at georgetown.edu> wrote:
>
>
> On 7/4/16 2:53 AM, punit ashra wrote:
>
> Hi Dev Team,
>
> I am moving from OpenSAMLv2 to OpenSAMLv3, is there any implementation
> changes in MetadataProvider?
>
>
> In general the v2 MetadataProvider functionality was split into 2 new
> Resolver sub-interfaces: MetadataResolver (resolves EntityDescriptors) and
> RoleDescriptorResolver (resolves RoleDescriptors). The only supplied impl
> of the latter just wraps an instance of the former. The MetadataResolver
> impls, aside from the name changes of -Provider to -Resolver, pretty much
> look like the old v2 ones as far as what they do and how they work
> (filesystem, HTTP, file-backed HTTP, etc).
>
> As Resolvers, they take as input a CriteriaSet. For MetadataResolvers (in
> 3.2.0 at least) that should contain an EntityIdCriterion. For
> RoleDescriptorResolver, should contain a EntityIdCriterion,
> EntityRoleCriterion, and optionally a ProtocolCriterion.
>
> (FYI, there are some backward-compatible changes and new capabilties
> coming there, already on the trunk and scheduled for 3.3.0).
>
> As i am not able to use it directly.
>
>
> If you ask a more specific question, I can give you a more specific answer.
>
> --
> To unsubscribe from this list send an email to
> dev-unsubscribe at shibboleth.net
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://shibboleth.net/pipermail/dev/attachments/20160706/5b36ef2b/attachment.html>
More information about the dev
mailing list