Kbase P92803: Is there a work around to the WebSpeed GET-FIELD function's 32K size limit in version 3.1x?
| Autor |
Progress Software Corporation - Progress |
| Acesso |
Público |
| Publicação |
10/31/2006 |
|
Status: Verified
GOAL:
Is there a work around to the WebSpeed GET-FIELD function's 32K size limit in version 3.1x?
GOAL:
Is it possible to access a form field that is over 32KBytes in size via the 4GL?
FACT(s) (Environment):
WebSpeed 3.x
FIX:
The WebSpeed GET-FIELD API function returns the associated CHARACTER value for a specified form field or query string, or the list of all form fields in the current request if the specified field name has the unknown value (?). Returns blank (" ") if the name is invalid.
Because it returns a CHARACTER result it is subject to the 32K maximum size limit of all CHARACTER variables. There is no WebSpeed 3.1x native function that offers a work around this limitation.
To go around the 32K limit in Progress 9.x / WebSpeed 3.x:
1. Use JavaScript to split the input in multiple <32k chunks and post it in multiple hidden fields.
2. Use Perl or a DLL to wrap the cgiip.exe.
In OpenEdge 10.0B, there is support for receiving 32K+ values as LONGCHARs specifically for this purpose. Two new APIs that return CGI variable, field or cookie values as a LONGCHAR data-type have been implemented in cgiutils.i: get-long-value and get-cgi-long.