WSSecurityException: Error in converting SOAP Envelope to Document

View: New views
20 Messages — Rating Filter:   Alert me  
< Prev | 1 - 2 | Next >

WSSecurityException: Error in converting SOAP Envelope to Document

by stlecho :: Rate this Message:

| View Threaded | Show Only this Message

Hi,

I'm connecting to http://localhost:8280/soap/FSB-Find-WsSecurity-proxy. The endpoint linked to this proxy is defined to use WS-Security for the outgoing messages but not for incoming messages (<syn:enableSec outboundPolicy="policy-FSB"/>). When connecting to this proxy, I'm receiving an "Error in converting SOAP Envelope to Document" error (stack trace included underneath).

When specifying another proxy that connects to TCPMon, I've seen that the request is signed so I suppose that the received error message is generated when the webservices responds and ESB treats the message. Can someone clarify this supposition and find a solution for this error message ?

I'm using the build68 version of ESB.

PS: This is a continuation of the earlier posted message that can be found at http://www.nabble.com/NullPointerException-in-org.apache.rampart.RampartEngine.process-td15979093.html.

Stack Trace:
2008-06-20 09:23:33,701 [192.168.13.175-INFOR2] [I/O dispatcher 3] DEBUG ClientHandler HTTP connection [closed]: Input ready
2008-06-20 09:23:33,701 [192.168.13.175-INFOR2] [I/O dispatcher 3] DEBUG SSLIOSession I/O session sslclient-5 [interested ops: [r]; ready ops: [r]][SSL handshake status: NOT_HANDSHAKING][1533][0][0][0]: 1448 bytes read
2008-06-20 09:23:33,701 [192.168.13.175-INFOR2] [I/O dispatcher 3] DEBUG SSLIOSession I/O session sslclient-5 [interested ops: [r]; ready ops: [r]][SSL handshake status: NOT_HANDSHAKING][1533][0][0][0]: -1 bytes read
2008-06-20 09:23:33,701 [192.168.13.175-INFOR2] [I/O dispatcher 3] DEBUG SSLIOSession I/O session sslclient-5 [interested ops: [r]; ready ops: [r]][SSL handshake status: NOT_HANDSHAKING][1533][0][0][0]: Close
2008-06-20 09:23:33,701 [192.168.13.175-INFOR2] [I/O dispatcher 3] DEBUG ClientHandler HTTP connection [closed]: Content decoder [content length: 8489; pos: 7021; completed: true]
2008-06-20 09:23:33,701 [192.168.13.175-INFOR2] [I/O dispatcher 3] DEBUG ClientHandler HTTP connection [closed]: Closed
2008-06-20 09:23:33,701 [192.168.13.175-INFOR2] [I/O dispatcher 3] TRACE ClientHandler Connection closed
2008-06-20 09:23:33,701 [192.168.13.175-INFOR2] [HttpClientWorker-3] ERROR AxisEngine Error in extracting message properties
org.apache.axis2.AxisFault: Error in extracting message properties
 at org.apache.rampart.handler.RampartReceiver.setFaultCodeAndThrowAxisFault(RampartReceiver.java:166)
 at org.apache.rampart.handler.RampartReceiver.invoke(RampartReceiver.java:99)
 at org.apache.axis2.engine.Phase.invoke(Phase.java:317)
 at org.apache.axis2.engine.AxisEngine.invoke(AxisEngine.java:264)
 at org.apache.axis2.engine.AxisEngine.receive(AxisEngine.java:163)
 at org.apache.synapse.transport.nhttp.ClientWorker.run(ClientWorker.java:200)
 at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:650)
 at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:675)
 at java.lang.Thread.run(Thread.java:595)
Caused by: org.apache.rampart.RampartException: Error in extracting message properties
 at org.apache.rampart.RampartMessageData.<init>(RampartMessageData.java:356)
 at org.apache.rampart.RampartEngine.process(RampartEngine.java:70)
 at org.apache.rampart.handler.RampartReceiver.invoke(RampartReceiver.java:92)
 ... 7 more
Caused by: org.apache.ws.security.WSSecurityException: Error in converting SOAP Envelope to Document; nested exception is:
 org.apache.axiom.om.OMException: com.ctc.wstx.exc.WstxEOFException: Unexpected end of input block; expected an identifier
 at [row,col {unknown-source}]: [4,6782]
 at org.apache.rampart.util.Axis2Util.getDocumentFromSOAPEnvelope(Axis2Util.java:161)
 at org.apache.rampart.RampartMessageData.<init>(RampartMessageData.java:162)
 ... 9 more
Caused by: org.apache.axiom.om.OMException: com.ctc.wstx.exc.WstxEOFException: Unexpected end of input block; expected an identifier
 at [row,col {unknown-source}]: [4,6782]
 at org.apache.axiom.om.impl.builder.StAXOMBuilder.next(StAXOMBuilder.java:249)
 at org.apache.axiom.om.impl.llom.OMNodeImpl.build(OMNodeImpl.java:327)
 at org.apache.axiom.om.impl.llom.OMElementImpl.build(OMElementImpl.java:706)
 at org.apache.rampart.util.Axis2Util.getDocumentFromSOAPEnvelope(Axis2Util.java:96)
 ... 10 more
Caused by: com.ctc.wstx.exc.WstxEOFException: Unexpected end of input block; expected an identifier
 at [row,col {unknown-source}]: [4,6782]
 at com.ctc.wstx.sr.StreamScanner.throwUnexpectedEOB(StreamScanner.java:675)
 at com.ctc.wstx.sr.StreamScanner.loadMoreFromCurrent(StreamScanner.java:1029)
 at com.ctc.wstx.sr.StreamScanner.getNextCharFromCurrent(StreamScanner.java:786)
 at com.ctc.wstx.sr.BasicStreamReader.handleNsAttrs(BasicStreamReader.java:2980)
 at com.ctc.wstx.sr.BasicStreamReader.handleStartElem(BasicStreamReader.java:2934)
 at com.ctc.wstx.sr.BasicStreamReader.nextFromTree(BasicStreamReader.java:2846)
 at com.ctc.wstx.sr.BasicStreamReader.next(BasicStreamReader.java:1019)
 at org.apache.axiom.om.impl.builder.StAXOMBuilder.parserNext(StAXOMBuilder.java:506)
 at org.apache.axiom.om.impl.builder.StAXOMBuilder.next(StAXOMBuilder.java:161)
 ... 13 more
2008-06-20 09:23:33,764 [192.168.13.175-INFOR2] [HttpClientWorker-3] ERROR ClientWorker Fault processing response message through Axis2
org.apache.axis2.AxisFault: Error in extracting message properties
 at org.apache.rampart.handler.RampartReceiver.setFaultCodeAndThrowAxisFault(RampartReceiver.java:166)
 at org.apache.rampart.handler.RampartReceiver.invoke(RampartReceiver.java:99)
 at org.apache.axis2.engine.Phase.invoke(Phase.java:317)
 at org.apache.axis2.engine.AxisEngine.invoke(AxisEngine.java:264)
 at org.apache.axis2.engine.AxisEngine.receive(AxisEngine.java:163)
 at org.apache.synapse.transport.nhttp.ClientWorker.run(ClientWorker.java:200)
 at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:650)
 at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:675)
 at java.lang.Thread.run(Thread.java:595)
Caused by: org.apache.rampart.RampartException: Error in extracting message properties
 at org.apache.rampart.RampartMessageData.<init>(RampartMessageData.java:356)
 at org.apache.rampart.RampartEngine.process(RampartEngine.java:70)
 at org.apache.rampart.handler.RampartReceiver.invoke(RampartReceiver.java:92)
 ... 7 more
Caused by: org.apache.ws.security.WSSecurityException: Error in converting SOAP Envelope to Document; nested exception is:
 org.apache.axiom.om.OMException: com.ctc.wstx.exc.WstxEOFException: Unexpected end of input block; expected an identifier
 at [row,col {unknown-source}]: [4,6782]
 at org.apache.rampart.util.Axis2Util.getDocumentFromSOAPEnvelope(Axis2Util.java:161)
 at org.apache.rampart.RampartMessageData.<init>(RampartMessageData.java:162)
 ... 9 more
Caused by: org.apache.axiom.om.OMException: com.ctc.wstx.exc.WstxEOFException: Unexpected end of input block; expected an identifier
 at [row,col {unknown-source}]: [4,6782]
 at org.apache.axiom.om.impl.builder.StAXOMBuilder.next(StAXOMBuilder.java:249)
 at org.apache.axiom.om.impl.llom.OMNodeImpl.build(OMNodeImpl.java:327)
 at org.apache.axiom.om.impl.llom.OMElementImpl.build(OMElementImpl.java:706)
 at org.apache.rampart.util.Axis2Util.getDocumentFromSOAPEnvelope(Axis2Util.java:96)
 ... 10 more
Caused by: com.ctc.wstx.exc.WstxEOFException: Unexpected end of input block; expected an identifier
 at [row,col {unknown-source}]: [4,6782]
 at com.ctc.wstx.sr.StreamScanner.throwUnexpectedEOB(StreamScanner.java:675)
 at com.ctc.wstx.sr.StreamScanner.loadMoreFromCurrent(StreamScanner.java:1029)
 at com.ctc.wstx.sr.StreamScanner.getNextCharFromCurrent(StreamScanner.java:786)
 at com.ctc.wstx.sr.BasicStreamReader.handleNsAttrs(BasicStreamReader.java:2980)
 at com.ctc.wstx.sr.BasicStreamReader.handleStartElem(BasicStreamReader.java:2934)
 at com.ctc.wstx.sr.BasicStreamReader.nextFromTree(BasicStreamReader.java:2846)
 at com.ctc.wstx.sr.BasicStreamReader.next(BasicStreamReader.java:1019)
 at org.apache.axiom.om.impl.builder.StAXOMBuilder.parserNext(StAXOMBuilder.java:506)
 at org.apache.axiom.om.impl.builder.StAXOMBuilder.next(StAXOMBuilder.java:161)
 ... 13 more

Re: WSSecurityException: Error in converting SOAP Envelope to Document

by asankha :: Rate this Message:

| View Threaded | Show Only this Message

stlecho wrote:
I'm using the build68 version of ESB.

PS: This is a continuation of the earlier posted message that can be found
at 
http://www.nabble.com/NullPointerException-in-org.apache.rampart.RampartEngine.process-td15979093.html
http://www.nabble.com/NullPointerException-in-org.apache.rampart.RampartEngine.process-td15979093.html
  
It seems like you are using SSL? Can you check without use of SSL and using the 1.7 release, and see if there is a difference? If the problem remains, please raise a JIRA with steps/resources to reproduce this issue

asankha

--
Asankha C. Perera

WSO2 - http://wso2.org
http://esbmagic.blogspot.com


_______________________________________________
Esb-java-user mailing list
Esb-java-user@...
http://wso2.org/cgi-bin/mailman/listinfo/esb-java-user

Re: WSSecurityException: Error in converting SOAP Envelope to Document

by stlecho :: Rate this Message:

| View Threaded | Show Only this Message

Asankha,

I'm contacting an external webservice, so I can not change the configuration of it.

With the 1.7 release I had some difficulties to use WS-Security. Ruwan solved this issue in the build68 "release", that's the reason why I'm using this version instead of the official one.

If the message received by Rampart could be logged, I could give you some more information about the response received from the external webservice. This has been reported in another thread: http://www.nabble.com/Log-outgoing---incoming-messages-between-ESB-and-external-webservice-td18059029.html.

Regards, Stefan.

asankha wrote:
stlecho wrote:
> I'm using the build68 version of ESB.
>
> PS: This is a continuation of the earlier posted message that can be found
> at
> http://www.nabble.com/NullPointerException-in-org.apache.rampart.RampartEngine.process-td15979093.html
> http://www.nabble.com/NullPointerException-in-org.apache.rampart.RampartEngine.process-td15979093.html
>  
It seems like you are using SSL? Can you check without use of SSL and
using the 1.7 release, and see if there is a difference? If the problem
remains, please raise a JIRA with steps/resources to reproduce this issue

asankha

--
Asankha C. Perera

WSO2 - http://wso2.org
http://esbmagic.blogspot.com


_______________________________________________
Esb-java-user mailing list
Esb-java-user@wso2.org
http://wso2.org/cgi-bin/mailman/listinfo/esb-java-user

Re: WSSecurityException: Error in converting SOAP Envelope to Document

by stlecho :: Rate this Message:

| View Threaded | Show Only this Message

The response I'm getting back from the Webservice is not signed with WS-Security. If Rampart tries to treat this message in raises an exception, because it is supposed to handle signed messages. Rampart should in this case not be activated at all.


Asankha,

I'm contacting an external webservice, so I can not change the configuration of it.

With the 1.7 release I had some difficulties to use WS-Security. Ruwan solved this issue in the build68 "release", that's the reason why I'm using this version instead of the official one.

If the message received by Rampart could be logged, I could give you some more information about the response received from the external webservice. This has been reported in another thread: http://www.nabble.com/Log-outgoing---incoming-messages-between-ESB-and-external-webservice-td18059029.html.

Regards, Stefan.

asankha wrote:
stlecho wrote:
> I'm using the build68 version of ESB.
>
> PS: This is a continuation of the earlier posted message that can be found
> at
> http://www.nabble.com/NullPointerException-in-org.apache.rampart.RampartEngine.process-td15979093.html
> http://www.nabble.com/NullPointerException-in-org.apache.rampart.RampartEngine.process-td15979093.html
>  
It seems like you are using SSL? Can you check without use of SSL and
using the 1.7 release, and see if there is a difference? If the problem
remains, please raise a JIRA with steps/resources to reproduce this issue

asankha

--
Asankha C. Perera

WSO2 - http://wso2.org
http://esbmagic.blogspot.com


_______________________________________________
Esb-java-user mailing list
Esb-java-user@wso2.org
http://wso2.org/cgi-bin/mailman/listinfo/esb-java-user


Re: WSSecurityException: Error in converting SOAP Envelope to Document

by Ruwan Linton-3 :: Rate this Message:

| View Threaded | Show Only this Message

stlecho wrote:
> The response I'm getting back from the Webservice is not signed with
> WS-Security. If Rampart tries to treat this message in raises an exception,
> because it is supposed to handle signed messages. Rampart should in this
> case not be activated at all.
>  
Hi Stefan,

Sorry for the late reply, I just did another test on this functionality
and found that it is working on the SNAPSHOT (latest build). Could you
please bring the summery of the problem with all logs and configurations
in to the table and lets try to get this resolved.

You may send a mail to the user list or file a JIRA issue with all the
relevant configurations to reproduce the issue.

Thanks,
Ruwan

_______________________________________________
Esb-java-user mailing list
Esb-java-user@...
http://wso2.org/cgi-bin/mailman/listinfo/esb-java-user

Re: WSSecurityException: Error in converting SOAP Envelope to Document

by stlecho :: Rate this Message:

| View Threaded | Show Only this Message

Ruwan,

Has this functionality been released in the v1.7.1 ?

PS: Sorry for this terrible late response, but I had some other priorities.

Regards, Stefan.
Ruwan Linton-3 wrote:
stlecho wrote:
> The response I'm getting back from the Webservice is not signed with
> WS-Security. If Rampart tries to treat this message in raises an exception,
> because it is supposed to handle signed messages. Rampart should in this
> case not be activated at all.
>  
Hi Stefan,

Sorry for the late reply, I just did another test on this functionality
and found that it is working on the SNAPSHOT (latest build). Could you
please bring the summery of the problem with all logs and configurations
in to the table and lets try to get this resolved.

You may send a mail to the user list or file a JIRA issue with all the
relevant configurations to reproduce the issue.

Thanks,
Ruwan

_______________________________________________
Esb-java-user mailing list
Esb-java-user@wso2.org
http://wso2.org/cgi-bin/mailman/listinfo/esb-java-user

Re: WSSecurityException: Error in converting SOAP Envelope to Document

by Ruwan Linton-3 :: Rate this Message:

| View Threaded | Show Only this Message

Hi Stefan,

We didn't fixed any functional issues in the 1.7.1 release, but we just
fixed the FireFox3 issues which are on the UI layer. Being said that
this feature is there on the 1.7 release as well. There fore this has to
work if the configuration is correct, so you may give this a try with
the new release and see whether you can get this to work.... If there
are any errors, you can raise them on them and I will help you to get
these issues resolved.

Thanks,
Ruwan

stlecho wrote:

> Ruwan,
>
> Has this functionality been released in the v1.7.1 ?
>
> PS: Sorry for this terrible late response, but I had some other priorities.
>
> Regards, Stefan.
>
> Ruwan Linton-3 wrote:
>  
>> stlecho wrote:
>>    
>>> The response I'm getting back from the Webservice is not signed with
>>> WS-Security. If Rampart tries to treat this message in raises an
>>> exception,
>>> because it is supposed to handle signed messages. Rampart should in this
>>> case not be activated at all.
>>>  
>>>      
>> Hi Stefan,
>>
>> Sorry for the late reply, I just did another test on this functionality
>> and found that it is working on the SNAPSHOT (latest build). Could you
>> please bring the summery of the problem with all logs and configurations
>> in to the table and lets try to get this resolved.
>>
>> You may send a mail to the user list or file a JIRA issue with all the
>> relevant configurations to reproduce the issue.
>>
>> Thanks,
>> Ruwan
>>
>> _______________________________________________
>> Esb-java-user mailing list
>> Esb-java-user@...
>> http://wso2.org/cgi-bin/mailman/listinfo/esb-java-user
>>
>>
>>    
>
>  


_______________________________________________
Esb-java-user mailing list
Esb-java-user@...
http://mailman.wso2.org/cgi-bin/mailman/listinfo/esb-java-user

Re: WSSecurityException: Error in converting SOAP Envelope to Document

by stlecho :: Rate this Message:

| View Threaded | Show Only this Message

Ruwan,

I've been adding my endpoints and proxies to v1.7.1. When sending an XML request to the proxy endpoint, I'm receiving a "HTTP/1.1 202 Accepted" response but I have the impression that the external webservice is not called.

Comparing the old (v1.7beta2) with the new synapse.xml config file, I've noticed that it was possible to specify an endpoint on the target element. Is this still supported in v1.7.1 ?

Regards, Stefan.
Ruwan Linton-3 wrote:
Hi Stefan,

We didn't fixed any functional issues in the 1.7.1 release, but we just
fixed the FireFox3 issues which are on the UI layer. Being said that
this feature is there on the 1.7 release as well. There fore this has to
work if the configuration is correct, so you may give this a try with
the new release and see whether you can get this to work.... If there
are any errors, you can raise them on them and I will help you to get
these issues resolved.

Thanks,
Ruwan

stlecho wrote:
> Ruwan,
>
> Has this functionality been released in the v1.7.1 ?
>
> PS: Sorry for this terrible late response, but I had some other priorities.
>
> Regards, Stefan.
>
> Ruwan Linton-3 wrote:
>  
>> stlecho wrote:
>>    
>>> The response I'm getting back from the Webservice is not signed with
>>> WS-Security. If Rampart tries to treat this message in raises an
>>> exception,
>>> because it is supposed to handle signed messages. Rampart should in this
>>> case not be activated at all.
>>>  
>>>      
>> Hi Stefan,
>>
>> Sorry for the late reply, I just did another test on this functionality
>> and found that it is working on the SNAPSHOT (latest build). Could you
>> please bring the summery of the problem with all logs and configurations
>> in to the table and lets try to get this resolved.
>>
>> You may send a mail to the user list or file a JIRA issue with all the
>> relevant configurations to reproduce the issue.
>>
>> Thanks,
>> Ruwan
>>
>> _______________________________________________
>> Esb-java-user mailing list
>> Esb-java-user@wso2.org
>> http://wso2.org/cgi-bin/mailman/listinfo/esb-java-user
>>
>>
>>    
>
>  


_______________________________________________
Esb-java-user mailing list
Esb-java-user@wso2.org
http://mailman.wso2.org/cgi-bin/mailman/listinfo/esb-java-user

Re: WSSecurityException: Error in converting SOAP Envelope to Document

by Ruwan Linton-3 :: Rate this Message:

| View Threaded | Show Only this Message

stlecho wrote:

> Ruwan,
>
> I've been adding my endpoints and proxies to v1.7.1. When sending an XML
> request to the proxy endpoint, I'm receiving a "HTTP/1.1 202 Accepted"
> response but I have the impression that the external webservice is not
> called.
>
> Comparing the old (v1.7beta2) with the new synapse.xml config file, I've
> noticed that it was possible to specify an endpoint on the target element.
> Is this still supported in v1.7.1 ?
>  
Yeah, it does. Basically you should be able to export the full
configuration of the ESB 1.7 to the 1.7.1.

May be you are invoking the proxy with a wrong URL in which case the
main sequence is used for mediation and drops the message.

Thanks,
Ruwan

> Regards, Stefan.
>
> Ruwan Linton-3 wrote:
>  
>> Hi Stefan,
>>
>> We didn't fixed any functional issues in the 1.7.1 release, but we just
>> fixed the FireFox3 issues which are on the UI layer. Being said that
>> this feature is there on the 1.7 release as well. There fore this has to
>> work if the configuration is correct, so you may give this a try with
>> the new release and see whether you can get this to work.... If there
>> are any errors, you can raise them on them and I will help you to get
>> these issues resolved.
>>
>> Thanks,
>> Ruwan
>>
>> stlecho wrote:
>>    
>>> Ruwan,
>>>
>>> Has this functionality been released in the v1.7.1 ?
>>>
>>> PS: Sorry for this terrible late response, but I had some other
>>> priorities.
>>>
>>> Regards, Stefan.
>>>
>>> Ruwan Linton-3 wrote:
>>>  
>>>      
>>>> stlecho wrote:
>>>>    
>>>>        
>>>>> The response I'm getting back from the Webservice is not signed with
>>>>> WS-Security. If Rampart tries to treat this message in raises an
>>>>> exception,
>>>>> because it is supposed to handle signed messages. Rampart should in
>>>>> this
>>>>> case not be activated at all.
>>>>>  
>>>>>      
>>>>>          
>>>> Hi Stefan,
>>>>
>>>> Sorry for the late reply, I just did another test on this functionality
>>>> and found that it is working on the SNAPSHOT (latest build). Could you
>>>> please bring the summery of the problem with all logs and configurations
>>>> in to the table and lets try to get this resolved.
>>>>
>>>> You may send a mail to the user list or file a JIRA issue with all the
>>>> relevant configurations to reproduce the issue.
>>>>
>>>> Thanks,
>>>> Ruwan
>>>>
>>>> _______________________________________________
>>>> Esb-java-user mailing list
>>>> Esb-java-user@...
>>>> http://wso2.org/cgi-bin/mailman/listinfo/esb-java-user
>>>>
>>>>
>>>>    
>>>>        
>>>  
>>>      
>> _______________________________________________
>> Esb-java-user mailing list
>> Esb-java-user@...
>> http://mailman.wso2.org/cgi-bin/mailman/listinfo/esb-java-user
>>
>>
>>    
>
>  


_______________________________________________
Esb-java-user mailing list
Esb-java-user@...
http://mailman.wso2.org/cgi-bin/mailman/listinfo/esb-java-user

Re: WSSecurityException: Error in converting SOAP Envelope to Document

by Ruwan Linton-3 :: Rate this Message:

| View Threaded | Show Only this Message

stlecho wrote:

> Ruwan,
>
> I've been adding my endpoints and proxies to v1.7.1. When sending an XML
> request to the proxy endpoint, I'm receiving a "HTTP/1.1 202 Accepted"
> response but I have the impression that the external webservice is not
> called.
>
> Comparing the old (v1.7beta2) with the new synapse.xml config file, I've
> noticed that it was possible to specify an endpoint on the target element.
> Is this still supported in v1.7.1 ?
>  
Yeah, it does. Basically you should be able to export the full
configuration of the ESB 1.7 to the 1.7.1.

May be you are invoking the proxy with a wrong URL in which case the
main sequence is used for mediation and drops the message. Can you run
the ESB on the debug mode and attach the full log after sending a
request and receiving the 202 response, so that I can tell you what
exactly went wrong.

Thanks,
Ruwan

> Regards, Stefan.
>
> Ruwan Linton-3 wrote:
>  
>> Hi Stefan,
>>
>> We didn't fixed any functional issues in the 1.7.1 release, but we just
>> fixed the FireFox3 issues which are on the UI layer. Being said that
>> this feature is there on the 1.7 release as well. There fore this has to
>> work if the configuration is correct, so you may give this a try with
>> the new release and see whether you can get this to work.... If there
>> are any errors, you can raise them on them and I will help you to get
>> these issues resolved.
>>
>> Thanks,
>> Ruwan
>>
>> stlecho wrote:
>>    
>>> Ruwan,
>>>
>>> Has this functionality been released in the v1.7.1 ?
>>>
>>> PS: Sorry for this terrible late response, but I had some other
>>> priorities.
>>>
>>> Regards, Stefan.
>>>
>>> Ruwan Linton-3 wrote:
>>>  
>>>      
>>>> stlecho wrote:
>>>>    
>>>>        
>>>>> The response I'm getting back from the Webservice is not signed with
>>>>> WS-Security. If Rampart tries to treat this message in raises an
>>>>> exception,
>>>>> because it is supposed to handle signed messages. Rampart should in
>>>>> this
>>>>> case not be activated at all.
>>>>>  
>>>>>      
>>>>>          
>>>> Hi Stefan,
>>>>
>>>> Sorry for the late reply, I just did another test on this functionality
>>>> and found that it is working on the SNAPSHOT (latest build). Could you
>>>> please bring the summery of the problem with all logs and configurations
>>>> in to the table and lets try to get this resolved.
>>>>
>>>> You may send a mail to the user list or file a JIRA issue with all the
>>>> relevant configurations to reproduce the issue.
>>>>
>>>> Thanks,
>>>> Ruwan
>>>>
>>>> _______________________________________________
>>>> Esb-java-user mailing list
>>>> Esb-java-user@...
>>>> http://wso2.org/cgi-bin/mailman/listinfo/esb-java-user
>>>>
>>>>
>>>>    
>>>>        
>>>  
>>>      
>> _______________________________________________
>> Esb-java-user mailing list
>> Esb-java-user@...
>> http://mailman.wso2.org/cgi-bin/mailman/listinfo/esb-java-user
>>
>>
>>    
>
>  


_______________________________________________
Esb-java-user mailing list
Esb-java-user@...
http://mailman.wso2.org/cgi-bin/mailman/listinfo/esb-java-user

Re: WSSecurityException: Error in converting SOAP Envelope to Document

by stlecho :: Rate this Message:

| View Threaded | Show Only this Message

Ruwan,

I've been re-configuring v1.7.1 and was able to call the webservice, but I'm still receiving an "Error in converting SOAP Envelope to Document" error message :o(.

Stacktrace:
2008-08-26 08:46:02,896 [192.168.13.175-INFOR2] [HttpClientWorker-1] DEBUG MESSAGE *********************** RampartReceiver received
<?xml version='1.0' encoding='utf-8'?><SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema"><SOAP-ENV:Body>
<ns:findPersonResponse xmlns:ns="urn://fsb.belgium.be/fphp/v3_0"><per:personList xmlns:per="urn://fsb.belgium.be/fphp/v3_0/person" xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd" xmlns="urn://fsb.belgium.be/fphp/v3_0/query" release="2008072901" time="2008-08-26T08:46:02.231+02:00" version="1.0"><per:context version="1.0"><ns0:client xmlns:ns0="urn://fsb.belgium.be/fphp/v3_0/context"><ns0:nationalNumber>63080214114</ns0:nationalNumber><ns0:enterpriseNumber>0477430931</ns0:enterpriseNumber><ns0:eid /><ns0:callerId>211011</ns0:callerId><ns0:language>fr</ns0:language></ns0:client><ns0:message xmlns:ns0="urn://fsb.belgium.be/fphp/v3_0/context"><ns0:messageId>FPHP-C5A86B63-C34A-428A-A425-8DE5AD791134</ns0:messageId><ns0:correlationId>FPHP-C5A86B63-C34A-428A-A425-8DE5AD791134</ns0:correlationId></ns0:message><ns0:application xmlns:ns0="urn://fsb.belgium.be/fphp/v3_0/context"><ns0:application>enot-fphp</ns0:application></ns0:application></per:context><per:searchCriteria version="1.0"><ns0:registers xmlns:ns0="urn://fsb.belgium.be/fphp/v3_0/searchcriteria"><ns0:register>RN</ns0:register><ns0:register>RR</ns0:register></ns0:registers><ns0:searchByNumber xmlns:ns0="urn://fsb.belgium.be/fphp/v3_0/searchcriteria" version="1.0"><ns0:number>19031319331</ns0:number></ns0:searchByNumber></per:searchCriteria><per:searchFilterName>all</per:searchFilterName><per:person version="1.0"><per:summary version="1.3"><sum:source xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">RN</sum:source><sum:number xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">19031319331</sum:number><sum:status xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">0</sum:status><sum:gender xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">1</sum:gender><sum:lastName xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">Sermon</sum:lastName><sum:firstName xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">Jules</sum:firstName><sum:birthDate xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary"><com:century xmlns:com="urn://fsb.belgium.be/fphp/v3_0/common">19</com:century><com:year xmlns:com="urn://fsb.belgium.be/fphp/v3_0/common">19</com:year><com:month xmlns:com="urn://fsb.belgium.be/fphp/v3_0/common">03</com:month><com:day xmlns:com="urn://fsb.belgium.be/fphp/v3_0/common">13</com:day></sum:birthDate><sum:birth_place_nis_code xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">23077</sum:birth_place_nis_code><sum:birth_place_description xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">Sint-Pieters-Leeuw</sum:birth_place_description><sum:nationality_code xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">BE</sum:nationality_code><sum:isAlive xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">false</sum:isAlive></per:summary><per:details><per:details_rr_rn><per:it000 Type="000" Structure="A1"><rn2:NationalNumber xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema"><rn2:NationalNumber>19031319331</rn2:NationalNumber><rn2:Date><rn2:Century>19</rn2:Century><rn2:Year>19</rn2:Year><rn2:Month>03</rn2:Month><rn2:Day>13</rn2:Day></rn2:Date><rn2:Sex>1</rn2:Sex></rn2:NationalNumber></per:it000><per:it001 Type="001" Structure="A1"><rn2:Date xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema"><rn2:Century>19</rn2:Century><rn2:Year>82</rn2:Year><rn2:Month>06</rn2:Month><rn2:Day>19</rn2:Day></rn2:Date><rn2:Residence xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema"><rn2:Code>99990</rn2:Code><rn2:Label>Décédé(e)</rn2:Label></rn2:Residence><rn2:Fusion xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema">0</rn2:Fusion><rn2:Language xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema">1</rn2:Language></per:it001><per:it001 Type="001" Structure="A1"><rn2:Date xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema"><rn2:Century>19</rn2:Century><rn2:Year>19</rn2:Year><rn2:Month>03</rn2:Month><rn2:Day>13</rn2:Day></rn2:Date><rn2:Residence xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema"><rn2:Code>23077</rn2:Code><rn2:Label>Sint-Pieters-Leeuw</rn2:Label></rn2:Residence><rn2:Fusion xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema">0</rn2:Fusion><rn2:Language xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema">1</rn2:Language></per:it001><per:it010 Type="010" Structure="A1"><rn2:Date xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema"><rn2:Century>19</rn2:Century><rn2:Year>19</rn2:Year><rn2:Month>03</rn2:Month><rn2:Day>13</rn2:Day></rn2:Date><rn2:Name xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema"><rn2:LastName><rn2:Code>10568251</rn2:Code><rn2:Label>Sermon</rn2:Label></rn2:LastName><rn2:FirstName><rn2:Code>00020013</rn2:Code><rn2:Label>Jules</rn2:Label></rn2:FirstName></rn2:Name></per:it010><per:it020 Type="020" Structure="A1"><rn2:Date xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema"><rn2:Century>19</rn2:Century><rn2:Year>19</rn2:Year><rn2:Month>03</rn2:Month><rn2:Day>13</rn2:Day></rn2:Date><rn2:Address xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema"><rn2:ZipCode>1600</rn2:ZipCode><rn2:Street><rn2:Code>16000056</rn2:Code><rn2:Label>Georges Hensmansstraat</rn2:Label></rn2:Street><rn2:HouseNumber>16</rn2:HouseNumber></rn2:Address></per:it020><per:it031 Type="031" Structure="B1"><rn2:Date xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema"><rn2:Century>19</rn2:Century></rn2:Date></per:it031></per:details_rr_rn></per:details></per:person></per:personList></ns:findPersonResponse></SOAP-ENV:Body></SOAP-ENV:Envelope>
2008-08-26 08:46:02,896 [192.168.13.175-INFOR2] [HttpClientWorker-1] DEBUG RampartEngine Enter process(MessageContext msgCtx)
2008-08-26 08:46:02,928 [192.168.13.175-INFOR2] [HttpClientWorker-1] DEBUG AbstractContext ==================
2008-08-26 08:46:02,928 [192.168.13.175-INFOR2] [HttpClientWorker-1] DEBUG AbstractContext  Property set on object org.apache.axis2.context.MessageContext@e7a15b
2008-08-26 08:46:02,928 [192.168.13.175-INFOR2] [HttpClientWorker-1] DEBUG AbstractContext   Key =SECURITY_VALIDATION_FAILURE
2008-08-26 08:46:02,928 [192.168.13.175-INFOR2] [HttpClientWorker-1] DEBUG AbstractContext   Value Class = java.lang.Boolean
2008-08-26 08:46:02,928 [192.168.13.175-INFOR2] [HttpClientWorker-1] DEBUG AbstractContext   Value Classloader = null
2008-08-26 08:46:02,928 [192.168.13.175-INFOR2] [HttpClientWorker-1] DEBUG AbstractContext Call Stack = DEBUG_FRAME = org.apache.axis2.util.JavaUtils.callStackToString(JavaUtils.java:564)
        DEBUG_FRAME = org.apache.axis2.context.AbstractContext.debugPropertySet(AbstractContext.java:416)
        DEBUG_FRAME = org.apache.axis2.context.AbstractContext.setProperty(AbstractContext.java:182)
        DEBUG_FRAME = org.apache.rampart.handler.RampartReceiver.setFaultCodeAndThrowAxisFault(RampartReceiver.java:160)
        DEBUG_FRAME = org.apache.rampart.handler.RampartReceiver.invoke(RampartReceiver.java:99)
        DEBUG_FRAME = org.apache.axis2.engine.Phase.invoke(Phase.java:317)
        DEBUG_FRAME = org.apache.axis2.engine.AxisEngine.invoke(AxisEngine.java:264)
        DEBUG_FRAME = org.apache.axis2.engine.AxisEngine.receive(AxisEngine.java:163)
        DEBUG_FRAME = org.apache.synapse.transport.nhttp.ClientWorker.run(ClientWorker.java:200)
        DEBUG_FRAME = java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:650)
        DEBUG_FRAME = java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:675)
        DEBUG_FRAME = java.lang.Thread.run(Thread.java:595)

2008-08-26 08:46:02,928 [192.168.13.175-INFOR2] [HttpClientWorker-1] DEBUG AbstractContext ==================
2008-08-26 08:46:02,928 [192.168.13.175-INFOR2] [HttpClientWorker-1] ERROR AxisEngine Error in extracting message properties
org.apache.axis2.AxisFault: Error in extracting message properties
        at org.apache.rampart.handler.RampartReceiver.setFaultCodeAndThrowAxisFault(RampartReceiver.java:166)
        at org.apache.rampart.handler.RampartReceiver.invoke(RampartReceiver.java:99)
        at org.apache.axis2.engine.Phase.invoke(Phase.java:317)
        at org.apache.axis2.engine.AxisEngine.invoke(AxisEngine.java:264)
        at org.apache.axis2.engine.AxisEngine.receive(AxisEngine.java:163)
        at org.apache.synapse.transport.nhttp.ClientWorker.run(ClientWorker.java:200)
        at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:650)
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:675)
        at java.lang.Thread.run(Thread.java:595)
Caused by: org.apache.rampart.RampartException: Error in extracting message properties
        at org.apache.rampart.RampartMessageData.<init>(RampartMessageData.java:356)
        at org.apache.rampart.RampartEngine.process(RampartEngine.java:70)
        at org.apache.rampart.handler.RampartReceiver.invoke(RampartReceiver.java:92)
        ... 7 more
Caused by: org.apache.ws.security.WSSecurityException: Error in converting SOAP Envelope to Document; nested exception is:
        org.apache.axiom.om.OMException: com.ctc.wstx.exc.WstxEOFException: Unexpected EOF; was expecting a close tag for element <rn2:Century>
 at [row,col {unknown-source}]: [4,5335]
        at org.apache.rampart.util.Axis2Util.getDocumentFromSOAPEnvelope(Axis2Util.java:161)
        at org.apache.rampart.RampartMessageData.<init>(RampartMessageData.java:162)
        ... 9 more
Caused by: org.apache.axiom.om.OMException: com.ctc.wstx.exc.WstxEOFException: Unexpected EOF; was expecting a close tag for element <rn2:Century>
 at [row,col {unknown-source}]: [4,5335]
        at org.apache.axiom.om.impl.builder.StAXOMBuilder.next(StAXOMBuilder.java:249)
        at org.apache.axiom.om.impl.llom.OMNodeImpl.build(OMNodeImpl.java:327)
        at org.apache.axiom.om.impl.llom.OMElementImpl.build(OMElementImpl.java:706)
        at org.apache.rampart.util.Axis2Util.getDocumentFromSOAPEnvelope(Axis2Util.java:96)
        ... 10 more
Caused by: com.ctc.wstx.exc.WstxEOFException: Unexpected EOF; was expecting a close tag for element <rn2:Century>
 at [row,col {unknown-source}]: [4,5335]
        at com.ctc.wstx.sr.StreamScanner.throwUnexpectedEOF(StreamScanner.java:661)
        at com.ctc.wstx.sr.BasicStreamReader.nextFromTree(BasicStreamReader.java:2730)
        at com.ctc.wstx.sr.BasicStreamReader.next(BasicStreamReader.java:1019)
        at org.apache.axiom.om.impl.builder.StAXOMBuilder.parserNext(StAXOMBuilder.java:506)
        at org.apache.axiom.om.impl.builder.StAXOMBuilder.next(StAXOMBuilder.java:161)
        ... 13 more


Regards, Stefan.

Ruwan Linton-3 wrote:
stlecho wrote:
> Ruwan,
>
> I've been adding my endpoints and proxies to v1.7.1. When sending an XML
> request to the proxy endpoint, I'm receiving a "HTTP/1.1 202 Accepted"
> response but I have the impression that the external webservice is not
> called.
>
> Comparing the old (v1.7beta2) with the new synapse.xml config file, I've
> noticed that it was possible to specify an endpoint on the target element.
> Is this still supported in v1.7.1 ?
>  
Yeah, it does. Basically you should be able to export the full
configuration of the ESB 1.7 to the 1.7.1.

May be you are invoking the proxy with a wrong URL in which case the
main sequence is used for mediation and drops the message.

Thanks,
Ruwan
> Regards, Stefan.
>
> Ruwan Linton-3 wrote:
>  
>> Hi Stefan,
>>
>> We didn't fixed any functional issues in the 1.7.1 release, but we just
>> fixed the FireFox3 issues which are on the UI layer. Being said that
>> this feature is there on the 1.7 release as well. There fore this has to
>> work if the configuration is correct, so you may give this a try with
>> the new release and see whether you can get this to work.... If there
>> are any errors, you can raise them on them and I will help you to get
>> these issues resolved.
>>
>> Thanks,
>> Ruwan
>>
>> stlecho wrote:
>>    
>>> Ruwan,
>>>
>>> Has this functionality been released in the v1.7.1 ?
>>>
>>> PS: Sorry for this terrible late response, but I had some other
>>> priorities.
>>>
>>> Regards, Stefan.
>>>
>>> Ruwan Linton-3 wrote:
>>>  
>>>      
>>>> stlecho wrote:
>>>>    
>>>>        
>>>>> The response I'm getting back from the Webservice is not signed with
>>>>> WS-Security. If Rampart tries to treat this message in raises an
>>>>> exception,
>>>>> because it is supposed to handle signed messages. Rampart should in
>>>>> this
>>>>> case not be activated at all.
>>>>>  
>>>>>      
>>>>>          
>>>> Hi Stefan,
>>>>
>>>> Sorry for the late reply, I just did another test on this functionality
>>>> and found that it is working on the SNAPSHOT (latest build). Could you
>>>> please bring the summery of the problem with all logs and configurations
>>>> in to the table and lets try to get this resolved.
>>>>
>>>> You may send a mail to the user list or file a JIRA issue with all the
>>>> relevant configurations to reproduce the issue.
>>>>
>>>> Thanks,
>>>> Ruwan
>>>>
>>>> _______________________________________________
>>>> Esb-java-user mailing list
>>>> Esb-java-user@wso2.org
>>>> http://wso2.org/cgi-bin/mailman/listinfo/esb-java-user
>>>>
>>>>
>>>>    
>>>>        
>>>  
>>>      
>> _______________________________________________
>> Esb-java-user mailing list
>> Esb-java-user@wso2.org
>> http://mailman.wso2.org/cgi-bin/mailman/listinfo/esb-java-user
>>
>>
>>    
>
>  


_______________________________________________
Esb-java-user mailing list
Esb-java-user@wso2.org
http://mailman.wso2.org/cgi-bin/mailman/listinfo/esb-java-user

Re: WSSecurityException: Error in converting SOAP Envelope to Document

by stlecho :: Rate this Message:

| View Threaded | Show Only this Message

Ruwan,

I've noticed that there is an encoding problem in the received response. The response is encoded as UTF-8, but it contains accented characters: "é". I would like to verify if the response sent by the webservice is correctly encoded, but although I've activated log4j.category.httpclient.wire=TRACE the request/response passing on the wire is not logged. How can these messages be logged ?

If the response is correctly encoded - i.e. ISO-8859-1 - is there a way to change the encoding in the ESB configuration ?

Regards, Stefan.


Ruwan,

I've been re-configuring v1.7.1 and was able to call the webservice, but I'm still receiving an "Error in converting SOAP Envelope to Document" error message :o(.

Stacktrace:
2008-08-26 08:46:02,896 [192.168.13.175-INFOR2] [HttpClientWorker-1] DEBUG MESSAGE *********************** RampartReceiver received
<?xml version='1.0' encoding='utf-8'?><SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema"><SOAP-ENV:Body>
<ns:findPersonResponse xmlns:ns="urn://fsb.belgium.be/fphp/v3_0"><per:personList xmlns:per="urn://fsb.belgium.be/fphp/v3_0/person" xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd" xmlns="urn://fsb.belgium.be/fphp/v3_0/query" release="2008072901" time="2008-08-26T08:46:02.231+02:00" version="1.0"><per:context version="1.0"><ns0:client xmlns:ns0="urn://fsb.belgium.be/fphp/v3_0/context"><ns0:nationalNumber>63080214114</ns0:nationalNumber><ns0:enterpriseNumber>0477430931</ns0:enterpriseNumber><ns0:eid /><ns0:callerId>211011</ns0:callerId><ns0:language>fr</ns0:language></ns0:client><ns0:message xmlns:ns0="urn://fsb.belgium.be/fphp/v3_0/context"><ns0:messageId>FPHP-C5A86B63-C34A-428A-A425-8DE5AD791134</ns0:messageId><ns0:correlationId>FPHP-C5A86B63-C34A-428A-A425-8DE5AD791134</ns0:correlationId></ns0:message><ns0:application xmlns:ns0="urn://fsb.belgium.be/fphp/v3_0/context"><ns0:application>enot-fphp</ns0:application></ns0:application></per:context><per:searchCriteria version="1.0"><ns0:registers xmlns:ns0="urn://fsb.belgium.be/fphp/v3_0/searchcriteria"><ns0:register>RN</ns0:register><ns0:register>RR</ns0:register></ns0:registers><ns0:searchByNumber xmlns:ns0="urn://fsb.belgium.be/fphp/v3_0/searchcriteria" version="1.0"><ns0:number>19031319331</ns0:number></ns0:searchByNumber></per:searchCriteria><per:searchFilterName>all</per:searchFilterName><per:person version="1.0"><per:summary version="1.3"><sum:source xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">RN</sum:source><sum:number xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">19031319331</sum:number><sum:status xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">0</sum:status><sum:gender xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">1</sum:gender><sum:lastName xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">Sermon</sum:lastName><sum:firstName xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">Jules</sum:firstName><sum:birthDate xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary"><com:century xmlns:com="urn://fsb.belgium.be/fphp/v3_0/common">19</com:century><com:year xmlns:com="urn://fsb.belgium.be/fphp/v3_0/common">19</com:year><com:month xmlns:com="urn://fsb.belgium.be/fphp/v3_0/common">03</com:month><com:day xmlns:com="urn://fsb.belgium.be/fphp/v3_0/common">13</com:day></sum:birthDate><sum:birth_place_nis_code xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">23077</sum:birth_place_nis_code><sum:birth_place_description xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">Sint-Pieters-Leeuw</sum:birth_place_description><sum:nationality_code xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">BE</sum:nationality_code><sum:isAlive xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">false</sum:isAlive></per:summary><per:details><per:details_rr_rn><per:it000 Type="000" Structure="A1"><rn2:NationalNumber xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema"><rn2:NationalNumber>19031319331</rn2:NationalNumber><rn2:Date><rn2:Century>19</rn2:Century><rn2:Year>19</rn2:Year><rn2:Month>03</rn2:Month><rn2:Day>13</rn2:Day></rn2:Date><rn2:Sex>1</rn2:Sex></rn2:NationalNumber></per:it000><per:it001 Type="001" Structure="A1"><rn2:Date xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema"><rn2:Century>19</rn2:Century><rn2:Year>82</rn2:Year><rn2:Month>06</rn2:Month><rn2:Day>19</rn2:Day></rn2:Date><rn2:Residence xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema"><rn2:Code>99990</rn2:Code><rn2:Label>Décédé(e)</rn2:Label></rn2:Residence><rn2:Fusion xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema">0</rn2:Fusion><rn2:Language xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema">1</rn2:Language></per:it001><per:it001 Type="001" Structure="A1"><rn2:Date xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema"><rn2:Century>19</rn2:Century><rn2:Year>19</rn2:Year><rn2:Month>03</rn2:Month><rn2:Day>13</rn2:Day></rn2:Date><rn2:Residence xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema"><rn2:Code>23077</rn2:Code><rn2:Label>Sint-Pieters-Leeuw</rn2:Label></rn2:Residence><rn2:Fusion xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema">0</rn2:Fusion><rn2:Language xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema">1</rn2:Language></per:it001><per:it010 Type="010" Structure="A1"><rn2:Date xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema"><rn2:Century>19</rn2:Century><rn2:Year>19</rn2:Year><rn2:Month>03</rn2:Month><rn2:Day>13</rn2:Day></rn2:Date><rn2:Name xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema"><rn2:LastName><rn2:Code>10568251</rn2:Code><rn2:Label>Sermon</rn2:Label></rn2:LastName><rn2:FirstName><rn2:Code>00020013</rn2:Code><rn2:Label>Jules</rn2:Label></rn2:FirstName></rn2:Name></per:it010><per:it020 Type="020" Structure="A1"><rn2:Date xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema"><rn2:Century>19</rn2:Century><rn2:Year>19</rn2:Year><rn2:Month>03</rn2:Month><rn2:Day>13</rn2:Day></rn2:Date><rn2:Address xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema"><rn2:ZipCode>1600</rn2:ZipCode><rn2:Street><rn2:Code>16000056</rn2:Code><rn2:Label>Georges Hensmansstraat</rn2:Label></rn2:Street><rn2:HouseNumber>16</rn2:HouseNumber></rn2:Address></per:it020><per:it031 Type="031" Structure="B1"><rn2:Date xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema"><rn2:Century>19</rn2:Century></rn2:Date></per:it031></per:details_rr_rn></per:details></per:person></per:personList></ns:findPersonResponse></SOAP-ENV:Body></SOAP-ENV:Envelope>
2008-08-26 08:46:02,896 [192.168.13.175-INFOR2] [HttpClientWorker-1] DEBUG RampartEngine Enter process(MessageContext msgCtx)
2008-08-26 08:46:02,928 [192.168.13.175-INFOR2] [HttpClientWorker-1] DEBUG AbstractContext ==================
2008-08-26 08:46:02,928 [192.168.13.175-INFOR2] [HttpClientWorker-1] DEBUG AbstractContext  Property set on object org.apache.axis2.context.MessageContext@e7a15b
2008-08-26 08:46:02,928 [192.168.13.175-INFOR2] [HttpClientWorker-1] DEBUG AbstractContext   Key =SECURITY_VALIDATION_FAILURE
2008-08-26 08:46:02,928 [192.168.13.175-INFOR2] [HttpClientWorker-1] DEBUG AbstractContext   Value Class = java.lang.Boolean
2008-08-26 08:46:02,928 [192.168.13.175-INFOR2] [HttpClientWorker-1] DEBUG AbstractContext   Value Classloader = null
2008-08-26 08:46:02,928 [192.168.13.175-INFOR2] [HttpClientWorker-1] DEBUG AbstractContext Call Stack = DEBUG_FRAME = org.apache.axis2.util.JavaUtils.callStackToString(JavaUtils.java:564)
        DEBUG_FRAME = org.apache.axis2.context.AbstractContext.debugPropertySet(AbstractContext.java:416)
        DEBUG_FRAME = org.apache.axis2.context.AbstractContext.setProperty(AbstractContext.java:182)
        DEBUG_FRAME = org.apache.rampart.handler.RampartReceiver.setFaultCodeAndThrowAxisFault(RampartReceiver.java:160)
        DEBUG_FRAME = org.apache.rampart.handler.RampartReceiver.invoke(RampartReceiver.java:99)
        DEBUG_FRAME = org.apache.axis2.engine.Phase.invoke(Phase.java:317)
        DEBUG_FRAME = org.apache.axis2.engine.AxisEngine.invoke(AxisEngine.java:264)
        DEBUG_FRAME = org.apache.axis2.engine.AxisEngine.receive(AxisEngine.java:163)
        DEBUG_FRAME = org.apache.synapse.transport.nhttp.ClientWorker.run(ClientWorker.java:200)
        DEBUG_FRAME = java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:650)
        DEBUG_FRAME = java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:675)
        DEBUG_FRAME = java.lang.Thread.run(Thread.java:595)

2008-08-26 08:46:02,928 [192.168.13.175-INFOR2] [HttpClientWorker-1] DEBUG AbstractContext ==================
2008-08-26 08:46:02,928 [192.168.13.175-INFOR2] [HttpClientWorker-1] ERROR AxisEngine Error in extracting message properties
org.apache.axis2.AxisFault: Error in extracting message properties
        at org.apache.rampart.handler.RampartReceiver.setFaultCodeAndThrowAxisFault(RampartReceiver.java:166)
        at org.apache.rampart.handler.RampartReceiver.invoke(RampartReceiver.java:99)
        at org.apache.axis2.engine.Phase.invoke(Phase.java:317)
        at org.apache.axis2.engine.AxisEngine.invoke(AxisEngine.java:264)
        at org.apache.axis2.engine.AxisEngine.receive(AxisEngine.java:163)
        at org.apache.synapse.transport.nhttp.ClientWorker.run(ClientWorker.java:200)
        at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:650)
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:675)
        at java.lang.Thread.run(Thread.java:595)
Caused by: org.apache.rampart.RampartException: Error in extracting message properties
        at org.apache.rampart.RampartMessageData.<init>(RampartMessageData.java:356)
        at org.apache.rampart.RampartEngine.process(RampartEngine.java:70)
        at org.apache.rampart.handler.RampartReceiver.invoke(RampartReceiver.java:92)
        ... 7 more
Caused by: org.apache.ws.security.WSSecurityException: Error in converting SOAP Envelope to Document; nested exception is:
        org.apache.axiom.om.OMException: com.ctc.wstx.exc.WstxEOFException: Unexpected EOF; was expecting a close tag for element <rn2:Century>
 at [row,col {unknown-source}]: [4,5335]
        at org.apache.rampart.util.Axis2Util.getDocumentFromSOAPEnvelope(Axis2Util.java:161)
        at org.apache.rampart.RampartMessageData.<init>(RampartMessageData.java:162)
        ... 9 more
Caused by: org.apache.axiom.om.OMException: com.ctc.wstx.exc.WstxEOFException: Unexpected EOF; was expecting a close tag for element <rn2:Century>
 at [row,col {unknown-source}]: [4,5335]
        at org.apache.axiom.om.impl.builder.StAXOMBuilder.next(StAXOMBuilder.java:249)
        at org.apache.axiom.om.impl.llom.OMNodeImpl.build(OMNodeImpl.java:327)
        at org.apache.axiom.om.impl.llom.OMElementImpl.build(OMElementImpl.java:706)
        at org.apache.rampart.util.Axis2Util.getDocumentFromSOAPEnvelope(Axis2Util.java:96)
        ... 10 more
Caused by: com.ctc.wstx.exc.WstxEOFException: Unexpected EOF; was expecting a close tag for element <rn2:Century>
 at [row,col {unknown-source}]: [4,5335]
        at com.ctc.wstx.sr.StreamScanner.throwUnexpectedEOF(StreamScanner.java:661)
        at com.ctc.wstx.sr.BasicStreamReader.nextFromTree(BasicStreamReader.java:2730)
        at com.ctc.wstx.sr.BasicStreamReader.next(BasicStreamReader.java:1019)
        at org.apache.axiom.om.impl.builder.StAXOMBuilder.parserNext(StAXOMBuilder.java:506)
        at org.apache.axiom.om.impl.builder.StAXOMBuilder.next(StAXOMBuilder.java:161)
        ... 13 more


Regards, Stefan.

Ruwan Linton-3 wrote:
stlecho wrote:
> Ruwan,
>
> I've been adding my endpoints and proxies to v1.7.1. When sending an XML
> request to the proxy endpoint, I'm receiving a "HTTP/1.1 202 Accepted"
> response but I have the impression that the external webservice is not
> called.
>
> Comparing the old (v1.7beta2) with the new synapse.xml config file, I've
> noticed that it was possible to specify an endpoint on the target element.
> Is this still supported in v1.7.1 ?
>  
Yeah, it does. Basically you should be able to export the full
configuration of the ESB 1.7 to the 1.7.1.

May be you are invoking the proxy with a wrong URL in which case the
main sequence is used for mediation and drops the message.

Thanks,
Ruwan
> Regards, Stefan.
>
> Ruwan Linton-3 wrote:
>  
>> Hi Stefan,
>>
>> We didn't fixed any functional issues in the 1.7.1 release, but we just
>> fixed the FireFox3 issues which are on the UI layer. Being said that
>> this feature is there on the 1.7 release as well. There fore this has to
>> work if the configuration is correct, so you may give this a try with
>> the new release and see whether you can get this to work.... If there
>> are any errors, you can raise them on them and I will help you to get
>> these issues resolved.
>>
>> Thanks,
>> Ruwan
>>
>> stlecho wrote:
>>    
>>> Ruwan,
>>>
>>> Has this functionality been released in the v1.7.1 ?
>>>
>>> PS: Sorry for this terrible late response, but I had some other
>>> priorities.
>>>
>>> Regards, Stefan.
>>>
>>> Ruwan Linton-3 wrote:
>>>  
>>>      
>>>> stlecho wrote:
>>>>    
>>>>        
>>>>> The response I'm getting back from the Webservice is not signed with
>>>>> WS-Security. If Rampart tries to treat this message in raises an
>>>>> exception,
>>>>> because it is supposed to handle signed messages. Rampart should in
>>>>> this
>>>>> case not be activated at all.
>>>>>  
>>>>>      
>>>>>          
>>>> Hi Stefan,
>>>>
>>>> Sorry for the late reply, I just did another test on this functionality
>>>> and found that it is working on the SNAPSHOT (latest build). Could you
>>>> please bring the summery of the problem with all logs and configurations
>>>> in to the table and lets try to get this resolved.
>>>>
>>>> You may send a mail to the user list or file a JIRA issue with all the
>>>> relevant configurations to reproduce the issue.
>>>>
>>>> Thanks,
>>>> Ruwan
>>>>
>>>> _______________________________________________
>>>> Esb-java-user mailing list
>>>> Esb-java-user@wso2.org
>>>> http://wso2.org/cgi-bin/mailman/listinfo/esb-java-user
>>>>
>>>>
>>>>    
>>>>        
>>>  
>>>      
>> _______________________________________________
>> Esb-java-user mailing list
>> Esb-java-user@wso2.org
>> http://mailman.wso2.org/cgi-bin/mailman/listinfo/esb-java-user
>>
>>
>>    
>
>  


_______________________________________________
Esb-java-user mailing list
Esb-java-user@wso2.org
http://mailman.wso2.org/cgi-bin/mailman/listinfo/esb-java-user


Re: WSSecurityException: Error in converting SOAP Envelope to Document

by stlecho :: Rate this Message:

| View Threaded | Show Only this Message

Ruwan,

I've changed my test and now I'm receiving a response without accented characters. When launching this test I receive "org.apache.axis2.AxisFault: SOAP header missing".

Stacktrace
2008-08-26 14:16:33,862 [192.168.13.175-INFOR2] [HttpClientWorker-2] DEBUG MESSAGE *********************** RampartReceiver received
<?xml version='1.0' encoding='utf-8'?><SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema"><SOAP-ENV:Body>
<ns:findPersonResponse xmlns:ns="urn://fsb.belgium.be/fphp/v3_0"><per:personList xmlns:per="urn://fsb.belgium.be/fphp/v3_0/person" xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd" xmlns="urn://fsb.belgium.be/fphp/v3_0/query" release="2008072901" time="2008-08-26T14:16:33.555+02:00" version="1.0"><per:context version="1.0"><ns0:client xmlns:ns0="urn://fsb.belgium.be/fphp/v3_0/context"><ns0:nationalNumber>63080214114</ns0:nationalNumber><ns0:enterpriseNumber>0477430931</ns0:enterpriseNumber><ns0:eid /><ns0:callerId>211011</ns0:callerId><ns0:language>fr</ns0:language></ns0:client><ns0:message xmlns:ns0="urn://fsb.belgium.be/fphp/v3_0/context"><ns0:messageId>FPHP-C5A86B63-C34A-428A-A425-8DE5AD791134</ns0:messageId><ns0:correlationId>FPHP-C5A86B63-C34A-428A-A425-8DE5AD791134</ns0:correlationId></ns0:message><ns0:application xmlns:ns0="urn://fsb.belgium.be/fphp/v3_0/context"><ns0:application>enot-fphp</ns0:application></ns0:application></per:context><per:searchCriteria version="1.0"><ns0:registers xmlns:ns0="urn://fsb.belgium.be/fphp/v3_0/searchcriteria"><ns0:register>RN</ns0:register><ns0:register>RR</ns0:register></ns0:registers><ns0:searchByNumber xmlns:ns0="urn://fsb.belgium.be/fphp/v3_0/searchcriteria" version="1.0"><ns0:number>60210401511</ns0:number></ns0:searchByNumber></per:searchCriteria><per:searchFilterName>all</per:searchFilterName><per:person version="1.0"><per:summary version="1.0"><sum:source xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">BCSS</sum:source><sum:number xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">60210401511</sum:number><sum:status xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">0</sum:status><sum:gender xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">1</sum:gender><sum:lastName xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">MACHIELSE</sum:lastName><sum:firstName xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">MARTINUS</sum:firstName><sum:birthDate xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary"><com:century xmlns:com="urn://fsb.belgium.be/fphp/v3_0/common">19</com:century><com:year xmlns:com="urn://fsb.belgium.be/fphp/v3_0/common">60</com:year><com:month xmlns:com="urn://fsb.belgium.be/fphp/v3_0/common">01</com:month><com:day xmlns:com="urn://fsb.belgium.be/fphp/v3_0/common">04</com:day></sum:birthDate><sum:birth_place_description xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">BERGEN OP ZOOM</sum:birth_place_description><sum:birth_country_code xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">NL</sum:birth_country_code><sum:nationality_code xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">NL</sum:nationality_code><sum:isAlive xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">true</sum:isAlive><sum:marital_status_code xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">20</sum:marital_status_code><sum:ad_street_name xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary" /><sum:ad_city xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary" /><sum:ad_country_code xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">NL</sum:ad_country_code><sum:ad_country_name xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary" /></per:summary></per:person><per:nb_calls RN_NR="0" BCSS_KSZ="1" /></per:personList></ns:findPersonResponse>  </SOAP-ENV:Body></SOAP-ENV:Envelope>

2008-08-26 14:16:33,908 [192.168.13.175-INFOR2] [HttpClientWorker-2] DEBUG AbstractContext ==================
2008-08-26 14:16:33,908 [192.168.13.175-INFOR2] [HttpClientWorker-2] ERROR AxisEngine SOAP header missing
org.apache.axis2.AxisFault: SOAP header missing
        at org.apache.rampart.handler.RampartReceiver.setFaultCodeAndThrowAxisFault(RampartReceiver.java:166)
        at org.apache.rampart.handler.RampartReceiver.invoke(RampartReceiver.java:99)
        at org.apache.axis2.engine.Phase.invoke(Phase.java:317)
        at org.apache.axis2.engine.AxisEngine.invoke(AxisEngine.java:264)
        at org.apache.axis2.engine.AxisEngine.receive(AxisEngine.java:163)
        at org.apache.synapse.transport.nhttp.ClientWorker.run(ClientWorker.java:200)
        at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:650)
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:675)
        at java.lang.Thread.run(Thread.java:595)
Caused by: org.apache.rampart.RampartException: SOAP header missing
        at org.apache.rampart.RampartEngine.process(RampartEngine.java:99)
        at org.apache.rampart.handler.RampartReceiver.invoke(RampartReceiver.java:92)
        ... 7 more



Regards, Stefan Lecho.

Ruwan,

I've noticed that there is an encoding problem in the received response. The response is encoded as UTF-8, but it contains accented characters: "é". I would like to verify if the response sent by the webservice is correctly encoded, but although I've activated log4j.category.httpclient.wire=TRACE the request/response passing on the wire is not logged. How can these messages be logged ?

If the response is correctly encoded - i.e. ISO-8859-1 - is there a way to change the encoding in the ESB configuration ?

Regards, Stefan.

stlecho wrote:
Ruwan,

I've been re-configuring v1.7.1 and was able to call the webservice, but I'm still receiving an "Error in converting SOAP Envelope to Document" error message :o(.

Stacktrace:
2008-08-26 08:46:02,896 [192.168.13.175-INFOR2] [HttpClientWorker-1] DEBUG MESSAGE *********************** RampartReceiver received
<?xml version='1.0' encoding='utf-8'?><SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema"><SOAP-ENV:Body>
<ns:findPersonResponse xmlns:ns="urn://fsb.belgium.be/fphp/v3_0"><per:personList xmlns:per="urn://fsb.belgium.be/fphp/v3_0/person" xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd" xmlns="urn://fsb.belgium.be/fphp/v3_0/query" release="2008072901" time="2008-08-26T08:46:02.231+02:00" version="1.0"><per:context version="1.0"><ns0:client xmlns:ns0="urn://fsb.belgium.be/fphp/v3_0/context"><ns0:nationalNumber>63080214114</ns0:nationalNumber><ns0:enterpriseNumber>0477430931</ns0:enterpriseNumber><ns0:eid /><ns0:callerId>211011</ns0:callerId><ns0:language>fr</ns0:language></ns0:client><ns0:message xmlns:ns0="urn://fsb.belgium.be/fphp/v3_0/context"><ns0:messageId>FPHP-C5A86B63-C34A-428A-A425-8DE5AD791134</ns0:messageId><ns0:correlationId>FPHP-C5A86B63-C34A-428A-A425-8DE5AD791134</ns0:correlationId></ns0:message><ns0:application xmlns:ns0="urn://fsb.belgium.be/fphp/v3_0/context"><ns0:application>enot-fphp</ns0:application></ns0:application></per:context><per:searchCriteria version="1.0"><ns0:registers xmlns:ns0="urn://fsb.belgium.be/fphp/v3_0/searchcriteria"><ns0:register>RN</ns0:register><ns0:register>RR</ns0:register></ns0:registers><ns0:searchByNumber xmlns:ns0="urn://fsb.belgium.be/fphp/v3_0/searchcriteria" version="1.0"><ns0:number>19031319331</ns0:number></ns0:searchByNumber></per:searchCriteria><per:searchFilterName>all</per:searchFilterName><per:person version="1.0"><per:summary version="1.3"><sum:source xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">RN</sum:source><sum:number xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">19031319331</sum:number><sum:status xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">0</sum:status><sum:gender xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">1</sum:gender><sum:lastName xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">Sermon</sum:lastName><sum:firstName xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">Jules</sum:firstName><sum:birthDate xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary"><com:century xmlns:com="urn://fsb.belgium.be/fphp/v3_0/common">19</com:century><com:year xmlns:com="urn://fsb.belgium.be/fphp/v3_0/common">19</com:year><com:month xmlns:com="urn://fsb.belgium.be/fphp/v3_0/common">03</com:month><com:day xmlns:com="urn://fsb.belgium.be/fphp/v3_0/common">13</com:day></sum:birthDate><sum:birth_place_nis_code xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">23077</sum:birth_place_nis_code><sum:birth_place_description xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">Sint-Pieters-Leeuw</sum:birth_place_description><sum:nationality_code xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">BE</sum:nationality_code><sum:isAlive xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">false</sum:isAlive></per:summary><per:details><per:details_rr_rn><per:it000 Type="000" Structure="A1"><rn2:NationalNumber xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema"><rn2:NationalNumber>19031319331</rn2:NationalNumber><rn2:Date><rn2:Century>19</rn2:Century><rn2:Year>19</rn2:Year><rn2:Month>03</rn2:Month><rn2:Day>13</rn2:Day></rn2:Date><rn2:Sex>1</rn2:Sex></rn2:NationalNumber></per:it000><per:it001 Type="001" Structure="A1"><rn2:Date xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema"><rn2:Century>19</rn2:Century><rn2:Year>82</rn2:Year><rn2:Month>06</rn2:Month><rn2:Day>19</rn2:Day></rn2:Date><rn2:Residence xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema"><rn2:Code>99990</rn2:Code><rn2:Label>Décédé(e)</rn2:Label></rn2:Residence><rn2:Fusion xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema">0</rn2:Fusion><rn2:Language xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema">1</rn2:Language></per:it001><per:it001 Type="001" Structure="A1"><rn2:Date xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema"><rn2:Century>19</rn2:Century><rn2:Year>19</rn2:Year><rn2:Month>03</rn2:Month><rn2:Day>13</rn2:Day></rn2:Date><rn2:Residence xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema"><rn2:Code>23077</rn2:Code><rn2:Label>Sint-Pieters-Leeuw</rn2:Label></rn2:Residence><rn2:Fusion xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema">0</rn2:Fusion><rn2:Language xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema">1</rn2:Language></per:it001><per:it010 Type="010" Structure="A1"><rn2:Date xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema"><rn2:Century>19</rn2:Century><rn2:Year>19</rn2:Year><rn2:Month>03</rn2:Month><rn2:Day>13</rn2:Day></rn2:Date><rn2:Name xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema"><rn2:LastName><rn2:Code>10568251</rn2:Code><rn2:Label>Sermon</rn2:Label></rn2:LastName><rn2:FirstName><rn2:Code>00020013</rn2:Code><rn2:Label>Jules</rn2:Label></rn2:FirstName></rn2:Name></per:it010><per:it020 Type="020" Structure="A1"><rn2:Date xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema"><rn2:Century>19</rn2:Century><rn2:Year>19</rn2:Year><rn2:Month>03</rn2:Month><rn2:Day>13</rn2:Day></rn2:Date><rn2:Address xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema"><rn2:ZipCode>1600</rn2:ZipCode><rn2:Street><rn2:Code>16000056</rn2:Code><rn2:Label>Georges Hensmansstraat</rn2:Label></rn2:Street><rn2:HouseNumber>16</rn2:HouseNumber></rn2:Address></per:it020><per:it031 Type="031" Structure="B1"><rn2:Date xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema"><rn2:Century>19</rn2:Century></rn2:Date></per:it031></per:details_rr_rn></per:details></per:person></per:personList></ns:findPersonResponse></SOAP-ENV:Body></SOAP-ENV:Envelope>
2008-08-26 08:46:02,896 [192.168.13.175-INFOR2] [HttpClientWorker-1] DEBUG RampartEngine Enter process(MessageContext msgCtx)
2008-08-26 08:46:02,928 [192.168.13.175-INFOR2] [HttpClientWorker-1] DEBUG AbstractContext ==================
2008-08-26 08:46:02,928 [192.168.13.175-INFOR2] [HttpClientWorker-1] DEBUG AbstractContext  Property set on object org.apache.axis2.context.MessageContext@e7a15b
2008-08-26 08:46:02,928 [192.168.13.175-INFOR2] [HttpClientWorker-1] DEBUG AbstractContext   Key =SECURITY_VALIDATION_FAILURE
2008-08-26 08:46:02,928 [192.168.13.175-INFOR2] [HttpClientWorker-1] DEBUG AbstractContext   Value Class = java.lang.Boolean
2008-08-26 08:46:02,928 [192.168.13.175-INFOR2] [HttpClientWorker-1] DEBUG AbstractContext   Value Classloader = null
2008-08-26 08:46:02,928 [192.168.13.175-INFOR2] [HttpClientWorker-1] DEBUG AbstractContext Call Stack = DEBUG_FRAME = org.apache.axis2.util.JavaUtils.callStackToString(JavaUtils.java:564)
        DEBUG_FRAME = org.apache.axis2.context.AbstractContext.debugPropertySet(AbstractContext.java:416)
        DEBUG_FRAME = org.apache.axis2.context.AbstractContext.setProperty(AbstractContext.java:182)
        DEBUG_FRAME = org.apache.rampart.handler.RampartReceiver.setFaultCodeAndThrowAxisFault(RampartReceiver.java:160)
        DEBUG_FRAME = org.apache.rampart.handler.RampartReceiver.invoke(RampartReceiver.java:99)
        DEBUG_FRAME = org.apache.axis2.engine.Phase.invoke(Phase.java:317)
        DEBUG_FRAME = org.apache.axis2.engine.AxisEngine.invoke(AxisEngine.java:264)
        DEBUG_FRAME = org.apache.axis2.engine.AxisEngine.receive(AxisEngine.java:163)
        DEBUG_FRAME = org.apache.synapse.transport.nhttp.ClientWorker.run(ClientWorker.java:200)
        DEBUG_FRAME = java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:650)
        DEBUG_FRAME = java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:675)
        DEBUG_FRAME = java.lang.Thread.run(Thread.java:595)

2008-08-26 08:46:02,928 [192.168.13.175-INFOR2] [HttpClientWorker-1] DEBUG AbstractContext ==================
2008-08-26 08:46:02,928 [192.168.13.175-INFOR2] [HttpClientWorker-1] ERROR AxisEngine Error in extracting message properties
org.apache.axis2.AxisFault: Error in extracting message properties
        at org.apache.rampart.handler.RampartReceiver.setFaultCodeAndThrowAxisFault(RampartReceiver.java:166)
        at org.apache.rampart.handler.RampartReceiver.invoke(RampartReceiver.java:99)
        at org.apache.axis2.engine.Phase.invoke(Phase.java:317)
        at org.apache.axis2.engine.AxisEngine.invoke(AxisEngine.java:264)
        at org.apache.axis2.engine.AxisEngine.receive(AxisEngine.java:163)
        at org.apache.synapse.transport.nhttp.ClientWorker.run(ClientWorker.java:200)
        at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:650)
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:675)
        at java.lang.Thread.run(Thread.java:595)
Caused by: org.apache.rampart.RampartException: Error in extracting message properties
        at org.apache.rampart.RampartMessageData.<init>(RampartMessageData.java:356)
        at org.apache.rampart.RampartEngine.process(RampartEngine.java:70)
        at org.apache.rampart.handler.RampartReceiver.invoke(RampartReceiver.java:92)
        ... 7 more
Caused by: org.apache.ws.security.WSSecurityException: Error in converting SOAP Envelope to Document; nested exception is:
        org.apache.axiom.om.OMException: com.ctc.wstx.exc.WstxEOFException: Unexpected EOF; was expecting a close tag for element <rn2:Century>
 at [row,col {unknown-source}]: [4,5335]
        at org.apache.rampart.util.Axis2Util.getDocumentFromSOAPEnvelope(Axis2Util.java:161)
        at org.apache.rampart.RampartMessageData.<init>(RampartMessageData.java:162)
        ... 9 more
Caused by: org.apache.axiom.om.OMException: com.ctc.wstx.exc.WstxEOFException: Unexpected EOF; was expecting a close tag for element <rn2:Century>
 at [row,col {unknown-source}]: [4,5335]
        at org.apache.axiom.om.impl.builder.StAXOMBuilder.next(StAXOMBuilder.java:249)
        at org.apache.axiom.om.impl.llom.OMNodeImpl.build(OMNodeImpl.java:327)
        at org.apache.axiom.om.impl.llom.OMElementImpl.build(OMElementImpl.java:706)
        at org.apache.rampart.util.Axis2Util.getDocumentFromSOAPEnvelope(Axis2Util.java:96)
        ... 10 more
Caused by: com.ctc.wstx.exc.WstxEOFException: Unexpected EOF; was expecting a close tag for element <rn2:Century>
 at [row,col {unknown-source}]: [4,5335]
        at com.ctc.wstx.sr.StreamScanner.throwUnexpectedEOF(StreamScanner.java:661)
        at com.ctc.wstx.sr.BasicStreamReader.nextFromTree(BasicStreamReader.java:2730)
        at com.ctc.wstx.sr.BasicStreamReader.next(BasicStreamReader.java:1019)
        at org.apache.axiom.om.impl.builder.StAXOMBuilder.parserNext(StAXOMBuilder.java:506)
        at org.apache.axiom.om.impl.builder.StAXOMBuilder.next(StAXOMBuilder.java:161)
        ... 13 more


Regards, Stefan.

Ruwan Linton-3 wrote:
stlecho wrote:
> Ruwan,
>
> I've been adding my endpoints and proxies to v1.7.1. When sending an XML
> request to the proxy endpoint, I'm receiving a "HTTP/1.1 202 Accepted"
> response but I have the impression that the external webservice is not
> called.
>
> Comparing the old (v1.7beta2) with the new synapse.xml config file, I've
> noticed that it was possible to specify an endpoint on the target element.
> Is this still supported in v1.7.1 ?
>  
Yeah, it does. Basically you should be able to export the full
configuration of the ESB 1.7 to the 1.7.1.

May be you are invoking the proxy with a wrong URL in which case the
main sequence is used for mediation and drops the message.

Thanks,
Ruwan
> Regards, Stefan.
>
> Ruwan Linton-3 wrote:
>  
>> Hi Stefan,
>>
>> We didn't fixed any functional issues in the 1.7.1 release, but we just
>> fixed the FireFox3 issues which are on the UI layer. Being said that
>> this feature is there on the 1.7 release as well. There fore this has to
>> work if the configuration is correct, so you may give this a try with
>> the new release and see whether you can get this to work.... If there
>> are any errors, you can raise them on them and I will help you to get
>> these issues resolved.
>>
>> Thanks,
>> Ruwan
>>
>> stlecho wrote:
>>    
>>> Ruwan,
>>>
>>> Has this functionality been released in the v1.7.1 ?
>>>
>>> PS: Sorry for this terrible late response, but I had some other
>>> priorities.
>>>
>>> Regards, Stefan.
>>>
>>> Ruwan Linton-3 wrote:
>>>  
>>>      
>>>> stlecho wrote:
>>>>    
>>>>        
>>>>> The response I'm getting back from the Webservice is not signed with
>>>>> WS-Security. If Rampart tries to treat this message in raises an
>>>>> exception,
>>>>> because it is supposed to handle signed messages. Rampart should in
>>>>> this
>>>>> case not be activated at all.
>>>>>  
>>>>>      
>>>>>          
>>>> Hi Stefan,
>>>>
>>>> Sorry for the late reply, I just did another test on this functionality
>>>> and found that it is working on the SNAPSHOT (latest build). Could you
>>>> please bring the summery of the problem with all logs and configurations
>>>> in to the table and lets try to get this resolved.
>>>>
>>>> You may send a mail to the user list or file a JIRA issue with all the
>>>> relevant configurations to reproduce the issue.
>>>>
>>>> Thanks,
>>>> Ruwan
>>>>
>>>> _______________________________________________
>>>> Esb-java-user mailing list
>>>> Esb-java-user@wso2.org
>>>> http://wso2.org/cgi-bin/mailman/listinfo/esb-java-user
>>>>
>>>>
>>>>    
>>>>        
>>>  
>>>      
>> _______________________________________________
>> Esb-java-user mailing list
>> Esb-java-user@wso2.org
>> http://mailman.wso2.org/cgi-bin/mailman/listinfo/esb-java-user
>>
>>
>>    
>
>  


_______________________________________________
Esb-java-user mailing list
Esb-java-user@wso2.org
http://mailman.wso2.org/cgi-bin/mailman/listinfo/esb-java-user

Re: WSSecurityException: Error in converting SOAP Envelope to Document

by Ruwan Linton-3 :: Rate this Message:

| View Threaded | Show Only this Message

Stefan,

I am sorry, but I lost the context of this issue.... :-(  Could you
please present the issue with all the contents so that one of our team
members can have a look at it. It seems like the message level policies
are not applied correctly, but not exactly sure since I lost the context.

Thanks,
Ruwan

stlecho wrote:

> Ruwan,
>
> I've changed my test and now I'm receiving a response without accented
> characters. When launching this test I receive "org.apache.axis2.AxisFault:
> SOAP header missing".
>
> Stacktrace
> 2008-08-26 14:16:33,862 [192.168.13.175-INFOR2] [HttpClientWorker-2] DEBUG
> MESSAGE *********************** RampartReceiver received
> <?xml version='1.0' encoding='utf-8'?><SOAP-ENV:Envelope
> xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/"
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> xmlns:xsd="http://www.w3.org/2001/XMLSchema"><SOAP-ENV:Body>
> <ns:findPersonResponse
> xmlns:ns="urn://fsb.belgium.be/fphp/v3_0"><per:personList
> xmlns:per="urn://fsb.belgium.be/fphp/v3_0/person"
> xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd"
> xmlns="urn://fsb.belgium.be/fphp/v3_0/query" release="2008072901"
> time="2008-08-26T14:16:33.555+02:00" version="1.0"><per:context
> version="1.0"><ns0:client
> xmlns:ns0="urn://fsb.belgium.be/fphp/v3_0/context"><ns0:nationalNumber>63080214114</ns0:nationalNumber><ns0:enterpriseNumber>0477430931</ns0:enterpriseNumber><ns0:eid
> /><ns0:callerId>211011</ns0:callerId><ns0:language>fr</ns0:language></ns0:client><ns0:message
> xmlns:ns0="urn://fsb.belgium.be/fphp/v3_0/context"><ns0:messageId>FPHP-C5A86B63-C34A-428A-A425-8DE5AD791134</ns0:messageId><ns0:correlationId>FPHP-C5A86B63-C34A-428A-A425-8DE5AD791134</ns0:correlationId></ns0:message><ns0:application
> xmlns:ns0="urn://fsb.belgium.be/fphp/v3_0/context"><ns0:application>enot-fphp</ns0:application></ns0:application></per:context><per:searchCriteria
> version="1.0"><ns0:registers
> xmlns:ns0="urn://fsb.belgium.be/fphp/v3_0/searchcriteria"><ns0:register>RN</ns0:register><ns0:register>RR</ns0:register></ns0:registers><ns0:searchByNumber
> xmlns:ns0="urn://fsb.belgium.be/fphp/v3_0/searchcriteria"
> version="1.0"><ns0:number>60210401511</ns0:number></ns0:searchByNumber></per:searchCriteria><per:searchFilterName>all</per:searchFilterName><per:person
> version="1.0"><per:summary version="1.0"><sum:source
> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">BCSS</sum:source><sum:number
> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">60210401511</sum:number><sum:status
> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">0</sum:status><sum:gender
> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">1</sum:gender><sum:lastName
> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">MACHIELSE</sum:lastName><sum:firstName
> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">MARTINUS</sum:firstName><sum:birthDate
> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary"><com:century
> xmlns:com="urn://fsb.belgium.be/fphp/v3_0/common">19</com:century><com:year
> xmlns:com="urn://fsb.belgium.be/fphp/v3_0/common">60</com:year><com:month
> xmlns:com="urn://fsb.belgium.be/fphp/v3_0/common">01</com:month><com:day
> xmlns:com="urn://fsb.belgium.be/fphp/v3_0/common">04</com:day></sum:birthDate><sum:birth_place_description
> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">BERGEN OP
> ZOOM</sum:birth_place_description><sum:birth_country_code
> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">NL</sum:birth_country_code><sum:nationality_code
> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">NL</sum:nationality_code><sum:isAlive
> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">true</sum:isAlive><sum:marital_status_code
> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">20</sum:marital_status_code><sum:ad_street_name
> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary" /><sum:ad_city
> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary" /><sum:ad_country_code
> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">NL</sum:ad_country_code><sum:ad_country_name
> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary"
> /></per:summary></per:person><per:nb_calls RN_NR="0" BCSS_KSZ="1"
> /></per:personList></ns:findPersonResponse>
> </SOAP-ENV:Body></SOAP-ENV:Envelope>
>
> 2008-08-26 14:16:33,908 [192.168.13.175-INFOR2] [HttpClientWorker-2] DEBUG
> AbstractContext ==================
> 2008-08-26 14:16:33,908 [192.168.13.175-INFOR2] [HttpClientWorker-2] ERROR
> AxisEngine SOAP header missing
> org.apache.axis2.AxisFault: SOAP header missing
> at
> org.apache.rampart.handler.RampartReceiver.setFaultCodeAndThrowAxisFault(RampartReceiver.java:166)
> at
> org.apache.rampart.handler.RampartReceiver.invoke(RampartReceiver.java:99)
> at org.apache.axis2.engine.Phase.invoke(Phase.java:317)
> at org.apache.axis2.engine.AxisEngine.invoke(AxisEngine.java:264)
> at org.apache.axis2.engine.AxisEngine.receive(AxisEngine.java:163)
> at
> org.apache.synapse.transport.nhttp.ClientWorker.run(ClientWorker.java:200)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:650)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:675)
> at java.lang.Thread.run(Thread.java:595)
> Caused by: org.apache.rampart.RampartException: SOAP header missing
> at org.apache.rampart.RampartEngine.process(RampartEngine.java:99)
> at
> org.apache.rampart.handler.RampartReceiver.invoke(RampartReceiver.java:92)
> ... 7 more
>
>
>
> Regards, Stefan Lecho.
>
> stlecho wrote:
>  
>> Ruwan,
>>
>> I've noticed that there is an encoding problem in the received response.
>> The response is encoded as UTF-8, but it contains accented characters:
>> "é". I would like to verify if the response sent by the webservice is
>> correctly encoded, but although I've activated
>> log4j.category.httpclient.wire=TRACE the request/response passing on the
>> wire is not logged. How can these messages be logged ?
>>
>> If the response is correctly encoded - i.e. ISO-8859-1 - is there a way to
>> change the encoding in the ESB configuration ?
>>
>> Regards, Stefan.
>>
>>
>> stlecho wrote:
>>    
>>> Ruwan,
>>>
>>> I've been re-configuring v1.7.1 and was able to call the webservice, but
>>> I'm still receiving an "Error in converting SOAP Envelope to Document"
>>> error message :o(.
>>>
>>> Stacktrace:
>>> 2008-08-26 08:46:02,896 [192.168.13.175-INFOR2] [HttpClientWorker-1]
>>> DEBUG MESSAGE *********************** RampartReceiver received
>>> <?xml version='1.0' encoding='utf-8'?><SOAP-ENV:Envelope
>>> xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/"
>>> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
>>> xmlns:xsd="http://www.w3.org/2001/XMLSchema"><SOAP-ENV:Body>
>>> <ns:findPersonResponse
>>> xmlns:ns="urn://fsb.belgium.be/fphp/v3_0"><per:personList
>>> xmlns:per="urn://fsb.belgium.be/fphp/v3_0/person"
>>> xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd"
>>> xmlns="urn://fsb.belgium.be/fphp/v3_0/query" release="2008072901"
>>> time="2008-08-26T08:46:02.231+02:00" version="1.0"><per:context
>>> version="1.0"><ns0:client
>>> xmlns:ns0="urn://fsb.belgium.be/fphp/v3_0/context"><ns0:nationalNumber>63080214114</ns0:nationalNumber><ns0:enterpriseNumber>0477430931</ns0:enterpriseNumber><ns0:eid
>>> /><ns0:callerId>211011</ns0:callerId><ns0:language>fr</ns0:language></ns0:client><ns0:message
>>> xmlns:ns0="urn://fsb.belgium.be/fphp/v3_0/context"><ns0:messageId>FPHP-C5A86B63-C34A-428A-A425-8DE5AD791134</ns0:messageId><ns0:correlationId>FPHP-C5A86B63-C34A-428A-A425-8DE5AD791134</ns0:correlationId></ns0:message><ns0:application
>>> xmlns:ns0="urn://fsb.belgium.be/fphp/v3_0/context"><ns0:application>enot-fphp</ns0:application></ns0:application></per:context><per:searchCriteria
>>> version="1.0"><ns0:registers
>>> xmlns:ns0="urn://fsb.belgium.be/fphp/v3_0/searchcriteria"><ns0:register>RN</ns0:register><ns0:register>RR</ns0:register></ns0:registers><ns0:searchByNumber
>>> xmlns:ns0="urn://fsb.belgium.be/fphp/v3_0/searchcriteria"
>>> version="1.0"><ns0:number>19031319331</ns0:number></ns0:searchByNumber></per:searchCriteria><per:searchFilterName>all</per:searchFilterName><per:person
>>> version="1.0"><per:summary version="1.3"><sum:source
>>> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">RN</sum:source><sum:number
>>> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">19031319331</sum:number><sum:status
>>> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">0</sum:status><sum:gender
>>> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">1</sum:gender><sum:lastName
>>> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">Sermon</sum:lastName><sum:firstName
>>> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">Jules</sum:firstName><sum:birthDate
>>> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary"><com:century
>>> xmlns:com="urn://fsb.belgium.be/fphp/v3_0/common">19</com:century><com:year
>>> xmlns:com="urn://fsb.belgium.be/fphp/v3_0/common">19</com:year><com:month
>>> xmlns:com="urn://fsb.belgium.be/fphp/v3_0/common">03</com:month><com:day
>>> xmlns:com="urn://fsb.belgium.be/fphp/v3_0/common">13</com:day></sum:birthDate><sum:birth_place_nis_code
>>> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">23077</sum:birth_place_nis_code><sum:birth_place_description
>>> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">Sint-Pieters-Leeuw</sum:birth_place_description><sum:nationality_code
>>> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">BE</sum:nationality_code><sum:isAlive
>>> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">false</sum:isAlive></per:summary><per:details><per:details_rr_rn><per:it000
>>> Type="000" Structure="A1"><rn2:NationalNumber
>>> xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema"><rn2:NationalNumber>19031319331</rn2:NationalNumber><rn2:Date><rn2:Century>19</rn2:Century><rn2:Year>19</rn2:Year><rn2:Month>03</rn2:Month><rn2:Day>13</rn2:Day></rn2:Date><rn2:Sex>1</rn2:Sex></rn2:NationalNumber></per:it000><per:it001
>>> Type="001" Structure="A1"><rn2:Date
>>> xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema"><rn2:Century>19</rn2:Century><rn2:Year>82</rn2:Year><rn2:Month>06</rn2:Month><rn2:Day>19</rn2:Day></rn2:Date><rn2:Residence
>>> xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema"><rn2:Code>99990</rn2:Code><rn2:Label>Décédé(e)</rn2:Label></rn2:Residence><rn2:Fusion
>>> xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema">0</rn2:Fusion><rn2:Language
>>> xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema">1</rn2:Language></per:it001><per:it001
>>> Type="001" Structure="A1"><rn2:Date
>>> xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema"><rn2:Century>19</rn2:Century><rn2:Year>19</rn2:Year><rn2:Month>03</rn2:Month><rn2:Day>13</rn2:Day></rn2:Date><rn2:Residence
>>> xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema"><rn2:Code>23077</rn2:Code><rn2:Label>Sint-Pieters-Leeuw</rn2:Label></rn2:Residence><rn2:Fusion
>>> xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema">0</rn2:Fusion><rn2:Language
>>> xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema">1</rn2:Language></per:it001><per:it010
>>> Type="010" Structure="A1"><rn2:Date
>>> xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema"><rn2:Century>19</rn2:Century><rn2:Year>19</rn2:Year><rn2:Month>03</rn2:Month><rn2:Day>13</rn2:Day></rn2:Date><rn2:Name
>>> xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema"><rn2:LastName><rn2:Code>10568251</rn2:Code><rn2:Label>Sermon</rn2:Label></rn2:LastName><rn2:FirstName><rn2:Code>00020013</rn2:Code><rn2:Label>Jules</rn2:Label></rn2:FirstName></rn2:Name></per:it010><per:it020
>>> Type="020" Structure="A1"><rn2:Date
>>> xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema"><rn2:Century>19</rn2:Century><rn2:Year>19</rn2:Year><rn2:Month>03</rn2:Month><rn2:Day>13</rn2:Day></rn2:Date><rn2:Address
>>> xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema"><rn2:ZipCode>1600</rn2:ZipCode><rn2:Street><rn2:Code>16000056</rn2:Code><rn2:Label>Georges
>>> Hensmansstraat</rn2:Label></rn2:Street><rn2:HouseNumber>16</rn2:HouseNumber></rn2:Address></per:it020><per:it031
>>> Type="031" Structure="B1"><rn2:Date
>>> xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema"><rn2:Century>19</rn2:Century></rn2:Date></per:it031></per:details_rr_rn></per:details></per:person></per:personList></ns:findPersonResponse></SOAP-ENV:Body></SOAP-ENV:Envelope>
>>> 2008-08-26 08:46:02,896 [192.168.13.175-INFOR2] [HttpClientWorker-1]
>>> DEBUG RampartEngine Enter process(MessageContext msgCtx)
>>> 2008-08-26 08:46:02,928 [192.168.13.175-INFOR2] [HttpClientWorker-1]
>>> DEBUG AbstractContext ==================
>>> 2008-08-26 08:46:02,928 [192.168.13.175-INFOR2] [HttpClientWorker-1]
>>> DEBUG AbstractContext  Property set on object
>>> org.apache.axis2.context.MessageContext@e7a15b
>>> 2008-08-26 08:46:02,928 [192.168.13.175-INFOR2] [HttpClientWorker-1]
>>> DEBUG AbstractContext   Key =SECURITY_VALIDATION_FAILURE
>>> 2008-08-26 08:46:02,928 [192.168.13.175-INFOR2] [HttpClientWorker-1]
>>> DEBUG AbstractContext   Value Class = java.lang.Boolean
>>> 2008-08-26 08:46:02,928 [192.168.13.175-INFOR2] [HttpClientWorker-1]
>>> DEBUG AbstractContext   Value Classloader = null
>>> 2008-08-26 08:46:02,928 [192.168.13.175-INFOR2] [HttpClientWorker-1]
>>> DEBUG AbstractContext Call Stack = DEBUG_FRAME =
>>> org.apache.axis2.util.JavaUtils.callStackToString(JavaUtils.java:564)
>>> DEBUG_FRAME =
>>> org.apache.axis2.context.AbstractContext.debugPropertySet(AbstractContext.java:416)
>>> DEBUG_FRAME =
>>> org.apache.axis2.context.AbstractContext.setProperty(AbstractContext.java:182)
>>> DEBUG_FRAME =
>>> org.apache.rampart.handler.RampartReceiver.setFaultCodeAndThrowAxisFault(RampartReceiver.java:160)
>>> DEBUG_FRAME =
>>> org.apache.rampart.handler.RampartReceiver.invoke(RampartReceiver.java:99)
>>> DEBUG_FRAME = org.apache.axis2.engine.Phase.invoke(Phase.java:317)
>>> DEBUG_FRAME =
>>> org.apache.axis2.engine.AxisEngine.invoke(AxisEngine.java:264)
>>> DEBUG_FRAME =
>>> org.apache.axis2.engine.AxisEngine.receive(AxisEngine.java:163)
>>> DEBUG_FRAME =
>>> org.apache.synapse.transport.nhttp.ClientWorker.run(ClientWorker.java:200)
>>> DEBUG_FRAME =
>>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:650)
>>> DEBUG_FRAME =
>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:675)
>>> DEBUG_FRAME = java.lang.Thread.run(Thread.java:595)
>>>
>>> 2008-08-26 08:46:02,928 [192.168.13.175-INFOR2] [HttpClientWorker-1]
>>> DEBUG AbstractContext ==================
>>> 2008-08-26 08:46:02,928 [192.168.13.175-INFOR2] [HttpClientWorker-1]
>>> ERROR AxisEngine Error in extracting message properties
>>> org.apache.axis2.AxisFault: Error in extracting message properties
>>> at
>>> org.apache.rampart.handler.RampartReceiver.setFaultCodeAndThrowAxisFault(RampartReceiver.java:166)
>>> at
>>> org.apache.rampart.handler.RampartReceiver.invoke(RampartReceiver.java:99)
>>> at org.apache.axis2.engine.Phase.invoke(Phase.java:317)
>>> at org.apache.axis2.engine.AxisEngine.invoke(AxisEngine.java:264)
>>> at org.apache.axis2.engine.AxisEngine.receive(AxisEngine.java:163)
>>> at
>>> org.apache.synapse.transport.nhttp.ClientWorker.run(ClientWorker.java:200)
>>> at
>>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:650)
>>> at
>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:675)
>>> at java.lang.Thread.run(Thread.java:595)
>>> Caused by: org.apache.rampart.RampartException: Error in extracting
>>> message properties
>>> at
>>> org.apache.rampart.RampartMessageData.<init>(RampartMessageData.java:356)
>>> at org.apache.rampart.RampartEngine.process(RampartEngine.java:70)
>>> at
>>> org.apache.rampart.handler.RampartReceiver.invoke(RampartReceiver.java:92)
>>> ... 7 more
>>> Caused by: org.apache.ws.security.WSSecurityException: Error in
>>> converting SOAP Envelope to Document; nested exception is:
>>> org.apache.axiom.om.OMException: com.ctc.wstx.exc.WstxEOFException:
>>> Unexpected EOF; was expecting a close tag for element <rn2:Century>
>>>  at [row,col {unknown-source}]: [4,5335]
>>> at
>>> org.apache.rampart.util.Axis2Util.getDocumentFromSOAPEnvelope(Axis2Util.java:161)
>>> at
>>> org.apache.rampart.RampartMessageData.<init>(RampartMessageData.java:162)
>>> ... 9 more
>>> Caused by: org.apache.axiom.om.OMException:
>>> com.ctc.wstx.exc.WstxEOFException: Unexpected EOF; was expecting a close
>>> tag for element <rn2:Century>
>>>  at [row,col {unknown-source}]: [4,5335]
>>> at
>>> org.apache.axiom.om.impl.builder.StAXOMBuilder.next(StAXOMBuilder.java:249)
>>> at org.apache.axiom.om.impl.llom.OMNodeImpl.build(OMNodeImpl.java:327)
>>> at
>>> org.apache.axiom.om.impl.llom.OMElementImpl.build(OMElementImpl.java:706)
>>> at
>>> org.apache.rampart.util.Axis2Util.getDocumentFromSOAPEnvelope(Axis2Util.java:96)
>>> ... 10 more
>>> Caused by: com.ctc.wstx.exc.WstxEOFException: Unexpected EOF; was
>>> expecting a close tag for element <rn2:Century>
>>>  at [row,col {unknown-source}]: [4,5335]
>>> at
>>> com.ctc.wstx.sr.StreamScanner.throwUnexpectedEOF(StreamScanner.java:661)
>>> at
>>> com.ctc.wstx.sr.BasicStreamReader.nextFromTree(BasicStreamReader.java:2730)
>>> at com.ctc.wstx.sr.BasicStreamReader.next(BasicStreamReader.java:1019)
>>> at
>>> org.apache.axiom.om.impl.builder.StAXOMBuilder.parserNext(StAXOMBuilder.java:506)
>>> at
>>> org.apache.axiom.om.impl.builder.StAXOMBuilder.next(StAXOMBuilder.java:161)
>>> ... 13 more
>>>
>>>
>>> Regards, Stefan.
>>>
>>>
>>> Ruwan Linton-3 wrote:
>>>      
>>>> stlecho wrote:
>>>>        
>>>>> Ruwan,
>>>>>
>>>>> I've been adding my endpoints and proxies to v1.7.1. When sending an
>>>>> XML
>>>>> request to the proxy endpoint, I'm receiving a "HTTP/1.1 202 Accepted"
>>>>> response but I have the impression that the external webservice is not
>>>>> called.
>>>>>
>>>>> Comparing the old (v1.7beta2) with the new synapse.xml config file,
>>>>> I've
>>>>> noticed that it was possible to specify an endpoint on the target
>>>>> element.
>>>>> Is this still supported in v1.7.1 ?
>>>>>  
>>>>>          
>>>> Yeah, it does. Basically you should be able to export the full
>>>> configuration of the ESB 1.7 to the 1.7.1.
>>>>
>>>> May be you are invoking the proxy with a wrong URL in which case the
>>>> main sequence is used for mediation and drops the message.
>>>>
>>>> Thanks,
>>>> Ruwan
>>>>        
>>>>> Regards, Stefan.
>>>>>
>>>>> Ruwan Linton-3 wrote:
>>>>>  
>>>>>          
>>>>>> Hi Stefan,
>>>>>>
>>>>>> We didn't fixed any functional issues in the 1.7.1 release, but we
>>>>>> just
>>>>>> fixed the FireFox3 issues which are on the UI layer. Being said that
>>>>>> this feature is there on the 1.7 release as well. There fore this has
>>>>>> to
>>>>>> work if the configuration is correct, so you may give this a try with
>>>>>> the new release and see whether you can get this to work.... If there
>>>>>> are any errors, you can raise them on them and I will help you to get
>>>>>> these issues resolved.
>>>>>>
>>>>>> Thanks,
>>>>>> Ruwan
>>>>>>
>>>>>> stlecho wrote:
>>>>>>    
>>>>>>            
>>>>>>> Ruwan,
>>>>>>>
>>>>>>> Has this functionality been released in the v1.7.1 ?
>>>>>>>
>>>>>>> PS: Sorry for this terrible late response, but I had some other
>>>>>>> priorities.
>>>>>>>
>>>>>>> Regards, Stefan.
>>>>>>>
>>>>>>> Ruwan Linton-3 wrote:
>>>>>>>  
>>>>>>>      
>>>>>>>              
>>>>>>>> stlecho wrote:
>>>>>>>>    
>>>>>>>>        
>>>>>>>>                
>>>>>>>>> The response I'm getting back from the Webservice is not signed
>>>>>>>>> with
>>>>>>>>> WS-Security. If Rampart tries to treat this message in raises an
>>>>>>>>> exception,
>>>>>>>>> because it is supposed to handle signed messages. Rampart should in
>>>>>>>>> this
>>>>>>>>> case not be activated at all.
>>>>>>>>>  
>>>>>>>>>      
>>>>>>>>>          
>>>>>>>>>                  
>>>>>>>> Hi Stefan,
>>>>>>>>
>>>>>>>> Sorry for the late reply, I just did another test on this
>>>>>>>> functionality
>>>>>>>> and found that it is working on the SNAPSHOT (latest build). Could
>>>>>>>> you
>>>>>>>> please bring the summery of the problem with all logs and
>>>>>>>> configurations
>>>>>>>> in to the table and lets try to get this resolved.
>>>>>>>>
>>>>>>>> You may send a mail to the user list or file a JIRA issue with all
>>>>>>>> the
>>>>>>>> relevant configurations to reproduce the issue.
>>>>>>>>
>>>>>>>> Thanks,
>>>>>>>> Ruwan
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> Esb-java-user mailing list
>>>>>>>> Esb-java-user@...
>>>>>>>> http://wso2.org/cgi-bin/mailman/listinfo/esb-java-user
>>>>>>>>
>>>>>>>>
>>>>>>>>    
>>>>>>>>        
>>>>>>>>                
>>>>>>>  
>>>>>>>      
>>>>>>>              
>>>>>> _______________________________________________
>>>>>> Esb-java-user mailing list
>>>>>> Esb-java-user@...
>>>>>> http://mailman.wso2.org/cgi-bin/mailman/listinfo/esb-java-user
>>>>>>
>>>>>>
>>>>>>    
>>>>>>            
>>>>>  
>>>>>          
>>>> _______________________________________________
>>>> Esb-java-user mailing list
>>>> Esb-java-user@...
>>>> http://mailman.wso2.org/cgi-bin/mailman/listinfo/esb-java-user
>>>>
>>>>
>>>>        
>>>      
>>    
>
>  


_______________________________________________
Esb-java-user mailing list
Esb-java-user@...
http://mailman.wso2.org/cgi-bin/mailman/listinfo/esb-java-user

Re: WSSecurityException: Error in converting SOAP Envelope to Document

by stlecho :: Rate this Message:

| View Threaded | Show Only this Message

Ruwan,

The webservice I'm calling requires that requests are signed (with WS-Security), but responses are not signed.

At one point in time you have fixed certain issues linked with this requirement and I've use a specific build to test it. The original thread - with additional information and context - can be found here: http://www.nabble.com/NullPointerException-in-org.apache.rampart.RampartEngine.process-td15979093.html.

At this point in time, I'm able to call the webservice with a correctly signed message. The webservice responses with a non-signed response that is received by ESB. When this response is parsed, I'm receiving "org.apache.axis2.AxisFault: SOAP header missing".

Regards, Stefan.
Ruwan Linton-3 wrote:
Stefan,

I am sorry, but I lost the context of this issue.... :-(  Could you
please present the issue with all the contents so that one of our team
members can have a look at it. It seems like the message level policies
are not applied correctly, but not exactly sure since I lost the context.

Thanks,
Ruwan

stlecho wrote:
> Ruwan,
>
> I've changed my test and now I'm receiving a response without accented
> characters. When launching this test I receive "org.apache.axis2.AxisFault:
> SOAP header missing".
>
> Stacktrace
> 2008-08-26 14:16:33,862 [192.168.13.175-INFOR2] [HttpClientWorker-2] DEBUG
> MESSAGE *********************** RampartReceiver received
> <?xml version='1.0' encoding='utf-8'?><SOAP-ENV:Envelope
> xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/"
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> xmlns:xsd="http://www.w3.org/2001/XMLSchema"><SOAP-ENV:Body>
> <ns:findPersonResponse
> xmlns:ns="urn://fsb.belgium.be/fphp/v3_0"><per:personList
> xmlns:per="urn://fsb.belgium.be/fphp/v3_0/person"
> xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd"
> xmlns="urn://fsb.belgium.be/fphp/v3_0/query" release="2008072901"
> time="2008-08-26T14:16:33.555+02:00" version="1.0"><per:context
> version="1.0"><ns0:client
> xmlns:ns0="urn://fsb.belgium.be/fphp/v3_0/context"><ns0:nationalNumber>63080214114</ns0:nationalNumber><ns0:enterpriseNumber>0477430931</ns0:enterpriseNumber><ns0:eid
> /><ns0:callerId>211011</ns0:callerId><ns0:language>fr</ns0:language></ns0:client><ns0:message
> xmlns:ns0="urn://fsb.belgium.be/fphp/v3_0/context"><ns0:messageId>FPHP-C5A86B63-C34A-428A-A425-8DE5AD791134</ns0:messageId><ns0:correlationId>FPHP-C5A86B63-C34A-428A-A425-8DE5AD791134</ns0:correlationId></ns0:message><ns0:application
> xmlns:ns0="urn://fsb.belgium.be/fphp/v3_0/context"><ns0:application>enot-fphp</ns0:application></ns0:application></per:context><per:searchCriteria
> version="1.0"><ns0:registers
> xmlns:ns0="urn://fsb.belgium.be/fphp/v3_0/searchcriteria"><ns0:register>RN</ns0:register><ns0:register>RR</ns0:register></ns0:registers><ns0:searchByNumber
> xmlns:ns0="urn://fsb.belgium.be/fphp/v3_0/searchcriteria"
> version="1.0"><ns0:number>60210401511</ns0:number></ns0:searchByNumber></per:searchCriteria><per:searchFilterName>all</per:searchFilterName><per:person
> version="1.0"><per:summary version="1.0"><sum:source
> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">BCSS</sum:source><sum:number
> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">60210401511</sum:number><sum:status
> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">0</sum:status><sum:gender
> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">1</sum:gender><sum:lastName
> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">MACHIELSE</sum:lastName><sum:firstName
> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">MARTINUS</sum:firstName><sum:birthDate
> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary"><com:century
> xmlns:com="urn://fsb.belgium.be/fphp/v3_0/common">19</com:century><com:year
> xmlns:com="urn://fsb.belgium.be/fphp/v3_0/common">60</com:year><com:month
> xmlns:com="urn://fsb.belgium.be/fphp/v3_0/common">01</com:month><com:day
> xmlns:com="urn://fsb.belgium.be/fphp/v3_0/common">04</com:day></sum:birthDate><sum:birth_place_description
> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">BERGEN OP
> ZOOM</sum:birth_place_description><sum:birth_country_code
> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">NL</sum:birth_country_code><sum:nationality_code
> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">NL</sum:nationality_code><sum:isAlive
> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">true</sum:isAlive><sum:marital_status_code
> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">20</sum:marital_status_code><sum:ad_street_name
> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary" /><sum:ad_city
> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary" /><sum:ad_country_code
> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">NL</sum:ad_country_code><sum:ad_country_name
> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary"
> /></per:summary></per:person><per:nb_calls RN_NR="0" BCSS_KSZ="1"
> /></per:personList></ns:findPersonResponse>
> </SOAP-ENV:Body></SOAP-ENV:Envelope>
>
> 2008-08-26 14:16:33,908 [192.168.13.175-INFOR2] [HttpClientWorker-2] DEBUG
> AbstractContext ==================
> 2008-08-26 14:16:33,908 [192.168.13.175-INFOR2] [HttpClientWorker-2] ERROR
> AxisEngine SOAP header missing
> org.apache.axis2.AxisFault: SOAP header missing
> at
> org.apache.rampart.handler.RampartReceiver.setFaultCodeAndThrowAxisFault(RampartReceiver.java:166)
> at
> org.apache.rampart.handler.RampartReceiver.invoke(RampartReceiver.java:99)
> at org.apache.axis2.engine.Phase.invoke(Phase.java:317)
> at org.apache.axis2.engine.AxisEngine.invoke(AxisEngine.java:264)
> at org.apache.axis2.engine.AxisEngine.receive(AxisEngine.java:163)
> at
> org.apache.synapse.transport.nhttp.ClientWorker.run(ClientWorker.java:200)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:650)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:675)
> at java.lang.Thread.run(Thread.java:595)
> Caused by: org.apache.rampart.RampartException: SOAP header missing
> at org.apache.rampart.RampartEngine.process(RampartEngine.java:99)
> at
> org.apache.rampart.handler.RampartReceiver.invoke(RampartReceiver.java:92)
> ... 7 more
>
>
>
> Regards, Stefan Lecho.
>
> stlecho wrote:
>  
>> Ruwan,
>>
>> I've noticed that there is an encoding problem in the received response.
>> The response is encoded as UTF-8, but it contains accented characters:
>> "é". I would like to verify if the response sent by the webservice is
>> correctly encoded, but although I've activated
>> log4j.category.httpclient.wire=TRACE the request/response passing on the
>> wire is not logged. How can these messages be logged ?
>>
>> If the response is correctly encoded - i.e. ISO-8859-1 - is there a way to
>> change the encoding in the ESB configuration ?
>>
>> Regards, Stefan.
>>
>>
>> stlecho wrote:
>>    
>>> Ruwan,
>>>
>>> I've been re-configuring v1.7.1 and was able to call the webservice, but
>>> I'm still receiving an "Error in converting SOAP Envelope to Document"
>>> error message :o(.
>>>
>>> Stacktrace:
>>> 2008-08-26 08:46:02,896 [192.168.13.175-INFOR2] [HttpClientWorker-1]
>>> DEBUG MESSAGE *********************** RampartReceiver received
>>> <?xml version='1.0' encoding='utf-8'?><SOAP-ENV:Envelope
>>> xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/"
>>> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
>>> xmlns:xsd="http://www.w3.org/2001/XMLSchema"><SOAP-ENV:Body>
>>> <ns:findPersonResponse
>>> xmlns:ns="urn://fsb.belgium.be/fphp/v3_0"><per:personList
>>> xmlns:per="urn://fsb.belgium.be/fphp/v3_0/person"
>>> xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd"
>>> xmlns="urn://fsb.belgium.be/fphp/v3_0/query" release="2008072901"
>>> time="2008-08-26T08:46:02.231+02:00" version="1.0"><per:context
>>> version="1.0"><ns0:client
>>> xmlns:ns0="urn://fsb.belgium.be/fphp/v3_0/context"><ns0:nationalNumber>63080214114</ns0:nationalNumber><ns0:enterpriseNumber>0477430931</ns0:enterpriseNumber><ns0:eid
>>> /><ns0:callerId>211011</ns0:callerId><ns0:language>fr</ns0:language></ns0:client><ns0:message
>>> xmlns:ns0="urn://fsb.belgium.be/fphp/v3_0/context"><ns0:messageId>FPHP-C5A86B63-C34A-428A-A425-8DE5AD791134</ns0:messageId><ns0:correlationId>FPHP-C5A86B63-C34A-428A-A425-8DE5AD791134</ns0:correlationId></ns0:message><ns0:application
>>> xmlns:ns0="urn://fsb.belgium.be/fphp/v3_0/context"><ns0:application>enot-fphp</ns0:application></ns0:application></per:context><per:searchCriteria
>>> version="1.0"><ns0:registers
>>> xmlns:ns0="urn://fsb.belgium.be/fphp/v3_0/searchcriteria"><ns0:register>RN</ns0:register><ns0:register>RR</ns0:register></ns0:registers><ns0:searchByNumber
>>> xmlns:ns0="urn://fsb.belgium.be/fphp/v3_0/searchcriteria"
>>> version="1.0"><ns0:number>19031319331</ns0:number></ns0:searchByNumber></per:searchCriteria><per:searchFilterName>all</per:searchFilterName><per:person
>>> version="1.0"><per:summary version="1.3"><sum:source
>>> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">RN</sum:source><sum:number
>>> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">19031319331</sum:number><sum:status
>>> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">0</sum:status><sum:gender
>>> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">1</sum:gender><sum:lastName
>>> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">Sermon</sum:lastName><sum:firstName
>>> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">Jules</sum:firstName><sum:birthDate
>>> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary"><com:century
>>> xmlns:com="urn://fsb.belgium.be/fphp/v3_0/common">19</com:century><com:year
>>> xmlns:com="urn://fsb.belgium.be/fphp/v3_0/common">19</com:year><com:month
>>> xmlns:com="urn://fsb.belgium.be/fphp/v3_0/common">03</com:month><com:day
>>> xmlns:com="urn://fsb.belgium.be/fphp/v3_0/common">13</com:day></sum:birthDate><sum:birth_place_nis_code
>>> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">23077</sum:birth_place_nis_code><sum:birth_place_description
>>> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">Sint-Pieters-Leeuw</sum:birth_place_description><sum:nationality_code
>>> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">BE</sum:nationality_code><sum:isAlive
>>> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">false</sum:isAlive></per:summary><per:details><per:details_rr_rn><per:it000
>>> Type="000" Structure="A1"><rn2:NationalNumber
>>> xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema"><rn2:NationalNumber>19031319331</rn2:NationalNumber><rn2:Date><rn2:Century>19</rn2:Century><rn2:Year>19</rn2:Year><rn2:Month>03</rn2:Month><rn2:Day>13</rn2:Day></rn2:Date><rn2:Sex>1</rn2:Sex></rn2:NationalNumber></per:it000><per:it001
>>> Type="001" Structure="A1"><rn2:Date
>>> xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema"><rn2:Century>19</rn2:Century><rn2:Year>82</rn2:Year><rn2:Month>06</rn2:Month><rn2:Day>19</rn2:Day></rn2:Date><rn2:Residence
>>> xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema"><rn2:Code>99990</rn2:Code><rn2:Label>Décédé(e)</rn2:Label></rn2:Residence><rn2:Fusion
>>> xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema">0</rn2:Fusion><rn2:Language
>>> xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema">1</rn2:Language></per:it001><per:it001
>>> Type="001" Structure="A1"><rn2:Date
>>> xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema"><rn2:Century>19</rn2:Century><rn2:Year>19</rn2:Year><rn2:Month>03</rn2:Month><rn2:Day>13</rn2:Day></rn2:Date><rn2:Residence
>>> xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema"><rn2:Code>23077</rn2:Code><rn2:Label>Sint-Pieters-Leeuw</rn2:Label></rn2:Residence><rn2:Fusion
>>> xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema">0</rn2:Fusion><rn2:Language
>>> xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema">1</rn2:Language></per:it001><per:it010
>>> Type="010" Structure="A1"><rn2:Date
>>> xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema"><rn2:Century>19</rn2:Century><rn2:Year>19</rn2:Year><rn2:Month>03</rn2:Month><rn2:Day>13</rn2:Day></rn2:Date><rn2:Name
>>> xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema"><rn2:LastName><rn2:Code>10568251</rn2:Code><rn2:Label>Sermon</rn2:Label></rn2:LastName><rn2:FirstName><rn2:Code>00020013</rn2:Code><rn2:Label>Jules</rn2:Label></rn2:FirstName></rn2:Name></per:it010><per:it020
>>> Type="020" Structure="A1"><rn2:Date
>>> xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema"><rn2:Century>19</rn2:Century><rn2:Year>19</rn2:Year><rn2:Month>03</rn2:Month><rn2:Day>13</rn2:Day></rn2:Date><rn2:Address
>>> xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema"><rn2:ZipCode>1600</rn2:ZipCode><rn2:Street><rn2:Code>16000056</rn2:Code><rn2:Label>Georges
>>> Hensmansstraat</rn2:Label></rn2:Street><rn2:HouseNumber>16</rn2:HouseNumber></rn2:Address></per:it020><per:it031
>>> Type="031" Structure="B1"><rn2:Date
>>> xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema"><rn2:Century>19</rn2:Century></rn2:Date></per:it031></per:details_rr_rn></per:details></per:person></per:personList></ns:findPersonResponse></SOAP-ENV:Body></SOAP-ENV:Envelope>
>>> 2008-08-26 08:46:02,896 [192.168.13.175-INFOR2] [HttpClientWorker-1]
>>> DEBUG RampartEngine Enter process(MessageContext msgCtx)
>>> 2008-08-26 08:46:02,928 [192.168.13.175-INFOR2] [HttpClientWorker-1]
>>> DEBUG AbstractContext ==================
>>> 2008-08-26 08:46:02,928 [192.168.13.175-INFOR2] [HttpClientWorker-1]
>>> DEBUG AbstractContext  Property set on object
>>> org.apache.axis2.context.MessageContext@e7a15b
>>> 2008-08-26 08:46:02,928 [192.168.13.175-INFOR2] [HttpClientWorker-1]
>>> DEBUG AbstractContext   Key =SECURITY_VALIDATION_FAILURE
>>> 2008-08-26 08:46:02,928 [192.168.13.175-INFOR2] [HttpClientWorker-1]
>>> DEBUG AbstractContext   Value Class = java.lang.Boolean
>>> 2008-08-26 08:46:02,928 [192.168.13.175-INFOR2] [HttpClientWorker-1]
>>> DEBUG AbstractContext   Value Classloader = null
>>> 2008-08-26 08:46:02,928 [192.168.13.175-INFOR2] [HttpClientWorker-1]
>>> DEBUG AbstractContext Call Stack = DEBUG_FRAME =
>>> org.apache.axis2.util.JavaUtils.callStackToString(JavaUtils.java:564)
>>> DEBUG_FRAME =
>>> org.apache.axis2.context.AbstractContext.debugPropertySet(AbstractContext.java:416)
>>> DEBUG_FRAME =
>>> org.apache.axis2.context.AbstractContext.setProperty(AbstractContext.java:182)
>>> DEBUG_FRAME =
>>> org.apache.rampart.handler.RampartReceiver.setFaultCodeAndThrowAxisFault(RampartReceiver.java:160)
>>> DEBUG_FRAME =
>>> org.apache.rampart.handler.RampartReceiver.invoke(RampartReceiver.java:99)
>>> DEBUG_FRAME = org.apache.axis2.engine.Phase.invoke(Phase.java:317)
>>> DEBUG_FRAME =
>>> org.apache.axis2.engine.AxisEngine.invoke(AxisEngine.java:264)
>>> DEBUG_FRAME =
>>> org.apache.axis2.engine.AxisEngine.receive(AxisEngine.java:163)
>>> DEBUG_FRAME =
>>> org.apache.synapse.transport.nhttp.ClientWorker.run(ClientWorker.java:200)
>>> DEBUG_FRAME =
>>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:650)
>>> DEBUG_FRAME =
>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:675)
>>> DEBUG_FRAME = java.lang.Thread.run(Thread.java:595)
>>>
>>> 2008-08-26 08:46:02,928 [192.168.13.175-INFOR2] [HttpClientWorker-1]
>>> DEBUG AbstractContext ==================
>>> 2008-08-26 08:46:02,928 [192.168.13.175-INFOR2] [HttpClientWorker-1]
>>> ERROR AxisEngine Error in extracting message properties
>>> org.apache.axis2.AxisFault: Error in extracting message properties
>>> at
>>> org.apache.rampart.handler.RampartReceiver.setFaultCodeAndThrowAxisFault(RampartReceiver.java:166)
>>> at
>>> org.apache.rampart.handler.RampartReceiver.invoke(RampartReceiver.java:99)
>>> at org.apache.axis2.engine.Phase.invoke(Phase.java:317)
>>> at org.apache.axis2.engine.AxisEngine.invoke(AxisEngine.java:264)
>>> at org.apache.axis2.engine.AxisEngine.receive(AxisEngine.java:163)
>>> at
>>> org.apache.synapse.transport.nhttp.ClientWorker.run(ClientWorker.java:200)
>>> at
>>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:650)
>>> at
>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:675)
>>> at java.lang.Thread.run(Thread.java:595)
>>> Caused by: org.apache.rampart.RampartException: Error in extracting
>>> message properties
>>> at
>>> org.apache.rampart.RampartMessageData.<init>(RampartMessageData.java:356)
>>> at org.apache.rampart.RampartEngine.process(RampartEngine.java:70)
>>> at
>>> org.apache.rampart.handler.RampartReceiver.invoke(RampartReceiver.java:92)
>>> ... 7 more
>>> Caused by: org.apache.ws.security.WSSecurityException: Error in
>>> converting SOAP Envelope to Document; nested exception is:
>>> org.apache.axiom.om.OMException: com.ctc.wstx.exc.WstxEOFException:
>>> Unexpected EOF; was expecting a close tag for element <rn2:Century>
>>>  at [row,col {unknown-source}]: [4,5335]
>>> at
>>> org.apache.rampart.util.Axis2Util.getDocumentFromSOAPEnvelope(Axis2Util.java:161)
>>> at
>>> org.apache.rampart.RampartMessageData.<init>(RampartMessageData.java:162)
>>> ... 9 more
>>> Caused by: org.apache.axiom.om.OMException:
>>> com.ctc.wstx.exc.WstxEOFException: Unexpected EOF; was expecting a close
>>> tag for element <rn2:Century>
>>>  at [row,col {unknown-source}]: [4,5335]
>>> at
>>> org.apache.axiom.om.impl.builder.StAXOMBuilder.next(StAXOMBuilder.java:249)
>>> at org.apache.axiom.om.impl.llom.OMNodeImpl.build(OMNodeImpl.java:327)
>>> at
>>> org.apache.axiom.om.impl.llom.OMElementImpl.build(OMElementImpl.java:706)
>>> at
>>> org.apache.rampart.util.Axis2Util.getDocumentFromSOAPEnvelope(Axis2Util.java:96)
>>> ... 10 more
>>> Caused by: com.ctc.wstx.exc.WstxEOFException: Unexpected EOF; was
>>> expecting a close tag for element <rn2:Century>
>>>  at [row,col {unknown-source}]: [4,5335]
>>> at
>>> com.ctc.wstx.sr.StreamScanner.throwUnexpectedEOF(StreamScanner.java:661)
>>> at
>>> com.ctc.wstx.sr.BasicStreamReader.nextFromTree(BasicStreamReader.java:2730)
>>> at com.ctc.wstx.sr.BasicStreamReader.next(BasicStreamReader.java:1019)
>>> at
>>> org.apache.axiom.om.impl.builder.StAXOMBuilder.parserNext(StAXOMBuilder.java:506)
>>> at
>>> org.apache.axiom.om.impl.builder.StAXOMBuilder.next(StAXOMBuilder.java:161)
>>> ... 13 more
>>>
>>>
>>> Regards, Stefan.
>>>
>>>
>>> Ruwan Linton-3 wrote:
>>>      
>>>> stlecho wrote:
>>>>        
>>>>> Ruwan,
>>>>>
>>>>> I've been adding my endpoints and proxies to v1.7.1. When sending an
>>>>> XML
>>>>> request to the proxy endpoint, I'm receiving a "HTTP/1.1 202 Accepted"
>>>>> response but I have the impression that the external webservice is not
>>>>> called.
>>>>>
>>>>> Comparing the old (v1.7beta2) with the new synapse.xml config file,
>>>>> I've
>>>>> noticed that it was possible to specify an endpoint on the target
>>>>> element.
>>>>> Is this still supported in v1.7.1 ?
>>>>>  
>>>>>          
>>>> Yeah, it does. Basically you should be able to export the full
>>>> configuration of the ESB 1.7 to the 1.7.1.
>>>>
>>>> May be you are invoking the proxy with a wrong URL in which case the
>>>> main sequence is used for mediation and drops the message.
>>>>
>>>> Thanks,
>>>> Ruwan
>>>>        
>>>>> Regards, Stefan.
>>>>>
>>>>> Ruwan Linton-3 wrote:
>>>>>  
>>>>>          
>>>>>> Hi Stefan,
>>>>>>
>>>>>> We didn't fixed any functional issues in the 1.7.1 release, but we
>>>>>> just
>>>>>> fixed the FireFox3 issues which are on the UI layer. Being said that
>>>>>> this feature is there on the 1.7 release as well. There fore this has
>>>>>> to
>>>>>> work if the configuration is correct, so you may give this a try with
>>>>>> the new release and see whether you can get this to work.... If there
>>>>>> are any errors, you can raise them on them and I will help you to get
>>>>>> these issues resolved.
>>>>>>
>>>>>> Thanks,
>>>>>> Ruwan
>>>>>>
>>>>>> stlecho wrote:
>>>>>>    
>>>>>>            
>>>>>>> Ruwan,
>>>>>>>
>>>>>>> Has this functionality been released in the v1.7.1 ?
>>>>>>>
>>>>>>> PS: Sorry for this terrible late response, but I had some other
>>>>>>> priorities.
>>>>>>>
>>>>>>> Regards, Stefan.
>>>>>>>
>>>>>>> Ruwan Linton-3 wrote:
>>>>>>>  
>>>>>>>      
>>>>>>>              
>>>>>>>> stlecho wrote:
>>>>>>>>    
>>>>>>>>        
>>>>>>>>                
>>>>>>>>> The response I'm getting back from the Webservice is not signed
>>>>>>>>> with
>>>>>>>>> WS-Security. If Rampart tries to treat this message in raises an
>>>>>>>>> exception,
>>>>>>>>> because it is supposed to handle signed messages. Rampart should in
>>>>>>>>> this
>>>>>>>>> case not be activated at all.
>>>>>>>>>  
>>>>>>>>>      
>>>>>>>>>          
>>>>>>>>>                  
>>>>>>>> Hi Stefan,
>>>>>>>>
>>>>>>>> Sorry for the late reply, I just did another test on this
>>>>>>>> functionality
>>>>>>>> and found that it is working on the SNAPSHOT (latest build). Could
>>>>>>>> you
>>>>>>>> please bring the summery of the problem with all logs and
>>>>>>>> configurations
>>>>>>>> in to the table and lets try to get this resolved.
>>>>>>>>
>>>>>>>> You may send a mail to the user list or file a JIRA issue with all
>>>>>>>> the
>>>>>>>> relevant configurations to reproduce the issue.
>>>>>>>>
>>>>>>>> Thanks,
>>>>>>>> Ruwan
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> Esb-java-user mailing list
>>>>>>>> Esb-java-user@wso2.org
>>>>>>>> http://wso2.org/cgi-bin/mailman/listinfo/esb-java-user
>>>>>>>>
>>>>>>>>
>>>>>>>>    
>>>>>>>>        
>>>>>>>>                
>>>>>>>  
>>>>>>>      
>>>>>>>              
>>>>>> _______________________________________________
>>>>>> Esb-java-user mailing list
>>>>>> Esb-java-user@wso2.org
>>>>>> http://mailman.wso2.org/cgi-bin/mailman/listinfo/esb-java-user
>>>>>>
>>>>>>
>>>>>>    
>>>>>>            
>>>>>  
>>>>>          
>>>> _______________________________________________
>>>> Esb-java-user mailing list
>>>> Esb-java-user@wso2.org
>>>> http://mailman.wso2.org/cgi-bin/mailman/listinfo/esb-java-user
>>>>
>>>>
>>>>        
>>>      
>>    
>
>  


_______________________________________________
Esb-java-user mailing list
Esb-java-user@wso2.org
http://mailman.wso2.org/cgi-bin/mailman/listinfo/esb-java-user

Re: WSSecurityException: Error in converting SOAP Envelope to Document

by stlecho :: Rate this Message:

| View Threaded | Show Only this Message

Ruwan,

Some additional info: Based on the Stacktrace it seems that Rampart is processing the response, but it should not because the responses are not signed. I've used "<syn:localEntry key="policy-FSB" src="..." type="out"/>" in the policy definition, but that does not solve the problem.

Regards, Stefan.

Ruwan,

The webservice I'm calling requires that requests are signed (with WS-Security), but responses are not signed.

At one point in time you have fixed certain issues linked with this requirement and I've use a specific build to test it. The original thread - with additional information and context - can be found here: http://www.nabble.com/NullPointerException-in-org.apache.rampart.RampartEngine.process-td15979093.html.

At this point in time, I'm able to call the webservice with a correctly signed message. The webservice responses with a non-signed response that is received by ESB. When this response is parsed, I'm receiving "org.apache.axis2.AxisFault: SOAP header missing".

Regards, Stefan.
Ruwan Linton-3 wrote:
Stefan,

I am sorry, but I lost the context of this issue.... :-(  Could you
please present the issue with all the contents so that one of our team
members can have a look at it. It seems like the message level policies
are not applied correctly, but not exactly sure since I lost the context.

Thanks,
Ruwan

stlecho wrote:
> Ruwan,
>
> I've changed my test and now I'm receiving a response without accented
> characters. When launching this test I receive "org.apache.axis2.AxisFault:
> SOAP header missing".
>
> Stacktrace
> 2008-08-26 14:16:33,862 [192.168.13.175-INFOR2] [HttpClientWorker-2] DEBUG
> MESSAGE *********************** RampartReceiver received
> <?xml version='1.0' encoding='utf-8'?><SOAP-ENV:Envelope
> xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/"
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> xmlns:xsd="http://www.w3.org/2001/XMLSchema"><SOAP-ENV:Body>
> <ns:findPersonResponse
> xmlns:ns="urn://fsb.belgium.be/fphp/v3_0"><per:personList
> xmlns:per="urn://fsb.belgium.be/fphp/v3_0/person"
> xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd"
> xmlns="urn://fsb.belgium.be/fphp/v3_0/query" release="2008072901"
> time="2008-08-26T14:16:33.555+02:00" version="1.0"><per:context
> version="1.0"><ns0:client
> xmlns:ns0="urn://fsb.belgium.be/fphp/v3_0/context"><ns0:nationalNumber>63080214114</ns0:nationalNumber><ns0:enterpriseNumber>0477430931</ns0:enterpriseNumber><ns0:eid
> /><ns0:callerId>211011</ns0:callerId><ns0:language>fr</ns0:language></ns0:client><ns0:message
> xmlns:ns0="urn://fsb.belgium.be/fphp/v3_0/context"><ns0:messageId>FPHP-C5A86B63-C34A-428A-A425-8DE5AD791134</ns0:messageId><ns0:correlationId>FPHP-C5A86B63-C34A-428A-A425-8DE5AD791134</ns0:correlationId></ns0:message><ns0:application
> xmlns:ns0="urn://fsb.belgium.be/fphp/v3_0/context"><ns0:application>enot-fphp</ns0:application></ns0:application></per:context><per:searchCriteria
> version="1.0"><ns0:registers
> xmlns:ns0="urn://fsb.belgium.be/fphp/v3_0/searchcriteria"><ns0:register>RN</ns0:register><ns0:register>RR</ns0:register></ns0:registers><ns0:searchByNumber
> xmlns:ns0="urn://fsb.belgium.be/fphp/v3_0/searchcriteria"
> version="1.0"><ns0:number>60210401511</ns0:number></ns0:searchByNumber></per:searchCriteria><per:searchFilterName>all</per:searchFilterName><per:person
> version="1.0"><per:summary version="1.0"><sum:source
> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">BCSS</sum:source><sum:number
> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">60210401511</sum:number><sum:status
> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">0</sum:status><sum:gender
> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">1</sum:gender><sum:lastName
> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">MACHIELSE</sum:lastName><sum:firstName
> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">MARTINUS</sum:firstName><sum:birthDate
> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary"><com:century
> xmlns:com="urn://fsb.belgium.be/fphp/v3_0/common">19</com:century><com:year
> xmlns:com="urn://fsb.belgium.be/fphp/v3_0/common">60</com:year><com:month
> xmlns:com="urn://fsb.belgium.be/fphp/v3_0/common">01</com:month><com:day
> xmlns:com="urn://fsb.belgium.be/fphp/v3_0/common">04</com:day></sum:birthDate><sum:birth_place_description
> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">BERGEN OP
> ZOOM</sum:birth_place_description><sum:birth_country_code
> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">NL</sum:birth_country_code><sum:nationality_code
> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">NL</sum:nationality_code><sum:isAlive
> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">true</sum:isAlive><sum:marital_status_code
> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">20</sum:marital_status_code><sum:ad_street_name
> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary" /><sum:ad_city
> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary" /><sum:ad_country_code
> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">NL</sum:ad_country_code><sum:ad_country_name
> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary"
> /></per:summary></per:person><per:nb_calls RN_NR="0" BCSS_KSZ="1"
> /></per:personList></ns:findPersonResponse>
> </SOAP-ENV:Body></SOAP-ENV:Envelope>
>
> 2008-08-26 14:16:33,908 [192.168.13.175-INFOR2] [HttpClientWorker-2] DEBUG
> AbstractContext ==================
> 2008-08-26 14:16:33,908 [192.168.13.175-INFOR2] [HttpClientWorker-2] ERROR
> AxisEngine SOAP header missing
> org.apache.axis2.AxisFault: SOAP header missing
> at
> org.apache.rampart.handler.RampartReceiver.setFaultCodeAndThrowAxisFault(RampartReceiver.java:166)
> at
> org.apache.rampart.handler.RampartReceiver.invoke(RampartReceiver.java:99)
> at org.apache.axis2.engine.Phase.invoke(Phase.java:317)
> at org.apache.axis2.engine.AxisEngine.invoke(AxisEngine.java:264)
> at org.apache.axis2.engine.AxisEngine.receive(AxisEngine.java:163)
> at
> org.apache.synapse.transport.nhttp.ClientWorker.run(ClientWorker.java:200)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:650)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:675)
> at java.lang.Thread.run(Thread.java:595)
> Caused by: org.apache.rampart.RampartException: SOAP header missing
> at org.apache.rampart.RampartEngine.process(RampartEngine.java:99)
> at
> org.apache.rampart.handler.RampartReceiver.invoke(RampartReceiver.java:92)
> ... 7 more
>
>
>
> Regards, Stefan Lecho.
>
> stlecho wrote:
>  
>> Ruwan,
>>
>> I've noticed that there is an encoding problem in the received response.
>> The response is encoded as UTF-8, but it contains accented characters:
>> "é". I would like to verify if the response sent by the webservice is
>> correctly encoded, but although I've activated
>> log4j.category.httpclient.wire=TRACE the request/response passing on the
>> wire is not logged. How can these messages be logged ?
>>
>> If the response is correctly encoded - i.e. ISO-8859-1 - is there a way to
>> change the encoding in the ESB configuration ?
>>
>> Regards, Stefan.
>>
>>
>> stlecho wrote:
>>    
>>> Ruwan,
>>>
>>> I've been re-configuring v1.7.1 and was able to call the webservice, but
>>> I'm still receiving an "Error in converting SOAP Envelope to Document"
>>> error message :o(.
>>>
>>> Stacktrace:
>>> 2008-08-26 08:46:02,896 [192.168.13.175-INFOR2] [HttpClientWorker-1]
>>> DEBUG MESSAGE *********************** RampartReceiver received
>>> <?xml version='1.0' encoding='utf-8'?><SOAP-ENV:Envelope
>>> xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/"
>>> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
>>> xmlns:xsd="http://www.w3.org/2001/XMLSchema"><SOAP-ENV:Body>
>>> <ns:findPersonResponse
>>> xmlns:ns="urn://fsb.belgium.be/fphp/v3_0"><per:personList
>>> xmlns:per="urn://fsb.belgium.be/fphp/v3_0/person"
>>> xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd"
>>> xmlns="urn://fsb.belgium.be/fphp/v3_0/query" release="2008072901"
>>> time="2008-08-26T08:46:02.231+02:00" version="1.0"><per:context
>>> version="1.0"><ns0:client
>>> xmlns:ns0="urn://fsb.belgium.be/fphp/v3_0/context"><ns0:nationalNumber>63080214114</ns0:nationalNumber><ns0:enterpriseNumber>0477430931</ns0:enterpriseNumber><ns0:eid
>>> /><ns0:callerId>211011</ns0:callerId><ns0:language>fr</ns0:language></ns0:client><ns0:message
>>> xmlns:ns0="urn://fsb.belgium.be/fphp/v3_0/context"><ns0:messageId>FPHP-C5A86B63-C34A-428A-A425-8DE5AD791134</ns0:messageId><ns0:correlationId>FPHP-C5A86B63-C34A-428A-A425-8DE5AD791134</ns0:correlationId></ns0:message><ns0:application
>>> xmlns:ns0="urn://fsb.belgium.be/fphp/v3_0/context"><ns0:application>enot-fphp</ns0:application></ns0:application></per:context><per:searchCriteria
>>> version="1.0"><ns0:registers
>>> xmlns:ns0="urn://fsb.belgium.be/fphp/v3_0/searchcriteria"><ns0:register>RN</ns0:register><ns0:register>RR</ns0:register></ns0:registers><ns0:searchByNumber
>>> xmlns:ns0="urn://fsb.belgium.be/fphp/v3_0/searchcriteria"
>>> version="1.0"><ns0:number>19031319331</ns0:number></ns0:searchByNumber></per:searchCriteria><per:searchFilterName>all</per:searchFilterName><per:person
>>> version="1.0"><per:summary version="1.3"><sum:source
>>> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">RN</sum:source><sum:number
>>> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">19031319331</sum:number><sum:status
>>> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">0</sum:status><sum:gender
>>> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">1</sum:gender><sum:lastName
>>> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">Sermon</sum:lastName><sum:firstName
>>> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">Jules</sum:firstName><sum:birthDate
>>> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary"><com:century
>>> xmlns:com="urn://fsb.belgium.be/fphp/v3_0/common">19</com:century><com:year
>>> xmlns:com="urn://fsb.belgium.be/fphp/v3_0/common">19</com:year><com:month
>>> xmlns:com="urn://fsb.belgium.be/fphp/v3_0/common">03</com:month><com:day
>>> xmlns:com="urn://fsb.belgium.be/fphp/v3_0/common">13</com:day></sum:birthDate><sum:birth_place_nis_code
>>> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">23077</sum:birth_place_nis_code><sum:birth_place_description
>>> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">Sint-Pieters-Leeuw</sum:birth_place_description><sum:nationality_code
>>> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">BE</sum:nationality_code><sum:isAlive
>>> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">false</sum:isAlive></per:summary><per:details><per:details_rr_rn><per:it000
>>> Type="000" Structure="A1"><rn2:NationalNumber
>>> xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema"><rn2:NationalNumber>19031319331</rn2:NationalNumber><rn2:Date><rn2:Century>19</rn2:Century><rn2:Year>19</rn2:Year><rn2:Month>03</rn2:Month><rn2:Day>13</rn2:Day></rn2:Date><rn2:Sex>1</rn2:Sex></rn2:NationalNumber></per:it000><per:it001
>>> Type="001" Structure="A1"><rn2:Date
>>> xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema"><rn2:Century>19</rn2:Century><rn2:Year>82</rn2:Year><rn2:Month>06</rn2:Month><rn2:Day>19</rn2:Day></rn2:Date><rn2:Residence
>>> xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema"><rn2:Code>99990</rn2:Code><rn2:Label>Décédé(e)</rn2:Label></rn2:Residence><rn2:Fusion
>>> xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema">0</rn2:Fusion><rn2:Language
>>> xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema">1</rn2:Language></per:it001><per:it001
>>> Type="001" Structure="A1"><rn2:Date
>>> xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema"><rn2:Century>19</rn2:Century><rn2:Year>19</rn2:Year><rn2:Month>03</rn2:Month><rn2:Day>13</rn2:Day></rn2:Date><rn2:Residence
>>> xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema"><rn2:Code>23077</rn2:Code><rn2:Label>Sint-Pieters-Leeuw</rn2:Label></rn2:Residence><rn2:Fusion
>>> xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema">0</rn2:Fusion><rn2:Language
>>> xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema">1</rn2:Language></per:it001><per:it010
>>> Type="010" Structure="A1"><rn2:Date
>>> xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema"><rn2:Century>19</rn2:Century><rn2:Year>19</rn2:Year><rn2:Month>03</rn2:Month><rn2:Day>13</rn2:Day></rn2:Date><rn2:Name
>>> xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema"><rn2:LastName><rn2:Code>10568251</rn2:Code><rn2:Label>Sermon</rn2:Label></rn2:LastName><rn2:FirstName><rn2:Code>00020013</rn2:Code><rn2:Label>Jules</rn2:Label></rn2:FirstName></rn2:Name></per:it010><per:it020
>>> Type="020" Structure="A1"><rn2:Date
>>> xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema"><rn2:Century>19</rn2:Century><rn2:Year>19</rn2:Year><rn2:Month>03</rn2:Month><rn2:Day>13</rn2:Day></rn2:Date><rn2:Address
>>> xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema"><rn2:ZipCode>1600</rn2:ZipCode><rn2:Street><rn2:Code>16000056</rn2:Code><rn2:Label>Georges
>>> Hensmansstraat</rn2:Label></rn2:Street><rn2:HouseNumber>16</rn2:HouseNumber></rn2:Address></per:it020><per:it031
>>> Type="031" Structure="B1"><rn2:Date
>>> xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema"><rn2:Century>19</rn2:Century></rn2:Date></per:it031></per:details_rr_rn></per:details></per:person></per:personList></ns:findPersonResponse></SOAP-ENV:Body></SOAP-ENV:Envelope>
>>> 2008-08-26 08:46:02,896 [192.168.13.175-INFOR2] [HttpClientWorker-1]
>>> DEBUG RampartEngine Enter process(MessageContext msgCtx)
>>> 2008-08-26 08:46:02,928 [192.168.13.175-INFOR2] [HttpClientWorker-1]
>>> DEBUG AbstractContext ==================
>>> 2008-08-26 08:46:02,928 [192.168.13.175-INFOR2] [HttpClientWorker-1]
>>> DEBUG AbstractContext  Property set on object
>>> org.apache.axis2.context.MessageContext@e7a15b
>>> 2008-08-26 08:46:02,928 [192.168.13.175-INFOR2] [HttpClientWorker-1]
>>> DEBUG AbstractContext   Key =SECURITY_VALIDATION_FAILURE
>>> 2008-08-26 08:46:02,928 [192.168.13.175-INFOR2] [HttpClientWorker-1]
>>> DEBUG AbstractContext   Value Class = java.lang.Boolean
>>> 2008-08-26 08:46:02,928 [192.168.13.175-INFOR2] [HttpClientWorker-1]
>>> DEBUG AbstractContext   Value Classloader = null
>>> 2008-08-26 08:46:02,928 [192.168.13.175-INFOR2] [HttpClientWorker-1]
>>> DEBUG AbstractContext Call Stack = DEBUG_FRAME =
>>> org.apache.axis2.util.JavaUtils.callStackToString(JavaUtils.java:564)
>>> DEBUG_FRAME =
>>> org.apache.axis2.context.AbstractContext.debugPropertySet(AbstractContext.java:416)
>>> DEBUG_FRAME =
>>> org.apache.axis2.context.AbstractContext.setProperty(AbstractContext.java:182)
>>> DEBUG_FRAME =
>>> org.apache.rampart.handler.RampartReceiver.setFaultCodeAndThrowAxisFault(RampartReceiver.java:160)
>>> DEBUG_FRAME =
>>> org.apache.rampart.handler.RampartReceiver.invoke(RampartReceiver.java:99)
>>> DEBUG_FRAME = org.apache.axis2.engine.Phase.invoke(Phase.java:317)
>>> DEBUG_FRAME =
>>> org.apache.axis2.engine.AxisEngine.invoke(AxisEngine.java:264)
>>> DEBUG_FRAME =
>>> org.apache.axis2.engine.AxisEngine.receive(AxisEngine.java:163)
>>> DEBUG_FRAME =
>>> org.apache.synapse.transport.nhttp.ClientWorker.run(ClientWorker.java:200)
>>> DEBUG_FRAME =
>>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:650)
>>> DEBUG_FRAME =
>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:675)
>>> DEBUG_FRAME = java.lang.Thread.run(Thread.java:595)
>>>
>>> 2008-08-26 08:46:02,928 [192.168.13.175-INFOR2] [HttpClientWorker-1]
>>> DEBUG AbstractContext ==================
>>> 2008-08-26 08:46:02,928 [192.168.13.175-INFOR2] [HttpClientWorker-1]
>>> ERROR AxisEngine Error in extracting message properties
>>> org.apache.axis2.AxisFault: Error in extracting message properties
>>> at
>>> org.apache.rampart.handler.RampartReceiver.setFaultCodeAndThrowAxisFault(RampartReceiver.java:166)
>>> at
>>> org.apache.rampart.handler.RampartReceiver.invoke(RampartReceiver.java:99)
>>> at org.apache.axis2.engine.Phase.invoke(Phase.java:317)
>>> at org.apache.axis2.engine.AxisEngine.invoke(AxisEngine.java:264)
>>> at org.apache.axis2.engine.AxisEngine.receive(AxisEngine.java:163)
>>> at
>>> org.apache.synapse.transport.nhttp.ClientWorker.run(ClientWorker.java:200)
>>> at
>>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:650)
>>> at
>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:675)
>>> at java.lang.Thread.run(Thread.java:595)
>>> Caused by: org.apache.rampart.RampartException: Error in extracting
>>> message properties
>>> at
>>> org.apache.rampart.RampartMessageData.<init>(RampartMessageData.java:356)
>>> at org.apache.rampart.RampartEngine.process(RampartEngine.java:70)
>>> at
>>> org.apache.rampart.handler.RampartReceiver.invoke(RampartReceiver.java:92)
>>> ... 7 more
>>> Caused by: org.apache.ws.security.WSSecurityException: Error in
>>> converting SOAP Envelope to Document; nested exception is:
>>> org.apache.axiom.om.OMException: com.ctc.wstx.exc.WstxEOFException:
>>> Unexpected EOF; was expecting a close tag for element <rn2:Century>
>>>  at [row,col {unknown-source}]: [4,5335]
>>> at
>>> org.apache.rampart.util.Axis2Util.getDocumentFromSOAPEnvelope(Axis2Util.java:161)
>>> at
>>> org.apache.rampart.RampartMessageData.<init>(RampartMessageData.java:162)
>>> ... 9 more
>>> Caused by: org.apache.axiom.om.OMException:
>>> com.ctc.wstx.exc.WstxEOFException: Unexpected EOF; was expecting a close
>>> tag for element <rn2:Century>
>>>  at [row,col {unknown-source}]: [4,5335]
>>> at
>>> org.apache.axiom.om.impl.builder.StAXOMBuilder.next(StAXOMBuilder.java:249)
>>> at org.apache.axiom.om.impl.llom.OMNodeImpl.build(OMNodeImpl.java:327)
>>> at
>>> org.apache.axiom.om.impl.llom.OMElementImpl.build(OMElementImpl.java:706)
>>> at
>>> org.apache.rampart.util.Axis2Util.getDocumentFromSOAPEnvelope(Axis2Util.java:96)
>>> ... 10 more
>>> Caused by: com.ctc.wstx.exc.WstxEOFException: Unexpected EOF; was
>>> expecting a close tag for element <rn2:Century>
>>>  at [row,col {unknown-source}]: [4,5335]
>>> at
>>> com.ctc.wstx.sr.StreamScanner.throwUnexpectedEOF(StreamScanner.java:661)
>>> at
>>> com.ctc.wstx.sr.BasicStreamReader.nextFromTree(BasicStreamReader.java:2730)
>>> at com.ctc.wstx.sr.BasicStreamReader.next(BasicStreamReader.java:1019)
>>> at
>>> org.apache.axiom.om.impl.builder.StAXOMBuilder.parserNext(StAXOMBuilder.java:506)
>>> at
>>> org.apache.axiom.om.impl.builder.StAXOMBuilder.next(StAXOMBuilder.java:161)
>>> ... 13 more
>>>
>>>
>>> Regards, Stefan.
>>>
>>>
>>> Ruwan Linton-3 wrote:
>>>      
>>>> stlecho wrote:
>>>>        
>>>>> Ruwan,
>>>>>
>>>>> I've been adding my endpoints and proxies to v1.7.1. When sending an
>>>>> XML
>>>>> request to the proxy endpoint, I'm receiving a "HTTP/1.1 202 Accepted"
>>>>> response but I have the impression that the external webservice is not
>>>>> called.
>>>>>
>>>>> Comparing the old (v1.7beta2) with the new synapse.xml config file,
>>>>> I've
>>>>> noticed that it was possible to specify an endpoint on the target
>>>>> element.
>>>>> Is this still supported in v1.7.1 ?
>>>>>  
>>>>>          
>>>> Yeah, it does. Basically you should be able to export the full
>>>> configuration of the ESB 1.7 to the 1.7.1.
>>>>
>>>> May be you are invoking the proxy with a wrong URL in which case the
>>>> main sequence is used for mediation and drops the message.
>>>>
>>>> Thanks,
>>>> Ruwan
>>>>        
>>>>> Regards, Stefan.
>>>>>
>>>>> Ruwan Linton-3 wrote:
>>>>>  
>>>>>          
>>>>>> Hi Stefan,
>>>>>>
>>>>>> We didn't fixed any functional issues in the 1.7.1 release, but we
>>>>>> just
>>>>>> fixed the FireFox3 issues which are on the UI layer. Being said that
>>>>>> this feature is there on the 1.7 release as well. There fore this has
>>>>>> to
>>>>>> work if the configuration is correct, so you may give this a try with
>>>>>> the new release and see whether you can get this to work.... If there
>>>>>> are any errors, you can raise them on them and I will help you to get
>>>>>> these issues resolved.
>>>>>>
>>>>>> Thanks,
>>>>>> Ruwan
>>>>>>
>>>>>> stlecho wrote:
>>>>>>    
>>>>>>            
>>>>>>> Ruwan,
>>>>>>>
>>>>>>> Has this functionality been released in the v1.7.1 ?
>>>>>>>
>>>>>>> PS: Sorry for this terrible late response, but I had some other
>>>>>>> priorities.
>>>>>>>
>>>>>>> Regards, Stefan.
>>>>>>>
>>>>>>> Ruwan Linton-3 wrote:
>>>>>>>  
>>>>>>>      
>>>>>>>              
>>>>>>>> stlecho wrote:
>>>>>>>>    
>>>>>>>>        
>>>>>>>>                
>>>>>>>>> The response I'm getting back from the Webservice is not signed
>>>>>>>>> with
>>>>>>>>> WS-Security. If Rampart tries to treat this message in raises an
>>>>>>>>> exception,
>>>>>>>>> because it is supposed to handle signed messages. Rampart should in
>>>>>>>>> this
>>>>>>>>> case not be activated at all.
>>>>>>>>>  
>>>>>>>>>      
>>>>>>>>>          
>>>>>>>>>                  
>>>>>>>> Hi Stefan,
>>>>>>>>
>>>>>>>> Sorry for the late reply, I just did another test on this
>>>>>>>> functionality
>>>>>>>> and found that it is working on the SNAPSHOT (latest build). Could
>>>>>>>> you
>>>>>>>> please bring the summery of the problem with all logs and
>>>>>>>> configurations
>>>>>>>> in to the table and lets try to get this resolved.
>>>>>>>>
>>>>>>>> You may send a mail to the user list or file a JIRA issue with all
>>>>>>>> the
>>>>>>>> relevant configurations to reproduce the issue.
>>>>>>>>
>>>>>>>> Thanks,
>>>>>>>> Ruwan
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> Esb-java-user mailing list
>>>>>>>> Esb-java-user@wso2.org
>>>>>>>> http://wso2.org/cgi-bin/mailman/listinfo/esb-java-user
>>>>>>>>
>>>>>>>>
>>>>>>>>    
>>>>>>>>        
>>>>>>>>                
>>>>>>>  
>>>>>>>      
>>>>>>>              
>>>>>> _______________________________________________
>>>>>> Esb-java-user mailing list
>>>>>> Esb-java-user@wso2.org
>>>>>> http://mailman.wso2.org/cgi-bin/mailman/listinfo/esb-java-user
>>>>>>
>>>>>>
>>>>>>    
>>>>>>            
>>>>>  
>>>>>          
>>>> _______________________________________________
>>>> Esb-java-user mailing list
>>>> Esb-java-user@wso2.org
>>>> http://mailman.wso2.org/cgi-bin/mailman/listinfo/esb-java-user
>>>>
>>>>
>>>>        
>>>      
>>    
>
>  


_______________________________________________
Esb-java-user mailing list
Esb-java-user@wso2.org
http://mailman.wso2.org/cgi-bin/mailman/listinfo/esb-java-user


Re: WSSecurityException: Error in converting SOAP Envelope to Document

by stlecho :: Rate this Message:

| View Threaded | Show Only this Message

The configuration file I'm using is the following one:

<?xml version="1.0" encoding="UTF-8"?>
<syn:definitions xmlns:syn="http://ws.apache.org/ns/synapse">
    <syn:registry provider="org.wso2.esb.registry.WSO2Registry"/>
    <syn:proxy name="FSB-Proxy-WsSecurity" transports="https http" startOnLoad="true" statistics="enable" trace="enable">
        <syn:target endpoint="FSB-WSSecurity-Test">
            <syn:inSequence>
                <syn:log level="full" separator=","/>
                <syn:property name="FORCE_HTTP_1.0" value="true" scope="axis2"/>
            </syn:inSequence>
            <syn:outSequence>
                <syn:log level="full" separator=","/>
                <syn:send/>
            </syn:outSequence>
        </syn:target>
        <syn:publishWSDL uri="https://e-depottest.smals-mvm.be/fphp/3.1/ws/PersonQuery.jws?WSDL="/>
        <!--syn:enableSec policy="policy-FSB" type="out"/-->
    </syn:proxy>
    <syn:localEntry key="policy-FSB" src="file:g:/Projects-europa/esb/enotary-esb-proto/policies/policy_ASF.xml"/>
    <syn:endpoint name="FSB-WSSecurity-Test">
        <syn:address uri="https://e-depottest.smals-mvm.be/fphp/3.1/ws/PersonQuery.jws" statistics="enable">
            <syn:enableSec policy="policy-FSB" type="out"/>
        </syn:address>
    </syn:endpoint>
    <syn:sequence statistics="enable" name="main" trace="enable">
        <syn:in>
            <syn:log level="full"/>
            <syn:filter source="get-property('To')" regex="http://localhost:9000.*">
                <syn:send/>
            </syn:filter>
        </syn:in>
        <syn:out>
            <syn:send/>
        </syn:out>
    </syn:sequence>
    <syn:sequence statistics="enable" name="fault" trace="enable">
        <syn:log/>
    </syn:sequence>
</syn:definitions>



Ruwan,

Some additional info: Based on the Stacktrace it seems that Rampart is processing the response, but it should not because the responses are not signed. I've used "<syn:localEntry key="policy-FSB" src="..." type="out"/>" in the policy definition, but that does not solve the problem.

Regards, Stefan.
stlecho wrote:
Ruwan,

The webservice I'm calling requires that requests are signed (with WS-Security), but responses are not signed.

At one point in time you have fixed certain issues linked with this requirement and I've use a specific build to test it. The original thread - with additional information and context - can be found here: http://www.nabble.com/NullPointerException-in-org.apache.rampart.RampartEngine.process-td15979093.html.

At this point in time, I'm able to call the webservice with a correctly signed message. The webservice responses with a non-signed response that is received by ESB. When this response is parsed, I'm receiving "org.apache.axis2.AxisFault: SOAP header missing".

Regards, Stefan.
Ruwan Linton-3 wrote:
Stefan,

I am sorry, but I lost the context of this issue.... :-(  Could you
please present the issue with all the contents so that one of our team
members can have a look at it. It seems like the message level policies
are not applied correctly, but not exactly sure since I lost the context.

Thanks,
Ruwan

stlecho wrote:
> Ruwan,
>
> I've changed my test and now I'm receiving a response without accented
> characters. When launching this test I receive "org.apache.axis2.AxisFault:
> SOAP header missing".
>
> Stacktrace
> 2008-08-26 14:16:33,862 [192.168.13.175-INFOR2] [HttpClientWorker-2] DEBUG
> MESSAGE *********************** RampartReceiver received
> <?xml version='1.0' encoding='utf-8'?><SOAP-ENV:Envelope
> xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/"
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> xmlns:xsd="http://www.w3.org/2001/XMLSchema"><SOAP-ENV:Body>
> <ns:findPersonResponse
> xmlns:ns="urn://fsb.belgium.be/fphp/v3_0"><per:personList
> xmlns:per="urn://fsb.belgium.be/fphp/v3_0/person"
> xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd"
> xmlns="urn://fsb.belgium.be/fphp/v3_0/query" release="2008072901"
> time="2008-08-26T14:16:33.555+02:00" version="1.0"><per:context
> version="1.0"><ns0:client
> xmlns:ns0="urn://fsb.belgium.be/fphp/v3_0/context"><ns0:nationalNumber>63080214114</ns0:nationalNumber><ns0:enterpriseNumber>0477430931</ns0:enterpriseNumber><ns0:eid
> /><ns0:callerId>211011</ns0:callerId><ns0:language>fr</ns0:language></ns0:client><ns0:message
> xmlns:ns0="urn://fsb.belgium.be/fphp/v3_0/context"><ns0:messageId>FPHP-C5A86B63-C34A-428A-A425-8DE5AD791134</ns0:messageId><ns0:correlationId>FPHP-C5A86B63-C34A-428A-A425-8DE5AD791134</ns0:correlationId></ns0:message><ns0:application
> xmlns:ns0="urn://fsb.belgium.be/fphp/v3_0/context"><ns0:application>enot-fphp</ns0:application></ns0:application></per:context><per:searchCriteria
> version="1.0"><ns0:registers
> xmlns:ns0="urn://fsb.belgium.be/fphp/v3_0/searchcriteria"><ns0:register>RN</ns0:register><ns0:register>RR</ns0:register></ns0:registers><ns0:searchByNumber
> xmlns:ns0="urn://fsb.belgium.be/fphp/v3_0/searchcriteria"
> version="1.0"><ns0:number>60210401511</ns0:number></ns0:searchByNumber></per:searchCriteria><per:searchFilterName>all</per:searchFilterName><per:person
> version="1.0"><per:summary version="1.0"><sum:source
> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">BCSS</sum:source><sum:number
> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">60210401511</sum:number><sum:status
> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">0</sum:status><sum:gender
> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">1</sum:gender><sum:lastName
> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">MACHIELSE</sum:lastName><sum:firstName
> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">MARTINUS</sum:firstName><sum:birthDate
> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary"><com:century
> xmlns:com="urn://fsb.belgium.be/fphp/v3_0/common">19</com:century><com:year
> xmlns:com="urn://fsb.belgium.be/fphp/v3_0/common">60</com:year><com:month
> xmlns:com="urn://fsb.belgium.be/fphp/v3_0/common">01</com:month><com:day
> xmlns:com="urn://fsb.belgium.be/fphp/v3_0/common">04</com:day></sum:birthDate><sum:birth_place_description
> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">BERGEN OP
> ZOOM</sum:birth_place_description><sum:birth_country_code
> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">NL</sum:birth_country_code><sum:nationality_code
> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">NL</sum:nationality_code><sum:isAlive
> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">true</sum:isAlive><sum:marital_status_code
> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">20</sum:marital_status_code><sum:ad_street_name
> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary" /><sum:ad_city
> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary" /><sum:ad_country_code
> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">NL</sum:ad_country_code><sum:ad_country_name
> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary"
> /></per:summary></per:person><per:nb_calls RN_NR="0" BCSS_KSZ="1"
> /></per:personList></ns:findPersonResponse>
> </SOAP-ENV:Body></SOAP-ENV:Envelope>
>
> 2008-08-26 14:16:33,908 [192.168.13.175-INFOR2] [HttpClientWorker-2] DEBUG
> AbstractContext ==================
> 2008-08-26 14:16:33,908 [192.168.13.175-INFOR2] [HttpClientWorker-2] ERROR
> AxisEngine SOAP header missing
> org.apache.axis2.AxisFault: SOAP header missing
> at
> org.apache.rampart.handler.RampartReceiver.setFaultCodeAndThrowAxisFault(RampartReceiver.java:166)
> at
> org.apache.rampart.handler.RampartReceiver.invoke(RampartReceiver.java:99)
> at org.apache.axis2.engine.Phase.invoke(Phase.java:317)
> at org.apache.axis2.engine.AxisEngine.invoke(AxisEngine.java:264)
> at org.apache.axis2.engine.AxisEngine.receive(AxisEngine.java:163)
> at
> org.apache.synapse.transport.nhttp.ClientWorker.run(ClientWorker.java:200)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:650)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:675)
> at java.lang.Thread.run(Thread.java:595)
> Caused by: org.apache.rampart.RampartException: SOAP header missing
> at org.apache.rampart.RampartEngine.process(RampartEngine.java:99)
> at
> org.apache.rampart.handler.RampartReceiver.invoke(RampartReceiver.java:92)
> ... 7 more
>
>
>
> Regards, Stefan Lecho.
>
> stlecho wrote:
>  
>> Ruwan,
>>
>> I've noticed that there is an encoding problem in the received response.
>> The response is encoded as UTF-8, but it contains accented characters:
>> "é". I would like to verify if the response sent by the webservice is
>> correctly encoded, but although I've activated
>> log4j.category.httpclient.wire=TRACE the request/response passing on the
>> wire is not logged. How can these messages be logged ?
>>
>> If the response is correctly encoded - i.e. ISO-8859-1 - is there a way to
>> change the encoding in the ESB configuration ?
>>
>> Regards, Stefan.
>>
>>
>> stlecho wrote:
>>    
>>> Ruwan,
>>>
>>> I've been re-configuring v1.7.1 and was able to call the webservice, but
>>> I'm still receiving an "Error in converting SOAP Envelope to Document"
>>> error message :o(.
>>>
>>> Stacktrace:
>>> 2008-08-26 08:46:02,896 [192.168.13.175-INFOR2] [HttpClientWorker-1]
>>> DEBUG MESSAGE *********************** RampartReceiver received
>>> <?xml version='1.0' encoding='utf-8'?><SOAP-ENV:Envelope
>>> xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/"
>>> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
>>> xmlns:xsd="http://www.w3.org/2001/XMLSchema"><SOAP-ENV:Body>
>>> <ns:findPersonResponse
>>> xmlns:ns="urn://fsb.belgium.be/fphp/v3_0"><per:personList
>>> xmlns:per="urn://fsb.belgium.be/fphp/v3_0/person"
>>> xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd"
>>> xmlns="urn://fsb.belgium.be/fphp/v3_0/query" release="2008072901"

>>> time="2008-08-26T08:46:02.231+02:00" version="1.0"><per:context
>>> version="1.0"><ns0:client
>>> xmlns:ns0="urn://fsb.belgium.be/fphp/v3_0/context"><ns0:nationalNumber>63080214114</ns0:nationalNumber><ns0:enterpriseNumber>0477430931</ns0:enterpriseNumber><ns0:eid
>>> /><ns0:callerId>211011</ns0:callerId><ns0:language>fr</ns0:language></ns0:client><ns0:message
>>> xmlns:ns0="urn://fsb.belgium.be/fphp/v3_0/context"><ns0:messageId>FPHP-C5A86B63-C34A-428A-A425-8DE5AD791134</ns0:messageId><ns0:correlationId>FPHP-C5A86B63-C34A-428A-A425-8DE5AD791134</ns0:correlationId></ns0:message><ns0:application
>>> xmlns:ns0="urn://fsb.belgium.be/fphp/v3_0/context"><ns0:application>enot-fphp</ns0:application></ns0:application></per:context><per:searchCriteria
>>> version="1.0"><ns0:registers
>>> xmlns:ns0="urn://fsb.belgium.be/fphp/v3_0/searchcriteria"><ns0:register>RN</ns0:register><ns0:register>RR</ns0:register></ns0:registers><ns0:searchByNumber
>>> xmlns:ns0="urn://fsb.belgium.be/fphp/v3_0/searchcriteria"
>>> version="1.0"><ns0:number>19031319331</ns0:number></ns0:searchByNumber></per:searchCriteria><per:searchFilterName>all</per:searchFilterName><per:person
>>> version="1.0"><per:summary version="1.3"><sum:source
>>> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">RN</sum:source><sum:number
>>> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">19031319331</sum:number><sum:status
>>> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">0</sum:status><sum:gender
>>> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">1</sum:gender><sum:lastName
>>> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">Sermon</sum:lastName><sum:firstName
>>> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">Jules</sum:firstName><sum:birthDate
>>> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary"><com:century
>>> xmlns:com="urn://fsb.belgium.be/fphp/v3_0/common">19</com:century><com:year
>>> xmlns:com="urn://fsb.belgium.be/fphp/v3_0/common">19</com:year><com:month
>>> xmlns:com="urn://fsb.belgium.be/fphp/v3_0/common">03</com:month><com:day
>>> xmlns:com="urn://fsb.belgium.be/fphp/v3_0/common">13</com:day></sum:birthDate><sum:birth_place_nis_code
>>> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">23077</sum:birth_place_nis_code><sum:birth_place_description
>>> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">Sint-Pieters-Leeuw</sum:birth_place_description><sum:nationality_code
>>> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">BE</sum:nationality_code><sum:isAlive
>>> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">false</sum:isAlive></per:summary><per:details><per:details_rr_rn><per:it000
>>> Type="000" Structure="A1"><rn2:NationalNumber
>>> xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema"><rn2:NationalNumber>19031319331</rn2:NationalNumber><rn2:Date><rn2:Century>19</rn2:Century><rn2:Year>19</rn2:Year><rn2:Month>03</rn2:Month><rn2:Day>13</rn2:Day></rn2:Date><rn2:Sex>1</rn2:Sex></rn2:NationalNumber></per:it000><per:it001
>>> Type="001" Structure="A1"><rn2:Date
>>> xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema"><rn2:Century>19</rn2:Century><rn2:Year>82</rn2:Year><rn2:Month>06</rn2:Month><rn2:Day>19</rn2:Day></rn2:Date><rn2:Residence
>>> xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema"><rn2:Code>99990</rn2:Code><rn2:Label>Décédé(e)</rn2:Label></rn2:Residence><rn2:Fusion
>>> xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema">0</rn2:Fusion><rn2:Language
>>> xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema">1</rn2:Language></per:it001><per:it001
>>> Type="001" Structure="A1"><rn2:Date
>>> xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema"><rn2:Century>19</rn2:Century><rn2:Year>19</rn2:Year><rn2:Month>03</rn2:Month><rn2:Day>13</rn2:Day></rn2:Date><rn2:Residence
>>> xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema"><rn2:Code>23077</rn2:Code><rn2:Label>Sint-Pieters-Leeuw</rn2:Label></rn2:Residence><rn2:Fusion
>>> xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema">0</rn2:Fusion><rn2:Language
>>> xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema">1</rn2:Language></per:it001><per:it010
>>> Type="010" Structure="A1"><rn2:Date
>>> xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema"><rn2:Century>19</rn2:Century><rn2:Year>19</rn2:Year><rn2:Month>03</rn2:Month><rn2:Day>13</rn2:Day></rn2:Date><rn2:Name
>>> xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema"><rn2:LastName><rn2:Code>10568251</rn2:Code><rn2:Label>Sermon</rn2:Label></rn2:LastName><rn2:FirstName><rn2:Code>00020013</rn2:Code><rn2:Label>Jules</rn2:Label></rn2:FirstName></rn2:Name></per:it010><per:it020
>>> Type="020" Structure="A1"><rn2:Date
>>> xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema"><rn2:Century>19</rn2:Century><rn2:Year>19</rn2:Year><rn2:Month>03</rn2:Month><rn2:Day>13</rn2:Day></rn2:Date><rn2:Address
>>> xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema"><rn2:ZipCode>1600</rn2:ZipCode><rn2:Street><rn2:Code>16000056</rn2:Code><rn2:Label>Georges
>>> Hensmansstraat</rn2:Label></rn2:Street><rn2:HouseNumber>16</rn2:HouseNumber></rn2:Address></per:it020><per:it031
>>> Type="031" Structure="B1"><rn2:Date
>>> xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema"><rn2:Century>19</rn2:Century></rn2:Date></per:it031></per:details_rr_rn></per:details></per:person></per:personList></ns:findPersonResponse></SOAP-ENV:Body></SOAP-ENV:Envelope>
>>> 2008-08-26 08:46:02,896 [192.168.13.175-INFOR2] [HttpClientWorker-1]
>>> DEBUG RampartEngine Enter process(MessageContext msgCtx)
>>> 2008-08-26 08:46:02,928 [192.168.13.175-INFOR2] [HttpClientWorker-1]
>>> DEBUG AbstractContext ==================
>>> 2008-08-26 08:46:02,928 [192.168.13.175-INFOR2] [HttpClientWorker-1]
>>> DEBUG AbstractContext  Property set on object
>>> org.apache.axis2.context.MessageContext@e7a15b
>>> 2008-08-26 08:46:02,928 [192.168.13.175-INFOR2] [HttpClientWorker-1]
>>> DEBUG AbstractContext   Key =SECURITY_VALIDATION_FAILURE
>>> 2008-08-26 08:46:02,928 [192.168.13.175-INFOR2] [HttpClientWorker-1]
>>> DEBUG AbstractContext   Value Class = java.lang.Boolean
>>> 2008-08-26 08:46:02,928 [192.168.13.175-INFOR2] [HttpClientWorker-1]
>>> DEBUG AbstractContext   Value Classloader = null
>>> 2008-08-26 08:46:02,928 [192.168.13.175-INFOR2] [HttpClientWorker-1]
>>> DEBUG AbstractContext Call Stack = DEBUG_FRAME =
>>> org.apache.axis2.util.JavaUtils.callStackToString(JavaUtils.java:564)
>>> DEBUG_FRAME =
>>> org.apache.axis2.context.AbstractContext.debugPropertySet(AbstractContext.java:416)
>>> DEBUG_FRAME =
>>> org.apache.axis2.context.AbstractContext.setProperty(AbstractContext.java:182)
>>> DEBUG_FRAME =
>>> org.apache.rampart.handler.RampartReceiver.setFaultCodeAndThrowAxisFault(RampartReceiver.java:160)
>>> DEBUG_FRAME =
>>> org.apache.rampart.handler.RampartReceiver.invoke(RampartReceiver.java:99)
>>> DEBUG_FRAME = org.apache.axis2.engine.Phase.invoke(Phase.java:317)
>>> DEBUG_FRAME =
>>> org.apache.axis2.engine.AxisEngine.invoke(AxisEngine.java:264)
>>> DEBUG_FRAME =
>>> org.apache.axis2.engine.AxisEngine.receive(AxisEngine.java:163)
>>> DEBUG_FRAME =
>>> org.apache.synapse.transport.nhttp.ClientWorker.run(ClientWorker.java:200)
>>> DEBUG_FRAME =
>>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:650)
>>> DEBUG_FRAME =
>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:675)
>>> DEBUG_FRAME = java.lang.Thread.run(Thread.java:595)
>>>
>>> 2008-08-26 08:46:02,928 [192.168.13.175-INFOR2] [HttpClientWorker-1]
>>> DEBUG AbstractContext ==================
>>> 2008-08-26 08:46:02,928 [192.168.13.175-INFOR2] [HttpClientWorker-1]
>>> ERROR AxisEngine Error in extracting message properties
>>> org.apache.axis2.AxisFault: Error in extracting message properties
>>> at
>>> org.apache.rampart.handler.RampartReceiver.setFaultCodeAndThrowAxisFault(RampartReceiver.java:166)
>>> at
>>> org.apache.rampart.handler.RampartReceiver.invoke(RampartReceiver.java:99)
>>> at org.apache.axis2.engine.Phase.invoke(Phase.java:317)
>>> at org.apache.axis2.engine.AxisEngine.invoke(AxisEngine.java:264)
>>> at org.apache.axis2.engine.AxisEngine.receive(AxisEngine.java:163)
>>> at
>>> org.apache.synapse.transport.nhttp.ClientWorker.run(ClientWorker.java:200)
>>> at
>>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:650)
>>> at
>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:675)
>>> at java.lang.Thread.run(Thread.java:595)
>>> Caused by: org.apache.rampart.RampartException: Error in extracting
>>> message properties
>>> at
>>> org.apache.rampart.RampartMessageData.<init>(RampartMessageData.java:356)
>>> at org.apache.rampart.RampartEngine.process(RampartEngine.java:70)
>>> at
>>> org.apache.rampart.handler.RampartReceiver.invoke(RampartReceiver.java:92)
>>> ... 7 more
>>> Caused by: org.apache.ws.security.WSSecurityException: Error in
>>> converting SOAP Envelope to Document; nested exception is:
>>> org.apache.axiom.om.OMException: com.ctc.wstx.exc.WstxEOFException:
>>> Unexpected EOF; was expecting a close tag for element <rn2:Century>
>>>  at [row,col {unknown-source}]: [4,5335]
>>> at
>>> org.apache.rampart.util.Axis2Util.getDocumentFromSOAPEnvelope(Axis2Util.java:161)
>>> at
>>> org.apache.rampart.RampartMessageData.<init>(RampartMessageData.java:162)
>>> ... 9 more
>>> Caused by: org.apache.axiom.om.OMException:
>>> com.ctc.wstx.exc.WstxEOFException: Unexpected EOF; was expecting a close
>>> tag for element <rn2:Century>
>>>  at [row,col {unknown-source}]: [4,5335]
>>> at
>>> org.apache.axiom.om.impl.builder.StAXOMBuilder.next(StAXOMBuilder.java:249)
>>> at org.apache.axiom.om.impl.llom.OMNodeImpl.build(OMNodeImpl.java:327)
>>> at
>>> org.apache.axiom.om.impl.llom.OMElementImpl.build(OMElementImpl.java:706)
>>> at
>>> org.apache.rampart.util.Axis2Util.getDocumentFromSOAPEnvelope(Axis2Util.java:96)
>>> ... 10 more
>>> Caused by: com.ctc.wstx.exc.WstxEOFException: Unexpected EOF; was
>>> expecting a close tag for element <rn2:Century>
>>>  at [row,col {unknown-source}]: [4,5335]
>>> at
>>> com.ctc.wstx.sr.StreamScanner.throwUnexpectedEOF(StreamScanner.java:661)
>>> at
>>> com.ctc.wstx.sr.BasicStreamReader.nextFromTree(BasicStreamReader.java:2730)
>>> at com.ctc.wstx.sr.BasicStreamReader.next(BasicStreamReader.java:1019)
>>> at
>>> org.apache.axiom.om.impl.builder.StAXOMBuilder.parserNext(StAXOMBuilder.java:506)
>>> at
>>> org.apache.axiom.om.impl.builder.StAXOMBuilder.next(StAXOMBuilder.java:161)
>>> ... 13 more
>>>
>>>
>>> Regards, Stefan.
>>>
>>>
>>> Ruwan Linton-3 wrote:
>>>      
>>>> stlecho wrote:
>>>>        
>>>>> Ruwan,
>>>>>
>>>>> I've been adding my endpoints and proxies to v1.7.1. When sending an
>>>>> XML
>>>>> request to the proxy endpoint, I'm receiving a "HTTP/1.1 202 Accepted"
>>>>> response but I have the impression that the external webservice is not
>>>>> called.
>>>>>
>>>>> Comparing the old (v1.7beta2) with the new synapse.xml config file,
>>>>> I've
>>>>> noticed that it was possible to specify an endpoint on the target
>>>>> element.
>>>>> Is this still supported in v1.7.1 ?
>>>>>  
>>>>>          
>>>> Yeah, it does. Basically you should be able to export the full
>>>> configuration of the ESB 1.7 to the 1.7.1.
>>>>
>>>> May be you are invoking the proxy with a wrong URL in which case the
>>>> main sequence is used for mediation and drops the message.
>>>>
>>>> Thanks,
>>>> Ruwan
>>>>        
>>>>> Regards, Stefan.
>>>>>
>>>>> Ruwan Linton-3 wrote:
>>>>>  
>>>>>          
>>>>>> Hi Stefan,
>>>>>>
>>>>>> We didn't fixed any functional issues in the 1.7.1 release, but we
>>>>>> just
>>>>>> fixed the FireFox3 issues which are on the UI layer. Being said that
>>>>>> this feature is there on the 1.7 release as well. There fore this has
>>>>>> to
>>>>>> work if the configuration is correct, so you may give this a try with
>>>>>> the new release and see whether you can get this to work.... If there
>>>>>> are any errors, you can raise them on them and I will help you to get
>>>>>> these issues resolved.
>>>>>>
>>>>>> Thanks,
>>>>>> Ruwan
>>>>>>
>>>>>> stlecho wrote:
>>>>>>    
>>>>>>            
>>>>>>> Ruwan,
>>>>>>>
>>>>>>> Has this functionality been released in the v1.7.1 ?
>>>>>>>

>>>>>>> PS: Sorry for this terrible late response, but I had some other
>>>>>>> priorities.
>>>>>>>
>>>>>>> Regards, Stefan.
>>>>>>>
>>>>>>> Ruwan Linton-3 wrote:
>>>>>>>  
>>>>>>>      
>>>>>>>              
>>>>>>>> stlecho wrote:
>>>>>>>>    
>>>>>>>>        
>>>>>>>>                
>>>>>>>>> The response I'm getting back from the Webservice is not signed
>>>>>>>>> with
>>>>>>>>> WS-Security. If Rampart tries to treat this message in raises an
>>>>>>>>> exception,
>>>>>>>>> because it is supposed to handle signed messages. Rampart should in
>>>>>>>>> this
>>>>>>>>> case not be activated at all.
>>>>>>>>>  
>>>>>>>>>      
>>>>>>>>>          
>>>>>>>>>                  
>>>>>>>> Hi Stefan,
>>>>>>>>
>>>>>>>> Sorry for the late reply, I just did another test on this
>>>>>>>> functionality
>>>>>>>> and found that it is working on the SNAPSHOT (latest build). Could
>>>>>>>> you
>>>>>>>> please bring the summery of the problem with all logs and
>>>>>>>> configurations
>>>>>>>> in to the table and lets try to get this resolved.
>>>>>>>>
>>>>>>>> You may send a mail to the user list or file a JIRA issue with all
>>>>>>>> the
>>>>>>>> relevant configurations to reproduce the issue.
>>>>>>>>
>>>>>>>> Thanks,
>>>>>>>> Ruwan
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> Esb-java-user mailing list
>>>>>>>> Esb-java-user@wso2.org
>>>>>>>> http://wso2.org/cgi-bin/mailman/listinfo/esb-java-user
>>>>>>>>
>>>>>>>>
>>>>>>>>    
>>>>>>>>        
>>>>>>>>                
>>>>>>>  
>>>>>>>      
>>>>>>>              
>>>>>> _______________________________________________
>>>>>> Esb-java-user mailing list
>>>>>> Esb-java-user@wso2.org
>>>>>> http://mailman.wso2.org/cgi-bin/mailman/listinfo/esb-java-user
>>>>>>
>>>>>>
>>>>>>    
>>>>>>            
>>>>>  
>>>>>          
>>>> _______________________________________________
>>>> Esb-java-user mailing list
>>>> Esb-java-user@wso2.org
>>>> http://mailman.wso2.org/cgi-bin/mailman/listinfo/esb-java-user
>>>>
>>>>
>>>>        
>>>      
>>    
>
>  


_______________________________________________
Esb-java-user mailing list
Esb-java-user@wso2.org
http://mailman.wso2.org/cgi-bin/mailman/listinfo/esb-java-user

Re: WSSecurityException: Error in converting SOAP Envelope to Document

by stlecho :: Rate this Message:

| View Threaded | Show Only this Message

Hi,

I'm finalizing a POC and would like to know if someone is treating this issue :o).

Regards, Stefan.

The configuration file I'm using is the following one:

<?xml version="1.0" encoding="UTF-8"?>
<syn:definitions xmlns:syn="http://ws.apache.org/ns/synapse">
    <syn:registry provider="org.wso2.esb.registry.WSO2Registry"/>
    <syn:proxy name="FSB-Proxy-WsSecurity" transports="https http" startOnLoad="true" statistics="enable" trace="enable">
        <syn:target endpoint="FSB-WSSecurity-Test">
            <syn:inSequence>
                <syn:log level="full" separator=","/>
                <syn:property name="FORCE_HTTP_1.0" value="true" scope="axis2"/>
            </syn:inSequence>
            <syn:outSequence>
                <syn:log level="full" separator=","/>
                <syn:send/>
            </syn:outSequence>
        </syn:target>
        <syn:publishWSDL uri="https://e-depottest.smals-mvm.be/fphp/3.1/ws/PersonQuery.jws?WSDL="/>
        <!--syn:enableSec policy="policy-FSB" type="out"/-->
    </syn:proxy>
    <syn:localEntry key="policy-FSB" src="file:g:/Projects-europa/esb/enotary-esb-proto/policies/policy_ASF.xml"/>
    <syn:endpoint name="FSB-WSSecurity-Test">
        <syn:address uri="https://e-depottest.smals-mvm.be/fphp/3.1/ws/PersonQuery.jws" statistics="enable">
            <syn:enableSec policy="policy-FSB" type="out"/>
        </syn:address>
    </syn:endpoint>
    <syn:sequence statistics="enable" name="main" trace="enable">
        <syn:in>
            <syn:log level="full"/>
            <syn:filter source="get-property('To')" regex="http://localhost:9000.*">
                <syn:send/>
            </syn:filter>
        </syn:in>
        <syn:out>
            <syn:send/>
        </syn:out>
    </syn:sequence>
    <syn:sequence statistics="enable" name="fault" trace="enable">
        <syn:log/>
    </syn:sequence>
</syn:definitions>



Ruwan,

Some additional info: Based on the Stacktrace it seems that Rampart is processing the response, but it should not because the responses are not signed. I've used "<syn:localEntry key="policy-FSB" src="..." type="out"/>" in the policy definition, but that does not solve the problem.

Regards, Stefan.
stlecho wrote:
Ruwan,

The webservice I'm calling requires that requests are signed (with WS-Security), but responses are not signed.

At one point in time you have fixed certain issues linked with this requirement and I've use a specific build to test it. The original thread - with additional information and context - can be found here: http://www.nabble.com/NullPointerException-in-org.apache.rampart.RampartEngine.process-td15979093.html.

At this point in time, I'm able to call the webservice with a correctly signed message. The webservice responses with a non-signed response that is received by ESB. When this response is parsed, I'm receiving "org.apache.axis2.AxisFault: SOAP header missing".

Regards, Stefan.
Ruwan Linton-3 wrote:
Stefan,

I am sorry, but I lost the context of this issue.... :-(  Could you
please present the issue with all the contents so that one of our team
members can have a look at it. It seems like the message level policies
are not applied correctly, but not exactly sure since I lost the context.

Thanks,
Ruwan

stlecho wrote:
> Ruwan,
>
> I've changed my test and now I'm receiving a response without accented
> characters. When launching this test I receive "org.apache.axis2.AxisFault:
> SOAP header missing".
>
> Stacktrace
> 2008-08-26 14:16:33,862 [192.168.13.175-INFOR2] [HttpClientWorker-2] DEBUG
> MESSAGE *********************** RampartReceiver received
> <?xml version='1.0' encoding='utf-8'?><SOAP-ENV:Envelope
> xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/"
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> xmlns:xsd="http://www.w3.org/2001/XMLSchema"><SOAP-ENV:Body>
> <ns:findPersonResponse
> xmlns:ns="urn://fsb.belgium.be/fphp/v3_0"><per:personList
> xmlns:per="urn://fsb.belgium.be/fphp/v3_0/person"
> xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd"
> xmlns="urn://fsb.belgium.be/fphp/v3_0/query" release="2008072901"
> time="2008-08-26T14:16:33.555+02:00" version="1.0"><per:context
> version="1.0"><ns0:client
> xmlns:ns0="urn://fsb.belgium.be/fphp/v3_0/context"><ns0:nationalNumber>63080214114</ns0:nationalNumber><ns0:enterpriseNumber>0477430931</ns0:enterpriseNumber><ns0:eid
> /><ns0:callerId>211011</ns0:callerId><ns0:language>fr</ns0:language></ns0:client><ns0:message
> xmlns:ns0="urn://fsb.belgium.be/fphp/v3_0/context"><ns0:messageId>FPHP-C5A86B63-C34A-428A-A425-8DE5AD791134</ns0:messageId><ns0:correlationId>FPHP-C5A86B63-C34A-428A-A425-8DE5AD791134</ns0:correlationId></ns0:message><ns0:application
> xmlns:ns0="urn://fsb.belgium.be/fphp/v3_0/context"><ns0:application>enot-fphp</ns0:application></ns0:application></per:context><per:searchCriteria
> version="1.0"><ns0:registers
> xmlns:ns0="urn://fsb.belgium.be/fphp/v3_0/searchcriteria"><ns0:register>RN</ns0:register><ns0:register>RR</ns0:register></ns0:registers><ns0:searchByNumber
> xmlns:ns0="urn://fsb.belgium.be/fphp/v3_0/searchcriteria"
> version="1.0"><ns0:number>60210401511</ns0:number></ns0:searchByNumber></per:searchCriteria><per:searchFilterName>all</per:searchFilterName><per:person
> version="1.0"><per:summary version="1.0"><sum:source
> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">BCSS</sum:source><sum:number
> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">60210401511</sum:number><sum:status
> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">0</sum:status><sum:gender
> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">1</sum:gender><sum:lastName
> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">MACHIELSE</sum:lastName><sum:firstName
> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">MARTINUS</sum:firstName><sum:birthDate
> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary"><com:century
> xmlns:com="urn://fsb.belgium.be/fphp/v3_0/common">19</com:century><com:year
> xmlns:com="urn://fsb.belgium.be/fphp/v3_0/common">60</com:year><com:month
> xmlns:com="urn://fsb.belgium.be/fphp/v3_0/common">01</com:month><com:day
> xmlns:com="urn://fsb.belgium.be/fphp/v3_0/common">04</com:day></sum:birthDate><sum:birth_place_description
> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">BERGEN OP
> ZOOM</sum:birth_place_description><sum:birth_country_code
> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">NL</sum:birth_country_code><sum:nationality_code
> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">NL</sum:nationality_code><sum:isAlive
> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">true</sum:isAlive><sum:marital_status_code
> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">20</sum:marital_status_code><sum:ad_street_name
> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary" /><sum:ad_city
> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary" /><sum:ad_country_code
> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">NL</sum:ad_country_code><sum:ad_country_name
> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary"
> /></per:summary></per:person><per:nb_calls RN_NR="0" BCSS_KSZ="1"
> /></per:personList></ns:findPersonResponse>
> </SOAP-ENV:Body></SOAP-ENV:Envelope>
>
> 2008-08-26 14:16:33,908 [192.168.13.175-INFOR2] [HttpClientWorker-2] DEBUG
> AbstractContext ==================
> 2008-08-26 14:16:33,908 [192.168.13.175-INFOR2] [HttpClientWorker-2] ERROR
> AxisEngine SOAP header missing
> org.apache.axis2.AxisFault: SOAP header missing
> at
> org.apache.rampart.handler.RampartReceiver.setFaultCodeAndThrowAxisFault(RampartReceiver.java:166)
> at
> org.apache.rampart.handler.RampartReceiver.invoke(RampartReceiver.java:99)
> at org.apache.axis2.engine.Phase.invoke(Phase.java:317)
> at org.apache.axis2.engine.AxisEngine.invoke(AxisEngine.java:264)
> at org.apache.axis2.engine.AxisEngine.receive(AxisEngine.java:163)
> at
> org.apache.synapse.transport.nhttp.ClientWorker.run(ClientWorker.java:200)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:650)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:675)
> at java.lang.Thread.run(Thread.java:595)
> Caused by: org.apache.rampart.RampartException: SOAP header missing
> at org.apache.rampart.RampartEngine.process(RampartEngine.java:99)
> at
> org.apache.rampart.handler.RampartReceiver.invoke(RampartReceiver.java:92)
> ... 7 more
>
>
>
> Regards, Stefan Lecho.
>
> stlecho wrote:
>  
>> Ruwan,
>>
>> I've noticed that there is an encoding problem in the received response.
>> The response is encoded as UTF-8, but it contains accented characters:
>> "é". I would like to verify if the response sent by the webservice is
>> correctly encoded, but although I've activated
>> log4j.category.httpclient.wire=TRACE the request/response passing on the
>> wire is not logged. How can these messages be logged ?
>>
>> If the response is correctly encoded - i.e. ISO-8859-1 - is there a way to
>> change the encoding in the ESB configuration ?
>>
>> Regards, Stefan.
>>
>>
>> stlecho wrote:
>>    
>>> Ruwan,
>>>
>>> I've been re-configuring v1.7.1 and was able to call the webservice, but
>>> I'm still receiving an "Error in converting SOAP Envelope to Document"
>>> error message :o(.
>>>
>>> Stacktrace:
>>> 2008-08-26 08:46:02,896 [192.168.13.175-INFOR2] [HttpClientWorker-1]
>>> DEBUG MESSAGE *********************** RampartReceiver received
>>> <?xml version='1.0' encoding='utf-8'?><SOAP-ENV:Envelope
>>> xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/"
>>> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
>>> xmlns:xsd="http://www.w3.org/2001/XMLSchema"><SOAP-ENV:Body>
>>> <ns:findPersonResponse
>>> xmlns:ns="urn://fsb.belgium.be/fphp/v3_0"><per:personList
>>> xmlns:per="urn://fsb.belgium.be/fphp/v3_0/person"
>>> xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd"
>>> xmlns="urn://fsb.belgium.be/fphp/v3_0/query" release="2008072901"

>>> time="2008-08-26T08:46:02.231+02:00" version="1.0"><per:context
>>> version="1.0"><ns0:client
>>> xmlns:ns0="urn://fsb.belgium.be/fphp/v3_0/context"><ns0:nationalNumber>63080214114</ns0:nationalNumber><ns0:enterpriseNumber>0477430931</ns0:enterpriseNumber><ns0:eid
>>> /><ns0:callerId>211011</ns0:callerId><ns0:language>fr</ns0:language></ns0:client><ns0:message
>>> xmlns:ns0="urn://fsb.belgium.be/fphp/v3_0/context"><ns0:messageId>FPHP-C5A86B63-C34A-428A-A425-8DE5AD791134</ns0:messageId><ns0:correlationId>FPHP-C5A86B63-C34A-428A-A425-8DE5AD791134</ns0:correlationId></ns0:message><ns0:application
>>> xmlns:ns0="urn://fsb.belgium.be/fphp/v3_0/context"><ns0:application>enot-fphp</ns0:application></ns0:application></per:context><per:searchCriteria
>>> version="1.0"><ns0:registers
>>> xmlns:ns0="urn://fsb.belgium.be/fphp/v3_0/searchcriteria"><ns0:register>RN</ns0:register><ns0:register>RR</ns0:register></ns0:registers><ns0:searchByNumber
>>> xmlns:ns0="urn://fsb.belgium.be/fphp/v3_0/searchcriteria"
>>> version="1.0"><ns0:number>19031319331</ns0:number></ns0:searchByNumber></per:searchCriteria><per:searchFilterName>all</per:searchFilterName><per:person
>>> version="1.0"><per:summary version="1.3"><sum:source
>>> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">RN</sum:source><sum:number
>>> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">19031319331</sum:number><sum:status
>>> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">0</sum:status><sum:gender
>>> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">1</sum:gender><sum:lastName
>>> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">Sermon</sum:lastName><sum:firstName
>>> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">Jules</sum:firstName><sum:birthDate
>>> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary"><com:century
>>> xmlns:com="urn://fsb.belgium.be/fphp/v3_0/common">19</com:century><com:year
>>> xmlns:com="urn://fsb.belgium.be/fphp/v3_0/common">19</com:year><com:month
>>> xmlns:com="urn://fsb.belgium.be/fphp/v3_0/common">03</com:month><com:day
>>> xmlns:com="urn://fsb.belgium.be/fphp/v3_0/common">13</com:day></sum:birthDate><sum:birth_place_nis_code
>>> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">23077</sum:birth_place_nis_code><sum:birth_place_description
>>> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">Sint-Pieters-Leeuw</sum:birth_place_description><sum:nationality_code
>>> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">BE</sum:nationality_code><sum:isAlive
>>> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">false</sum:isAlive></per:summary><per:details><per:details_rr_rn><per:it000
>>> Type="000" Structure="A1"><rn2:NationalNumber
>>> xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema"><rn2:NationalNumber>19031319331</rn2:NationalNumber><rn2:Date><rn2:Century>19</rn2:Century><rn2:Year>19</rn2:Year><rn2:Month>03</rn2:Month><rn2:Day>13</rn2:Day></rn2:Date><rn2:Sex>1</rn2:Sex></rn2:NationalNumber></per:it000><per:it001
>>> Type="001" Structure="A1"><rn2:Date
>>> xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema"><rn2:Century>19</rn2:Century><rn2:Year>82</rn2:Year><rn2:Month>06</rn2:Month><rn2:Day>19</rn2:Day></rn2:Date><rn2:Residence
>>> xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema"><rn2:Code>99990</rn2:Code><rn2:Label>Décédé(e)</rn2:Label></rn2:Residence><rn2:Fusion
>>> xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema">0</rn2:Fusion><rn2:Language
>>> xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema">1</rn2:Language></per:it001><per:it001
>>> Type="001" Structure="A1"><rn2:Date
>>> xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema"><rn2:Century>19</rn2:Century><rn2:Year>19</rn2:Year><rn2:Month>03</rn2:Month><rn2:Day>13</rn2:Day></rn2:Date><rn2:Residence
>>> xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema"><rn2:Code>23077</rn2:Code><rn2:Label>Sint-Pieters-Leeuw</rn2:Label></rn2:Residence><rn2:Fusion
>>> xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema">0</rn2:Fusion><rn2:Language
>>> xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema">1</rn2:Language></per:it001><per:it010
>>> Type="010" Structure="A1"><rn2:Date
>>> xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema"><rn2:Century>19</rn2:Century><rn2:Year>19</rn2:Year><rn2:Month>03</rn2:Month><rn2:Day>13</rn2:Day></rn2:Date><rn2:Name
>>> xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema"><rn2:LastName><rn2:Code>10568251</rn2:Code><rn2:Label>Sermon</rn2:Label></rn2:LastName><rn2:FirstName><rn2:Code>00020013</rn2:Code><rn2:Label>Jules</rn2:Label></rn2:FirstName></rn2:Name></per:it010><per:it020
>>> Type="020" Structure="A1"><rn2:Date
>>> xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema"><rn2:Century>19</rn2:Century><rn2:Year>19</rn2:Year><rn2:Month>03</rn2:Month><rn2:Day>13</rn2:Day></rn2:Date><rn2:Address
>>> xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema"><rn2:ZipCode>1600</rn2:ZipCode><rn2:Street><rn2:Code>16000056</rn2:Code><rn2:Label>Georges
>>> Hensmansstraat</rn2:Label></rn2:Street><rn2:HouseNumber>16</rn2:HouseNumber></rn2:Address></per:it020><per:it031
>>> Type="031" Structure="B1"><rn2:Date
>>> xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema"><rn2:Century>19</rn2:Century></rn2:Date></per:it031></per:details_rr_rn></per:details></per:person></per:personList></ns:findPersonResponse></SOAP-ENV:Body></SOAP-ENV:Envelope>
>>> 2008-08-26 08:46:02,896 [192.168.13.175-INFOR2] [HttpClientWorker-1]
>>> DEBUG RampartEngine Enter process(MessageContext msgCtx)
>>> 2008-08-26 08:46:02,928 [192.168.13.175-INFOR2] [HttpClientWorker-1]
>>> DEBUG AbstractContext ==================
>>> 2008-08-26 08:46:02,928 [192.168.13.175-INFOR2] [HttpClientWorker-1]
>>> DEBUG AbstractContext  Property set on object
>>> org.apache.axis2.context.MessageContext@e7a15b
>>> 2008-08-26 08:46:02,928 [192.168.13.175-INFOR2] [HttpClientWorker-1]
>>> DEBUG AbstractContext   Key =SECURITY_VALIDATION_FAILURE
>>> 2008-08-26 08:46:02,928 [192.168.13.175-INFOR2] [HttpClientWorker-1]
>>> DEBUG AbstractContext   Value Class = java.lang.Boolean
>>> 2008-08-26 08:46:02,928 [192.168.13.175-INFOR2] [HttpClientWorker-1]
>>> DEBUG AbstractContext   Value Classloader = null
>>> 2008-08-26 08:46:02,928 [192.168.13.175-INFOR2] [HttpClientWorker-1]
>>> DEBUG AbstractContext Call Stack = DEBUG_FRAME =
>>> org.apache.axis2.util.JavaUtils.callStackToString(JavaUtils.java:564)
>>> DEBUG_FRAME =
>>> org.apache.axis2.context.AbstractContext.debugPropertySet(AbstractContext.java:416)
>>> DEBUG_FRAME =
>>> org.apache.axis2.context.AbstractContext.setProperty(AbstractContext.java:182)
>>> DEBUG_FRAME =
>>> org.apache.rampart.handler.RampartReceiver.setFaultCodeAndThrowAxisFault(RampartReceiver.java:160)
>>> DEBUG_FRAME =
>>> org.apache.rampart.handler.RampartReceiver.invoke(RampartReceiver.java:99)
>>> DEBUG_FRAME = org.apache.axis2.engine.Phase.invoke(Phase.java:317)
>>> DEBUG_FRAME =
>>> org.apache.axis2.engine.AxisEngine.invoke(AxisEngine.java:264)
>>> DEBUG_FRAME =
>>> org.apache.axis2.engine.AxisEngine.receive(AxisEngine.java:163)
>>> DEBUG_FRAME =
>>> org.apache.synapse.transport.nhttp.ClientWorker.run(ClientWorker.java:200)
>>> DEBUG_FRAME =
>>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:650)
>>> DEBUG_FRAME =
>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:675)
>>> DEBUG_FRAME = java.lang.Thread.run(Thread.java:595)
>>>
>>> 2008-08-26 08:46:02,928 [192.168.13.175-INFOR2] [HttpClientWorker-1]
>>> DEBUG AbstractContext ==================
>>> 2008-08-26 08:46:02,928 [192.168.13.175-INFOR2] [HttpClientWorker-1]
>>> ERROR AxisEngine Error in extracting message properties
>>> org.apache.axis2.AxisFault: Error in extracting message properties
>>> at
>>> org.apache.rampart.handler.RampartReceiver.setFaultCodeAndThrowAxisFault(RampartReceiver.java:166)
>>> at
>>> org.apache.rampart.handler.RampartReceiver.invoke(RampartReceiver.java:99)
>>> at org.apache.axis2.engine.Phase.invoke(Phase.java:317)
>>> at org.apache.axis2.engine.AxisEngine.invoke(AxisEngine.java:264)
>>> at org.apache.axis2.engine.AxisEngine.receive(AxisEngine.java:163)
>>> at
>>> org.apache.synapse.transport.nhttp.ClientWorker.run(ClientWorker.java:200)
>>> at
>>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:650)
>>> at
>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:675)
>>> at java.lang.Thread.run(Thread.java:595)
>>> Caused by: org.apache.rampart.RampartException: Error in extracting
>>> message properties
>>> at
>>> org.apache.rampart.RampartMessageData.<init>(RampartMessageData.java:356)
>>> at org.apache.rampart.RampartEngine.process(RampartEngine.java:70)
>>> at
>>> org.apache.rampart.handler.RampartReceiver.invoke(RampartReceiver.java:92)
>>> ... 7 more
>>> Caused by: org.apache.ws.security.WSSecurityException: Error in
>>> converting SOAP Envelope to Document; nested exception is:
>>> org.apache.axiom.om.OMException: com.ctc.wstx.exc.WstxEOFException:
>>> Unexpected EOF; was expecting a close tag for element <rn2:Century>
>>>  at [row,col {unknown-source}]: [4,5335]
>>> at
>>> org.apache.rampart.util.Axis2Util.getDocumentFromSOAPEnvelope(Axis2Util.java:161)
>>> at
>>> org.apache.rampart.RampartMessageData.<init>(RampartMessageData.java:162)
>>> ... 9 more
>>> Caused by: org.apache.axiom.om.OMException:
>>> com.ctc.wstx.exc.WstxEOFException: Unexpected EOF; was expecting a close
>>> tag for element <rn2:Century>
>>>  at [row,col {unknown-source}]: [4,5335]
>>> at
>>> org.apache.axiom.om.impl.builder.StAXOMBuilder.next(StAXOMBuilder.java:249)
>>> at org.apache.axiom.om.impl.llom.OMNodeImpl.build(OMNodeImpl.java:327)
>>> at
>>> org.apache.axiom.om.impl.llom.OMElementImpl.build(OMElementImpl.java:706)
>>> at
>>> org.apache.rampart.util.Axis2Util.getDocumentFromSOAPEnvelope(Axis2Util.java:96)
>>> ... 10 more
>>> Caused by: com.ctc.wstx.exc.WstxEOFException: Unexpected EOF; was
>>> expecting a close tag for element <rn2:Century>
>>>  at [row,col {unknown-source}]: [4,5335]
>>> at
>>> com.ctc.wstx.sr.StreamScanner.throwUnexpectedEOF(StreamScanner.java:661)
>>> at
>>> com.ctc.wstx.sr.BasicStreamReader.nextFromTree(BasicStreamReader.java:2730)
>>> at com.ctc.wstx.sr.BasicStreamReader.next(BasicStreamReader.java:1019)
>>> at
>>> org.apache.axiom.om.impl.builder.StAXOMBuilder.parserNext(StAXOMBuilder.java:506)
>>> at
>>> org.apache.axiom.om.impl.builder.StAXOMBuilder.next(StAXOMBuilder.java:161)
>>> ... 13 more
>>>
>>>
>>> Regards, Stefan.
>>>
>>>
>>> Ruwan Linton-3 wrote:
>>>      
>>>> stlecho wrote:
>>>>        
>>>>> Ruwan,
>>>>>
>>>>> I've been adding my endpoints and proxies to v1.7.1. When sending an
>>>>> XML
>>>>> request to the proxy endpoint, I'm receiving a "HTTP/1.1 202 Accepted"
>>>>> response but I have the impression that the external webservice is not
>>>>> called.
>>>>>
>>>>> Comparing the old (v1.7beta2) with the new synapse.xml config file,
>>>>> I've
>>>>> noticed that it was possible to specify an endpoint on the target
>>>>> element.
>>>>> Is this still supported in v1.7.1 ?
>>>>>  
>>>>>          
>>>> Yeah, it does. Basically you should be able to export the full
>>>> configuration of the ESB 1.7 to the 1.7.1.
>>>>
>>>> May be you are invoking the proxy with a wrong URL in which case the
>>>> main sequence is used for mediation and drops the message.
>>>>
>>>> Thanks,
>>>> Ruwan
>>>>        
>>>>> Regards, Stefan.
>>>>>
>>>>> Ruwan Linton-3 wrote:
>>>>>  
>>>>>          
>>>>>> Hi Stefan,
>>>>>>
>>>>>> We didn't fixed any functional issues in the 1.7.1 release, but we
>>>>>> just
>>>>>> fixed the FireFox3 issues which are on the UI layer. Being said that
>>>>>> this feature is there on the 1.7 release as well. There fore this has
>>>>>> to
>>>>>> work if the configuration is correct, so you may give this a try with
>>>>>> the new release and see whether you can get this to work.... If there
>>>>>> are any errors, you can raise them on them and I will help you to get
>>>>>> these issues resolved.
>>>>>>
>>>>>> Thanks,
>>>>>> Ruwan
>>>>>>
>>>>>> stlecho wrote:
>>>>>>    
>>>>>>            
>>>>>>> Ruwan,
>>>>>>>
>>>>>>> Has this functionality been released in the v1.7.1 ?
>>>>>>>

>>>>>>> PS: Sorry for this terrible late response, but I had some other
>>>>>>> priorities.
>>>>>>>
>>>>>>> Regards, Stefan.
>>>>>>>
>>>>>>> Ruwan Linton-3 wrote:
>>>>>>>  
>>>>>>>      
>>>>>>>              
>>>>>>>> stlecho wrote:
>>>>>>>>    
>>>>>>>>        
>>>>>>>>                
>>>>>>>>> The response I'm getting back from the Webservice is not signed
>>>>>>>>> with
>>>>>>>>> WS-Security. If Rampart tries to treat this message in raises an
>>>>>>>>> exception,
>>>>>>>>> because it is supposed to handle signed messages. Rampart should in
>>>>>>>>> this
>>>>>>>>> case not be activated at all.
>>>>>>>>>  
>>>>>>>>>      
>>>>>>>>>          
>>>>>>>>>                  
>>>>>>>> Hi Stefan,
>>>>>>>>
>>>>>>>> Sorry for the late reply, I just did another test on this
>>>>>>>> functionality
>>>>>>>> and found that it is working on the SNAPSHOT (latest build). Could
>>>>>>>> you
>>>>>>>> please bring the summery of the problem with all logs and
>>>>>>>> configurations
>>>>>>>> in to the table and lets try to get this resolved.
>>>>>>>>
>>>>>>>> You may send a mail to the user list or file a JIRA issue with all
>>>>>>>> the
>>>>>>>> relevant configurations to reproduce the issue.
>>>>>>>>
>>>>>>>> Thanks,
>>>>>>>> Ruwan
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> Esb-java-user mailing list
>>>>>>>> Esb-java-user@wso2.org
>>>>>>>> http://wso2.org/cgi-bin/mailman/listinfo/esb-java-user
>>>>>>>>
>>>>>>>>
>>>>>>>>    
>>>>>>>>        
>>>>>>>>                
>>>>>>>  
>>>>>>>      
>>>>>>>              
>>>>>> _______________________________________________
>>>>>> Esb-java-user mailing list
>>>>>> Esb-java-user@wso2.org
>>>>>> http://mailman.wso2.org/cgi-bin/mailman/listinfo/esb-java-user
>>>>>>
>>>>>>
>>>>>>    
>>>>>>            
>>>>>  
>>>>>          
>>>> _______________________________________________
>>>> Esb-java-user mailing list
>>>> Esb-java-user@wso2.org
>>>> http://mailman.wso2.org/cgi-bin/mailman/listinfo/esb-java-user
>>>>
>>>>
>>>>        
>>>      
>>    
>
>  


_______________________________________________
Esb-java-user mailing list
Esb-java-user@wso2.org
http://mailman.wso2.org/cgi-bin/mailman/listinfo/esb-java-user


Re: WSSecurityException: Error in converting SOAP Envelope to Document

by Saliya Ekanayake-2 :: Rate this Message:

| View Threaded | Show Only this Message

Hi Stefan,

Yes, I am working on this issue. In fact I had some issues in developing
a back end service with message level security policies to recreate your
scenario. Probably it'll take couple of days to test and come up with a
resolution. Does it align with your schedule?

Additionally, catching up with your email thread, I have several things
to clarify from your side.

1. The back end service expects a SOAP message with WS Security
information (i.e. WS Security headers are present). The response doesn't
contain any WS Security information at all. Is this the exact thing that
you are testing against?

2. Is there any way that I can use the same back end service to test the
scenario? If so I will require the policy that you are using as well.

Thanks,
Saliya

stlecho wrote:

> Hi,
>
> I'm finalizing a POC and would like to know if someone is treating this
> issue :o).
>
> Regards, Stefan.
>
> stlecho wrote:
>  
>> The configuration file I'm using is the following one:
>>
>> <?xml version="1.0" encoding="UTF-8"?>
>> <syn:definitions xmlns:syn="http://ws.apache.org/ns/synapse">
>>     <syn:registry provider="org.wso2.esb.registry.WSO2Registry"/>
>>     <syn:proxy name="FSB-Proxy-WsSecurity" transports="https http"
>> startOnLoad="true" statistics="enable" trace="enable">
>>         <syn:target endpoint="FSB-WSSecurity-Test">
>>             <syn:inSequence>
>>                 <syn:log level="full" separator=","/>
>>                 <syn:property name="FORCE_HTTP_1.0" value="true"
>> scope="axis2"/>
>>             </syn:inSequence>
>>             <syn:outSequence>
>>                 <syn:log level="full" separator=","/>
>>                 <syn:send/>
>>             </syn:outSequence>
>>         </syn:target>
>>         <syn:publishWSDL
>> uri="https://e-depottest.smals-mvm.be/fphp/3.1/ws/PersonQuery.jws?WSDL="/>
>>         <!--syn:enableSec policy="policy-FSB" type="out"/-->
>>     </syn:proxy>
>>     <syn:localEntry key="policy-FSB"
>> src="file:g:/Projects-europa/esb/enotary-esb-proto/policies/policy_ASF.xml"/>
>>     <syn:endpoint name="FSB-WSSecurity-Test">
>>         <syn:address
>> uri="https://e-depottest.smals-mvm.be/fphp/3.1/ws/PersonQuery.jws"
>> statistics="enable">
>>             <syn:enableSec policy="policy-FSB" type="out"/>
>>         </syn:address>
>>     </syn:endpoint>
>>     <syn:sequence statistics="enable" name="main" trace="enable">
>>         <syn:in>
>>             <syn:log level="full"/>
>>             <syn:filter source="get-property('To')"
>> regex="http://localhost:9000.*">
>>                 <syn:send/>
>>             </syn:filter>
>>         </syn:in>
>>         <syn:out>
>>             <syn:send/>
>>         </syn:out>
>>     </syn:sequence>
>>     <syn:sequence statistics="enable" name="fault" trace="enable">
>>         <syn:log/>
>>     </syn:sequence>
>> </syn:definitions>
>>
>>
>> stlecho wrote:
>>    
>>> Ruwan,
>>>
>>> Some additional info: Based on the Stacktrace it seems that Rampart is
>>> processing the response, but it should not because the responses are not
>>> signed. I've used "<syn:localEntry key="policy-FSB" src="..."
>>> type="out"/>" in the policy definition, but that does not solve the
>>> problem.
>>>
>>> Regards, Stefan.
>>>
>>> stlecho wrote:
>>>      
>>>> Ruwan,
>>>>
>>>> The webservice I'm calling requires that requests are signed (with
>>>> WS-Security), but responses are not signed.
>>>>
>>>> At one point in time you have fixed certain issues linked with this
>>>> requirement and I've use a specific build to test it. The original
>>>> thread - with additional information and context - can be found here:
>>>> http://www.nabble.com/NullPointerException-in-org.apache.rampart.RampartEngine.process-td15979093.html.
>>>>
>>>> At this point in time, I'm able to call the webservice with a correctly
>>>> signed message. The webservice responses with a non-signed response that
>>>> is received by ESB. When this response is parsed, I'm receiving
>>>> "org.apache.axis2.AxisFault: SOAP header missing".
>>>>
>>>> Regards, Stefan.
>>>>
>>>> Ruwan Linton-3 wrote:
>>>>        
>>>>> Stefan,
>>>>>
>>>>> I am sorry, but I lost the context of this issue.... :-(  Could you
>>>>> please present the issue with all the contents so that one of our team
>>>>> members can have a look at it. It seems like the message level policies
>>>>> are not applied correctly, but not exactly sure since I lost the
>>>>> context.
>>>>>
>>>>> Thanks,
>>>>> Ruwan
>>>>>
>>>>> stlecho wrote:
>>>>>          
>>>>>> Ruwan,
>>>>>>
>>>>>> I've changed my test and now I'm receiving a response without accented
>>>>>> characters. When launching this test I receive
>>>>>> "org.apache.axis2.AxisFault:
>>>>>> SOAP header missing".
>>>>>>
>>>>>> Stacktrace
>>>>>> 2008-08-26 14:16:33,862 [192.168.13.175-INFOR2] [HttpClientWorker-2]
>>>>>> DEBUG
>>>>>> MESSAGE *********************** RampartReceiver received
>>>>>> <?xml version='1.0' encoding='utf-8'?><SOAP-ENV:Envelope
>>>>>> xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/"
>>>>>> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
>>>>>> xmlns:xsd="http://www.w3.org/2001/XMLSchema"><SOAP-ENV:Body>
>>>>>> <ns:findPersonResponse
>>>>>> xmlns:ns="urn://fsb.belgium.be/fphp/v3_0"><per:personList
>>>>>> xmlns:per="urn://fsb.belgium.be/fphp/v3_0/person"
>>>>>> xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd"
>>>>>> xmlns="urn://fsb.belgium.be/fphp/v3_0/query" release="2008072901"
>>>>>> time="2008-08-26T14:16:33.555+02:00" version="1.0"><per:context
>>>>>> version="1.0"><ns0:client
>>>>>> xmlns:ns0="urn://fsb.belgium.be/fphp/v3_0/context"><ns0:nationalNumber>63080214114</ns0:nationalNumber><ns0:enterpriseNumber>0477430931</ns0:enterpriseNumber><ns0:eid
>>>>>> /><ns0:callerId>211011</ns0:callerId><ns0:language>fr</ns0:language></ns0:client><ns0:message
>>>>>> xmlns:ns0="urn://fsb.belgium.be/fphp/v3_0/context"><ns0:messageId>FPHP-C5A86B63-C34A-428A-A425-8DE5AD791134</ns0:messageId><ns0:correlationId>FPHP-C5A86B63-C34A-428A-A425-8DE5AD791134</ns0:correlationId></ns0:message><ns0:application
>>>>>> xmlns:ns0="urn://fsb.belgium.be/fphp/v3_0/context"><ns0:application>enot-fphp</ns0:application></ns0:application></per:context><per:searchCriteria
>>>>>> version="1.0"><ns0:registers
>>>>>> xmlns:ns0="urn://fsb.belgium.be/fphp/v3_0/searchcriteria"><ns0:register>RN</ns0:register><ns0:register>RR</ns0:register></ns0:registers><ns0:searchByNumber
>>>>>> xmlns:ns0="urn://fsb.belgium.be/fphp/v3_0/searchcriteria"
>>>>>> version="1.0"><ns0:number>60210401511</ns0:number></ns0:searchByNumber></per:searchCriteria><per:searchFilterName>all</per:searchFilterName><per:person
>>>>>> version="1.0"><per:summary version="1.0"><sum:source
>>>>>> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">BCSS</sum:source><sum:number
>>>>>> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">60210401511</sum:number><sum:status
>>>>>> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">0</sum:status><sum:gender
>>>>>> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">1</sum:gender><sum:lastName
>>>>>> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">MACHIELSE</sum:lastName><sum:firstName
>>>>>> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">MARTINUS</sum:firstName><sum:birthDate
>>>>>> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary"><com:century
>>>>>> xmlns:com="urn://fsb.belgium.be/fphp/v3_0/common">19</com:century><com:year
>>>>>> xmlns:com="urn://fsb.belgium.be/fphp/v3_0/common">60</com:year><com:month
>>>>>> xmlns:com="urn://fsb.belgium.be/fphp/v3_0/common">01</com:month><com:day
>>>>>> xmlns:com="urn://fsb.belgium.be/fphp/v3_0/common">04</com:day></sum:birthDate><sum:birth_place_description
>>>>>> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">BERGEN OP
>>>>>> ZOOM</sum:birth_place_description><sum:birth_country_code
>>>>>> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">NL</sum:birth_country_code><sum:nationality_code
>>>>>> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">NL</sum:nationality_code><sum:isAlive
>>>>>> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">true</sum:isAlive><sum:marital_status_code
>>>>>> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">20</sum:marital_status_code><sum:ad_street_name
>>>>>> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary" /><sum:ad_city
>>>>>> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary"
>>>>>> /><sum:ad_country_code
>>>>>> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">NL</sum:ad_country_code><sum:ad_country_name
>>>>>> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary"
>>>>>> /></per:summary></per:person><per:nb_calls RN_NR="0" BCSS_KSZ="1"
>>>>>> /></per:personList></ns:findPersonResponse>
>>>>>> </SOAP-ENV:Body></SOAP-ENV:Envelope>
>>>>>>
>>>>>> 2008-08-26 14:16:33,908 [192.168.13.175-INFOR2] [HttpClientWorker-2]
>>>>>> DEBUG
>>>>>> AbstractContext ==================
>>>>>> 2008-08-26 14:16:33,908 [192.168.13.175-INFOR2] [HttpClientWorker-2]
>>>>>> ERROR
>>>>>> AxisEngine SOAP header missing
>>>>>> org.apache.axis2.AxisFault: SOAP header missing
>>>>>> at
>>>>>> org.apache.rampart.handler.RampartReceiver.setFaultCodeAndThrowAxisFault(RampartReceiver.java:166)
>>>>>> at
>>>>>> org.apache.rampart.handler.RampartReceiver.invoke(RampartReceiver.java:99)
>>>>>> at org.apache.axis2.engine.Phase.invoke(Phase.java:317)
>>>>>> at org.apache.axis2.engine.AxisEngine.invoke(AxisEngine.java:264)
>>>>>> at org.apache.axis2.engine.AxisEngine.receive(AxisEngine.java:163)
>>>>>> at
>>>>>> org.apache.synapse.transport.nhttp.ClientWorker.run(ClientWorker.java:200)
>>>>>> at
>>>>>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:650)
>>>>>> at
>>>>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:675)
>>>>>> at java.lang.Thread.run(Thread.java:595)
>>>>>> Caused by: org.apache.rampart.RampartException: SOAP header missing
>>>>>> at org.apache.rampart.RampartEngine.process(RampartEngine.java:99)
>>>>>> at
>>>>>> org.apache.rampart.handler.RampartReceiver.invoke(RampartReceiver.java:92)
>>>>>> ... 7 more
>>>>>>
>>>>>>
>>>>>>
>>>>>> Regards, Stefan Lecho.
>>>>>>
>>>>>> stlecho wrote:
>>>>>>  
>>>>>>            
>>>>>>> Ruwan,
>>>>>>>
>>>>>>> I've noticed that there is an encoding problem in the received
>>>>>>> response.
>>>>>>> The response is encoded as UTF-8, but it contains accented
>>>>>>> characters:
>>>>>>> "é". I would like to verify if the response sent by the webservice is
>>>>>>> correctly encoded, but although I've activated
>>>>>>> log4j.category.httpclient.wire=TRACE the request/response passing on
>>>>>>> the
>>>>>>> wire is not logged. How can these messages be logged ?
>>>>>>>
>>>>>>> If the response is correctly encoded - i.e. ISO-8859-1 - is there a
>>>>>>> way to
>>>>>>> change the encoding in the ESB configuration ?
>>>>>>>
>>>>>>> Regards, Stefan.
>>>>>>>
>>>>>>>
>>>>>>> stlecho wrote:
>>>>>>>    
>>>>>>>              
>>>>>>>> Ruwan,
>>>>>>>>
>>>>>>>> I've been re-configuring v1.7.1 and was able to call the webservice,
>>>>>>>> but
>>>>>>>> I'm still receiving an "Error in converting SOAP Envelope to
>>>>>>>> Document"
>>>>>>>> error message :o(.
>>>>>>>>
>>>>>>>> Stacktrace:
>>>>>>>> 2008-08-26 08:46:02,896 [192.168.13.175-INFOR2] [HttpClientWorker-1]
>>>>>>>> DEBUG MESSAGE *********************** RampartReceiver received
>>>>>>>> <?xml version='1.0' encoding='utf-8'?><SOAP-ENV:Envelope
>>>>>>>> xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/"
>>>>>>>> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
>>>>>>>> xmlns:xsd="http://www.w3.org/2001/XMLSchema"><SOAP-ENV:Body>
>>>>>>>> <ns:findPersonResponse
>>>>>>>> xmlns:ns="urn://fsb.belgium.be/fphp/v3_0"><per:personList
>>>>>>>> xmlns:per="urn://fsb.belgium.be/fphp/v3_0/person"
>>>>>>>> xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd"
>>>>>>>> xmlns="urn://fsb.belgium.be/fphp/v3_0/query" release="2008072901"
>>>>>>>>                
>>>>>>>> time="2008-08-26T08:46:02.231+02:00" version="1.0"><per:context
>>>>>>>> version="1.0"><ns0:client
>>>>>>>> xmlns:ns0="urn://fsb.belgium.be/fphp/v3_0/context"><ns0:nationalNumber>63080214114</ns0:nationalNumber><ns0:enterpriseNumber>0477430931</ns0:enterpriseNumber><ns0:eid
>>>>>>>> /><ns0:callerId>211011</ns0:callerId><ns0:language>fr</ns0:language></ns0:client><ns0:message
>>>>>>>> xmlns:ns0="urn://fsb.belgium.be/fphp/v3_0/context"><ns0:messageId>FPHP-C5A86B63-C34A-428A-A425-8DE5AD791134</ns0:messageId><ns0:correlationId>FPHP-C5A86B63-C34A-428A-A425-8DE5AD791134</ns0:correlationId></ns0:message><ns0:application
>>>>>>>> xmlns:ns0="urn://fsb.belgium.be/fphp/v3_0/context"><ns0:application>enot-fphp</ns0:application></ns0:application></per:context><per:searchCriteria
>>>>>>>> version="1.0"><ns0:registers
>>>>>>>> xmlns:ns0="urn://fsb.belgium.be/fphp/v3_0/searchcriteria"><ns0:register>RN</ns0:register><ns0:register>RR</ns0:register></ns0:registers><ns0:searchByNumber
>>>>>>>> xmlns:ns0="urn://fsb.belgium.be/fphp/v3_0/searchcriteria"
>>>>>>>> version="1.0"><ns0:number>19031319331</ns0:number></ns0:searchByNumber></per:searchCriteria><per:searchFilterName>all</per:searchFilterName><per:person
>>>>>>>> version="1.0"><per:summary version="1.3"><sum:source
>>>>>>>> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">RN</sum:source><sum:number
>>>>>>>> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">19031319331</sum:number><sum:status
>>>>>>>> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">0</sum:status><sum:gender
>>>>>>>> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">1</sum:gender><sum:lastName
>>>>>>>> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">Sermon</sum:lastName><sum:firstName
>>>>>>>> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">Jules</sum:firstName><sum:birthDate
>>>>>>>> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary"><com:century
>>>>>>>> xmlns:com="urn://fsb.belgium.be/fphp/v3_0/common">19</com:century><com:year
>>>>>>>> xmlns:com="urn://fsb.belgium.be/fphp/v3_0/common">19</com:year><com:month
>>>>>>>> xmlns:com="urn://fsb.belgium.be/fphp/v3_0/common">03</com:month><com:day
>>>>>>>> xmlns:com="urn://fsb.belgium.be/fphp/v3_0/common">13</com:day></sum:birthDate><sum:birth_place_nis_code
>>>>>>>> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">23077</sum:birth_place_nis_code><sum:birth_place_description
>>>>>>>> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">Sint-Pieters-Leeuw</sum:birth_place_description><sum:nationality_code
>>>>>>>> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">BE</sum:nationality_code><sum:isAlive
>>>>>>>> xmlns:sum="urn://fsb.belgium.be/fphp/v3_0/summary">false</sum:isAlive></per:summary><per:details><per:details_rr_rn><per:it000
>>>>>>>> Type="000" Structure="A1"><rn2:NationalNumber
>>>>>>>> xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema"><rn2:NationalNumber>19031319331</rn2:NationalNumber><rn2:Date><rn2:Century>19</rn2:Century><rn2:Year>19</rn2:Year><rn2:Month>03</rn2:Month><rn2:Day>13</rn2:Day></rn2:Date><rn2:Sex>1</rn2:Sex></rn2:NationalNumber></per:it000><per:it001
>>>>>>>> Type="001" Structure="A1"><rn2:Date
>>>>>>>> xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema"><rn2:Century>19</rn2:Century><rn2:Year>82</rn2:Year><rn2:Month>06</rn2:Month><rn2:Day>19</rn2:Day></rn2:Date><rn2:Residence
>>>>>>>> xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema"><rn2:Code>99990</rn2:Code><rn2:Label>Décédé(e)</rn2:Label></rn2:Residence><rn2:Fusion
>>>>>>>> xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema">0</rn2:Fusion><rn2:Language
>>>>>>>> xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema">1</rn2:Language></per:it001><per:it001
>>>>>>>> Type="001" Structure="A1"><rn2:Date
>>>>>>>> xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema"><rn2:Century>19</rn2:Century><rn2:Year>19</rn2:Year><rn2:Month>03</rn2:Month><rn2:Day>13</rn2:Day></rn2:Date><rn2:Residence
>>>>>>>> xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema"><rn2:Code>23077</rn2:Code><rn2:Label>Sint-Pieters-Leeuw</rn2:Label></rn2:Residence><rn2:Fusion
>>>>>>>> xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema">0</rn2:Fusion><rn2:Language
>>>>>>>> xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema">1</rn2:Language></per:it001><per:it010
>>>>>>>> Type="010" Structure="A1"><rn2:Date
>>>>>>>> xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema"><rn2:Century>19</rn2:Century><rn2:Year>19</rn2:Year><rn2:Month>03</rn2:Month><rn2:Day>13</rn2:Day></rn2:Date><rn2:Name
>>>>>>>> xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema"><rn2:LastName><rn2:Code>10568251</rn2:Code><rn2:Label>Sermon</rn2:Label></rn2:LastName><rn2:FirstName><rn2:Code>00020013</rn2:Code><rn2:Label>Jules</rn2:Label></rn2:FirstName></rn2:Name></per:it010><per:it020
>>>>>>>> Type="020" Structure="A1"><rn2:Date
>>>>>>>> xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema"><rn2:Century>19</rn2:Century><rn2:Year>19</rn2:Year><rn2:Month>03</rn2:Month><rn2:Day>13</rn2:Day></rn2:Date><rn2:Address
>>>>>>>> xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema"><rn2:ZipCode>1600</rn2:ZipCode><rn2:Street><rn2:Code>16000056</rn2:Code><rn2:Label>Georges
>>>>>>>> Hensmansstraat</rn2:Label></rn2:Street><rn2:HouseNumber>16</rn2:HouseNumber></rn2:Address></per:it020><per:it031
>>>>>>>> Type="031" Structure="B1"><rn2:Date
>>>>>>>> xmlns:rn2="http://www.ibz.rrn.fgov.be/XSD/xm25/rn25Schema"><rn2:Century>19</rn2:Century></rn2:Date></per:it031></per:details_rr_rn></per:details></per:person></per:personList></ns:findPersonResponse></SOAP-ENV:Body></SOAP-ENV:Envelope>
>>>>>>>> 2008-08-26 08:46:02,896 [192.168.13.175-INFOR2] [HttpClientWorker-1]
>>>>>>>> DEBUG RampartEngine Enter process(MessageContext msgCtx)
>>>>>>>> 2008-08-26 08:46:02,928 [192.168.13.175-INFOR2] [HttpClientWorker-1]
>>>>>>>> DEBUG AbstractContext ==================
>>>>>>>> 2008-08-26 08:46:02,928 [192.168.13.175-INFOR2] [HttpClientWorker-1]
>>>>>>>> DEBUG AbstractContext  Property set on object
>>>>>>>> org.apache.axis2.context.MessageContext@e7a15b
>>>>>>>> 2008-08-26 08:46:02,928 [192.168.13.175-INFOR2] [HttpClientWorker-1]
>>>>>>>> DEBUG AbstractContext   Key =SECURITY_VALIDATION_FAILURE
>>>>>>>> 2008-08-26 08:46:02,928 [192.168.13.175-INFOR2] [HttpClientWorker-1]
>>>>>>>> DEBUG AbstractContext   Value Class = java.lang.Boolean
>>>>>>>> 2008-08-26 08:46:02,928 [192.168.13.175-INFOR2] [HttpClientWorker-1]
>>>>>>>> DEBUG AbstractContext   Value Classloader = null
>>>>>>>> 2008-08-26 08:46:02,928 [192.168.13.175-INFOR2] [HttpClientWorker-1]
>>>>>>>> DEBUG AbstractContext Call Stack = DEBUG_FRAME =
>>>>>>>> org.apache.axis2.util.JavaUtils.callStackToString(JavaUtils.java:564)
>>>>>>>> DEBUG_FRAME =
>>>>>>>> org.apache.axis2.context.AbstractContext.debugPropertySet(AbstractContext.java:416)
>>>>>>>> DEBUG_FRAME =
>>>>>>>> org.apache.axis2.context.AbstractContext.setProperty(AbstractContext.java:182)
>>>>>>>> DEBUG_FRAME =
>>>>>>>> org.apache.rampart.handler.RampartReceiver.setFaultCodeAndThrowAxisFault(RampartReceiver.java:160)
>>>>>>>> DEBUG_FRAME =
>>>>>>>> org.apache.rampart.handler.RampartReceiver.invoke(RampartReceiver.java:99)
>>>>>>>> DEBUG_FRAME = org.apache.axis2.engine.Phase.invoke(Phase.java:317)
>>>>>>>> DEBUG_FRAME =
>>>>>>>> org.apache.axis2.engine.AxisEngine.invoke(AxisEngine.java:264)
>>>>>>>> DEBUG_FRAME =
>>>>>>>> org.apache.axis2.engine.AxisEngine.receive(AxisEngine.java:163)
>>>>>>>> DEBUG_FRAME =
>>>>>>>> org.apache.synapse.transport.nhttp.ClientWorker.run(ClientWorker.java:200)
>>>>>>>> DEBUG_FRAME =
>>>>>>>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:650)
>>>>>>>> DEBUG_FRAME =
>>>>>>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:675)
>>>>>>>> DEBUG_FRAME = java.lang.Thread.run(Thread.java:595)
>>>>>>>>
>>>>>>>> 2008-08-26 08:46:02,928 [192.168.13.175-INFOR2] [HttpClientWorker-1]
>>>>>>>> DEBUG AbstractContext ==================
>>>>>>>> 2008-08-26 08:46:02,928 [192.168.13.175-INFOR2] [HttpClientWorker-1]
>>>>>>>> ERROR AxisEngine Error in extracting message properties
>>>>>>>> org.apache.axis2.AxisFault: Error in extracting message properties
>>>>>>>> at
>>>>>>>> org.apache.rampart.handler.RampartReceiver.setFaultCodeAndThrowAxisFault(RampartReceiver.java:166)
>>>>>>>> at
>>>>>>>> org.apache.rampart.handler.RampartReceiver.invoke(RampartReceiver.java:99)
>>>>>>>> at org.apache.axis2.engine.Phase.invoke(Phase.java:317)
>>>>>>>> at org.apache.axis2.engine.AxisEngine.invoke(AxisEngine.java:264)
>>>>>>>> at org.apache.axis2.engine.AxisEngine.receive(AxisEngine.java:163)
>>>>>>>> at
>>>>>>>> org.apache.synapse.transport.nhttp.ClientWorker.run(ClientWorker.java:200)
>>>>>>>> at
>>>>>>>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:650)
>>>>>>>> at
>>>>>>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:675)
>>>>>>>> at java.lang.Thread.run(Thread.java:595)
>>>>>>>> Caused by: org.apache.rampart.RampartException: Error in extracting
>>>>>>>> message properties
>>>>>>>> at
>>>>>>>> org.apache.rampart.RampartMessageData.<init>(RampartMessageData.java:356)
>>>>>>>> at org.apache.rampart.RampartEngine.process(RampartEngine.java:70)
>>>>>>>> at
>>>>>>>> org.apache.rampart.handler.RampartReceiver.invoke(RampartReceiver.java:92)
>>>>>>>> ... 7 more
>>>>>>>> Caused by: org.apache.ws.security.WSSecurityException: Error in
>>>>>>>> converting SOAP Envelope to Document; nested exception is:
>>>>>>>> org.apache.axiom.om.OMException: com.ctc.wstx.exc.WstxEOFException:
>>>>>>>> Unexpected EOF; was expecting a close tag for element <rn2:Century>
>>>>>>>>  at [row,col {unknown-source}]: [4,5335]
>>>>>>>> at
>>>>>>>> org.apache.rampart.util.Axis2Util.getDocumentFromSOAPEnvelope(Axis2Util.java:161)
>>>>>>>> at
>>>>>>>> org.apache.rampart.RampartMessageData.<init>(RampartMessageData.java:162)
>>>>>>>> ... 9 more
>>>>>>>> Caused by: org.apache.axiom.om.OMException:
>>>>>>>> com.ctc.wstx.exc.WstxEOFException: Unexpected EOF; was expecting a
>>>>>>>> close
>>>>>>>> tag for element <rn2:Century>
>>>>>>>>  at [row,col {unknown-source}]: [4,5335]
>>>>>>>> at
>>>>>>>> org.apache.axiom.om.impl.builder.StAXOMBuilder.next(StAXOMBuilder.java:249)
>>>>>>>> at
>>>>>>>> org.apache.axiom.om.impl.llom.OMNodeImpl.build(OMNodeImpl.java:327)
>>>>>>>> at
>>>>>>>> org.apache.axiom.om.impl.llom.OMElementImpl.build(OMElementImpl.java:706)
>>>>>>>> at
>>>>>>>> org.apache.rampart.util.Axis2Util.getDocumentFromSOAPEnvelope(Axis2Util.java:96)
>>>>>>>> ... 10 more
>>>>>>>> Caused by: com.ctc.wstx.exc.WstxEOFException: Unexpected EOF; was
>>>>>>>> expecting a close tag for element <rn2:Century>
>>>>>>>>  at [row,col {unknown-source}]: [4,5335]
>>>>>>>> at
>>>>>>>> com.ctc.wstx.sr.StreamScanner.throwUnexpectedEOF(StreamScanner.java:661)
>>>>>>>> at
>>>>>>>> com.ctc.wstx.sr.BasicStreamReader.nextFromTree(BasicStreamReader.java:2730)
>>>>>>>> at
>>>>>>>> com.ctc.wstx.sr.BasicStreamReader.next(BasicStreamReader.java:1019)
>>>>>>>> at
>>>>>>>> org.apache.axiom.om.impl.builder.StAXOMBuilder.parserNext(StAXOMBuilder.java:506)
>>>>>>>> at
>>>>>>>> org.apache.axiom.om.impl.builder.StAXOMBuilder.next(StAXOMBuilder.java:161)
>>>>>>>> ... 13 more
>>>>>>>>
>>>>>>>>
>>>>>>>> Regards, Stefan.
>>>>>>>>
>>>>>>>>
>>>>>>>> Ruwan Linton-3 wrote:
>>>>>>>>      
>>>>>>>>                
>>>>>>>>> stlecho wrote:
>>>>>>>>>        
>>>>>>>>>                  
>>>>>>>>>> Ruwan,
>>>>>>>>>>
>>>>>>>>>> I've been adding my endpoints and proxies to v1.7.1. When sending
>>>>>>>>>> an
>>>>>>>>>> XML
>>>>>>>>>> request to the proxy endpoint, I'm receiving a "HTTP/1.1 202
>>>>>>>>>> Accepted"
>>>>>>>>>> response but I have the impression that the external webservice is
>>>>>>>>>> not
>>>>>>>>>> called.
>>>>>>>>>>
>>>>>>>>>> Comparing the old (v1.7beta2) with the new synapse.xml config
>>>>>>>>>> file,
>>>>>>>>>> I've
>>>>>>>>>> noticed that it was possible to specify an endpoint on the target
>>>>>>>>>> element.
>>>>>>>>>> Is this still supported in v1.7.1 ?
>>>>>>>>>>  
>>>>>>>>>>          
>>>>>>>>>>                    
>>>>>>>>> Yeah, it does. Basically you should be able to export the full
>>>>>>>>> configuration of the ESB 1.7 to the 1.7.1.
>>>>>>>>>
>>>>>>>>> May be you are invoking the proxy with a wrong URL in which case
>>>>>>>>> the
>>>>>>>>> main sequence is used for mediation and drops the message.
>>>>>>>>>
>>>>>>>>> Thanks,
>>>>>>>>> Ruwan
>>>>>>>>>        
>>>>>>>>>                  
>>>>>>>>>> Regards, Stefan.
>>>>>>>>>>
>>>>>>>>>> Ruwan Linton-3 wrote:
>>>>>>>>>>  
>>>>>>>>>>          
>>>>>>>>>>                    
>>>>>>>>>>> Hi Stefan,
>>>>>>>>>>>
>>>>>>>>>>> We didn't fixed any functional issues in the 1.7.1 release, but
>>>>>>>>>>> we
>>>>>>>>>>> just
>>>>>>>>>>> fixed the FireFox3 issues which are on the UI layer. Being said
>>>>>>>>>>> that
>>>>>>>>>>> this feature is there on the 1.7 release as well. There fore this
>>>>>>>>>>> has
>>>>>>>>>>> to
>>>>>>>>>>> work if the configuration is correct, so you may give this a try
>>>>>>>>>>> with
>>>>>>>>>>> the new release and see whether you can get this to work.... If
>>>>>>>>>>> there
>>>>>>>>>>> are any errors, you can raise them on them and I will help you to
>>>>>>>>>>> get
>>>>>>>>>>> these issues resolved.
>>>>>>>>>>>
>>>>>>>>>>> Thanks,
>>>>>>>>>>> Ruwan
>>>>>>>>>>>
>>>>>>>>>>> stlecho wrote:
>>>>>>>>>>>    
>>>>>>>>>>>            
>>>>>>>>>>>                      
>>>>>>>>>>>> Ruwan,
>>>>>>>>>>>>
>>>>>>>>>>>> Has this functionality been released in the v1.7.1 ?
>>>>>>>>>>>>
>>>>>>>>>>>>                        
>>>>>>>>>>>> PS: Sorry for this terrible late response, but I had some other
>>>>>>>>>>>> priorities.
>>>>>>>>>>>>
>>>>>>>>>>>> Regards, Stefan.
>>>>>>>>>>>>
>>>>>>>>>>>> Ruwan Linton-3 wrote:
>>>>>>>>>>>>  
>>>>>>>>>>>>      
>>>>>>>>>>>>              
>>>>>>>>>>>>                        
>>>>>>>>>>>>> stlecho wrote:
>>>>>>>>>>>>>    
>>>>>>>>>>>>>        
>>>>>>>>>>>>>                
>>>>>>>>>>>>>                          
>>>>>>>>>>>>>> The response I'm getting back from the Webservice is not
>>>>>>>>>>>>>> signed
>>>>>>>>>>>>>> with
>>>>>>>>>>>>>> WS-Security. If Rampart tries to treat this message in raises
>>>>>>>>>>>>>> an
>>>>>>>>>>>>>> exception,
>>>>>>>>>>>>>> because it is supposed to handle signed messages. Rampart
>>>>>>>>>>>>>> should in
>>>>>>>>>>>>>> this
>>>>>>>>>>>>>> case not be activated at all.
>>>>>>>>>>>>>>  
>>>>>>>>>>>>>>      
>>>>>>>>>>>>>>          
>>>>>>>>>>>>>>                  
>>>>>>>>>>>>>>                            
>>>>>>>>>>>>> Hi Stefan,
>>>>>>>>>>>>>
>>>>>>>>>>>>> Sorry for the late reply, I just did another test on this
>>>>>>>>>>>>> functionality
>>>>>>>>>>>>> and found that it is working on the SNAPSHOT (latest build).
>>>>>>>>>>>>> Could
>>>>>>>>>>>>> you
>>>>>>>>>>>>> please bring the summery of the problem with all logs and
>>>>>>>>>>>>> configurations
>>>>>>>>>>>>> in to the table and lets try to get this resolved.
>>>>>>>>>>>>>
>>>>>>>>>>>>> You may send a mail to the user list or file a JIRA issue with
>>>>>>>>>>>>> all
>>>>>>>>>>>>> the
>>>>>>>>>>>>> relevant configurations to reproduce the issue.
>>>>>>>>>>>>>
>>>>>>>>>>>>> Thanks,
>>>>>>>>>>>>> Ruwan
>>>>>>>>>>>>>
>>>>>>>>>>>>> _______________________________________________
>>>>>>>>>>>>> Esb-java-user mailing list
>>>>>>>>>>>>> Esb-java-user@...
>>>>>>>>>>>>> http://wso2.org/cgi-bin/mailman/listinfo/esb-java-user
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>    
>>>>>>>>>>>>>        
>>>>>>>>>>>>>                
>>>>>>>>>>>>>                          
>>>>>>>>>>>>  
>>>>>>>>>>>>      
>>>>>>>>>>>>              
>>>>>>>>>>>>                        
>>>>>>>>>>> _______________________________________________
>>>>>>>>>>> Esb-java-user mailing list
>>>>>>>>>>> Esb-java-user@...
>>>>>>>>>>> http://mailman.wso2.org/cgi-bin/mailman/listinfo/esb-java-user
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>    
>>>>>>>>>>>            
>>>>>>>>>>>                      
>>>>>>>>>>  
>>>>>>>>>>          
>>>>>>>>>>                    
>>>>>>>>> _______________________________________________
>>>>>>>>> Esb-java-user mailing list
>>>>>>>>> Esb-java-user@...
>>>>>>>>> http://mailman.wso2.org/cgi-bin/mailman/listinfo/esb-java-user
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>        
>>>>>>>>>                  
>>>>>>>>      
>>>>>>>>                
>>>>>>>    
>>>>>>>              
>>>>>>  
>>>>>>            
>>>>> _______________________________________________
>>>>> Esb-java-user mailing list
>>>>> Esb-java-user@...
>>>>> http://mailman.wso2.org/cgi-bin/mailman/listinfo/esb-java-user
>>>>>
>>>>>
>>>>>          
>>>>        
>>>      
>>    
>
>  


_______________________________________________
Esb-java-user mailing list
Esb-java-user@...
http://mailman.wso2.org/cgi-bin/mailman/listinfo/esb-java-user

Re: WSSecurityException: Error in converting SOAP Envelope to Document

by stlecho :: Rate this Message:

| View Threaded | Show Only this Message

Hi Saliya,

My comments:
Saliya Ekanayake-2 wrote:
Hi Stefan,

Yes, I am working on this issue. In fact I had some issues in developing
a back end service with message level security policies to recreate your
scenario. Probably it'll take couple of days to test and come up with a
resolution. Does it align with your schedule?

Additionally, catching up with your email thread, I have several things
to clarify from your side.

1. The back end service expects a SOAP message with WS Security
information (i.e. WS Security headers are present). The response doesn't
contain any WS Security information at all. Is this the exact thing that
you are testing against?
correct

Saliya Ekanayake-2 wrote:
2. Is there any way that I can use the same back end service to test the
scenario? If so I will require the policy that you are using as well.
Unfortunately, you can not use the same back end service because it is filtered on IP address and I have no control on this filtering. I have no problem in helping you with debugging, so if you have a build that I should use do not hesitate to contact me.

Regards, Stefan.
< Prev | 1 - 2 | Next >