<div dir="ltr">Hi<div>Thank you so much for the help. I think I get everything now. I'm sorry I asked to unrelated questions in the same thread.</div></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature"><div><br></div><div>--</div>Stefan</div></div>
<br><div class="gmail_quote">On Mon, May 9, 2016 at 5:00 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="">
    <p><br>
    </p>
    <br>
    <div>On 5/8/16 3:42 PM, Stefan Rasmusson
      wrote:<br>
    </div>
    <blockquote type="cite">
      <div dir="ltr">Ok, so what would be the correct way of using the
        handlers?</div>
    </blockquote>
    <br></span>
    At this point I'm not clear what you're asking. Maybe you can
    clarify with a concrete example?<br>
    <br>
    The thread started out as how to use the SOAP client, which is a
    client-side question.  Later you asked "<span>how can I use
      the MessageLifetimeSecurityHandler with
      the HTTPRedirectDeflateDecoder".  The latter decoder impl is only
      for server-side.    You can't use the </span><span>HTTPRedirectDeflateDecoder
      on a SOAP client (or any client period), it's used on the
      server-side when processing an inbound HttpServletRequest using
      that binding.</span><span class=""><br>
    <br>
    <br>
    <blockquote type="cite">
      <div dir="ltr"> Should there be a client implementation using the
        HttpServletMessagePipeline? </div>
    </blockquote>
    <br></span>
    There can't be one, that literally doesn't make any sense. 
    HttpServletMessagePipeline is by definition for the server-side. A
    SOAP client doesn't have an HttpServletRequest/-Response.<br>
    <br>
    (Unless by "client" you mean perhaps an SP sending an AuthnRequest,
    etc.  I wouldn't really call that "client", but it is appropriate to
    use server-side components there on an SP of course.  The
    HttpServletMessagePipeline probably isn't appropriate there though,
    since the SP case is like a "half-duplex" case, unlike the IdP
    case.)<span class=""><br>
    <br>
    <br>
    <blockquote type="cite">
      <div dir="ltr">Or is it just as well to call the handlers straight
        on? I want to understand how the different components stick
        together.</div>
    </blockquote>
    <br>
    <br></span>
    Well, *something* has to call the handlers.  In the pipeline SOAP
    client, that code itself orchestrates the whole pipeline by invoking
    the encoder, decoder and handlers in the proper sequence.<br>
    <br>
    For server-side, the order of operations is reversed from the
    client-side.  And because of the nature of the server-side
    environment, we can't really ship some single component which
    actually invokes everything, since all the important details are
    really specific to the server's environment/framework.  It's up to
    your server-side components to do that.<br>
    <br>
    The main point I have been trying to make is that: most of the
    handlers, like the signature signing and validation ones, can be
    used either with the SOAP client or for server-side (IdP/SP). 
    That's because they operate on the logical message as represented by
    a MessageContext, and don't care where the message data came from.<br>
    <br>
    The main difference between the client and server cases is that you
    need different auxiliary handlers to populate certain context data
    that is used as input by the other handlers, like the signature
    ones.<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>