axis-java-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From gprovost <>
Subject Re: Axis2 1.4 - Rampart 1.4 - Policy not applied - Axis WebService using Axis Stub for calling thirdparty webservice
Date Mon, 11 Aug 2008 13:17:42 GMT

In our business, we need to call a webservice from the belgian government
(FSB : Federal Service Bus).  That's the point 1./ the reason for the stub
that is generated using the wsdl we receive from the FSB.

Point 1 is working when I run test (rampart working, request signed) for
invoking the FSB through the generated stub.  This development is packaged
in a .jar (enotary-find-service.jar)

Now, we have to expose some services to other partners but those services
are using the FSB.  
In order to achieve that we provide a wsdl (not the one coming from the FSB)
to our partners and I wrote a webservice using Axis2 1.4 in order to
"forward" the request to the FSB. -> enotary-find-webservice.aar

Our web service is referencing the enotary-find-service.jar (point 1).

Our Partners -->calling--> Our webservice     
------>calling FSB webservice
When integrating all the components together (our webservice calling FSB
webservice), the message are no more signed and I get
" : Unknown top level PED found: "
but I'm still using the same policy file and this error is coming from
enotary-find-service.jar (point 1 - but has been tested previously).

The policy jars (opensaml-1.1.jar, rampart-core-1.4.jar,
rampart-policy-1.4.jar, rampart-trust-1.4.jar, wss4j-1.5.4.jar , neethi and
xmlsec-1.4.1.jar) are in the lib folder of my enotary-find-webservice.aar

Hope this will clarify the situation :)

Nunny wrote:
>  Hi Grégory,
> 2/ I write a webservice that will receive request and use the previous
>> generated stub to call the thirdparty webservice.  At this stage Rampart
>> is
>> not engaged for the webservice.
> Sory, I didn't get a clear idea about the scenario. Can you please explain
> this second scenario in bit more detail. It seems that at the point of
> building the policy, rampart-policy / rampart-core jars are not available
> in
> the class path. As we can see from your debug dumps, in the second
> scenario
> the assertions are built as XMLPrimitiveAssertion instances and not as
> SecurityPolicyAssertion instances. How is assertion building is done is
> described in this [1] blog post. Please explain this second scenario in
> detail and we will be able to figure out what's going wrong.
> thanks,
> nandana
> [1] -
> -- 
> Nandana Mihindukulasooriya
> WSO2 inc.
> service-lib.txt 
View this message in context:
Sent from the Axis - User mailing list archive at

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message