DO NOT REPLY [Bug 9936] - http tunnel could not work with mod_jk

[bu...@apache.org]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9936>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9936

http tunnel could not work with mod_jk





------- Additional Comments From shao@infraworks.com  2002-06-17 23:22 -------
Test case:
the attachment is a ns4.x plugin. The npbasix.dll has to be copied into the 
subdir "Plugins" under ns installation, check "help->about plugins" on ns to 
make sure if it is ready:
application/x-basix-plugin          Basic Plugin
 
test.html is an example to launch the plugin when the html gets loaded. the 
plugin has two paramters:
surl is the servlet url that the plugin try to connect 
value is a integer value that the plugin try to send to the servlet
On the servlet side, the following code can be a test case:
import javax.servlet.*;
import javax.servlet.http.*;
import java.io.*;
import java.util.*;
import java.net.*;
 
public class testserv extends HttpServlet
{
 static final int value_expected = -1;
 
 public void service(HttpServletRequest req, HttpServletResponse resp)
  throws ServletException, java.io.IOException
    {
  ServletInputStream sis=req.getInputStream();
  DataInput in = new DataInputStream(sis);
 
  if (value_expected ==  in.readInt())
  {
   // bingo!!!
  }
  else
  {
   // oops
  }
 }
  
 public void init(ServletConfig servletConfig) throws ServletException
    {
  super.init(servletConfig);
 }
}

let me suppose the servlet url is http://localhost:8080/test/testserv. edit 
test.html and set surl="http://localhost:8080/test/testserv". after that, open 
test.html either from window explorer or from the tomcat, the standalone tomcat 
can get into the "bingo".
but use mod_jk with apache, suppose the url is 
http://localhost:80/test/testserv now, tomcat4 throw EOFexception 
when "in.readInt()" gets called, there are no data in the stream at all.

--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>