<div dir="ltr"><div class="gmail_extra"><div><div class="gmail_signature">I love the new handlers, Im using SAMLOutboundProtocolMessageSigningHandler to sign SOAP. Is there anyone for validating on the other side? I could not find a obvious candidate.</div><div class="gmail_signature"><br></div>The validateJCEProviders and validateNonSunJAXP, are they gone?<div class="gmail_signature"><br></div><div class="gmail_signature">Also I couldn't seem to find the AbstractPipelineHttpSOAPClient in the 3.1.1 version so I using the 3.3.0-SNAPSHOT. What is the ETA on releasing 3.3.0?<br><div><br></div><div>--</div>Stefan</div></div>
<br><div class="gmail_quote">On Thu, Apr 28, 2016 at 8:48 AM, 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:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">
  
    
  
  <div bgcolor="#FFFFFF" text="#000000"><span class="">
    <br>
    <br>
    <div>On 4/28/16 2:11 AM, Stefan Rasmusson
      wrote:<br>
    </div>
    <blockquote type="cite">
      <div dir="ltr">Hi Brent
        <div>Thanks for answering and thanks for the information.</div>
        <div>I have started experimenting and I am getting somewhere. I
          have managed to send a SOAP message, recieved it, sent a
          response. But when Im trying to recieve the response, I get
          nothing. I know that the respons is being sent because if I
          disable the response encoder I get "Premature end of file" at
          the reciever.</div>
        <div><br>
        </div>
        <div>Any ideas what I'm doing wrong? </div>
      </div>
    </blockquote>
    <br></span>
    Yes, based on the code you included I think you're not looking at
    the correct inbound MessageContext.  When you create the
    InOutOperationContext, use a null value for the inbound one.  That's
    because it is actually *created* by the response decoder.  So it
    won't be populated on the InOutOperationContext until after the call
    returns.  So at the end try instead like:
    System.out.println(context.getInboundMessageContext().getMessage()).<span class=""><br>
    <br>
    <blockquote type="cite">
      <div dir="ltr">
        <div>By the way is the code I have put together the correct way
          of using the pipeline and encoder etc? I based it on a example
          you gave in a earlier mailing list conversation, it was
          refered to as the "quick and dirty way" =).</div>
      </div>
    </blockquote>
    <br></span>
    Yes, creating an inline class from the abstract one is an easy way
    to get a concrete impl for simple use cases.  The more sophisticated
    way is to use the PipelineFactory- one, which allows to support
    multiple named pipelines for different cases (with different inbound
    and outbound handlers, etc).  If you're using Spring, there's a
    slick way to use a ServiceLocatorFactoryBean to have it dynamically
    create the factory backed by Spring beans.<br>
    <br>
    Also, I forgot that there are actually SAML-specific impls of the
    client encoder and decoder.  On the decoder I think the main win is
    it allows to get a SAMLObject as the decoded inbound message, rather
    than an Envelope.  That allows for more "payload-oriented" messaging
    style, like that other SAML messaging components.<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></div>