<div dir="ltr">Hi Steve<div>I just released a new edition of my book, A Guide to OpenSAML. The book has been updated to cover OpenSAML V3. I hope this can help you in the in the absens of documentation.</div><div><br></div><div>The book contains the following additions</div><div><ul><li>Sample project updated for V3</li><li>All the previous text and examples, updated for V3</li><li>New chapters on message handlers and message contexts</li><li>A rudimentary migration guide from V2 to V3</li></ul><div>The book is available for purchase here <a href="https://gumroad.com/l/ypPk">https://gumroad.com/l/ypPk</a></div></div></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature" data-smartmail="gmail_signature"><div><br></div><div>--</div>Stefan</div></div>
<br><div class="gmail_quote">On Fri, Mar 18, 2016 at 10:11 PM, Brent Putman <span dir="ltr"><<a href="mailto:putmanb@georgetown.edu" target="_blank">putmanb@georgetown.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  
    
  
  <div bgcolor="#FFFFFF" text="#000000"><span class="">
    <br>
    <br>
    <div>On 3/18/16 7:49 AM, Chris Bulcock
      wrote:<br>
    </div>
    <blockquote type="cite">
      
      Is there any documentation on OpenSAML V3 other than that at <a href="https://wiki.shibboleth.net/confluence/display/OS30" target="_blank"></a><a href="https://wiki.shibboleth.net/confluence/display/OS30" target="_blank">https://wiki.shibboleth.net/confluence/display/OS30</a></blockquote>
    <br></span>
    Not, unfortunately not yet.  It hasn't been a high priority b/c 1)
    external usage of OpenSAML isn't the highest priority for the
    Shibboleth project in general, relative to other work, and 2)
    probably 90% of it is pretty much the same as v2, modulo changes in
    package names, and in some cases class names (but not fundamental
    API).<br>
    <br>
    Upfront the major change is instead of calling:<br>
    <br>
    DefaultBootstrap.bootstrap()<br>
    <br>
    you instead call:<br>
    <br>
    
    InitializationService.initialize() <br>
    <br>
    There are some significant changes in classes involved in SAML
    metadata resolution (MetadataProvider vs MetadataResolver).   Many
    people do not use this at all I suspect.<br>
    <br>
    The biggest change is in the messaging layer: decoders, encoders and
    message handling.  But again, many people didn't use those
    components anyway; it was never really documented for v2, for
    example.<br>
    <br>
    Most people care mostly about the XMLObject providers for the
    Java-XML binding layer, and that is virtually identical.<span class=""><br>
    <br>
    <blockquote type="cite">
      <div><br>
      </div>
      <div>I’m looking for some examples like those provided in
        the V2 documentation.<br>
      </div>
    </blockquote>
    <br>
    <br></span>
    Much of what is actually in the v2 User Manual is still directly
    usable.  In fact when we do undertake to document v3 we'll probably
    start with cloning that wiki space and then editing.<br>
    <br>
    Re: the XMLObject provider stuff there, the only big difference is
    that: instead of obtaining builders/marshallers/unmarshallers from a
    class called Configuration, they are obtained from an instance of
    XMLObjectProviderRegistry.  For working with the global instance of
    that there are some relevant convenience methods available via
    XMLObjectProviderRegistrySupport, and some even higher-level
    convenience methods in class XMLObjectSupport.<br>
    <br>
    If you have any specific questions, please feel free to ask here.<br>
    <br>
    Thanks,<br>
    Brent<br>
    <br>
    <br>
  </div>

<br>--<br>
To unsubscribe from this list send an email to <a href="mailto:dev-unsubscribe@shibboleth.net">dev-unsubscribe@shibboleth.net</a><br></blockquote></div><br></div>