Hi Colm,
I am trying to get access to the logs.  The provider of the webservice
tells me that they have logging tuned off due to overwhelming use.  I am
trying to coordinate a test in which they will turn logging on for a few
seconds so I can get the errors.

I am attaching two full wsdl files which contain the policy.  In one
wsdl (khie.wsdl), I changed the address of the service so I do not have
to change it in the BindingProvider in code.  You can see the address of
the service in the second file.  The second wsdl (khieurl.wsdl) is the
wsdl obtained by invoking the service via curl.  My client works the
same with any of the two files and with the url directly.
 
I am thinking that they have not properly set their configuration and
cannot discern my public cert.  This is just a guess because I also
think that the request is proper.

I will appreciate any insights that you can share.
Regards,
Carlos

-----Original Message-----
From: Colm O hEigeartaigh [mailto:[email protected]] 
Sent: Monday, February 03, 2014 7:32 AM
To: [email protected]
Subject: Re: Client Apache CXF to a Windows webservice

Do you have access to the logs on the service side to see why the
request was rejected? I don't really see anything wrong with the CXF
request. Could you attach the security policy that is being used?

Colm.


On Sat, Feb 1, 2014 at 9:52 PM, Carlos Oliva <[email protected]>
wrote:

> How can I mimic the message in the attached file, message.xml, with a 
> stand-alone Apache CXF client?  The file is a trace output from 
> support at the remote server.  I need to replicate the message 
> described in the file without the added artifacts created be the
tracer.
>
>
>
> I created a java client, attached file client.txt,  by replicating the

> Greeter example in the Apache CXF web site.  I created the artifacts 
> with wsdl2java from the wsdl quoted in the attached file, 
> (SecodnExchange.txt), and coded the client.  My client created the 
> message listed in the file, SecondExchange.txt, and get the response 
> "An error occurred when verifying security for the message".  The 
> support team for the service has told me that they had added my public
key to their configuration.
>
>
>
> I am stuck with this problem.  It looks like the client is creating 
> code that is very similar to the one that succeeds.  Thank you very 
> much in advance.
> *PRIVILEGED AND CONFIDENTIAL: This document and the information 
> contained herein are confidential and protected from disclosure under
Federal law.
> This message is intended only for the use of the addressee(s) and may 
> contain information that is PRIVILEGED and CONFIDENTIAL. If you are 
> not the intended recipient, you are hereby notified that the use, 
> dissemination, or copying of this information is strictly prohibited. 
> If you received this communication in error, please erase all copies 
> of the message and its attachments and notify the sender immediately.*
>
>
>


--
Colm O hEigeartaigh

Talend Community Coder
http://coders.talend.com



Reply via email to