High Level Description of IdP and Class Diagram Java
Ricardo T. Macedo
rmacedo1987 at gmail.com
Fri May 8 08:00:14 EDT 2015
Dear Scott,
Thank you very much for the advices. I will work with the version 3 of the
IdP and I will focus in the attribute resolver plugin.
Best regards,
Ricardo
On Thu, May 7, 2015 at 9:57 PM, Cantor, Scott <cantor.2 at osu.edu> wrote:
> On 5/7/15, 1:54 PM, "Ricardo T. Macedo" <rmacedo1987 at gmail.com> wrote:
> >
> > However, I don’t found a class diagram Java and I need a help to
> understand the high level architecture of the IdP.
>
> I'm not aware of anything for either the old version, which you are
> wasting your time studying/using, or the new version.
>
> There are design notes of varying accurancy throughout the v3 wiki space,
> but nothing up to date and no diagrams of any real relevance that I know of.
>
> >My questions:
> >
> > 1) There is a class diagram Java or C++?
>
> It's not in C++, it's in Java.
>
> > 2) There is some visual schema to explain exactly the relationship
> among the components within every service and the association among the
> services?
>
> I only write text, and there is a fair amount of discussion of the
> components, but not the code, in the V3 documentation now. It is always
> going to be textual, I'm visually illiterate, so I can't produce anything
> diagram-like that would be useful. If somebody else can, that's great (for
> others, has no value to me).
>
> > 3) Anyone have some “Hello Word” code example involving a IdP
> extension to send me?
>
> You'd need to start by dumping everything you started with, because V2 is
> not current code.
>
> There are no example projects of any sort yet for V3, though I guess the
> maven overlay stuff that Unicon has been working on is probably in that
> vein or might be eventually.
>
> With suitable adjustments, plugins for things like the attribute resolver
> are more or less similar and have similar requirements. Other kinds of
> plugins will be very different, usually simpler.
>
> The project simply has no resources available to work on this kind of
> material. It takes a very large amount of time to do. Whether it's
> self-defeating or not, that's how it is.
>
> -- Scott
>
> --
> 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/20150508/e5f41fb0/attachment.html>
More information about the dev
mailing list