Hi All,
We have found an article that addresses speeding up the SOAP web service when large character fields are used to return data to the consumer (titled: Integrated web services server for IBM i updates at website:
https://www.ibm.com/developerworks/ibmi/library/i-integrated-web-services-server/index.html ).
Below is an excerpt from the article:
Enable improved processing of very large output character fields
Length field support has been extended to character fields. Output character fields that are very large (I am talking about 1000s of bytes) take time to process because the determination of the size of the string to return is done by traversing the field a byte at a time, from right to left, looking for the first non-blank character.
To improve the processing of these large character fields, you can specify an integer (int) field length that immediately precedes the character field with the same name as the character field appended with _LENGTH (similar to what is done when processing output arrays with field lengths). If the field length exists and Detect length fields is selected, the traversing of the field to determine the size is not performed, improving performance. In addition, the length field is hidden from the client and is not returned in the client response.
My question to the group is - Has anyone tried using this approach?
I have coded my SOAP web service (I am the provider) using this approach only to find that it does not work as outlined in the article. I am running this on a v7.2 machine and it is written in RPGLE as a program (not a service program).
When I perform the redeploy of the service all 3 parameters are displayed (including the _LENGTH parm), but I was expecting only 2 parameters to appear (excluding the _LENGTH parm).
Here is the RPGLE code from my program:
D WSCASEINQ PR ExtPgm('WSCASEINQ')
D CASE# 13A
D courtcase_LENGTH...
D 10i 0
D courtcase 500000a
D WSCASEINQ PI
D CASE# 13A
D courtcase_LENGTH...
D 10i 0
D courtcase 500000a
The whole idea is to not return the _LENGTH parm to the consumer. There is no example in the article, it just states that this approach works like the approach used for the array.66
Does anyone know what I am doing wrong to not be able to take advantage of this approach? Any assistance is greatly appreciated.
Thanks,
Ric Turner
JANO Technologies, Inc.
601.362.7601 ext. 224
800.250.9884 ext.224
The preceding e-mail is privileged and confidential and is intended only for the named addressee. If you received this message in error, please delete it and notify the sender by return e-mail or by phone at the numbers noted above.
As an Amazon Associate we earn from qualifying purchases.