Forgot to mention two other changes I made to my copy of the code:
1. In asym_ctx.c: renamed "oxs_asym_ctx_create_asym_ctx" method to
"oxs_asym_ctx_create" as that is what's defined in the header file.
2. In rampart_encryption.c, added an ampersand to the last argument in
this call as it takes an "axiom_node_t **enc_type_node":
enc_status = oxs_xml_enc_encrypt_node(env, enc_ctx, node_to_enc,
&enc_data_node);
-Dave.
-----Original Message-----
From: Dave Meier [mailto:[EMAIL PROTECTED]
Sent: Tuesday, November 14, 2006 11:41 AM
To: Apache AXIS C User List
Subject: RE: [Axis2] rampart problem using WS-SECURITY
Hi,
Okay, I got the latest code. I had to add "#include
<oxs_xml_encryption.h>" to the rampart_encryption.c file in order to get
it to link on Windows. Now it returns an empty message as it's not
invoking my service method:
<?xml version="1.0" encoding="UTF-8" ?>
<soapenv:Envelope
xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/">
<soapenv:Header />
<soapenv:Body />
</soapenv:Envelope>
The log below shows "[error]
..\..\modules\core\receivers\raw_xml_in_out_msg_recv.c(114) Impl object
for service 'ttwebservices' not set in message receiver. 0 :: No Error".
Please let me know if there is something I am doing wrong. I'll go look
at the source code to see if I can figure it out.
[Tue Nov 14 11:24:07 2006] [info] [rampart][rampart_in_handler]Inflow
Security found
[Tue Nov 14 11:24:07 2006] [info] [rampart][rampart_in_handler]
Validating UsernameToken [Tue Nov 14 11:24:07 2006] [info]
[rampart][rampart_in_handler] Validating UsernameToken SUCCESS [Tue Nov
14 11:24:07 2006] [info] [rampart][rampart_in_handler] Validating
Timestamp [Tue Nov 14 11:24:07 2006] [info]
[rampart][rampart_in_handler] Validating Timestamp is SUCCESS [Tue Nov
14 11:24:07 2006] [debug]
..\..\modules\core\engine\engine.c(762) Invoking phase Dispatch [Tue Nov
14 11:24:07 2006] [debug]
..\..\modules\core\engine\phase.c(356) Invoke the handler
addressing_based_dispatcher within the phase Dispatch [Tue Nov 14
11:24:07 2006] [debug]
..\..\modules\core\engine\addr_disp.c(108) Checking for service using
WSA enpoint address : http://localhost:8181/axis2/services/ttwebservices
[Tue Nov 14 11:24:07 2006] [debug]
..\..\modules\core\engine\addr_disp.c(138) Service found using WSA
enpoint address [Tue Nov 14 11:24:07 2006] [debug]
..\..\modules\core\engine\phase.c(356) Invoke the handler
request_uri_based_dispatcher within the phase Dispatch [Tue Nov 14
11:24:07 2006] [debug]
..\..\modules\core\engine\phase.c(356) Invoke the handler
soap_action_based_dispatcher within the phase Dispatch [Tue Nov 14
11:24:07 2006] [debug]
..\..\modules\core\engine\soap_action_disp.c(108) Checking for operation
using SOAPAction :
[Tue Nov 14 11:24:07 2006] [debug]
..\..\modules\core\engine\phase.c(356) Invoke the handler
soap_message_body_based_dispatcher within the phase Dispatch [Tue Nov 14
11:24:07 2006] [debug]
..\..\modules\core\engine\soap_body_disp.c(198) Checking for operation
using SOAP message body's first child's local name : CreatePrimaryItem
[Tue Nov 14 11:24:07 2006] [debug]
..\..\modules\core\engine\soap_body_disp.c(207) Operation found using
SOAP message body's first child's local name [Tue Nov 14 11:24:07 2006]
[debug]
..\..\modules\core\engine\engine.c(762) Invoking phase PostDispatch [Tue
Nov 14 11:24:07 2006] [debug]
..\..\modules\core\engine\phase.c(356) Invoke the handler
dispatch_post_conditions_evaluator within the phase PostDispatch [Tue
Nov 14 11:24:07 2006] [debug]
..\..\modules\core\engine\phase.c(356) Invoke the handler
context_handler within the phase PostDispatch [Tue Nov 14 11:24:07 2006]
[debug]
..\..\modules\core\engine\engine.c(762) Invoking phase
PolicyDetermination [Tue Nov 14 11:24:07 2006] [error]
..\..\modules\core\receivers\raw_xml_in_out_msg_recv.c(114) Impl object
for service 'ttwebservices' not set in message receiver. 0 :: No Error
[Tue Nov 14 11:24:07 2006] [debug]
..\..\modules\core\engine\engine.c(445) Axis2 engine receive successful
[Tue Nov 14 11:24:07 2006] [debug]
..\..\modules\core\engine\engine.c(762) Invoking phase MessageOut [Tue
Nov 14 11:24:07 2006] [info] Request served successfully
Thanks,
-Dave.
-----Original Message-----
From: Dave Meier [mailto:[EMAIL PROTECTED]
Sent: Tuesday, November 14, 2006 7:35 AM
To: Apache AXIS C User List
Subject: RE: [Axis2] rampart problem using WS-SECURITY
Thanks for the quick fix - I'll go try it out right now.
I am using Visual Studio 2005 C# on the client side. We'll be
supporting C#, Axis2 Java and Axis2C for our client side
implementations. Other projects here already use Axis2 for Java.
-Dave.
-----Original Message-----
From: Kaushalye Kapuruge [mailto:[EMAIL PROTECTED]
Sent: Tuesday, November 14, 2006 1:24 AM
To: Apache AXIS C User List
Subject: Re: [Axis2] rampart problem using WS-SECURITY
Kaushalye Kapuruge wrote:
> Dave Meier wrote:
>> I have the rampart module hooked up and my password callback is
>> called correctly. But after successful validation, my web service
>> method does not get called. Instead I get back the following
response:
>>
>> <?xml version="1.0" encoding="UTF-8" ?> <soapenv:Envelope
>> xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/">
>> <soapenv:Header />
>> <soapenv:Body>
>> <soapenv:Fault>
>> <faultcode>soapenv:MustUnderstand</faultcode>
>> <faultstring>Header not understood</faultstring>
>> </soapenv:Fault>
>> </soapenv:Body>
>> </soapenv:Envelope>
>>
>> This occurs after the userid and password have already been
validated.
>> Here are the log entries:
>>
>> [Mon Nov 13 17:01:14 2006] [debug]
>> ..\..\modules\core\transport\http\http_worker.c(204) Client HTTP
>> version
>> HTTP/1.1
>> [Mon Nov 13 17:01:14 2006] [debug]
>> ..\..\axiom\src\soap\soap_builder.c(840) Identified soap version is
>> soap11
>> [Mon Nov 13 17:01:14 2006] [debug]
>> ..\..\modules\core\engine\engine.c(762) Invoking phase TransportIn
>> [Mon Nov 13 17:01:14 2006] [debug]
>> ..\..\modules\core\engine\engine.c(762) Invoking phase PreDispatch
>> [Mon Nov 13 17:01:14 2006] [debug]
>> ..\..\modules\core\engine\phase.c(356) Invoke the handler
>> AddressingInHandler within the phase PreDispatch [Mon Nov 13 17:01:14
>> 2006] [info] Starting addressing in handler .........
>> [Mon Nov 13 17:01:14 2006] [debug]
>> ..\..\modules\core\engine\phase.c(356) Invoke the handler
>> RampartInHandler within the phase PreDispatch [Mon Nov 13 17:01:14
>> 2006] [info] [rampart][rampart_in_handler]Inflow
>> Security found
>> [Mon Nov 13 17:01:14 2006] [info] [rampart][rampart_in_handler]
>> Validating UsernameToken [Mon Nov 13 17:01:14 2006] [info]
>> [rampart][rampart_in_handler] Validating UsernameToken SUCCESS [Mon
>> Nov 13 17:01:14 2006] [info] [rampart][rampart_in_handler]
>> Validating Timestamp [Mon Nov 13 17:01:14 2006] [info]
>> [rampart][rampart_in_handler] Validating Timestamp is SUCCESS [Mon
>> Nov 13 17:01:14 2006] [debug]
>> ..\..\modules\core\engine\engine.c(762) Invoking phase Dispatch [Mon
>> Nov 13 17:01:14 2006] [debug]
>> ..\..\modules\core\engine\phase.c(356) Invoke the handler
>> addressing_based_dispatcher within the phase Dispatch [Mon Nov 13
>> 17:01:14 2006] [debug]
>> ..\..\modules\core\engine\addr_disp.c(99) Checking for service using
>> WSA enpoint address :
>> http://localhost:8181/axis2/services/ttwebservices
>> [Mon Nov 13 17:01:14 2006] [debug]
>> ..\..\modules\core\engine\addr_disp.c(129) Service found using WSA
>> enpoint address [Mon Nov 13 17:01:14 2006] [debug]
>> ..\..\modules\core\engine\phase.c(356) Invoke the handler
>> request_uri_based_dispatcher within the phase Dispatch [Mon Nov 13
>> 17:01:14 2006] [debug]
>> ..\..\modules\core\engine\phase.c(356) Invoke the handler
>> soap_action_based_dispatcher within the phase Dispatch [Mon Nov 13
>> 17:01:14 2006] [debug]
>> ..\..\modules\core\engine\soap_action_disp.c(106) Checking for
>> operation using SOAPAction : [Mon Nov 13 17:01:14 2006] [debug]
>> ..\..\modules\core\engine\phase.c(356) Invoke the handler
>> soap_message_body_based_dispatcher within the phase Dispatch [Mon Nov
>> 13 17:01:14 2006] [debug]
>> ..\..\modules\core\engine\soap_body_disp.c(196) Checking for
>> operation using SOAP message body's first child's local name :
>> CreatePrimaryItem [Mon Nov 13 17:01:14 2006] [debug]
>> ..\..\modules\core\engine\soap_body_disp.c(205) Operation found using
>> SOAP message body's first child's local name [Mon Nov 13 17:01:14
>> 2006] [debug]
>> ..\..\modules\core\engine\engine.c(762) Invoking phase PostDispatch
>> [Mon Nov 13 17:01:14 2006] [debug]
>> ..\..\modules\core\engine\phase.c(356) Invoke the handler
>> dispatch_post_conditions_evaluator within the phase PostDispatch [Mon
>> Nov 13 17:01:14 2006] [debug]
>> ..\..\modules\core\engine\phase.c(356) Invoke the handler
>> context_handler within the phase PostDispatch [Mon Nov 13 17:01:14
>> 2006] [debug]
>> ..\..\modules\core\engine\engine.c(762) Invoking phase
>> PolicyDetermination [Mon Nov 13 17:01:14 2006] [debug]
>> ..\..\modules\core\engine\engine.c(762) Invoking phase MessageOut
>> [Mon Nov 13 17:01:14 2006] [info] Request served successfully
>>
>> I did have mustUnderstand set in the request like this:
>> "<wsse:Security soap:mustUnderstand="1">
>>
> Rampart_in_handler should set this relaying attribute to false after
> processing. Thanks for pointing this out.
> BTW, are you using a rampart in the client side as well? Or is it
> another implementation? :) 'Coz rampart doesn't set mustUnderstand=1.
>> How can I get around this?
Get the latest code from the svn.
Cheers,
>>
>> Thanks,
>>
>> -Dave.
>>
>> *********************************************************************
>> * This email and any files transmitted with it are confidential and
>> intended solely for the use of the individual or entity to whom they
>> are addressed. Any unauthorized review, use, disclosure or
>> distribution is prohibited. If you are not the intended recipient,
>> please contact the sender by reply e-mail and destroy all copies of
>> the original message.
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>>
>>
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]