I have a plan that allows me to do it without affecting the app server.

 

I have set up the WISP process that is documented on the witango site.

 

I modified the c++ sample that is downloadable from the witango site that allows me to simply pass through a taf file to any witango server specified by the client.ini file on the machine that is handling the request.

 

Then I created a (using ms sql 2000) dts package that I can call to execute the c++ code passing in the path and filename of the taf file and the location of the executable. This process enables me to set a timeout. Plus with the client.ini file I can specify a range of servers that can handle processing. (the very idea just makes me get silly)

 

Then I created a stored procedure that I can pass the path to, it calls the dts package passing the path as a parameter and bingo, one stored procedure, on dts and any taf can execute from any tango file with a timeout.

 

The other cool thing that I just thought of is, with the new WAITFORRESULT attribute, I can set it to false and then I can call asynchronous thread to do work while I respond to the user. How cool is that?

 

p.

 


From: Stefan Gonick [mailto:[EMAIL PROTECTED]
Sent: Wednesday, August 03, 2005 10:51 AM
To: [email protected]
Subject: RE: Witango-Talk: Web Service Client Limitation Assistance

 

I found this in the 5.5 editor's online manual. I think that the feature was
added in version 5.0 and onward.

Unfortunately, there isn't a way to wait for a specified amount of time
and then timeout. I think that there may be COM objects that let you
do this, but I don't know which ones. Anyone else know?

Stefan

At 12:23 PM 8/3/2005, you wrote:

Nice…
 
I've never seen that before. Where is this from?
 
p.
 


From: Stefan Gonick [ mailto:[EMAIL PROTECTED]]
Sent: Wednesday, August 03, 2005 10:18 AM
To: [email protected]
Subject: Re: Witango-Talk: Web Service Client Limitation Assistance
 
Here's the relevant line from the manual:

<@URL LOCATION=location [BASE=base] [USERAGENT=useragent] [FROM=from] [ENCODING=encoding] [USERNAME=username] [PASSWORD=password] [POSTARGS=postarglist] [POSTARGARRAY=arrayvariable] [WAITFORRESULT=true|false] [DETAILEDRESPONSE=true|false] [MAXRESULTSIZE=size]>
Notice the maxresultsize argument.

Stefan

At 11:11 AM 8/3/2005, you wrote:

I have a web service client that is attempting to retrieve a very large soap
envelope from a web service endpoint.
 
When I hit the endpoint it is responding normally however the response
envelope is truncated.
 
I determined that the truncated response is 67,604 bytes.
 
I immediately proceeded to adjust the ItemBuffer size in my config.ini to 4
times the current capacity and restarted the service. No change.
 
I then reduced the ItemBuffer size to half of the default of 65,535 and
restarted the service, and again no impact.
 
This has left me to conclude that either one of two events are occurring.
 
1. there is a separate config for the buffer available to the results of an
<@URL> call that is limited to a size less than 68K and I am unaware of how
to configure this buffer limit.
 
2. the endpoint is truncating the data (which seems less likely).
 
Is there anyone that can perhaps shed some light on this issue and provide
direction as to how to resolve it?
 
Thanks for you cooperation,
 
Peter Dobbs
Director, Application Development
Football Fanatics Inc.
Moveable Inc.
 

 

 

 
________________________________________________________________________

 

TO UNSUBSCRIBE: Go
to



 
http://www.witango.com/developer/maillist.taf


=====================================================
Database WebWorks: Dynamic web sites through database integration
http://www.DatabaseWebWorks.com

 
________________________________________________________________________
TO UNSUBSCRIBE: Go to
http://www.witango.com/developer/maillist.taf

 

 
________________________________________________________________________
TO UNSUBSCRIBE: Go to
http://www.witango.com/developer/maillist.taf

=====================================================
Database WebWorks: Dynamic web sites through database integration
http://www.DatabaseWebWorks.com

________________________________________________________________________
TO UNSUBSCRIBE: Go to http://www.witango.com/developer/maillist.taf
________________________________________________________________________
TO UNSUBSCRIBE: Go to http://www.witango.com/developer/maillist.taf

Reply via email to