The following explanation is about the bug found in the Tomcat DSAPI redirector.
Scenario:
FRONT-END Server: Lotus Domino 6.5.2
BACK-END Server: Tomcat 5
Other: Tomcat Redirector: 2.0.6
BUG explanation:
DSAPI Tomcat redirector mainly works when the kFilterParsedRequest event is triggered. It is here, where the HttpFilterProc (events handler) calls to the parsedRequest function.
This function handles a HTTP request and dispatches it to Tomcat (searching in the Tomcat worker environment mapping) or passes it back to Domino (otherwise).
The first line to execute in the procedure is:
rc=context->GetRequest(context, &fr, &errID);
That should fill an structure called FilterRequest containing the following fields:
unsigned int method;
char *URL;
char *version;
char *userName;
char *password;
unsigned char *clientCert;
unsigned int clientCertLen;
char *contentRead;
unsigned int contentReadLen;
For any reason the only field filled is the URL, and not the username and the rest one.
At the end of the function processing another function is called: processRequest:
rc=processRequest(env, &s, worker, &fr);
This function initialize the service structure. And here is where the different CGI variables are read and passed to the s structure.
On a before fixed, using “fr” structure, it was able to get the fullname doing a lookup search on the names.nsf of DOMINO. But, now, it is fully impossible to do because fr structure is empty at least in the username field.
Do you have an idea or workaround to fix that problem?
References:
As reference of similar errors or problems the following tip is on the NOTES/DOMINO 6 Forum:
Title: DSAPI: Unable to retrieve POST data
Posted by: Jeffrey Wu on 7.Jul.04 at 02:49 AM using a Web browser
Category: Toolkits Release: 6.5 Platform: All Platforms