Webservice client fails on even numbered calls

Hi,

I have an unmanaged VC7 app calling a C# dotnet service. I'm using the
VS2003 generated proxy class derived from
CSoapSocketClie ntT. The client app works fine for most of my customers, but
for some it appears to be upset by their firewall / proxy.

If I use CSoapSocketClie ntT.SetProxy(NU LL) to pick up the proxy settings
from IE, attempting to call a web method fails on every second call with
SOAP_CLIENT_SEN D_ERROR, any idea on what is happening here? I can change
the order of the calls to the web methods and it still fails on every second
call. If I don't call SetProxy(NULL) then it works fine on all calls. I
have tested the proxy settings in IE and they are correct and working.

Also, I'm trying to handle the situation where a proxy requires
authentication. After a bit of searching I came up with:

m_pSUws->SetProxy(NULL) ;
CAtlHttpClient& httpClient = m_pSUws->m_socket;
CNTLMAuthObject authNTLM;
CBasicAuthObjec t authBASIC;
httpClient.AddA uthObj(_T("NTLM "), &authNTLM);
httpClient.AddA uthObj(_T("BASI C"), &authBASIC);
httpClient.Nego tiateAuth(true) ;

m_pSUws is the CSoapSocketClie ntT derived proxy class. Am I on the right
track with this?

Thanks,

Paul

Ok, I found out I need to derive a class from CBasicAuthObjec t and collect
the username / password. I'm still stuck with calls to the web method
failing on every even numbered attempt.

Thanks,

Paul

<pa**@palmnospa m.com> wrote in message
news:uw******** ******@tk2msftn gp13.phx.gbl...

Hi,

I have an unmanaged VC7 app calling a C# dotnet service. I'm using the
VS2003 generated proxy class derived from
CSoapSocketClie ntT. The client app works fine for most of my customers, but for some it appears to be upset by their firewall / proxy.

If I use CSoapSocketClie ntT.SetProxy(NU LL) to pick up the proxy settings
from IE, attempting to call a web method fails on every second call with
SOAP_CLIENT_SEN D_ERROR, any idea on what is happening here? I can change
the order of the calls to the web methods and it still fails on every second call. If I don't call SetProxy(NULL) then it works fine on all calls. I
have tested the proxy settings in IE and they are correct and working.

Also, I'm trying to handle the situation where a proxy requires
authentication. After a bit of searching I came up with:

m_pSUws->SetProxy(NULL) ;
CAtlHttpClient& httpClient = m_pSUws->m_socket;
CNTLMAuthObject authNTLM;
CBasicAuthObjec t authBASIC;
httpClient.AddA uthObj(_T("NTLM "), &authNTLM);
httpClient.AddA uthObj(_T("BASI C"), &authBASIC);
httpClient.Nego tiateAuth(true) ;

m_pSUws is the CSoapSocketClie ntT derived proxy class. Am I on the right
track with this?

Thanks,

Paul

[Tian Min Huang]

Hello Paul,

Thanks for your post. As I understand, the problem you are facing is that
your ATL client fails to call a web service on even number, and it works
fine if you do not call CSoapSocketClie ntT::SetProxy. Please correct me if
there is any misunderstandin g. I think more information is needed before
moving forward:

1. As I know, m_pSUws is an instance of the CSoapSocketClie ntT derived
proxy class. Do you delete the m_pSUws object and create a new one for each
call?

2. Did you call CSoapSocketClie ntT::CleanupCli ent which should be called to
clean up the current request and response before making another request?

3. Is it possible to post a sample project and tell us the detailed steps
to reproduce the problem? I will be glad to test it on my side.

I look forward to your response.

Regards,

HuangTM
Microsoft Online Partner Support
MCSE/MCSD

Get Secure! -- www.microsoft.com/security
This posting is provided "as is" with no warranties and confers no rights.

Hi Tian,

Thanks for looking at this.

1), no, I create a single instance and delete it only when the app closes

2) yes

3) Here is a condensation of the code:

m_pSUws = new CSmartUpdateT<C SoapSocketClien tT<> > ();
m_pSUws->SetTimeout(300 00);
if (m_dlgOptions.m _bUseProxy)
m_pSUws->SetProxy(NULL) ;
CAtlHttpClient& httpClient = m_pSUws->m_socket;
CNTLMAuthObject *authNTLM = new CNTLMAuthObject ;
CSampleBasicAut h *authBASIC = new CSampleBasicAut h;
httpClient.AddA uthObj(_T("basi c"), authBASIC,authB ASIC);
httpClient.AddA uthObj(_T("NTLM "), authNTLM);

m_pSUws->CleanupClient( );
HRESULT hres = m_pSUws>WebMeth od1(..);
m_pSUws->CleanupClient( );
hres = m_pSUws->WebMethod2(..) ;
m_pSUws->CleanupClient( );
hres = m_pSUws->WebMethod3(..) ;
m_pSUws->CleanupClient( );
hres = m_pSUws->WebMethod4(..) ;
m_pSUws->CleanupClient( );

WebMethod 1 & 3 will succeed, 2 & 4 will fail.

The app fails to launch on Windows 98 clients, the implementation of
CNTLMAuthObject is linked to some missing exports in secure32.dll. The
HTTPClientSampl e also has this problem - there an update to the source that
fixes this?

Also, is there an example of how to do derive from CNTLMAuthObject when the
windows logon credentials fail the proxy authentication and the user should
be prompted to supply different ones?

Kind Regards,

Paul

"Tian Min Huang" <ti******@onlin e.microsoft.com > wrote in message
news:3d******** *****@cpmsftngx a06.phx.gbl...

Hello Paul,

Thanks for your post. As I understand, the problem you are facing is that
your ATL client fails to call a web service on even number, and it works
fine if you do not call CSoapSocketClie ntT::SetProxy. Please correct me if
there is any misunderstandin g. I think more information is needed before
moving forward:

1. As I know, m_pSUws is an instance of the CSoapSocketClie ntT derived
proxy class. Do you delete the m_pSUws object and create a new one for each call?

2. Did you call CSoapSocketClie ntT::CleanupCli ent which should be called to clean up the current request and response before making another request?

3. Is it possible to post a sample project and tell us the detailed steps
to reproduce the problem? I will be glad to test it on my side.

I look forward to your response.

Regards,

HuangTM
Microsoft Online Partner Support
MCSE/MCSD

Get Secure! -- www.microsoft.com/security
This posting is provided "as is" with no warranties and confers no rights.