
<html>

  <head>

    <meta content="text/html; charset=windows-1252"

      http-equiv="Content-Type">

  </head>

  <body bgcolor="#FFFFFF" text="#000000">

    <br>

    <br>

    <div class="moz-cite-prefix">On 6/11/15 9:46 PM, Cantor, Scott

      wrote:<br>

    </div>

    <blockquote cite="mid:13170309-F839-4D8C-9B1A-251F9FB0C16B@osu.edu"

      type="cite">

      <pre wrap="">On 6/11/15, 8:48 PM, "dev on behalf of Brent Putman" <a class="moz-txt-link-rfc2396E" href="mailto:dev-bounces@shibboleth.netonbehalfofputmanb@georgetown.edu"><dev-bounces@shibboleth.net on behalf of putmanb@georgetown.edu></a> wrote:


</pre>

      <pre wrap="">

Also of course these actions are all -impl classes, so if we really think adding generics to them or actually supplying a type paremeter is right, we can, but I think it just breaks many of the actions on the input side.</pre>

    </blockquote>

    <br>

    Hmm. Still not clear.  The input comes from a MessageDecoder,

    right?  That's generic-ed.  A MessageDecoder<SAMLObject> will

    produce a SAMLObject.   If somehow what got sent on the wire is not,

    the throwing would be there.  I just checked and the decoders are

    unconditionally casting, should probably fix that to check and

    gracefully throw MessageDecodingException.  But either way that's

    where I've envisioned the enforcement of the type that goes into the

    pipeline.<br>

    <br>

    As you said, the output type is determined by the code, so no real

    problem there.<br>

    <br>

    <br>

  </body>

</html>