You are viewing a plain text version of this content. The canonical link for it is here.
Posted to sandesha-dev@ws.apache.org by "Hans G Knudsen (JIRA)" <ji...@apache.org> on 2007/09/27 12:43:51 UTC

[jira] Created: (SANDESHA2-123) RECV_RESULT not moved to response MessageContext using sync/Replay model

RECV_RESULT not moved to response MessageContext using sync/Replay model 
-------------------------------------------------------------------------

                 Key: SANDESHA2-123
                 URL: https://issues.apache.org/jira/browse/SANDESHA2-123
             Project: Sandesha2
          Issue Type: Bug
         Environment: Axis2 1.3/Rampart 1.3 + Sandehsa 1_3 HEAD of branch/rev 579708

Mac OS X 10.4.10, Java build 1.5.0_07-164
            Reporter: Hans G Knudsen


Hi!

It seems that Sandesha does not respect 

    <parameter name="propertiesToCopyFromReferenceRequestMessage" locked="false">WSAddressingVersion,RECV_RESULTS,rampartPolicy</parameter>

when using sync/replay model.


Combined with Rampart configured to use incoming signing certificate for outgoing encryption 

            <ramp:encryptionUser>useReqSigCert</ramp:encryptionUser>

causes error on the response to the replayed request... 


If response is written to original request things or OK..




org.apache.axis2.AxisFault: No security processing results from the incoming message
        at org.apache.rampart.handler.RampartSender.invoke(RampartSender.java:70)
        at org.apache.axis2.engine.Phase.invoke(Phase.java:292)
        at org.apache.axis2.engine.AxisEngine.invoke(AxisEngine.java:212)
        at org.apache.axis2.engine.AxisEngine.resumeSend(AxisEngine.java:318)
        at org.apache.sandesha2.workers.SenderWorker.run(SenderWorker.java:304)
        at org.apache.sandesha2.msgprocessors.MakeConnectionProcessor.replyToPoll(MakeConnectionProcessor.java:200)
        at org.apache.sandesha2.msgprocessors.SequenceProcessor.processReliableMessage(SequenceProcessor.java:233)
        at org.apache.sandesha2.msgprocessors.SequenceProcessor.processSequenceHeader(SequenceProcessor.java:80)
        at org.apache.sandesha2.handlers.SandeshaInHandler.invoke(SandeshaInHandler.java:141)
        at org.apache.axis2.engine.Phase.invoke(Phase.java:292)
        at org.apache.axis2.engine.AxisEngine.invoke(AxisEngine.java:212)
        at org.apache.axis2.engine.AxisEngine.receive(AxisEngine.java:132)
        at org.apache.axis2.transport.http.HTTPTransportUtils.processHTTPPostRequest(HTTPTransportUtils.java:275)
        at org.apache.axis2.transport.http.AxisServlet.doPost(AxisServlet.java:120)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:709)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
        at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
        at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
        at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869)
        at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:664)
        at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)
        at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80)
        at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
        at java.lang.Thread.run(Thread.java:613)
Caused by: org.apache.rampart.RampartException: No security processing results from the incoming message
        at org.apache.rampart.util.RampartUtil.setEncryptionUser(RampartUtil.java:816)
        at org.apache.rampart.builder.AsymmetricBindingBuilder.doSignBeforeEncrypt(AsymmetricBindingBuilder.java:479)
        at org.apache.rampart.builder.AsymmetricBindingBuilder.build(AsymmetricBindingBuilder.java:95)
        at org.apache.rampart.MessageBuilder.build(MessageBuilder.java:131)
        at org.apache.rampart.handler.RampartSender.invoke(RampartSender.java:64)
        ... 29 more




-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


---------------------------------------------------------------------
To unsubscribe, e-mail: sandesha-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: sandesha-dev-help@ws.apache.org


Re: [jira] Updated: (SANDESHA2-123) RECV_RESULT not moved to response MessageContext using sync/Replay model

Posted by David Illsley <da...@gmail.com>.
Good news!
I've added a version 1.4 to Jira (didn't know I had the karma to do
that until now).
David

On Tue, Apr 15, 2008 at 2:59 PM, Hans G Knudsen (JIRA) <ji...@apache.org> wrote:
>
>      [ https://issues.apache.org/jira/browse/SANDESHA2-123?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
>
>  Hans G Knudsen updated SANDESHA2-123:
>  -------------------------------------
>
>     Affects Version/s: 1.3
>
>  Hi!
>
>  This does not seem to be a problem for 1_4.
>
>
>  /hans
>
>
>  PS:  Could someone add the '1.4' version for Sandesha2 ?
>
>
>  > RECV_RESULT not moved to response MessageContext using sync/Replay model
>  > -------------------------------------------------------------------------
>  >
>  >                 Key: SANDESHA2-123
>  >                 URL: https://issues.apache.org/jira/browse/SANDESHA2-123
>  >             Project: Sandesha2
>  >          Issue Type: Bug
>  >    Affects Versions: 1.3
>  >         Environment: Axis2 1.3/Rampart 1.3 + Sandehsa 1_3 HEAD of branch/rev 579708
>  > Mac OS X 10.4.10, Java build 1.5.0_07-164
>  >            Reporter: Hans G Knudsen
>  >
>  > Hi!
>  > It seems that Sandesha does not respect
>  >     <parameter name="propertiesToCopyFromReferenceRequestMessage" locked="false">WSAddressingVersion,RECV_RESULTS,rampartPolicy</parameter>
>  > when using sync/replay model.
>  > Combined with Rampart configured to use incoming signing certificate for outgoing encryption
>  >             <ramp:encryptionUser>useReqSigCert</ramp:encryptionUser>
>  > causes error on the response to the replayed request...
>  > If response is written to original request things or OK..
>  > org.apache.axis2.AxisFault: No security processing results from the incoming message
>  >         at org.apache.rampart.handler.RampartSender.invoke(RampartSender.java:70)
>  >         at org.apache.axis2.engine.Phase.invoke(Phase.java:292)
>  >         at org.apache.axis2.engine.AxisEngine.invoke(AxisEngine.java:212)
>  >         at org.apache.axis2.engine.AxisEngine.resumeSend(AxisEngine.java:318)
>  >         at org.apache.sandesha2.workers.SenderWorker.run(SenderWorker.java:304)
>  >         at org.apache.sandesha2.msgprocessors.MakeConnectionProcessor.replyToPoll(MakeConnectionProcessor.java:200)
>  >         at org.apache.sandesha2.msgprocessors.SequenceProcessor.processReliableMessage(SequenceProcessor.java:233)
>  >         at org.apache.sandesha2.msgprocessors.SequenceProcessor.processSequenceHeader(SequenceProcessor.java:80)
>  >         at org.apache.sandesha2.handlers.SandeshaInHandler.invoke(SandeshaInHandler.java:141)
>  >         at org.apache.axis2.engine.Phase.invoke(Phase.java:292)
>  >         at org.apache.axis2.engine.AxisEngine.invoke(AxisEngine.java:212)
>  >         at org.apache.axis2.engine.AxisEngine.receive(AxisEngine.java:132)
>  >         at org.apache.axis2.transport.http.HTTPTransportUtils.processHTTPPostRequest(HTTPTransportUtils.java:275)
>  >         at org.apache.axis2.transport.http.AxisServlet.doPost(AxisServlet.java:120)
>  >         at javax.servlet.http.HttpServlet.service(HttpServlet.java:709)
>  >         at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
>  >         at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
>  >         at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
>  >         at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
>  >         at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
>  >         at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
>  >         at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
>  >         at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
>  >         at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
>  >         at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869)
>  >         at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:664)
>  >         at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)
>  >         at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80)
>  >         at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
>  >         at java.lang.Thread.run(Thread.java:613)
>  > Caused by: org.apache.rampart.RampartException: No security processing results from the incoming message
>  >         at org.apache.rampart.util.RampartUtil.setEncryptionUser(RampartUtil.java:816)
>  >         at org.apache.rampart.builder.AsymmetricBindingBuilder.doSignBeforeEncrypt(AsymmetricBindingBuilder.java:479)
>  >         at org.apache.rampart.builder.AsymmetricBindingBuilder.build(AsymmetricBindingBuilder.java:95)
>  >         at org.apache.rampart.MessageBuilder.build(MessageBuilder.java:131)
>  >         at org.apache.rampart.handler.RampartSender.invoke(RampartSender.java:64)
>  >         ... 29 more
>
>  --
>  This message is automatically generated by JIRA.
>  -
>  You can reply to this email to add a comment to the issue online.
>
>
>  ---------------------------------------------------------------------
>  To unsubscribe, e-mail: sandesha-dev-unsubscribe@ws.apache.org
>  For additional commands, e-mail: sandesha-dev-help@ws.apache.org
>
>



-- 
David Illsley - IBM Web Services Development

---------------------------------------------------------------------
To unsubscribe, e-mail: sandesha-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: sandesha-dev-help@ws.apache.org


[jira] Commented: (SANDESHA2-123) RECV_RESULT not moved to response MessageContext using sync/Replay model

Posted by "Hans G Knudsen (JIRA)" <ji...@apache.org>.
    [ https://issues.apache.org/jira/browse/SANDESHA2-123?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12530686 ] 

Hans G Knudsen commented on SANDESHA2-123:
------------------------------------------

hi...

as a workaround i moved RECV_RESULT manuel in custom  MessageReceiver from msgContext to newmsgContext...

/hans

> RECV_RESULT not moved to response MessageContext using sync/Replay model 
> -------------------------------------------------------------------------
>
>                 Key: SANDESHA2-123
>                 URL: https://issues.apache.org/jira/browse/SANDESHA2-123
>             Project: Sandesha2
>          Issue Type: Bug
>         Environment: Axis2 1.3/Rampart 1.3 + Sandehsa 1_3 HEAD of branch/rev 579708
> Mac OS X 10.4.10, Java build 1.5.0_07-164
>            Reporter: Hans G Knudsen
>
> Hi!
> It seems that Sandesha does not respect 
>     <parameter name="propertiesToCopyFromReferenceRequestMessage" locked="false">WSAddressingVersion,RECV_RESULTS,rampartPolicy</parameter>
> when using sync/replay model.
> Combined with Rampart configured to use incoming signing certificate for outgoing encryption 
>             <ramp:encryptionUser>useReqSigCert</ramp:encryptionUser>
> causes error on the response to the replayed request... 
> If response is written to original request things or OK..
> org.apache.axis2.AxisFault: No security processing results from the incoming message
>         at org.apache.rampart.handler.RampartSender.invoke(RampartSender.java:70)
>         at org.apache.axis2.engine.Phase.invoke(Phase.java:292)
>         at org.apache.axis2.engine.AxisEngine.invoke(AxisEngine.java:212)
>         at org.apache.axis2.engine.AxisEngine.resumeSend(AxisEngine.java:318)
>         at org.apache.sandesha2.workers.SenderWorker.run(SenderWorker.java:304)
>         at org.apache.sandesha2.msgprocessors.MakeConnectionProcessor.replyToPoll(MakeConnectionProcessor.java:200)
>         at org.apache.sandesha2.msgprocessors.SequenceProcessor.processReliableMessage(SequenceProcessor.java:233)
>         at org.apache.sandesha2.msgprocessors.SequenceProcessor.processSequenceHeader(SequenceProcessor.java:80)
>         at org.apache.sandesha2.handlers.SandeshaInHandler.invoke(SandeshaInHandler.java:141)
>         at org.apache.axis2.engine.Phase.invoke(Phase.java:292)
>         at org.apache.axis2.engine.AxisEngine.invoke(AxisEngine.java:212)
>         at org.apache.axis2.engine.AxisEngine.receive(AxisEngine.java:132)
>         at org.apache.axis2.transport.http.HTTPTransportUtils.processHTTPPostRequest(HTTPTransportUtils.java:275)
>         at org.apache.axis2.transport.http.AxisServlet.doPost(AxisServlet.java:120)
>         at javax.servlet.http.HttpServlet.service(HttpServlet.java:709)
>         at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
>         at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
>         at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
>         at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
>         at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
>         at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
>         at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
>         at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
>         at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
>         at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869)
>         at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:664)
>         at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)
>         at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80)
>         at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
>         at java.lang.Thread.run(Thread.java:613)
> Caused by: org.apache.rampart.RampartException: No security processing results from the incoming message
>         at org.apache.rampart.util.RampartUtil.setEncryptionUser(RampartUtil.java:816)
>         at org.apache.rampart.builder.AsymmetricBindingBuilder.doSignBeforeEncrypt(AsymmetricBindingBuilder.java:479)
>         at org.apache.rampart.builder.AsymmetricBindingBuilder.build(AsymmetricBindingBuilder.java:95)
>         at org.apache.rampart.MessageBuilder.build(MessageBuilder.java:131)
>         at org.apache.rampart.handler.RampartSender.invoke(RampartSender.java:64)
>         ... 29 more

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


---------------------------------------------------------------------
To unsubscribe, e-mail: sandesha-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: sandesha-dev-help@ws.apache.org


[jira] Resolved: (SANDESHA2-123) RECV_RESULT not moved to response MessageContext using sync/Replay model

Posted by "Hans G Knudsen (JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/jira/browse/SANDESHA2-123?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Hans G Knudsen resolved SANDESHA2-123.
--------------------------------------

       Resolution: Fixed
    Fix Version/s: 1.4

Problem does not exist in 1.4.

Changing state to Fixes

/hans

> RECV_RESULT not moved to response MessageContext using sync/Replay model 
> -------------------------------------------------------------------------
>
>                 Key: SANDESHA2-123
>                 URL: https://issues.apache.org/jira/browse/SANDESHA2-123
>             Project: Sandesha2
>          Issue Type: Bug
>    Affects Versions: 1.3
>         Environment: Axis2 1.3/Rampart 1.3 + Sandehsa 1_3 HEAD of branch/rev 579708
> Mac OS X 10.4.10, Java build 1.5.0_07-164
>            Reporter: Hans G Knudsen
>             Fix For: 1.4
>
>
> Hi!
> It seems that Sandesha does not respect 
>     <parameter name="propertiesToCopyFromReferenceRequestMessage" locked="false">WSAddressingVersion,RECV_RESULTS,rampartPolicy</parameter>
> when using sync/replay model.
> Combined with Rampart configured to use incoming signing certificate for outgoing encryption 
>             <ramp:encryptionUser>useReqSigCert</ramp:encryptionUser>
> causes error on the response to the replayed request... 
> If response is written to original request things or OK..
> org.apache.axis2.AxisFault: No security processing results from the incoming message
>         at org.apache.rampart.handler.RampartSender.invoke(RampartSender.java:70)
>         at org.apache.axis2.engine.Phase.invoke(Phase.java:292)
>         at org.apache.axis2.engine.AxisEngine.invoke(AxisEngine.java:212)
>         at org.apache.axis2.engine.AxisEngine.resumeSend(AxisEngine.java:318)
>         at org.apache.sandesha2.workers.SenderWorker.run(SenderWorker.java:304)
>         at org.apache.sandesha2.msgprocessors.MakeConnectionProcessor.replyToPoll(MakeConnectionProcessor.java:200)
>         at org.apache.sandesha2.msgprocessors.SequenceProcessor.processReliableMessage(SequenceProcessor.java:233)
>         at org.apache.sandesha2.msgprocessors.SequenceProcessor.processSequenceHeader(SequenceProcessor.java:80)
>         at org.apache.sandesha2.handlers.SandeshaInHandler.invoke(SandeshaInHandler.java:141)
>         at org.apache.axis2.engine.Phase.invoke(Phase.java:292)
>         at org.apache.axis2.engine.AxisEngine.invoke(AxisEngine.java:212)
>         at org.apache.axis2.engine.AxisEngine.receive(AxisEngine.java:132)
>         at org.apache.axis2.transport.http.HTTPTransportUtils.processHTTPPostRequest(HTTPTransportUtils.java:275)
>         at org.apache.axis2.transport.http.AxisServlet.doPost(AxisServlet.java:120)
>         at javax.servlet.http.HttpServlet.service(HttpServlet.java:709)
>         at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
>         at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
>         at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
>         at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
>         at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
>         at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
>         at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
>         at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
>         at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
>         at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869)
>         at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:664)
>         at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)
>         at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80)
>         at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
>         at java.lang.Thread.run(Thread.java:613)
> Caused by: org.apache.rampart.RampartException: No security processing results from the incoming message
>         at org.apache.rampart.util.RampartUtil.setEncryptionUser(RampartUtil.java:816)
>         at org.apache.rampart.builder.AsymmetricBindingBuilder.doSignBeforeEncrypt(AsymmetricBindingBuilder.java:479)
>         at org.apache.rampart.builder.AsymmetricBindingBuilder.build(AsymmetricBindingBuilder.java:95)
>         at org.apache.rampart.MessageBuilder.build(MessageBuilder.java:131)
>         at org.apache.rampart.handler.RampartSender.invoke(RampartSender.java:64)
>         ... 29 more

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


---------------------------------------------------------------------
To unsubscribe, e-mail: sandesha-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: sandesha-dev-help@ws.apache.org


[jira] Updated: (SANDESHA2-123) RECV_RESULT not moved to response MessageContext using sync/Replay model

Posted by "Hans G Knudsen (JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/jira/browse/SANDESHA2-123?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Hans G Knudsen updated SANDESHA2-123:
-------------------------------------

    Affects Version/s: 1.3

Hi!

This does not seem to be a problem for 1_4.


/hans


PS:  Could someone add the '1.4' version for Sandesha2 ?


> RECV_RESULT not moved to response MessageContext using sync/Replay model 
> -------------------------------------------------------------------------
>
>                 Key: SANDESHA2-123
>                 URL: https://issues.apache.org/jira/browse/SANDESHA2-123
>             Project: Sandesha2
>          Issue Type: Bug
>    Affects Versions: 1.3
>         Environment: Axis2 1.3/Rampart 1.3 + Sandehsa 1_3 HEAD of branch/rev 579708
> Mac OS X 10.4.10, Java build 1.5.0_07-164
>            Reporter: Hans G Knudsen
>
> Hi!
> It seems that Sandesha does not respect 
>     <parameter name="propertiesToCopyFromReferenceRequestMessage" locked="false">WSAddressingVersion,RECV_RESULTS,rampartPolicy</parameter>
> when using sync/replay model.
> Combined with Rampart configured to use incoming signing certificate for outgoing encryption 
>             <ramp:encryptionUser>useReqSigCert</ramp:encryptionUser>
> causes error on the response to the replayed request... 
> If response is written to original request things or OK..
> org.apache.axis2.AxisFault: No security processing results from the incoming message
>         at org.apache.rampart.handler.RampartSender.invoke(RampartSender.java:70)
>         at org.apache.axis2.engine.Phase.invoke(Phase.java:292)
>         at org.apache.axis2.engine.AxisEngine.invoke(AxisEngine.java:212)
>         at org.apache.axis2.engine.AxisEngine.resumeSend(AxisEngine.java:318)
>         at org.apache.sandesha2.workers.SenderWorker.run(SenderWorker.java:304)
>         at org.apache.sandesha2.msgprocessors.MakeConnectionProcessor.replyToPoll(MakeConnectionProcessor.java:200)
>         at org.apache.sandesha2.msgprocessors.SequenceProcessor.processReliableMessage(SequenceProcessor.java:233)
>         at org.apache.sandesha2.msgprocessors.SequenceProcessor.processSequenceHeader(SequenceProcessor.java:80)
>         at org.apache.sandesha2.handlers.SandeshaInHandler.invoke(SandeshaInHandler.java:141)
>         at org.apache.axis2.engine.Phase.invoke(Phase.java:292)
>         at org.apache.axis2.engine.AxisEngine.invoke(AxisEngine.java:212)
>         at org.apache.axis2.engine.AxisEngine.receive(AxisEngine.java:132)
>         at org.apache.axis2.transport.http.HTTPTransportUtils.processHTTPPostRequest(HTTPTransportUtils.java:275)
>         at org.apache.axis2.transport.http.AxisServlet.doPost(AxisServlet.java:120)
>         at javax.servlet.http.HttpServlet.service(HttpServlet.java:709)
>         at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
>         at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
>         at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
>         at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
>         at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
>         at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
>         at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
>         at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
>         at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
>         at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869)
>         at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:664)
>         at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)
>         at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80)
>         at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
>         at java.lang.Thread.run(Thread.java:613)
> Caused by: org.apache.rampart.RampartException: No security processing results from the incoming message
>         at org.apache.rampart.util.RampartUtil.setEncryptionUser(RampartUtil.java:816)
>         at org.apache.rampart.builder.AsymmetricBindingBuilder.doSignBeforeEncrypt(AsymmetricBindingBuilder.java:479)
>         at org.apache.rampart.builder.AsymmetricBindingBuilder.build(AsymmetricBindingBuilder.java:95)
>         at org.apache.rampart.MessageBuilder.build(MessageBuilder.java:131)
>         at org.apache.rampart.handler.RampartSender.invoke(RampartSender.java:64)
>         ... 29 more

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


---------------------------------------------------------------------
To unsubscribe, e-mail: sandesha-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: sandesha-dev-help@ws.apache.org