Wow. that was long.
Suggestions:
1. In workers.properties change localhost to the
FQDN (Fully Qualified Domain Name).
2. Check to see if iPlanet is in fact forwarding
the request to the redirector OR if it is serving the
request itself. Frequently folks make the content
under tomcat available to the iPlanet Web Server via
a symlink and this obfuscates the matter. Though this
technique is good for delivering static content and
speeding up the overall process by reducing the burden
on the redirector.
To check if iPlanet is forwarding the request to
the redirector, tail -f iPlanet log/access and
nsapi.log. There should be a collection of activity on
both sides for each request. If you have it on the
iPlanet side but not the redirector side (of iPlanet)
then you have a problem in obj.conf. My experience is
that you have a problem in obj.conf, almost always.
If you have doubts then attach obj.conf to your
response. I'll take a look at it.
emmett
--- Jerry Birchler <[EMAIL PROTECTED]> wrote:
> Has anyone done this?
>
> If so, I would like some help. I have compiled the
> redirector and validated
> that it is getting invoked, my connector is up and
> listening, I validated
> that the class files used for ajp13 are getting
> invoked, I set up my
> obj.conf file, the server.xml file and my
> workers.properties file, but I
> only get this when I hit a JSP page:
>
> HTTP 500 - Internal server error
> Internet Explorer
>
> After playing around a bit more, I get a little
> better results(????) in that
> the browser returns html, but it is not running the
> JSP. Instead all code
> between <% and %> shows up when I view the page
> source, but is otherwise
> hidden. When I view a JSP in netscape's doc root, I
> see the entire text
> rendered and all code between <% and %> as if it
> were just text. So, the
> bottom line is that a JSP referenced from netscape
> to tomcat in tomcat's doc
> root behaves different than JSP in netscape's doc
> root. I got this result by
> changing the mime type for jsp to text/plain from
> it's default value of
> magnus-internal/servlet. Reverting the mime back to
> magnus-internal/servlet
> produces the same error 500 message. Changing the IE
> to display
> "non-friendly errors" did not shed any light on
> this. The only difference in
> logs for this is that when I revert back to the
> magnus-internal/servlet mime
> type, I get this in the netscape errors log:
>
> [02/Aug/2002:00:09:13] config (32160): for host
> XX.XX.XXX.XXX trying to GET
> /examples/jsp/snp/snoop.jsp, handle-processed
> reports: no way to service
> request for /examples/jsp/snp/snoop.jsp
>
> I don't get this error when I change the mime-type
> to text/plain. BEA
> suggests using text/jsp for integrating its
> application server. I tried that
> and got the same result after restarting netscape.
> I've even tried arbitrary
> values and got the same result. Finally, I removed
> the mime altogether--same
> result--no errors, but JSP does not execute and is
> hidden unless I source
> the page. Same thing.
>
> One other detail that may be important is that my
> linux machine has two
> NICS. One is a fixed external IP, and the other is a
> fixed local IP. My
> network is working fine, but I was just wondering if
> there are special
> configuration considerations for a multi-homed
> system. My guess is no,
> because most production applications I've worked on
> are multi-homed.
>
> # #Here is my makefile process:
> 1. Download tomcat 4.04 connectors source
> 2. copy the Makefile.solaris to Makefile.linux
> (which was not a part of the
> distribution, unfortunately)
> 3. changed references from SOLARIS and solaris to
> LINUX and linux
> 4. added SUITSPOT_HOME to /etc/bashrc
> 5. changed this line in the Makefile from:
>
> INCLUDEDIR=$(SUITSPOT_HOME)/include
>
> to:
>
> INCLUDEDIR=$(SUITSPOT_HOME)/plugins/include
>
> 6. created a "links" shell and gave it execute
> access:
>
> # vi links:
> ln -fs ../common/jk_ajp12_worker.o
> ln -fs ../common/jk_ajp13.o
> ln -fs ../common/jk_ajp13_worker.o
> ln -fs ../common/jk_connect.o
>
> # chmod +x links
>
> I had to do this because the references are not
> quite right in the Makefile
>
> 7. Then I ran the Makefile using gmake like this:
>
> # gmake -f Makefile.linux all
>
> It failed for references. I ran my "links" shell and
> reran make like this:
>
> # ./links
> # gmake -f Makefile.linux all
>
> That built nsapi_redirector.so. I created some
> directories and copied the
> binary into /opt/tomcat/bin/netscape/linux/i386.
>
> Hopefully, someone has actually done the specific
> thing I am trying to do.
> I've included all relevant files below if it will
> help someone help me.
>
> # vi /etc/init.d/tomcat
> #!/bin/sh
> CLASSPATH=/opt/tomcat/common/lib/servlet.jar
> export CLASSPATH
> su - webserv -c "/opt/tomcat/bin/catalina.sh $@"
>
> # vi /opt/tomcat/conf/jk/workers.properties
> # ************ Begin worker.properties
> **************
> worker.ajp13.type=ajp13
>
> #
> # Specifies the load balance factor when used with
> # a load balancing worker.
> # Note:
> # ----> lbfactor must be > 0
> # ----> Low lbfactor means less work done by the
> worker.
> worker.ajp13.lbfactor=1
>
> #
> # Specify the size of the open connection cache.
> #worker.ajp13.cachesize
>
> #
> #------ DEFAULT LOAD BALANCER WORKER DEFINITION
> ----------------------
>
#---------------------------------------------------------------------
> #
>
> #
> # The loadbalancer (type lb) worker perform weighted
> round-robin
> # load balancing with sticky sessions.
> # Note:
> # ----> If a worker dies, the load balancer will
> check its state
> # once in a while. Until then all work is
> redirected to peer
> # worker.
> worker.loadbalancer.type=lb
> worker.loadbalancer.balanced_workers=ajp13
>
> #
> # worker.tomcat_home should point to the location
> where you
> # installed tomcat. This is where you have your
> conf, webapps and lib
> # directories.
> #
> worker.tomcat_home=/opt/tomcat
>
> #
> # worker.java_home should point to your Java
> installation. Normally
> # you should have a bin and lib directories beneath
> it.
> #
> worker.java_home=/usr/java
>
> #
> # You should configure your environment slash...
> ps=\ on NT and / on UNIX
> # and maybe something different elsewhere.
> #
> ps=/
>
> #
> #------ ADVANCED MODE
> ------------------------------------------------
>
#---------------------------------------------------------------------
> #
>
> #
> #------ DEFAULT worker list
> ------------------------------------------
>
#---------------------------------------------------------------------
> #
> # The worker that your plugins should create and
> work with
> worker.list=ajp13
>
>
=== message truncated ===
__________________________________________________
Do You Yahoo!?
Yahoo! Health - Feel better, live better
http://health.yahoo.com
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
