Re: using a central repository for servlets

[echaiguer abderrahim]

That's exactly what I am look for.

Abde

At 08:31 PM 9/5/2001 -0300, Joao Carlos wrote:
> I've searched in many many many places an answer for this before asking.
>There are some answers, but it didn't get clear for me.
>
> I'm using JServ for a long time, and i'm trying, for a long time too, to
>migrate my servers for using Apache+Tomcat.
> The problem is that i really can't understand well the way tomcat is
>configured.
> The main problem, and the reason i'm writing is:
>
> I have today in many JServ's, only one repository, which is called by
>using the /servlets alias. All servlets that run on the server are keeped on
>/var/servlets
> So, in this way that's very easy to include a servlet, it's only put it
>on /var/servlet and call http://my.host/servlets/
>
> I simply want to migrate to tomcat using this kind of configuration.
>Many servlets have links to others servlets (written in code) using
>/servlets/any_servlet, so that's impossible to me to create a context and
>access the servlets using /context/servlet
> Is there any way to create a central repository that can be accessed by
>/servlets and only this?
> Is the web-inf directory mandatory for using servlets?
>
>Thanks in advance,
>
>
>---
>Joao Carlos
>[EMAIL PROTECTED]
>"Unix IS user friendly. It's just selective about who its friends are"

RE: COMPAQ V300

[Joe Sutherland (UKI)]

Sorry Aravind...

I should have stated that it was RH7.1 specific to the COMPAQ V300, as I
have installed RH6.2 without any problems at all onto the same machine.

I'm about to got through the install again on a different V300, and I'll
note all component versions and see where the difference lies.

Rgds

Joe

-Original Message-
From: Aravind Naidu [mailto:[EMAIL PROTECTED]]
Sent: 06 September 2001 01:48
To: [EMAIL PROTECTED]
Subject: RE: COMPAQ V300



Sorry... Not to start an OS war or something like that.

(As mentioned before it could be a JDK problem)
We have Tomcat 3.2.3 running on RedHat 7.1 with IBM JDK 1.3 (latest) quite
nicely thank you. It was a default Linux install with no tuning applied and
we have stress tested it successfully for 100 concurrent users.

... and we have been running Linux for 4 years without a break.

-- Aravind


-Original Message-
From: Pier Fumagalli [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, 5 September 2001 20:28
To: [EMAIL PROTECTED]
Subject: Re: COMPAQ V300


"Joe  Sutherland (UKI)" <[EMAIL PROTECTED]> wrote:

> Hi Guys,
>
> I'm adding more info to my own message (does this seem silly or what?)..
> I've just loaded RH6.2 onto the same COMPAQ V300 and TOMCAT (3.2.2)
works...
> so I can now isolate the problem as something RH 7.1 specific...
>
> Rgds
>
> Joe Sutherland

I only had problems with RH71... RH62 is somehow better (even if it's crappy
still) and more "compatible" with stuff... I suggest dropping Linux in
favour of some "real" OS... Kinda like Solaris 8-7/01 for x86... NEVER EVER
(In almost 2 years now) had an OS-related problem with it...

You install it, and if it works the first time, out of the box (ok, it's
picky about RAM timings) it works forever until your hardware doesn't break
down.

Pier

Re: No one answering my question (security realted problem)

[Anand B N]

Sukhwinder,

I've faced this problem before. It's got something to do with where your 
JAR's are placed in the  classpath.

If the class throwing this exception is somewhere inside tomcat's internal 
classes (webserver.jar) then move it to a place other than the default /lib 
folder and inclde it in the  class path.

I'm not sure if that answered your question but try it out and also search 
on the net for "Sealing violation". I digged it out of the archives and the 
reply from Craig was a solution similar to this which worked for me

Anand
At 02:14 PM 9/5/01 -0700, you wrote:
>Hello,
>
>   This is the third time I am sending email. No one is replying.
>
>  I have downloaded tomcat version 3.2.3 source code and compiled it on my
>windows 95 machine with Sun JDk 1.3.1. I also had to download JSSE because
>there was no option to compile without ssl support. If these classes are not
>in classpath then source doesn't compile. My problem is when after compiling
>distribution when I try to start tomcat following errors is produced:
>
>///
>FATAL Configuration error:
>java.lang.SecurityException: sealing violation
>..
>..
>
>
>I have followed that steps provided in SSL howto about making entry in java
>security file and using keytool.
>For password it is written that password can be "changeit" but when keytool
>asks about alias tomcat password what should be entered. (i.e. what is the
>tomcat admin password).
>
>Please help me in solving above problem because I am unable to start tomcat.
>
>Is there any option to compile tomcat without ssl support?
>
>Sukhwinder Singh
>
>
>
>
>
>___
>Send a cool gift with your E-Card
>http://www.bluemountain.com/giftcenter/

Newbie - Mod_jk Config Questions w/ 2 Tomcats

[Joel Fowler]

I am attempting to configure two Tomcat (3.2.3) servers. One each for 
production and development environments. Because they support different 
requirements, I would like to keep them as isolated as possible.  However, 
they will need to share the same Apache (1.3.19) web server. I plan to 
connect them using Mod_jk (3.2.3?) using the ajp13 protocol.

I would like to be able to manage the two Tomcats separately. To me this 
means having them run as separate jobs which I can be start, stop, or 
restart as needed.

To accomplish this, I had planned to create two Tomcat deployments each 
with their own TOMCAT_HOME directory structures. Each would have unique 
ports for ajp12 and ajp13 protocols. Next I had planned to create a single 
workers.properties file that would include ajp12 and ajp13 ports for both 
Tomcats. As I started to modify workers.properties I came across the 
"workers.tomcat_home" which clearly can only point to one of the 
TOMCAT_HOME directory structures. (1) Since each of the Tomcats will 
contain different webapps I thought I'd better understand what the 
workers.properties/workers.tomcat_home was used for?

(2) Is this the right way to go about partitioning and isolating production 
and development workloads? (3) Is the way I plan to configure it correct?

To maintain jsp files session in a cacheWeb...

[Lessault Jean-Luc]

Hi,
I'm working on CacheWeb and although I keep the main program(servlet)
session(with HTTPsession object or cookies), 
I can't maintain jsp sessions  passed in URL, 
and more precisly  bean sessions associated to these jsp files.
I would like to know if someone know how to solve this problem.

Thanks. 

Error page for basic authentication

[Harris, Darren]

This question has been asked a couple of times but with no satisfactory
answer.

I'm running tomcat 3.2.3 and using basic authentication.  How do I redirect
to an error page if the user fails to authenticate? Currently a blank page
is displayed.

I have tried putting an  entry for 403 in web.xml but this
doesn't work.  Adding an  for 401 (which was previously
suggested) prevents the basic authentication from working at all but directs
you to the error page specified instead.

Any help would be appreciated.

Thanks

Darren


PLEASE READ: The information contained in this e-mail is confidential
and intended for the named recipient(s) only. If you are not an intended
recipient of this email you must not copy, distribute or take any
further action in reliance on it and you should delete it and notify the
sender immediately. Email is not a secure method of communication and
Nomura International plc cannot accept responsibility for the accuracy
or completeness of this message or any attachment(s). Please examine this
e-mail for virus infection, for which Nomura International plc accepts
no responsibility. If verification of this email is sought then please
request a hard copy. Unless otherwise stated any views or opinions
presented are solely those of the author and do not represent those of
Nomura International plc. This email is intended for informational
purposes only and is not a solicitation or offer to buy or sell
securities or related financial instruments. Nomura International plc is
regulated by the Securities and Futures Authority Limited and is a
member of the London Stock Exchange.

Antwort: Multiple Tomcat Instances

[Stefan . Raschke]

Hi

If you need a custom config you can not use *auto
for obvious reasons (it will be overwritten everytime tomcat starts)

Copy it and include your copy.
Of course you must do subsequent changes to the config yourself.
(contexts, ...)

Additionally you have to tell apache which workers to use for your
contexts.
(JkMount) so it will look for the correct ports.
This is done in worker.properties.


hope this helps ;>)


stefan

Tomcat 3.3b2 and mod_jk

[Mark Muffett]

I'm trying to get Apache to work with Tomcat 3.3b2.

Apache is working and Tomcat works on its own (so a request through 8080
always works).  My problem is that jsp pages requested through port 80
always come straight from Apache (so the jsp code is not processed) - so a
request for http://sota:8080/index0.jsp is fine, but http://sota/index0.jsp
is returned without the jsp code processed.

My mod_jk.conf is slightly modified from the auto (maybe I shouldn't have
done this, but Apache wouldn't serve the files without putting in the
Document Root):



  LoadModule jk_module /usr/lib/apache/mod_jk.so


JkWorkersFile "/opt/jakarta-tomcat-3.3-b2/conf/jk/workers.properties"
JkLogFile "/opt/jakarta-tomcat-3.3-b2/logs/mod_jk.log"

JkLogLevel debug


JkMount /examples ajp13
JkMount /examples/* ajp13

JkMount /admin ajp13
JkMount /admin/* ajp13

###
# conf for Sota
###

JkMount /Sota ajp13
JkMount /Sota/* ajp13

Alias /Sota "/opt/jakarta-tomcat-3.3-b2/webapps/Sota"

Options FollowSymLinks



ServerName sota
DocumentRoot /opt/jakarta-tomcat-3.3-b2/webapps/Sota
CustomLog /var/log/httpd/access/sota combined
ErrorLog /var/log/httpd/error/sota
DirectoryIndex index.jsp index.htm index.html



ServerName sota.silly.domain.net
DocumentRoot /opt/jakarta-tomcat-3.3-b2/webapps/Sota
CustomLog /var/log/httpd/access/sota combined
ErrorLog /var/log/httpd/error/sota
DirectoryIndex index.jsp index.htm index.html




The (I think) relevant part of the mod_jk.log is:

[Thu Sep 06 11:08:11 2001]  [jk_uri_worker_map.c (285)]: Into
jk_uri_worker_map_t::uri_worker_map_open, exact rule /examples=ajp13 was
added
[Thu Sep 06 11:08:11 2001]  [jk_uri_worker_map.c (267)]: Into
jk_uri_worker_map_t::uri_worker_map_open, match rule /examples/=ajp13 was
added
[Thu Sep 06 11:08:11 2001]  [jk_uri_worker_map.c (285)]: Into
jk_uri_worker_map_t::uri_worker_map_open, exact rule /admin=ajp13 was added
[Thu Sep 06 11:08:11 2001]  [jk_uri_worker_map.c (267)]: Into
jk_uri_worker_map_t::uri_worker_map_open, match rule /admin/=ajp13 was added
[Thu Sep 06 11:08:11 2001]  [jk_uri_worker_map.c (285)]: Into
jk_uri_worker_map_t::uri_worker_map_open, exact rule /Sota=ajp13 was added
[Thu Sep 06 11:08:11 2001]  [jk_uri_worker_map.c (267)]: Into
jk_uri_worker_map_t::uri_worker_map_open, match rule /Sota/=ajp13 was added
[Thu Sep 06 11:08:11 2001]  [jk_uri_worker_map.c (296)]: Into
jk_uri_worker_map_t::uri_worker_map_open, there are 6 rules
[Thu Sep 06 11:08:11 2001]  [jk_uri_worker_map.c (317)]:
jk_uri_worker_map_t::uri_worker_map_open, done
[Thu Sep 06 11:08:11 2001]  [jk_worker.c (82)]: Into wc_open
[Thu Sep 06 11:08:11 2001]  [jk_worker.c (207)]: Into build_worker_map,
creating 2 workers
[Thu Sep 06 11:08:11 2001]  [jk_worker.c (213)]: build_worker_map, creating
worker ajp12
[Thu Sep 06 11:08:11 2001]  [jk_worker.c (138)]: Into wc_create_worker
[Thu Sep 06 11:08:11 2001]  [jk_worker.c (152)]: wc_create_worker, about to
create instance ajp12 of ajp12
[Thu Sep 06 11:08:11 2001]  [jk_ajp12_worker.c (264)]: Into
ajp12_worker_factory
[Thu Sep 06 11:08:11 2001]  [jk_worker.c (161)]: wc_create_worker, about to
validate and init ajp12
[Thu Sep 06 11:08:11 2001]  [jk_ajp12_worker.c (182)]: Into
jk_worker_t::validate
[Thu Sep 06 11:08:11 2001]  [jk_ajp12_worker.c (194)]: In
jk_worker_t::validate for worker ajp12 contact is localhost:8007
[Thu Sep 06 11:08:11 2001]  [jk_worker.c (177)]: wc_create_worker, done
[Thu Sep 06 11:08:11 2001]  [jk_worker.c (223)]: build_worker_map, removing
old ajp12 worker
[Thu Sep 06 11:08:11 2001]  [jk_worker.c (213)]: build_worker_map, creating
worker ajp13
[Thu Sep 06 11:08:11 2001]  [jk_worker.c (138)]: Into wc_create_worker
[Thu Sep 06 11:08:11 2001]  [jk_worker.c (152)]: wc_create_worker, about to
create instance ajp13 of ajp13
[Thu Sep 06 11:08:11 2001]  [jk_ajp13_worker.c (911)]: Into
ajp13_worker_factory
[Thu Sep 06 11:08:11 2001]  [jk_worker.c (161)]: wc_create_worker, about to
validate and init ajp13
[Thu Sep 06 11:08:11 2001]  [jk_ajp13_worker.c (432)]: Into
jk_worker_t::validate
[Thu Sep 06 11:08:11 2001]  [jk_ajp13_worker.c (445)]: In
jk_worker_t::validate for worker ajp13 contact is localhost:8009
[Thu Sep 06 11:08:11 2001]  [jk_ajp13_worker.c (471)]: Into
jk_worker_t::init
[Thu Sep 06 11:08:11 2001]  [jk_worker.c (177)]: wc_create_worker, done
[Thu Sep 06 11:08:11 2001]  [jk_worker.c (223)]: build_worker_map, removing
old ajp13 worker
[Thu Sep 06 11:08:11 2001]  [jk_worker.c (235)]: build_worker_map, done
[Thu Sep 06 11:08:11 2001]  [jk_worker.c (102)]: wc_open, done
[Thu Sep 06 11:08:58 2001]  [jk_uri_worker_map.c (343)]: Into
jk_uri_worker_map_t::map_uri_to_worker
[Thu Sep 06 11:08:58 2001]  [jk_uri_worker_map.c (360)]: Attempting to map
URI '/index0.jsp'
[Thu Sep 06 11:08:58 2001]  [jk_uri_worker_map.c (445)]:
jk_uri_worker_map_t::map_uri_to_worker, done without a match
[Thu Sep 06 11:08:58 2001]  [jk_uri_worker_map.c (343)]: Into
jk_uri_worker_map_t::map_uri_to_worker
[Thu Sep 06 11:

RE: context path with subdirectories in Tomcat 3.3 beta 2

[Larry Isaacs]

Thanks for finding this.  I will investigate.  In the meantime,
please file a bug report in Bugzilla so we can track it.
Bugzilla is found at .
Thanks.

Larry

> -Original Message-
> From: John Paul Lorenti [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, September 05, 2001 6:23 PM
> To: [EMAIL PROTECTED]
> Subject: context path with subdirectories in Tomcat 3.3 beta 2
> 
> 
> I am having trouble creating a context whose path attribute has a 
> subdirectory in it. JSP's don't seem to work.
> For example:
> 
>   
>docBase="webapps/registration"
> debug="0"
> reloadable="true" >
>   
> 
> 
> startup shows:
> 2001-09-05 18:03:27 - WorkDirSetup: Creating work dir 
> /usr/local/tomcat/work/DEFAULT/myapp%2FRegistration
> 2001-09-05 18:03:27 - ContextManager: Adding  
> DEFAULT:/myapp/Registration
> 2001-09-05 18:03:27 - WorkDirSetup: Creating work dir 
> /usr/local/tomcat/work/DEFAULT/webapp
> 
> hitting http://server:8080/myapp/Registration in a browser provides a 
> directory listing.
> So far so good.
> However, hitting http://server:8080/myapp/Registration/anon_image.jsp 
> returns a "Not Found (404)"
> 
> Logs show
> 2001-09-05 18:06:42 - Ctx(/myapp/Registration) : Compiling: 
> /anon_image.jsp to anon_image_0
> 2001-09-05 18:06:44 - Ctx(/myapp/Registration) : Class not found: 
> anon_image_1
> 2001-09-05 18:06:44 - Ctx(/myapp/Registration) : Status code:404 
> request:R( /myapp/Registration + /anon_image.jsp + null) msg:null
> 
> The work directory (work/DEFAULT/myapp%2FRegistration) contains 
> anon_image.ver, anon_image_1.class, and anon_image_1.java. 
> These files 
> exactly match the temp files created when the context path is just 
> /Registration (which works) instead of /myapp/Registration. Under 3.3 
> Beta1 path="/myapp/Registration" works perfectly. Changing 
> the path to 
> "/Registration" makes it work under 3.3 Beta2.
> 
> Any ideas?
> 
> Thanks,
> 
> John Paul
> 

optimal config for tomcat

[Stefan . Raschke]

Hi there

I know this question is a bit general. but I am very interested in which
Sun Hotspot  jvm options you are using to start up tomcat.
(like -server -Xincgc ...)
And what impact they had/have on performance.

I am trying to tune garbage collection and performance and am a bit lost
;>)


Any help will be appriciated

take care


stefan

RE: Multiple Tomcat Instances

[Larry Isaacs]

What you are trying to do isn't quite supported by Tomcat 3.2.x.
The name of the auto-generated config file is not configurable, so
the second Tomcat instance steps on the first's.  I would recommend
renaming the config file after starting each instance of Tomcat.
Whenever a context is added or removed, repeat this process.

Running multiple instances is better supported in Tomcat 3.3.
The auto-generated file is written by a module (a.k.a interceptor)
in the server.xml.  Parameters may be specified, which include
the name of the config file to write and where to write it.
Your two server.xml files could specify different file names
to avoid overwriting each other.

Cheers,
Larry

P.S. There are many other configuration enhancements besides
this one in Tomcat 3.3.

> -Original Message-
> From: Abhijat Thakur [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, September 05, 2001 7:42 PM
> To: [EMAIL PROTECTED]
> Subject: Multiple Tomcat Instances
> 
> 
> 
> Hi,
> 
> I need to run multiple instances of Tomcat on Apache. As mentioned in
> documentation i have the two server.xml  files specifying two 
> different
> ports. Tomcat starts fine with the two server.xml files.
> 
> I might be wrong when it comes to changes in Apache 
> configuration that need
> to be done when multiple instances of tomcat need to be run.In Apache
> changes need to be made to mod_jk.conf.auto (since this is included in
> apaches httpd.conf) so that we can tell mod_jk module which 
> instance will
> handle which request. Now mod_jk.conf.auto is an auto generated file
> everytime tomcat starts up so if i make any changes they will 
> be overridden.
> How can this be handled? Just to see if multiple instances of 
> tomcat work i
> addded the contexts in the mod_jk.conf.auto. It still did not 
> work. Are
> there any steps that are missing.
> 
> Thanks
> 
> 
> 
> Abhijat Thakur
> 
> bDNA Corporation
> 
> 

Apache / mod_jk / Tomcat with Hardware SSL box?

[Mike Roberts]

Hi,

My company currently use Apache / mod_ssl / mod_jk / Tomcat to support SSL
in our application

My SysAdmin department would like to switch our SSL handling to a dedicated
hardware solution (eg
http://www.intel.com/network/idc/products/accel_7115.htm) to take the SSL
load off of our Webservers. My concern with this though is that our
application will no longer be able to discern whether a request was secure
or not. Has anyone tried this kind of thing?

I guess one option would be for the Hardware SSL box to point to port 443 of
Apache, but for Apache not to actually pass these requests to mod_ssl
(Apache's 443 could then be firewalled off from the outside world and
assumed only used as a target from the hardware SSL box for originally
secure requests.) As the port is 443 though, would mod_jk still treat it as
though SSL was enabled? I doubt it, but thought I would ask. 

Another alternative would be for our app to look for the port requested,
rather than whether the request was secure or not. We could get the Hardware
SSL box to pass originally secure requests to port 443 (or anything other
than 80 for that matter) as above. In that case though, our App would need
to know the port number that was attached to on Apache - is this passed
through by mod_jk?

Details: Apache 1.3.20 / mod_ssl 2.8.4-1.3.20 / Tomcat 3.2 (with mod_jk
setup to use AJP13) / Solaris 8

Thanks for any help,

Mike

---
Mike Roberts
Developer
DigitalRum
mailto:mike.roberts@**spamdeflector**.digitalrum.com

RE: Apache + Tomcat Virtual Host not loading web.xml

[Larry Isaacs]

I don't think you have a "servlet mapping" until you add
a  entry to your web.xml.  I could be
wrong, but I don't believe the Servlet spec guarantees
you can access the servlet by name with just a
.

That nitpick aside, I assume you are using Tomcat 3.2.x.
Neither mod_jk or mod_jserv pass web.xml information
to Apache.  All Apache knows about Tomcat's contexts
is what it gets from the config file(s).  You will need to
manually add the servlet mappings you need,
"JkMount /setup ajp13" in your case.

Tomcat 3.3 tries to support this a little better by including
servlet mappings in the auto-generated config file.
However, this is not the default behavior for generating
the config file.  Instead, the default is to map all
requests related to a Tomcat context, and not have Apache
serve static files.  This helps insure that the behavior
defined in the web.xml file functions properly.

You can try by specifying "JkMount / ajp13" and
"JkMount /* ajp13".  Note that in spite of this, Apache
will still serve an "index.html" without giving Tomcat
a chance to serve the request.

Hope this helps.

Larry

> -Original Message-
> From: Neil Aggarwal [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, September 05, 2001 7:49 PM
> To: Tomcat-User
> Subject: Apache + Tomcat Virtual Host not loading web.xml
> 
> 
> Hello:
> 
> I am trying to set-up a virtual host on my set-up with
> apache and tomcat.
> 
> Here is what I did:
> 
> I added this to the htpd.conf file:
> 
>   DocumentRoot /home/myhost/public-html
>   ServerName myhost.JAMMConsulting.com
>   JkMount /*.jsp ajp13
>   JkMount /servlet/* ajp13
>   
> deny from all
> Options None
>   
> 
> 
> 
> I added the following to tomcat's server.xml:
> 
>   
> 
> 
> I put the following web.xml in the directory
> /home/myhost/public-html/WEB-INF:
> 
> 
>  PUBLIC "-//Sun Microsystems, Inc.//DTD Web Application 2.2//EN"
> "http://java.sun.com/j2ee/dtds/web-app_2_2.dtd";>
> 
> 
> 
> 
>   setup
> 
> 
> SetupServlet
> 
> 
> DbName
> mydb
> 
> 
> DbUser
> myuser/param-value>
> 
> 
> DbPassword
> [password]
> 
> 1
> 
> 
> I restarted both apache and tomcat.
> 
> The setup servlet is there to create a database pool, but it
> is not getting loaded.  I tried putting some logging in the
> SetupServlet and it does not get called.
> 
> I manually visited
> http://myhost.JAMMConsulting.com/servlet/SetupServlet
> and it worked fine.
> 
> So, apparently the web.xml is not being loaded by the
> web application.
> 
> Any ideas?
> 
> Thanks,
>   Neil.
> 
> --
> Neil Aggarwal
> JAMM Consulting, Inc.(972) 612-6056, http://www.JAMMConsulting.com
> Custom Internet DevelopmentWebsites, Ecommerce, Java, databases
> 

HANDLER THREAD PROBLEM

[Juan Andres Sanin Pineda]

Hi.

I startup tomcat and every thing es ok.

but when I try to access http://:8007
in the  console view the follow IOException:

HANDLER THREAD PROBLEM: java.io.IOException: Stream broken
java.io.IOException: Stream broken
at 
org.apache.tomcat.service.connector.AJP12RequestAdapter.readNextRequest(Ajp12ConnectionHandler.java:426)
at 
org.apache.tomcat.service.connector.Ajp12ConnectionHandler.processConnection(Ajp12ConnectionHandler.java:147)
at org.apache.tomcat.service.TcpWorkerThread.runIt(PoolTcpEndpoint.java:416)
at org.apache.tomcat.util.ThreadPool$ControlRunnable.run(ThreadPool.java:501)
at java.lang.Thread.run(Thread.java:484)


what happen?

thanks!

Juan

RE: HANDLER THREAD PROBLEM

[Martin van den Bemt]

Your are doing a request to the port that talks to apache and tomcat talk
to.. That is not a protocol like http, it is the ajp protocol.. You have to
do a request to http:// or http://:8080.

Mvgr,
Martin

> -Original Message-
> From: Juan Andres Sanin Pineda [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, September 06, 2001 5:03 AM
> To: [EMAIL PROTECTED]
> Subject: HANDLER THREAD PROBLEM
>
>
>
> Hi.
>
> I startup tomcat and every thing es ok.
>
> but when I try to access http://:8007
> in the  console view the follow IOException:
>
> HANDLER THREAD PROBLEM: java.io.IOException: Stream broken
> java.io.IOException: Stream broken
> at
> org.apache.tomcat.service.connector.AJP12RequestAdapter.readNextRe
> quest(Ajp12ConnectionHandler.java:426)
> at
> org.apache.tomcat.service.connector.Ajp12ConnectionHandler.process
> Connection(Ajp12ConnectionHandler.java:147)
> at
> org.apache.tomcat.service.TcpWorkerThread.runIt(PoolTcpEndpoint.java:416)
> at
> org.apache.tomcat.util.ThreadPool$ControlRunnable.run(ThreadPool.java:501)
> at java.lang.Thread.run(Thread.java:484)
>
>
> what happen?
>
> thanks!
>
> Juan
>
>

RE: Tomcat 3.3b2 and mod_jk

[Larry Isaacs]

Hi Mark,

I think things are misconfigured. For the URL http://sota/index0.jsp,
note that "sota" is all lowercase.  I assume that Apache will use
your "" to serve it.  This virtual host is not
"connected" to Tomat in any way.  Thus, the JSP pages are coming
straight out of DocumentRoot as static files.

Also, this looks like an auto-generated config file, yet the
"Sota" web application is missing.  I'm not sure why.  I'll assume
that this a copy of the config file made before Sota was present.

I would recommend taking advantage of auto-genaration as much
as possible. To do this, I would add to the "conf" directory:

= apps-sota.xml =








=

Generate the "conf/auto/mod_jk.conf" file and see how close
it is to what you want.  It should have the basic structure
you need. Rename it if you need to add some manual edits.

Note that there will be three *separate* "Sota" contexts.
Tomcat 3.3 will create a "Sota" context for the default host,
virtual host "sota", and virtual host "sota.silly.domain.net".

Hope this helps.

Larry

> -Original Message-
> From: Mark Muffett [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, September 06, 2001 8:01 AM
> To: [EMAIL PROTECTED]
> Subject: Tomcat 3.3b2 and mod_jk
> 
> 
> I'm trying to get Apache to work with Tomcat 3.3b2.
> 
> Apache is working and Tomcat works on its own (so a request 
> through 8080
> always works).  My problem is that jsp pages requested through port 80
> always come straight from Apache (so the jsp code is not 
> processed) - so a
> request for http://sota:8080/index0.jsp is fine, but 
> http://sota/index0.jsp
> is returned without the jsp code processed.
> 
> My mod_jk.conf is slightly modified from the auto (maybe I 
> shouldn't have
> done this, but Apache wouldn't serve the files without putting in the
> Document Root):
> 
> 
> 
>   LoadModule jk_module /usr/lib/apache/mod_jk.so
> 
> 
> JkWorkersFile "/opt/jakarta-tomcat-3.3-b2/conf/jk/workers.properties"
> JkLogFile "/opt/jakarta-tomcat-3.3-b2/logs/mod_jk.log"
> 
> JkLogLevel debug
> 
> 
> JkMount /examples ajp13
> JkMount /examples/* ajp13
> 
> JkMount /admin ajp13
> JkMount /admin/* ajp13
> 
> ###
> # conf for Sota
> ###
> 
> JkMount /Sota ajp13
> JkMount /Sota/* ajp13
> 
> Alias /Sota "/opt/jakarta-tomcat-3.3-b2/webapps/Sota"
> 
> Options FollowSymLinks
> 
> 
> 
> ServerName sota
> DocumentRoot /opt/jakarta-tomcat-3.3-b2/webapps/Sota
> CustomLog /var/log/httpd/access/sota combined
> ErrorLog /var/log/httpd/error/sota
> DirectoryIndex index.jsp index.htm index.html
> 
> 
> 
> ServerName sota.silly.domain.net
> DocumentRoot /opt/jakarta-tomcat-3.3-b2/webapps/Sota
> CustomLog /var/log/httpd/access/sota combined
> ErrorLog /var/log/httpd/error/sota
> DirectoryIndex index.jsp index.htm index.html
> 
> 
> 
> 
> The (I think) relevant part of the mod_jk.log is:
> 
> [Thu Sep 06 11:08:11 2001]  [jk_uri_worker_map.c (285)]: Into
> jk_uri_worker_map_t::uri_worker_map_open, exact rule 
> /examples=ajp13 was
> added
> [Thu Sep 06 11:08:11 2001]  [jk_uri_worker_map.c (267)]: Into
> jk_uri_worker_map_t::uri_worker_map_open, match rule 
> /examples/=ajp13 was
> added
> [Thu Sep 06 11:08:11 2001]  [jk_uri_worker_map.c (285)]: Into
> jk_uri_worker_map_t::uri_worker_map_open, exact rule 
> /admin=ajp13 was added
> [Thu Sep 06 11:08:11 2001]  [jk_uri_worker_map.c (267)]: Into
> jk_uri_worker_map_t::uri_worker_map_open, match rule 
> /admin/=ajp13 was added
> [Thu Sep 06 11:08:11 2001]  [jk_uri_worker_map.c (285)]: Into
> jk_uri_worker_map_t::uri_worker_map_open, exact rule 
> /Sota=ajp13 was added
> [Thu Sep 06 11:08:11 2001]  [jk_uri_worker_map.c (267)]: Into
> jk_uri_worker_map_t::uri_worker_map_open, match rule 
> /Sota/=ajp13 was added
> [Thu Sep 06 11:08:11 2001]  [jk_uri_worker_map.c (296)]: Into
> jk_uri_worker_map_t::uri_worker_map_open, there are 6 rules
> [Thu Sep 06 11:08:11 2001]  [jk_uri_worker_map.c (317)]:
> jk_uri_worker_map_t::uri_worker_map_open, done
> [Thu Sep 06 11:08:11 2001]  [jk_worker.c (82)]: Into wc_open
> [Thu Sep 06 11:08:11 2001]  [jk_worker.c (207)]: Into 
> build_worker_map,
> creating 2 workers
> [Thu Sep 06 11:08:11 2001]  [jk_worker.c (213)]: 
> build_worker_map, creating
> worker ajp12
> [Thu Sep 06 11:08:11 2001]  [jk_worker.c (138)]: Into wc_create_worker
> [Thu Sep 06 11:08:11 2001]  [jk_worker.c (152)]: 
> wc_create_worker, about to
> create instance ajp12 of ajp12
> [Thu Sep 06 11:08:11 2001]  [jk_ajp12_worker.c (264)]: Into
> ajp12_worker_factory
> [Thu Sep 06 11:08:11 2001]  [jk_worker.c (161)]: 
> wc_create_worker, about to
> validate and init ajp12
> [Thu Sep 06 11:08:11 2001]  [jk_ajp12_worker.c (182)]: Into
> jk_worker_t::validate
> [Thu Sep 06 11:08:11 2001]  [jk_ajp12_worker.c (194)]: In
> jk_worker_t::validate for worker ajp12 contact is localhost:8007
> [Thu Sep 06 11:08:11 2001]  [jk_worker.c (177)]: 
> wc_create_worker, done
> [Thu Sep 06 11:08:11

The Problem

[Ron Nicoletti Jr.]

I've completed my installation of jakarta-tomcat-3.2.3 on windows 2000
running IIS, and ISA Server.

The positives ...
Tomcat starts and creates log files
IIS is showing a green up arrow on isapi_redirect.dll

The Negatives ...
When I run a test on the link http://www.mktginc.com/examples/jsp/index.html
my tomcat log displays the following:
[jk_connect.c (143)]: jk_open_socket, connect() failed errno = 61
[jk_ajp12_worker.c (152)]: In jk_endpoint_t::service, Error sd = -1
[jk_isapi_plugin.c (554)]: HttpExtensionProc error, service() failed

The WiN 2000 Server machine ...
ISA redirects all http requests to port 81.
IIS is setup to listen to port 81

Ron Nicoletti Jr.
Network Administrator
(631) 277-7000
[EMAIL PROTECTED]

TRaX Transform Throwable Exception

[Evgeniy Strokin]

HI

I have big XML (24 kB) and I try to make transformation to HTML.
And I get:
javax.xml.transform.TransformerException: TRaX Transform Throwable

But if XML not so big everything well.
What this exception means?

Thanks
Jenya
---
NetZero Platinum
Only $9.95 per month!
Sign up in September to win one of 30 Hawaiian Vacations for 2!
http://my.netzero.net/s/signup?r=platinum&refcd=PT97

RE: TRaX Transform Throwable Exception

[Martin van den Bemt]

Maybe it's better you ask the creators of the javax.xml package.. or step
through the source (source is provided as far as I know..)

Mvgr,
Martin

> -Original Message-
> From: Evgeniy Strokin [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, September 06, 2001 4:55 PM
> To: Tomcat-User@Jakarta. Apache. Org
> Subject: TRaX Transform Throwable Exception
>
>
> HI
>
> I have big XML (24 kB) and I try to make transformation to HTML.
> And I get:
> javax.xml.transform.TransformerException: TRaX Transform Throwable
>
> But if XML not so big everything well.
> What this exception means?
>
> Thanks
> Jenya
> ---
> NetZero Platinum
> Only $9.95 per month!
> Sign up in September to win one of 30 Hawaiian Vacations for 2!
> http://my.netzero.net/s/signup?r=platinum&refcd=PT97
>

Re: using a central repository for servlets

[Denis Haskin]

Joao Carlos wrote:

> I simply want to migrate to tomcat using this kind of configuration.
> Many servlets have links to others servlets (written in code) using
> /servlets/any_servlet, so that's impossible to me to create a context and
> access the servlets using /context/servlet
> Is there any way to create a central repository that can be accessed by
> /servlets and only this?
> Is the web-inf directory mandatory for using servlets?

You don't say what version of Tomcat you're using, but in the 3.2.x versions, at
least, this is still supported.  Take a look in your server.xml at the  entry
for the RequestInterceptor that uses the class
org.apache.tomcat.request.InvokerInterceptor.

dwh

Re: Multiple Tomcat Instances

[Denis Haskin]

Abhijat Thakur wrote:

> I need to run multiple instances of Tomcat on Apache. As mentioned in
> documentation i have the two server.xml  files specifying two different
> ports. Tomcat starts fine with the two server.xml files.
>
> I might be wrong when it comes to changes in Apache configuration that need
> to be done when multiple instances of tomcat need to be run.In Apache
> changes need to be made to mod_jk.conf.auto (since this is included in
> apaches httpd.conf)

Don't use the auto-generated config file; use static ones instead.  Then Tomcat
won't overwrite your changes.  I frequently start with the auto-gen'd file, copy
it to mod_jk.conf, and then I can tweak it as necessary.

In your case, you might have mod_jk.conf.tomcat1 and mod_jk.conf.tomcat2, and
include both of those in httpd.conf (instead of mod_jk.conf.auto).

dwh

charset Problem

[Frank Lawlor]

I was having a problem in that I could see Japanese text on my development
system, but when I put the app on the main server, I could no longer see the
Japanese text, but others could.  I am using IE 5.5 browser.

I finally tracked it down to the fact that the JSP compiler was generating
 response.setContentType("text/html;charset=8859_1");
on my system, but on the server it was generating
 response.setContentType("text/html;charset=ISO-8859-1");

I wasn't setting anything in my JSP source.

If I force the server to generate "8859_1" or nothing it works fine.

What determines the charset setting which Jasper generates when nothing is
specified?
Is this a bug?

Thanks,

Frank Lawlor
Athens Group, Inc.
(512) 345-0600 x151
Athens Group, an employee-owned consulting firm integrating technology
strategy and software solutions.

mac question from yesterday

[Thomas Cherry]

was the mac question posted yesterday ever answered?

Re: TC4.0b7 & Apache webapp mapping problem

[Pier Fumagalli]

"Jim Handwerk" <[EMAIL PROTECTED]> wrote:

> I'm sure this is out there somewhere, but I'll be a monkey's uncle if I can
> find it.
> Is there a way to connect Apache 1.3 to TC4 so that  particular web app will
> be default rather than an index.html.
> 
> I currently have in my httpd.conf
> 
> LoadModule webapp_module libexec/mod_webapp.so
> WebAppConnection warpConnection warp :8008
> WebAppDeploy midrp warpConnection /midrp
> 
> changing the last line to:
> WebAppDeploy midrp warpConnection /
> 
> doesn't seem to work.  Any thing else I should try?

We have patched it in CVS... If you need it now, download and build,
otherwise, wait for the next release (should be Sunday)

Pier

How download file from servlet?

[Evgeniy Strokin]

HI

I trying make servlet for downloading of files.
When I use:
FileInputStream fl=new FileInputStream(dir);
byte b[]=new byte[4096];
int len=0;
ServletOutputStream souts=_response.getOutputStream();
while(len!=-1){
  len=fl.read(b);
  if(len!=-1)souts.write(b,0,len);
}
I get:
E:1933 java.lang.IllegalStateException: Writer is already being used for
this request
In this string:
ServletOutputStream souts=_response.getOutputStream();

Anyway, maybe you know better way how do this thing?

Thanks
Jenya

---
NetZero Platinum
Only $9.95 per month!
Sign up in September to win one of 30 Hawaiian Vacations for 2!
http://my.netzero.net/s/signup?r=platinum&refcd=PT97

Re: mod_webapp build problem (Related to earlier mapping problemquestion)

[Pier Fumagalli]

"Jim Handwerk" <[EMAIL PROTECTED]> wrote:

> I managed to find an earlier missive in the archives about the problem I was
> having and Pier responded that there was a patch for the source.
> Whether this works or not, I'm still trying to find out.  I can't seem to
> build the module with the instructions in the readme for the WebApp library.
> 
> System info:  RH7.1, Apache 1.3.20, downloaded binary from apache.org,
> Tomcat4.0b7
> 
> CVS downloads seem to be ok (and the latest include the patch mentioned --
> which is not in 4b7 src dist)
> buildconf.sh appears to run ok as well.
> When I run:
> 
>   ./configure --with-apxs
> 
> things fall apart.
> 
> End of the checking list returned looks like this:
> 
>   checking Tomcat 4.0 directory... not required
>   checking for apxs... /usr/local/apache/bin/apxs
>   checking if apxs is working... ./configure: /usr/local/apache/bin/apxs:
> No such file or directory
>   no
>   configure: error: apxs is unworkable
> 
> Any help would be greatly appreciated.

Aha... I finally found the source of all great problems... It's the binary
distribution from Apache.ORG which seems to include a non-working APXS...

I'll dig into it... Stay tuned...

Pier

Re: Another issue with tc4.0-b7 webapp and Apache 1.3.20 accessfiles in another location

[Pier Fumagalli]

"Peter Shankey" <[EMAIL PROTECTED]> wrote:

> Solaris sparc 8
> Tomcat 4.0 b7
> Apache 1.3.20
> webapp module 1.0 for tc4.0-b7
> I am trying to use a location to install the web application (war) files
> other than $CATALINA_HOME. Currently I am working with the default files
> which are installed when the Tomcat application is compiled. I can get it
> to work from the default location. However, I can not from any other. I
> have read the docs until my eyes blend, but no joy. What am I missing?
> how could I run these files from /u80/w4/PUB/tc/default-webapps ?
> I have included my log file from tomcat, server.xml part/of httpd.conf
> and a detailed directory listing of the location I am trying to install
> the default files. I think it may-be and issue with webapp because I
> could access the files Tomcat's build-in http connector. Also the log
> file tend to make me think that as well.

It seems that the WARP classes are not correctly processing the appBase
directive you placed in ...

I'll dig in this as of now...

Pier

struts or tomcat 3.2.1 bug?

[juraj Lenharcik]

does anyone knows about a bug in tomcat 3.2.1 with struts? i mean there was
a message few weeks ago, but i cant find it again. can someone give me a
tip?

the problem is, that i have an application under resin 2.0.2 running and
when i put it on tomcat 3.2.1 it doesnt run. i get an exception:
javax.servlet.ServletException: Cannot find bean data in scope session.


thanks
juraj

Re: HP and Compaq Merger makes Linux a huge winner

[Pier Fumagalli]

"Nael Mohammad" <[EMAIL PROTECTED]> wrote:
> 
> http://www.businessweek.com/investor/content/sep2001/pi2001096_399.htm

Quoting: "HPUX (Hewlett-Packard's version) and Tru64 (Compaq's entry), Sun's
Solaris, and IBM's AIX. Except for Solaris, all are slowly losing market
share. No one thinks proprietary Unix systems have much of a future, save
the folks at Sun Microsystems (SUNW )."

My note as a fellow Solaris 8 advocate: "Just because it's so freakin'
beautiful compared to ANY other Unix-based operating system out there"...

:) :)

Pier
 

Re: mac question from yesterday

[Pier Fumagalli]

"Thomas Cherry" <[EMAIL PROTECTED]> wrote:

> was the mac question posted yesterday ever answered?

Errr... I didn't see any mac-related question...

Pier (typing on a mac!)

Re: Another issue with tc4.0-b7 webapp and Apache 1.3.20 accessfiles in another location

[Pier Fumagalli]

"Peter Shankey" <[EMAIL PROTECTED]> wrote:

> Solaris sparc 8
> Tomcat 4.0 b7
> Apache 1.3.20
> webapp module 1.0 for tc4.0-b7
> I am trying to use a location to install the web application (war) files
> other than $CATALINA_HOME. Currently I am working with the default files
> which are installed when the Tomcat application is compiled. I can get it
> to work from the default location. However, I can not from any other. I
> have read the docs until my eyes blend, but no joy. What am I missing?
> how could I run these files from /u80/w4/PUB/tc/default-webapps ?
> I have included my log file from tomcat, server.xml part/of httpd.conf
> and a detailed directory listing of the location I am trying to install
> the default files. I think it may-be and issue with webapp because I
> could access the files Tomcat's build-in http connector. Also the log
> file tend to make me think that as well.

Yes... It seems to be a problem with the webapp module... I'll dig into
that, in the meantime, please post a bug on
http://nagoya.apache.org/bugzilla so that we can track the status (and gets
into my todo list :)

pier

Re: How download file from servlet?

[Craig R. McClanahan]

On Thu, 6 Sep 2001, Evgeniy Strokin wrote:

> Date: Thu, 6 Sep 2001 11:43:56 -0400
> From: Evgeniy Strokin <[EMAIL PROTECTED]>
> Reply-To: [EMAIL PROTECTED]
> To: "Tomcat-User@Jakarta. Apache. Org" <[EMAIL PROTECTED]>
> Subject: How download file from servlet?
>
> HI
>
> I trying make servlet for downloading of files.
> When I use:
> FileInputStream fl=new FileInputStream(dir);
> byte b[]=new byte[4096];
> int len=0;
> ServletOutputStream souts=_response.getOutputStream();
> while(len!=-1){
>   len=fl.read(b);
>   if(len!=-1)souts.write(b,0,len);
> }
> I get:
> E:1933 java.lang.IllegalStateException: Writer is already being used for
> this request
> In this string:
> ServletOutputStream souts=_response.getOutputStream();
>
> Anyway, maybe you know better way how do this thing?
>

This error means that, somewhere while processing the same request, your
servlet called response.getWriter().  You can only get a writer *or* an
output stream for a particular response (depending on whether you want to
send characters or bytes).  You cannot get both.

> Thanks
> Jenya
>

Craig

Re: newbie question

[echaiguer abderrahim]

Hi Craig

I benefit you answer that mail to mention that I really find the doc for 
Tomcat confusing and really easy to follow.
Compare to Jserv this is just a massive task you know. Jumping to 
the  Tomacat world is full time job that why I have
to postpone my migration.

Just a constructive comment,
Thanks
Abde

At 09:56 AM 9/5/2001 -0700, you wrote:


>On Wed, 5 Sep 2001, echaiguer abderrahim wrote:
>
> > Date: Wed, 05 Sep 2001 15:32:28 +0200
> > From: echaiguer abderrahim <[EMAIL PROTECTED]>
> > Reply-To: [EMAIL PROTECTED]
> > To: [EMAIL PROTECTED]
> > Subject: newbie question
> >
> >
> >
> > Hi ,
> >
> > I just decided to move to the J2EE architecture. I was previously working
> > with Apache / Jserv . I was wondering if there is an easy
> > to migrate all my servlets  to Tomcat without  a lot of code manipulation.
> >
>
>The mechanics of setting up a web application as required by Tomcat (or
>any other container based on servlet 2.2 or later) are important -- you
>will need to organize your servlets in the directory structure of a "web
>application" as described in the Servlet spec, available at:
>
>   http://java.sun.com/products/servlet/download.html
>
>You should also take a look at the "Application Developer's Guide" shipped
>with Tomcat for more information.
>
>However, this is not necessarily going to be your biggest problem.  Apache
>JServ was based on Servlet 2.0, and included several calls (such as
>ServletContext.getServlet()) that have been deprecated in Servlet 2.2 and
>later.  If your application relied on this call to acquire a reference to
>a different servlet, you're going to have some re-architecting to do for
>it to run on any Servlet 2.2 or later container.
>
> > Thanks,
> > Abde
> >
> >
>
>Craig McClanahan

Fallbacks for load-balanced mod_jk workers

[Scott Jones]

Hello,

I am setting up a set of boxes as follows.  There are two machines
running Apache 1.3.19 and then there are three machines running tomcat
3.2.3.  I have a worker linking each of the apache machines to each
tomcat server (for a total of 6 tomcat instances).

What I'm wondering is say for some awful reason that all three of my
tomcat servers are down.  Is there any way that I can have mod_jk link
to something else that might just say "we're down right now, please
check back soon" or something like that?  Does the lb worker type have
any kind of mechanism for this?

Thanks for any suggestions!  

Cheers,

Scott

Re: Tomcat 3.3b2 and mod_jk

[Mark Muffett]

Larry

Thanks your your comments, but it gets worse and worse...

I've tried to leave everything as auto-generated as possible.  With an
apps-sota.xml file like:


 
   
 
 
   
 


I can access http://sota.silly.domain.net:8080/index0.jsp but not
http://sota:8080/index0.jsp (I don't understand why).


If I run startup with the jkconf option I get mod_jk.conf as follows:

## Auto generated on Thu Sep 06 16:52:13 BST 2001##


  LoadModule jk_module /usr/lib/apache/mod_jk.so


JkWorkersFile "/opt/jakarta-tomcat-3.3-b2/conf/jk/workers.properties"
JkLogFile "/opt/jakarta-tomcat-3.3-b2/logs/mod_jk.log"

JkLogLevel emerg



JkMount /examples ajp13
JkMount /examples/* ajp13

JkMount /admin ajp13
JkMount /admin/* ajp13

JkMount /Sota ajp13
JkMount /Sota/* ajp13

NameVirtualHost *

ServerName sota

JkMount /Sota ajp13
JkMount /Sota/* ajp13



ServerName sota.silly.domain.net



Now I can't get either http://sota/index0.jsp or
http://sota.silly.domain.net/index0.jsp

I know the auto-generated mod_jk.conf was a lot bigger with Tomcat 3.3m4
(which I managed to get to work).  (And I've tried copying that across, but
it doesn't work either).  Is there a bug here, or am I missing something?


Thanks in advance for any help.

Mark Muffett


- Original Message -
From: "Larry Isaacs" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, September 06, 2001 2:37 PM
Subject: RE: Tomcat 3.3b2 and mod_jk


> Hi Mark,
>
> I think things are misconfigured. For the URL http://sota/index0.jsp,
> note that "sota" is all lowercase.  I assume that Apache will use
> your "" to serve it.  This virtual host is not
> "connected" to Tomat in any way.  Thus, the JSP pages are coming
> straight out of DocumentRoot as static files.
>
> Also, this looks like an auto-generated config file, yet the
> "Sota" web application is missing.  I'm not sure why.  I'll assume
> that this a copy of the config file made before Sota was present.
>
> I would recommend taking advantage of auto-genaration as much
> as possible. To do this, I would add to the "conf" directory:
>
> = apps-sota.xml =
> 
> 
> 
> 
> 
> 
> 
> 
> =
>
> Generate the "conf/auto/mod_jk.conf" file and see how close
> it is to what you want.  It should have the basic structure
> you need. Rename it if you need to add some manual edits.
>
> Note that there will be three *separate* "Sota" contexts.
> Tomcat 3.3 will create a "Sota" context for the default host,
> virtual host "sota", and virtual host "sota.silly.domain.net".
>
> Hope this helps.
>
> Larry
>
> > -Original Message-
> > From: Mark Muffett [mailto:[EMAIL PROTECTED]]
> > Sent: Thursday, September 06, 2001 8:01 AM
> > To: [EMAIL PROTECTED]
> > Subject: Tomcat 3.3b2 and mod_jk
> >
> >
> > I'm trying to get Apache to work with Tomcat 3.3b2.
> >
> > Apache is working and Tomcat works on its own (so a request
> > through 8080
> > always works).  My problem is that jsp pages requested through port 80
> > always come straight from Apache (so the jsp code is not
> > processed) - so a
> > request for http://sota:8080/index0.jsp is fine, but
> > http://sota/index0.jsp
> > is returned without the jsp code processed.
> >
> > My mod_jk.conf is slightly modified from the auto (maybe I
> > shouldn't have
> > done this, but Apache wouldn't serve the files without putting in the
> > Document Root):
> >
> >
> > 
> >   LoadModule jk_module /usr/lib/apache/mod_jk.so
> > 
> >
> > JkWorkersFile "/opt/jakarta-tomcat-3.3-b2/conf/jk/workers.properties"
> > JkLogFile "/opt/jakarta-tomcat-3.3-b2/logs/mod_jk.log"
> >
> > JkLogLevel debug
> >
> >
> > JkMount /examples ajp13
> > JkMount /examples/* ajp13
> >
> > JkMount /admin ajp13
> > JkMount /admin/* ajp13
> >
> > ###
> > # conf for Sota
> > ###
> >
> > JkMount /Sota ajp13
> > JkMount /Sota/* ajp13
> >
> > Alias /Sota "/opt/jakarta-tomcat-3.3-b2/webapps/Sota"
> > 
> > Options FollowSymLinks
> > 
> >
> > 
> > ServerName sota
> > DocumentRoot /opt/jakarta-tomcat-3.3-b2/webapps/Sota
> > CustomLog /var/log/httpd/access/sota combined
> > ErrorLog /var/log/httpd/error/sota
> > DirectoryIndex index.jsp index.htm index.html
> > 
> >
> > 
> > ServerName sota.silly.domain.net
> > DocumentRoot /opt/jakarta-tomcat-3.3-b2/webapps/Sota
> > CustomLog /var/log/httpd/access/sota combined
> > ErrorLog /var/log/httpd/error/sota
> > DirectoryIndex index.jsp index.htm index.html
> > 
> >
> >
> >
> > The (I think) relevant part of the mod_jk.log is:
> >
> > [Thu Sep 06 11:08:11 2001]  [jk_uri_worker_map.c (285)]: Into
> > jk_uri_worker_map_t::uri_worker_map_open, exact rule
> > /examples=ajp13 was
> > added
> > [Thu Sep 06 11:08:11 2001]  [jk_uri_worker_map.c (267)]: Into
> > jk_uri_worker_map_t::uri_worker_map_open, match rule
> > /examples/=ajp13 was
> > added
> > [Thu Sep 06 11:08:11 2001]  [jk_uri_worker_map.c (285)]: Into
> > jk_uri_worker_

RE: How download file from servlet?

[Martin van den Bemt]

There is already a _response.getWriter() or getOutputStream() before your
code snippet

Mvgr,
Martin

> -Original Message-
> From: Evgeniy Strokin [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, September 06, 2001 5:44 PM
> To: Tomcat-User@Jakarta. Apache. Org
> Subject: How download file from servlet?
>
>
> HI
>
> I trying make servlet for downloading of files.
> When I use:
> FileInputStream fl=new FileInputStream(dir);
> byte b[]=new byte[4096];
> int len=0;
> ServletOutputStream souts=_response.getOutputStream();
> while(len!=-1){
>   len=fl.read(b);
>   if(len!=-1)souts.write(b,0,len);
> }
> I get:
> E:1933 java.lang.IllegalStateException: Writer is already being used for
> this request
> In this string:
> ServletOutputStream souts=_response.getOutputStream();
>
> Anyway, maybe you know better way how do this thing?
>
> Thanks
> Jenya
>
> ---
> NetZero Platinum
> Only $9.95 per month!
> Sign up in September to win one of 30 Hawaiian Vacations for 2!
> http://my.netzero.net/s/signup?r=platinum&refcd=PT97
>

Re: Tomcat 3.3b2 and mod_jk

[Mark Muffett]

Larry

Thanks your your comments, but it gets worse and worse...

I've tried to leave everything as auto-generated as possible.  With an
apps-sota.xml file like:


 
   
 
 
   
 


I can access http://sota.silly.domain.net:8080/index0.jsp but not
http://sota:8080/index0.jsp (I don't understand why).


If I run startup with the jkconf option I get mod_jk.conf as follows:

## Auto generated on Thu Sep 06 16:52:13 BST 2001##


  LoadModule jk_module /usr/lib/apache/mod_jk.so


JkWorkersFile "/opt/jakarta-tomcat-3.3-b2/conf/jk/workers.properties"
JkLogFile "/opt/jakarta-tomcat-3.3-b2/logs/mod_jk.log"

JkLogLevel emerg



JkMount /examples ajp13
JkMount /examples/* ajp13

JkMount /admin ajp13
JkMount /admin/* ajp13

JkMount /Sota ajp13
JkMount /Sota/* ajp13

NameVirtualHost *

ServerName sota

JkMount /Sota ajp13
JkMount /Sota/* ajp13



ServerName sota.silly.domain.net



Now I can't get either http://sota/index0.jsp or
http://sota.silly.domain.net/index0.jsp

I know the auto-generated mod_jk.conf was a lot bigger with Tomcat 3.3m4
(which I managed to get to work).  (And I've tried copying that across, but
it doesn't work either).  Is there a bug here, or am I missing something?


Thanks in advance for any help.

Mark Muffett



- Original Message - 
From: "Larry Isaacs" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, September 06, 2001 2:37 PM
Subject: RE: Tomcat 3.3b2 and mod_jk


> Hi Mark,
> 
> I think things are misconfigured. For the URL http://sota/index0.jsp,
> note that "sota" is all lowercase.  I assume that Apache will use
> your "" to serve it.  This virtual host is not
> "connected" to Tomat in any way.  Thus, the JSP pages are coming
> straight out of DocumentRoot as static files.
> 
> Also, this looks like an auto-generated config file, yet the
> "Sota" web application is missing.  I'm not sure why.  I'll assume
> that this a copy of the config file made before Sota was present.
> 
> I would recommend taking advantage of auto-genaration as much
> as possible. To do this, I would add to the "conf" directory:
> 
> = apps-sota.xml =
> 
> 
> 
> 
> 
> 
> 
> 
> =
> 
> Generate the "conf/auto/mod_jk.conf" file and see how close
> it is to what you want.  It should have the basic structure
> you need. Rename it if you need to add some manual edits.
> 
> Note that there will be three *separate* "Sota" contexts.
> Tomcat 3.3 will create a "Sota" context for the default host,
> virtual host "sota", and virtual host "sota.silly.domain.net".
> 
> Hope this helps.
> 
> Larry
> 
> > -Original Message-
> > From: Mark Muffett [mailto:[EMAIL PROTECTED]]
> > Sent: Thursday, September 06, 2001 8:01 AM
> > To: [EMAIL PROTECTED]
> > Subject: Tomcat 3.3b2 and mod_jk
> > 
> > 
> > I'm trying to get Apache to work with Tomcat 3.3b2.
> > 
> > Apache is working and Tomcat works on its own (so a request 
> > through 8080
> > always works).  My problem is that jsp pages requested through port 80
> > always come straight from Apache (so the jsp code is not 
> > processed) - so a
> > request for http://sota:8080/index0.jsp is fine, but 
> > http://sota/index0.jsp
> > is returned without the jsp code processed.
> > 
> > My mod_jk.conf is slightly modified from the auto (maybe I 
> > shouldn't have
> > done this, but Apache wouldn't serve the files without putting in the
> > Document Root):
> > 
> > 
> > 
> >   LoadModule jk_module /usr/lib/apache/mod_jk.so
> > 
> > 
> > JkWorkersFile "/opt/jakarta-tomcat-3.3-b2/conf/jk/workers.properties"
> > JkLogFile "/opt/jakarta-tomcat-3.3-b2/logs/mod_jk.log"
> > 
> > JkLogLevel debug
> > 
> > 
> > JkMount /examples ajp13
> > JkMount /examples/* ajp13
> > 
> > JkMount /admin ajp13
> > JkMount /admin/* ajp13
> > 
> > ###
> > # conf for Sota
> > ###
> > 
> > JkMount /Sota ajp13
> > JkMount /Sota/* ajp13
> > 
> > Alias /Sota "/opt/jakarta-tomcat-3.3-b2/webapps/Sota"
> > 
> > Options FollowSymLinks
> > 
> > 
> > 
> > ServerName sota
> > DocumentRoot /opt/jakarta-tomcat-3.3-b2/webapps/Sota
> > CustomLog /var/log/httpd/access/sota combined
> > ErrorLog /var/log/httpd/error/sota
> > DirectoryIndex index.jsp index.htm index.html
> > 
> > 
> > 
> > ServerName sota.silly.domain.net
> > DocumentRoot /opt/jakarta-tomcat-3.3-b2/webapps/Sota
> > CustomLog /var/log/httpd/access/sota combined
> > ErrorLog /var/log/httpd/error/sota
> > DirectoryIndex index.jsp index.htm index.html
> > 
> > 
> > 
> > 
> > The (I think) relevant part of the mod_jk.log is:
> > 
> > [Thu Sep 06 11:08:11 2001]  [jk_uri_worker_map.c (285)]: Into
> > jk_uri_worker_map_t::uri_worker_map_open, exact rule 
> > /examples=ajp13 was
> > added
> > [Thu Sep 06 11:08:11 2001]  [jk_uri_worker_map.c (267)]: Into
> > jk_uri_worker_map_t::uri_worker_map_open, match rule 
> > /examples/=ajp13 was
> > added
> > [Thu Sep 06 11:08:11 2001]  [jk_uri_worker_

Re: how to connect tomcat with apache running on different m/c

[Scott Jones]

You need to set up server.xml on the machine that will be running tomcat
so that it'll be listening on whatever port.  For example:


  
  


Then you need to set up a worker.properties file ON THE APACHE box. This
isn't very clear in the documentation (I figured it out yesterday.  :)).

Since my apache machine doesn't have tomcat on it, I just made a
directory in /etc/tomcat/conf and stuck my worker.properties file there.
It'll need to look something like this:

# you can name these workers whatever you want, just make sure you match
# it below in the worker.[worker name].port, etc definitions
worker.list=worker1

# make sure this matches the port number you used in your server.xml in 
# the other machine
worker.worker1.port=8009
# this is the IP address or host name of your tomcat machine
worker.worker1.host=192.168.1.31
worker.worker1.type=ajp13
# I think that the lbfactor will be optional for you -- I actually have
# tomcat running two instances and then use a load balancer worker to
# use both.
#worker.worker1.lbfactor=1
worker.worker1.cachesize=10

Then you'll need to set up your httpd.conf to use mod_jk and redirect
the the appropriate things to your tomcat machine.

For example:

LoadModule jk_module  modules/mod_jk-eapi.so
AddModule mod_jk.c
JkWorkersFile /etc/tomcat/conf/workers.properties
JkLogFile /var/log/mod_jk.log
JkLogLevel error
# use the worker name that you defined in worker.properties
# if you decide to use a load balancing worker, then send things
# to the load balacing worker, and it'll figure out which instance
# to send it to.
JkMount /*.jsp worker1

That should do it.  Good luck!  :)

Cheers,

Scott


On 05 Sep 2001 11:21:12 +0100, atif umar wrote:
> hi , 
>guess this is a very dumb question but i am
> having some problems in running tomcat and apache on
> different m/c's  
> i guess that i have to make some changes in the
> 1) server.xml
> 2) worker.properties 
> 
> and in httpd.conf 
> 
> could any one tell me exactly what changes i have to
> make 
> this configuration used to work fine when both were on
> same m/c
> 
> the configuration of my m/c's are
> 
> - win98
> - apache 1.3.20
> - tomcat 3.2.3
> 
> pls do reply as i know this being easy might not
> interest many but still any suggestions will be very
> helpful to me
> 
> thanks in advance
> 
> 
> 
> 
> Do You Yahoo!?
> Send a newsletter, share photos & files, conduct polls, organize 

chat events. Visit http://in/ groups.yahoo.com
> 

Re: struts or tomcat 3.2.1 bug?

[Craig R. McClanahan]

On Thu, 6 Sep 2001, juraj Lenharcik wrote:

> Date: Thu, 6 Sep 2001 17:36:36 +0200
> From: juraj Lenharcik <[EMAIL PROTECTED]>
> Reply-To: [EMAIL PROTECTED]
> To: [EMAIL PROTECTED]
> Subject: struts or tomcat 3.2.1 bug?
>
> does anyone knows about a bug in tomcat 3.2.1 with struts? i mean there was
> a message few weeks ago, but i cant find it again. can someone give me a
> tip?
>
> the problem is, that i have an application under resin 2.0.2 running and
> when i put it on tomcat 3.2.1 it doesnt run. i get an exception:
> javax.servlet.ServletException: Cannot find bean data in scope session.
>

Check your Tomcat log files for error and exception messages -- this kind
of thing is usually caused by missing classes at startup time.

>
> thanks
> juraj
>
>

Craig McClanahan

Re: browsing web pages served by Tomcat 3.2.3 using a MACINTOSH ?

[Pier Fumagalli]

"Henry Yeh" <[EMAIL PROTECTED]> wrote:

> 
> has anyone accessed webpages served by tomcat, using IE or Netscape ?
> I tried to access a simple JSP page served by tomcat 3.2.3 and in IE, I got
> back the page without images, and on Netscape I got the actual JSP file !
> 
> any ideas ? 

Never had a problem on both OS/9 or OS/X...

Pier

Re: newbie question

[Craig R. McClanahan]

On Thu, 6 Sep 2001, echaiguer abderrahim wrote:

> Date: Thu, 06 Sep 2001 18:01:24 +0200
> From: echaiguer abderrahim <[EMAIL PROTECTED]>
> Reply-To: [EMAIL PROTECTED]
> To: [EMAIL PROTECTED]
> Cc: echaiguer abderrahim <[EMAIL PROTECTED]>
> Subject: Re: newbie question
>
>
> Hi Craig
>
> I benefit you answer that mail to mention that I really find the doc for
> Tomcat confusing and really easy to follow.
> Compare to Jserv this is just a massive task you know. Jumping to
> the  Tomacat world is full time job that why I have
> to postpone my migration.
>

Tomcat docs could definitely be better (no question) ... but the nature of
servlets have changed a ***lot*** in the four or five years since Apache
JServ was first designed.  And all the Tomcat docs pretty much assume you
are current with all the new concepts like web applications.

The good news is that you only have to learn this stuff once, and it works
on all modern servlet containers.

If you're just starting out on this learning path, I'd suggest the
following:

* Get the Servlet 2.2 (or, better, 2.3 -- it's going final in a few days)
  specification from 
  and read it -- this is the standard to which all servlet containers
  must conform.

* Get one of the current-generation servlet (and JSP) books to learn
  about all the recent features.  Look for something that covers
  Servlet 2.2 and JSP 1.1.

* For learning and app development, forget the whole idea of running
  Tomcat behind Apache (which is quite complex to configure).  Simply
  run Tomcat by itself - it can serve static content quite nicely,
  whereas Apache JServ required you to connect with Apache.

* If you've used things like getServlet() in your old servlets, plan
  on a major redesign instead of just a port -- there's no easy way
  to emulate that in a Servlet 2.2 environment.


> Just a constructive comment,

The only way the docs get improved is for people to submit specific
changes or enhancements ... :-)

> Thanks
> Abde
>

Craig


> At 09:56 AM 9/5/2001 -0700, you wrote:
>
>
> >On Wed, 5 Sep 2001, echaiguer abderrahim wrote:
> >
> > > Date: Wed, 05 Sep 2001 15:32:28 +0200
> > > From: echaiguer abderrahim <[EMAIL PROTECTED]>
> > > Reply-To: [EMAIL PROTECTED]
> > > To: [EMAIL PROTECTED]
> > > Subject: newbie question
> > >
> > >
> > >
> > > Hi ,
> > >
> > > I just decided to move to the J2EE architecture. I was previously working
> > > with Apache / Jserv . I was wondering if there is an easy
> > > to migrate all my servlets  to Tomcat without  a lot of code manipulation.
> > >
> >
> >The mechanics of setting up a web application as required by Tomcat (or
> >any other container based on servlet 2.2 or later) are important -- you
> >will need to organize your servlets in the directory structure of a "web
> >application" as described in the Servlet spec, available at:
> >
> >   http://java.sun.com/products/servlet/download.html
> >
> >You should also take a look at the "Application Developer's Guide" shipped
> >with Tomcat for more information.
> >
> >However, this is not necessarily going to be your biggest problem.  Apache
> >JServ was based on Servlet 2.0, and included several calls (such as
> >ServletContext.getServlet()) that have been deprecated in Servlet 2.2 and
> >later.  If your application relied on this call to acquire a reference to
> >a different servlet, you're going to have some re-architecting to do for
> >it to run on any Servlet 2.2 or later container.
> >
> > > Thanks,
> > > Abde
> > >
> > >
> >
> >Craig McClanahan
>
>
>

Re: Fallbacks for load-balanced mod_jk workers

[Simon Oldeboershuis]

Hi Scott,

if you are using apache you can do something like

  ErrorDocument 500
http://www.reliable-server.com/serverDown/message.html

If any errors occurs with the connectors, the html page is shown or
another failsafe tomcat ;-)

I never tested it with more than one worker, but it should work just
fine.

Cheers,

Simon


Scott Jones schrieb:
> 
> Hello,
> 
> I am setting up a set of boxes as follows.  There are two machines
> running Apache 1.3.19 and then there are three machines running tomcat
> 3.2.3.  I have a worker linking each of the apache machines to each
> tomcat server (for a total of 6 tomcat instances).
> 
> What I'm wondering is say for some awful reason that all three of my
> tomcat servers are down.  Is there any way that I can have mod_jk link
> to something else that might just say "we're down right now, please
> check back soon" or something like that?  Does the lb worker type have
> any kind of mechanism for this?
> 
> Thanks for any suggestions!
> 
> Cheers,
> 
> Scott

Re: Fallbacks for load-balanced mod_jk workers

[David Cassidy]

What you might find the easiest is to use apache's
ErrorDocument 500 

command very useful.

If tomcat is down apache generates a 500 error.

Apache can then intercept that and use a page ( static HTML/CGI/Other
URL)
to generate a 'we've gone walkies for a bit - back soon' type message

David
PS I know this - it bit me in the ass.

Scott Jones wrote:
> 
> Hello,
> 
> I am setting up a set of boxes as follows.  There are two machines
> running Apache 1.3.19 and then there are three machines running tomcat
> 3.2.3.  I have a worker linking each of the apache machines to each
> tomcat server (for a total of 6 tomcat instances).
> 
> What I'm wondering is say for some awful reason that all three of my
> tomcat servers are down.  Is there any way that I can have mod_jk link
> to something else that might just say "we're down right now, please
> check back soon" or something like that?  Does the lb worker type have
> any kind of mechanism for this?
> 
> Thanks for any suggestions!
> 
> Cheers,
> 
> Scott

Re: Tomcat 3.3b2 and mod_jk

[Mark Muffett]

Larry

Thanks your your comments, but it gets worse and worse...

I've tried to leave everything as auto-generated as possible.  With an
apps-sota.xml file like:


 
   
 
 
   
 


I can access http://sota.silly.domain.net:8080/index0.jsp but not
http://sota:8080/index0.jsp (I don't understand why).


If I run startup with the jkconf option I get mod_jk.conf as follows:

## Auto generated on Thu Sep 06 16:52:13 BST 2001##


  LoadModule jk_module /usr/lib/apache/mod_jk.so


JkWorkersFile "/opt/jakarta-tomcat-3.3-b2/conf/jk/workers.properties"
JkLogFile "/opt/jakarta-tomcat-3.3-b2/logs/mod_jk.log"

JkLogLevel emerg



JkMount /examples ajp13
JkMount /examples/* ajp13

JkMount /admin ajp13
JkMount /admin/* ajp13

JkMount /Sota ajp13
JkMount /Sota/* ajp13

NameVirtualHost *

ServerName sota

JkMount /Sota ajp13
JkMount /Sota/* ajp13



ServerName sota.silly.domain.net



Now I can't get either http://sota/index0.jsp or
http://sota.silly.domain.net/index0.jsp

I know the auto-generated mod_jk.conf was a lot bigger with Tomcat 3.3m4
(which I managed to get to work).  (And I've tried copying that across, but
it doesn't work either).  Is there a bug here, or am I missing something?


Thanks in advance for any help.

Mark Muffett



- Original Message - 
From: "Larry Isaacs" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, September 06, 2001 2:37 PM
Subject: RE: Tomcat 3.3b2 and mod_jk


> Hi Mark,
> 
> I think things are misconfigured. For the URL http://sota/index0.jsp,
> note that "sota" is all lowercase.  I assume that Apache will use
> your "" to serve it.  This virtual host is not
> "connected" to Tomat in any way.  Thus, the JSP pages are coming
> straight out of DocumentRoot as static files.
> 
> Also, this looks like an auto-generated config file, yet the
> "Sota" web application is missing.  I'm not sure why.  I'll assume
> that this a copy of the config file made before Sota was present.
> 
> I would recommend taking advantage of auto-genaration as much
> as possible. To do this, I would add to the "conf" directory:
> 
> = apps-sota.xml =
> 
> 
> 
> 
> 
> 
> 
> 
> =
> 
> Generate the "conf/auto/mod_jk.conf" file and see how close
> it is to what you want.  It should have the basic structure
> you need. Rename it if you need to add some manual edits.
> 
> Note that there will be three *separate* "Sota" contexts.
> Tomcat 3.3 will create a "Sota" context for the default host,
> virtual host "sota", and virtual host "sota.silly.domain.net".
> 
> Hope this helps.
> 
> Larry
> 
> > -Original Message-
> > From: Mark Muffett [mailto:[EMAIL PROTECTED]]
> > Sent: Thursday, September 06, 2001 8:01 AM
> > To: [EMAIL PROTECTED]
> > Subject: Tomcat 3.3b2 and mod_jk
> > 
> > 
> > I'm trying to get Apache to work with Tomcat 3.3b2.
> > 
> > Apache is working and Tomcat works on its own (so a request 
> > through 8080
> > always works).  My problem is that jsp pages requested through port 80
> > always come straight from Apache (so the jsp code is not 
> > processed) - so a
> > request for http://sota:8080/index0.jsp is fine, but 
> > http://sota/index0.jsp
> > is returned without the jsp code processed.
> > 
> > My mod_jk.conf is slightly modified from the auto (maybe I 
> > shouldn't have
> > done this, but Apache wouldn't serve the files without putting in the
> > Document Root):
> > 
> > 
> > 
> >   LoadModule jk_module /usr/lib/apache/mod_jk.so
> > 
> > 
> > JkWorkersFile "/opt/jakarta-tomcat-3.3-b2/conf/jk/workers.properties"
> > JkLogFile "/opt/jakarta-tomcat-3.3-b2/logs/mod_jk.log"
> > 
> > JkLogLevel debug
> > 
> > 
> > JkMount /examples ajp13
> > JkMount /examples/* ajp13
> > 
> > JkMount /admin ajp13
> > JkMount /admin/* ajp13
> > 
> > ###
> > # conf for Sota
> > ###
> > 
> > JkMount /Sota ajp13
> > JkMount /Sota/* ajp13
> > 
> > Alias /Sota "/opt/jakarta-tomcat-3.3-b2/webapps/Sota"
> > 
> > Options FollowSymLinks
> > 
> > 
> > 
> > ServerName sota
> > DocumentRoot /opt/jakarta-tomcat-3.3-b2/webapps/Sota
> > CustomLog /var/log/httpd/access/sota combined
> > ErrorLog /var/log/httpd/error/sota
> > DirectoryIndex index.jsp index.htm index.html
> > 
> > 
> > 
> > ServerName sota.silly.domain.net
> > DocumentRoot /opt/jakarta-tomcat-3.3-b2/webapps/Sota
> > CustomLog /var/log/httpd/access/sota combined
> > ErrorLog /var/log/httpd/error/sota
> > DirectoryIndex index.jsp index.htm index.html
> > 
> > 
> > 
> > 
> > The (I think) relevant part of the mod_jk.log is:
> > 
> > [Thu Sep 06 11:08:11 2001]  [jk_uri_worker_map.c (285)]: Into
> > jk_uri_worker_map_t::uri_worker_map_open, exact rule 
> > /examples=ajp13 was
> > added
> > [Thu Sep 06 11:08:11 2001]  [jk_uri_worker_map.c (267)]: Into
> > jk_uri_worker_map_t::uri_worker_map_open, match rule 
> > /examples/=ajp13 was
> > added
> > [Thu Sep 06 11:08:11 2001]  [jk_uri_worker_

RE: Tomcat 3.3b2 and mod_jk

[Larry Isaacs]

Mark,

Sorry I overlooked a detail. Out of habbit, I included a
context path for both contexts, "/Sota".  This meant that
the correct URL would have been http://sota/Sota/index0.jsp.

Instead, you want the "Sota" web application served as the
root context for the two virtual hosts.  For this, change
the contexts in the apps-sota.xml file to have:

path=""

and in the server.xml change the ApacheConfig module to have

noRoot="false"

The default behavior for Tomcat 3.3 is for Tomcat not to try
to take control of Apache's "root" context.

The setup I have available for testing doesn't allow me to test
multiple virtual hosts fully. Your feedback will help me
determine if it is able to work correctly in a real situation.

Thanks,
Larry

> -Original Message-
> From: Mark Muffett [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, September 06, 2001 12:11 PM
> To: [EMAIL PROTECTED]
> Subject: Re: Tomcat 3.3b2 and mod_jk
> 
> 
> Larry
> 
> Thanks your your comments, but it gets worse and worse...
> 
> I've tried to leave everything as auto-generated as possible.  With an
> apps-sota.xml file like:
> 
> 
>  
>
>  
>  
>
>  
> 
> 
> I can access http://sota.silly.domain.net:8080/index0.jsp but not
> http://sota:8080/index0.jsp (I don't understand why).
> 
> 
> If I run startup with the jkconf option I get mod_jk.conf as follows:
> 
> ## Auto generated on Thu Sep 06 16:52:13 BST 2001##
> 
> 
>   LoadModule jk_module /usr/lib/apache/mod_jk.so
> 
> 
> JkWorkersFile "/opt/jakarta-tomcat-3.3-b2/conf/jk/workers.properties"
> JkLogFile "/opt/jakarta-tomcat-3.3-b2/logs/mod_jk.log"
> 
> JkLogLevel emerg
> 
> 
> 
> JkMount /examples ajp13
> JkMount /examples/* ajp13
> 
> JkMount /admin ajp13
> JkMount /admin/* ajp13
> 
> JkMount /Sota ajp13
> JkMount /Sota/* ajp13
> 
> NameVirtualHost *
> 
> ServerName sota
> 
> JkMount /Sota ajp13
> JkMount /Sota/* ajp13
> 
> 
> 
> ServerName sota.silly.domain.net
> 
> 
> 
> Now I can't get either http://sota/index0.jsp or
> http://sota.silly.domain.net/index0.jsp
> 
> I know the auto-generated mod_jk.conf was a lot bigger with 
> Tomcat 3.3m4
> (which I managed to get to work).  (And I've tried copying 
> that across, but
> it doesn't work either).  Is there a bug here, or am I 
> missing something?
> 
> 
> Thanks in advance for any help.
> 
> Mark Muffett
> 
> 
> 
> - Original Message - 
> From: "Larry Isaacs" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Thursday, September 06, 2001 2:37 PM
> Subject: RE: Tomcat 3.3b2 and mod_jk
> 
> 
> > Hi Mark,
> > 
> > I think things are misconfigured. For the URL 
> http://sota/index0.jsp,
> > note that "sota" is all lowercase.  I assume that Apache will use
> > your "" to serve it.  This virtual host is not
> > "connected" to Tomat in any way.  Thus, the JSP pages are coming
> > straight out of DocumentRoot as static files.
> > 
> > Also, this looks like an auto-generated config file, yet the
> > "Sota" web application is missing.  I'm not sure why.  I'll assume
> > that this a copy of the config file made before Sota was present.
> > 
> > I would recommend taking advantage of auto-genaration as much
> > as possible. To do this, I would add to the "conf" directory:
> > 
> > = apps-sota.xml =
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > =
> > 
> > Generate the "conf/auto/mod_jk.conf" file and see how close
> > it is to what you want.  It should have the basic structure
> > you need. Rename it if you need to add some manual edits.
> > 
> > Note that there will be three *separate* "Sota" contexts.
> > Tomcat 3.3 will create a "Sota" context for the default host,
> > virtual host "sota", and virtual host "sota.silly.domain.net".
> > 
> > Hope this helps.
> > 
> > Larry
> > 
> > > -Original Message-
> > > From: Mark Muffett [mailto:[EMAIL PROTECTED]]
> > > Sent: Thursday, September 06, 2001 8:01 AM
> > > To: [EMAIL PROTECTED]
> > > Subject: Tomcat 3.3b2 and mod_jk
> > > 
> > > 
> > > I'm trying to get Apache to work with Tomcat 3.3b2.
> > > 
> > > Apache is working and Tomcat works on its own (so a request 
> > > through 8080
> > > always works).  My problem is that jsp pages requested 
> through port 80
> > > always come straight from Apache (so the jsp code is not 
> > > processed) - so a
> > > request for http://sota:8080/index0.jsp is fine, but 
> > > http://sota/index0.jsp
> > > is returned without the jsp code processed.
> > > 
> > > My mod_jk.conf is slightly modified from the auto (maybe I 
> > > shouldn't have
> > > done this, but Apache wouldn't serve the files without 
> putting in the
> > > Document Root):
> > > 
> > > 
> > > 
> > >   LoadModule jk_module /usr/lib/apache/mod_jk.so
> > > 
> > > 
> > > JkWorkersFile 
> "/opt/jakarta-tomcat-3.3-b2/conf/jk/workers.properties"
> > > JkLogFile "/opt/jakarta-tomcat-3.3-b2/logs/mod_jk.log"
> > > 
> > > JkLogLevel debug
> > > 
> > > 
> > > Jk

AW: struts or tomcat 3.2.1 bug?

[juraj Lenharcik]

hi craig,

i couldn`t find a new exception message in logs. the situation is:

the jsp is:


 

 
 :   
  

  




in the action servlet is put:
req.setAttribute("data", formT); // formT is our Form bean


the struts config:
  

  

  




can you see a mistake?

thanks
juraj




-Ursprüngliche Nachricht-
Von: Craig R. McClanahan [mailto:[EMAIL PROTECTED]]
Gesendet: Donnerstag, 6. September 2001 18:19
An: [EMAIL PROTECTED]
Betreff: Re: struts or tomcat 3.2.1 bug?




On Thu, 6 Sep 2001, juraj Lenharcik wrote:

> Date: Thu, 6 Sep 2001 17:36:36 +0200
> From: juraj Lenharcik <[EMAIL PROTECTED]>
> Reply-To: [EMAIL PROTECTED]
> To: [EMAIL PROTECTED]
> Subject: struts or tomcat 3.2.1 bug?
>
> does anyone knows about a bug in tomcat 3.2.1 with struts? i mean there
was
> a message few weeks ago, but i cant find it again. can someone give me a
> tip?
>
> the problem is, that i have an application under resin 2.0.2 running and
> when i put it on tomcat 3.2.1 it doesnt run. i get an exception:
> javax.servlet.ServletException: Cannot find bean data in scope
session.
>

Check your Tomcat log files for error and exception messages -- this kind
of thing is usually caused by missing classes at startup time.

>
> thanks
> juraj
>
>

Craig McClanahan

getting values from web.xml

[BBui]

Hi all,

I need to get the values of the attributes in Tomcat's
web.xml but I do not want to use servlet or javax.servlet.servletcontext.
Can anyone tell me how to do this?

Thanks,
Baoha.

Re: HP and Compaq Merger makes Linux a huge winner

[Tim O'Neil]

At 08:46 AM 9/6/2001, you wrote:
>"Nael Mohammad" <[EMAIL PROTECTED]> wrote:
> >
> > http://www.businessweek.com/investor/content/sep2001/pi2001096_399.htm
>
>Quoting: "HPUX (Hewlett-Packard's version) and Tru64 (Compaq's entry), Sun's
>Solaris, and IBM's AIX. Except for Solaris, all are slowly losing market
>share. No one thinks proprietary Unix systems have much of a future, save
>the folks at Sun Microsystems (SUNW )."
>
>My note as a fellow Solaris 8 advocate: "Just because it's so freakin'
>beautiful compared to ANY other Unix-based operating system out there"...

Some might even offer that Solaris isn't exactly top of the heap
any more.

java.lang.SecurityException: sealing violation - jBuilder4

[Raimee Stevens]

I have been using jBuilder to develope servlets
since JServ through Tomcat 3.2 and now with Catalina.

This problem has never come up before ;) It seems that
I am having some classpath issues.

My jBuilder required libs include: Catalina libs (all
jars under catalina home), a DB2 lib (jdbc driver),
and the Orielly package (cos.jar). They are defined
individually in jBuilders Required Libraries dialog.

The Tomcat mail list archives indicate that this is
a common problem, but I haven't seen a posting that
has helped me.

Has anyone overcome this problem? How?
message:
--
javax.servlet.ServletException: Servlet.init() for
servlet jsp threw exception
at
org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:852)
at
org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:3240)
at
org.apache.catalina.core.StandardContext.start(StandardContext.java:3350)
at
org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1123)
at
org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1123)
at
org.apache.catalina.core.StandardEngine.start(StandardEngine.java:278)
at
org.apache.catalina.core.StandardService.start(StandardService.java:368)
at
org.apache.catalina.core.StandardServer.start(StandardServer.java:473)
at
org.apache.catalina.startup.Catalina.start(Catalina.java:738)
at
org.apache.catalina.startup.Catalina.execute(Catalina.java:657)
at
org.apache.catalina.startup.Catalina.process(Catalina.java:178)
at
org.apache.catalina.startup.Catalina.main(Catalina.java:163)
- Root Cause -
java.lang.SecurityException: sealing violation
at
java.net.URLClassLoader.defineClass(URLClassLoader.java:280)
at
java.net.URLClassLoader.access$100(URLClassLoader.java:60)
at
java.net.URLClassLoader$1.run(URLClassLoader.java:195)
at java.security.AccessController.doPrivileged(Native
Method)
at
java.net.URLClassLoader.findClass(URLClassLoader.java:234)
at
org.apache.catalina.loader.StandardClassLoader.findClass(StandardClassLoader.java:670)
at
org.apache.catalina.loader.StandardClassLoader.loadClass(StandardClassLoader.java:1088)
at
org.apache.catalina.loader.StandardClassLoader.loadClass(StandardClassLoader.java:987)
at
java.lang.ClassLoader.loadClassInternal(ClassLoader.java:313)
at
org.apache.jasper.compiler.TldLocationsCache.processWebDotXml(TldLocationsCache.java:164)
at
org.apache.jasper.compiler.TldLocationsCache.(TldLocationsCache.java:138)
at
org.apache.jasper.EmbededServletOptions.(EmbededServletOptions.java:324)
at
org.apache.jasper.servlet.JspServlet.init(JspServlet.java:265)
at
org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:833)
at
org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:3240)
at
org.apache.catalina.core.StandardContext.start(StandardContext.java:3350)
at
org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1123)
at
org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1123)
at
org.apache.catalina.core.StandardEngine.start(StandardEngine.java:278)
at
org.apache.catalina.core.StandardService.start(StandardService.java:368)
at
org.apache.catalina.core.StandardServer.start(StandardServer.java:473)
at
org.apache.catalina.startup.Catalina.start(Catalina.java:738)
at
org.apache.catalina.startup.Catalina.execute(Catalina.java:657)
at
org.apache.catalina.startup.Catalina.process(Catalina.java:178)
at
org.apache.catalina.startup.Catalina.main(Catalina.java:163)



=
-
Best Regards,
Raimee Stevens

__
Do You Yahoo!?
Get email alerts & NEW webcam video instant messaging with Yahoo! Messenger
http://im.yahoo.com

worker.properties swallows my first worker (mod_jk)

[Hans Schmid]

Hello,

This is about mod_jk in Tomcat 3.3b1 on Solaris with Apache 1.3.19

It seems to me that the first worker found in the worker.list always gets
created as ajp12 on port 8007
regardless what i configure.

The following worker.list entry
worker.list=worker.list=ajp12-01, ajp12-02, ajp13-01, ajp13-02

produces 4 workers:
ajp12-01 on port 8007  ajp12
ajp12-02 on port 9017  ajp12
ajp13-01 on port 9009  ajp13
ajp13-02 on port 9019  ajp13

instead of the expected:
ajp12-01 on port 9007  ajp12
ajp12-02 on port 9017  ajp12
ajp13-01 on port 9009  ajp13
ajp13-02 on port 9019  ajp13

Please note the ajp12-01 worker points to port 8007 instead of 9007.

When I put a space in front of the first worker I get my expected 4 workers
pointing to the correct ports
plus a 5th worker ('' on port 8007)


The following entry in workers.properties
worker.list=worker.list= ajp12-01, ajp12-02, ajp13-01, ajp13-02

produces 5 workers instead of 4
Please note the port 8007 for the first worker named worker.list= of ajp12
I do not have a worker assigned to this port (greped through all config
files).


[Thu Sep 06 18:26:17 2001]  [jk_worker.c (207)]: Into build_worker_map,
creating 5 workers
[Thu Sep 06 18:26:17 2001]  [jk_worker.c (213)]: build_worker_map, creating
worker worker.list=
[Thu Sep 06 18:26:17 2001]  [jk_worker.c (138)]: Into wc_create_worker
[Thu Sep 06 18:26:17 2001]  [jk_worker.c (152)]: wc_create_worker, about to
create instance worker.list= of ajp12
[Thu Sep 06 18:26:17 2001]  [jk_ajp12_worker.c (264)]: Into
ajp12_worker_factory
[Thu Sep 06 18:26:17 2001]  [jk_worker.c (161)]: wc_create_worker, about to
validate and init worker.list=
[Thu Sep 06 18:26:17 2001]  [jk_ajp12_worker.c (182)]: Into
jk_worker_t::validate
[Thu Sep 06 18:26:17 2001]  [jk_ajp12_worker.c (194)]: In
jk_worker_t::validate for worker worker.list= contact is localhost:8007
[Thu Sep 06 18:26:17 2001]  [jk_worker.c (177)]: wc_create_worker, done
[Thu Sep 06 18:26:17 2001]  [jk_worker.c (223)]: build_worker_map, removing
old worker.list= worker
[Thu Sep 06 18:26:17 2001]  [jk_worker.c (213)]: build_worker_map, creating
worker ajp12-01
[Thu Sep 06 18:26:17 2001]  [jk_worker.c (138)]: Into wc_create_worker
[Thu Sep 06 18:26:17 2001]  [jk_worker.c (152)]: wc_create_worker, about to
create instance ajp12-01 of ajp12
[Thu Sep 06 18:26:17 2001]  [jk_ajp12_worker.c (264)]: Into
ajp12_worker_factory
[Thu Sep 06 18:26:17 2001]  [jk_worker.c (161)]: wc_create_worker, about to
validate and init ajp12-01
[Thu Sep 06 18:26:17 2001]  [jk_ajp12_worker.c (182)]: Into
jk_worker_t::validate
[Thu Sep 06 18:26:17 2001]  [jk_ajp12_worker.c (194)]: In
jk_worker_t::validate for worker ajp12-01 contact is localhost:9007
[Thu Sep 06 18:26:17 2001]  [jk_worker.c (177)]: wc_create_worker, done
[Thu Sep 06 18:26:17 2001]  [jk_worker.c (223)]: build_worker_map, removing
old ajp12-01 worker
[Thu Sep 06 18:26:17 2001]  [jk_worker.c (213)]: build_worker_map, creating
worker ajp12-02
[Thu Sep 06 18:26:17 2001]  [jk_worker.c (138)]: Into wc_create_worker
[Thu Sep 06 18:26:17 2001]  [jk_worker.c (152)]: wc_create_worker, about to
create instance ajp12-02 of ajp12
[Thu Sep 06 18:26:17 2001]  [jk_ajp12_worker.c (264)]: Into
ajp12_worker_factory
[Thu Sep 06 18:26:17 2001]  [jk_worker.c (161)]: wc_create_worker, about to
validate and init ajp12-02
[Thu Sep 06 18:26:17 2001]  [jk_ajp12_worker.c (182)]: Into
jk_worker_t::validate
[Thu Sep 06 18:26:17 2001]  [jk_ajp12_worker.c (194)]: In
jk_worker_t::validate for worker ajp12-02 contact is localhost:9017
[Thu Sep 06 18:26:17 2001]  [jk_worker.c (177)]: wc_create_worker, done
[Thu Sep 06 18:26:17 2001]  [jk_worker.c (223)]: build_worker_map, removing
old ajp12-02 worker
[Thu Sep 06 18:26:17 2001]  [jk_worker.c (213)]: build_worker_map, creating
worker ajp13-01
[Thu Sep 06 18:26:17 2001]  [jk_worker.c (138)]: Into wc_create_worker
[Thu Sep 06 18:26:17 2001]  [jk_worker.c (152)]: wc_create_worker, about to
create instance ajp13-01 of ajp13
[Thu Sep 06 18:26:17 2001]  [jk_ajp13_worker.c (882)]: Into
ajp13_worker_factory
[Thu Sep 06 18:26:17 2001]  [jk_worker.c (161)]: wc_create_worker, about to
validate and init ajp13-01
[Thu Sep 06 18:26:17 2001]  [jk_ajp13_worker.c (412)]: Into
jk_worker_t::validate
[Thu Sep 06 18:26:17 2001]  [jk_ajp13_worker.c (425)]: In
jk_worker_t::validate for worker ajp13-01 contact is localhost:9009
[Thu Sep 06 18:26:17 2001]  [jk_ajp13_worker.c (451)]: Into
jk_worker_t::init
[Thu Sep 06 18:26:17 2001]  [jk_worker.c (177)]: wc_create_worker, done
[Thu Sep 06 18:26:17 2001]  [jk_worker.c (223)]: build_worker_map, removing
old ajp13-01 worker
[Thu Sep 06 18:26:17 2001]  [jk_worker.c (213)]: build_worker_map, creating
worker ajp13-02

and one ajp13-02 on port 9019


My questions:
1.) Why gets this hardcoded worker on port 8007 created?
2.) Is this a Bug I shall report?

Since I have a work around by putting this space in front of my first
worker, I can live with this.

Is this a Bug I should put into Bigzilla?


Hans S

optimal SUN JVM config

[Stefan . Raschke]

Hi there the subject of my posting was a bit inacurate ;>(

I know this question is a bit general. but I am very interested in which
Sun Hotspot  jvm options you are using to start up tomcat.
(like -server -Xincgc ...)
And what impact they had/have on performance.

I am trying to tune garbage collection and performance and am a bit lost
;>)


Any help will be appriciated

take care


stefan

non tomcat related question: Servlets

[A.L.]

 I have a problem which I have asked in several forums
and have received no response.  Basically i have some
code which needs to be debugged, but after spending
hours and hours I am unable to figure out what is
causing the problem. If anyone has some time to
briefly look over my code, I will send a copy.  The
problem more likely is very simple, but so far for me
it has been a needle in a haystack.Here is a
somewhat brief description of my program design along
with the problem.I have created a calendar servlet
which includes three other servlets:a browser to
change monthsa month calendar which allows you to
select the day of the monthand a day calendar which
makes a connection to a database and displays the
events for the day. I have separate servlet which
allows you to enter events for the time on a specific
day. My problem is that once I enter some events, the
day calendar doesn't immediately show the information
from the database. The day calendar must be refreshed
a second time.  This doesn't always happen.  I noticed
that it tends to happen after changing months and and
changing days, and then entering the information.  In
other words it work properly most of the time, but
under certain cicumstances it doesn't work. Obviously
to understand this problem you would need to see both
the code and the running application. Any help will be
greatly appreciated. -Amos  

__
Do You Yahoo!?
Get email alerts & NEW webcam video instant messaging with Yahoo! Messenger
http://im.yahoo.com

does tomcat have the cajones?

[alex reuter]

Hello Everyone,

I have a general question about tomcat's cajones.  What does everyone think
about using tomcat as a mission critical servelet container?  What version
is best?  What are its limitations? Performance issues?  What kind of
stability can be expected?

We are currently using a commercial application server and have been having
a hell of a time with stability and performance and lately have taken to
breaking modular pieces out and running them along side as servlets inside
tomcat.  If not tomcat, then what?


Thanks for any replies.

Alex

RE: worker.properties swallows my first worker (mod_jk)

[Larry Isaacs]

Hi Hans,

The answers to your questions are:

1.) Why gets this hardcoded worker on port 8007 created?

Don't know, I will investigate.

2.) Is this a Bug I shall report?

   Yes, and please attache the workers.properties in question.

Thanks.

Larry


> -Original Message-
> From: Hans Schmid [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, September 06, 2001 12:57 PM
> To: Tomcat-User
> Subject: worker.properties swallows my first worker (mod_jk)
> 
> 
> Hello,
> 
> This is about mod_jk in Tomcat 3.3b1 on Solaris with Apache 1.3.19
> 
> It seems to me that the first worker found in the worker.list 
> always gets
> created as ajp12 on port 8007
> regardless what i configure.
> 
> The following worker.list entry
> worker.list=worker.list=ajp12-01, ajp12-02, ajp13-01, ajp13-02
> 
> produces 4 workers:
> ajp12-01 on port 8007  ajp12
> ajp12-02 on port 9017  ajp12
> ajp13-01 on port 9009  ajp13
> ajp13-02 on port 9019  ajp13
> 
> instead of the expected:
> ajp12-01 on port 9007  ajp12
> ajp12-02 on port 9017  ajp12
> ajp13-01 on port 9009  ajp13
> ajp13-02 on port 9019  ajp13
> 
> Please note the ajp12-01 worker points to port 8007 instead of 9007.
> 
> When I put a space in front of the first worker I get my 
> expected 4 workers
> pointing to the correct ports
> plus a 5th worker ('' on port 8007)
> 
> 
> The following entry in workers.properties
> worker.list=worker.list= ajp12-01, ajp12-02, ajp13-01, ajp13-02
> 
> produces 5 workers instead of 4
> Please note the port 8007 for the first worker named 
> worker.list= of ajp12
> I do not have a worker assigned to this port (greped through 
> all config
> files).
> 
> 
> [Thu Sep 06 18:26:17 2001]  [jk_worker.c (207)]: Into 
> build_worker_map,
> creating 5 workers
> [Thu Sep 06 18:26:17 2001]  [jk_worker.c (213)]: 
> build_worker_map, creating
> worker worker.list=
> [Thu Sep 06 18:26:17 2001]  [jk_worker.c (138)]: Into wc_create_worker
> [Thu Sep 06 18:26:17 2001]  [jk_worker.c (152)]: 
> wc_create_worker, about to
> create instance worker.list= of ajp12
> [Thu Sep 06 18:26:17 2001]  [jk_ajp12_worker.c (264)]: Into
> ajp12_worker_factory
> [Thu Sep 06 18:26:17 2001]  [jk_worker.c (161)]: 
> wc_create_worker, about to
> validate and init worker.list=
> [Thu Sep 06 18:26:17 2001]  [jk_ajp12_worker.c (182)]: Into
> jk_worker_t::validate
> [Thu Sep 06 18:26:17 2001]  [jk_ajp12_worker.c (194)]: In
> jk_worker_t::validate for worker worker.list= contact is 
> localhost:8007
> [Thu Sep 06 18:26:17 2001]  [jk_worker.c (177)]: 
> wc_create_worker, done
> [Thu Sep 06 18:26:17 2001]  [jk_worker.c (223)]: 
> build_worker_map, removing
> old worker.list= worker
> [Thu Sep 06 18:26:17 2001]  [jk_worker.c (213)]: 
> build_worker_map, creating
> worker ajp12-01
> [Thu Sep 06 18:26:17 2001]  [jk_worker.c (138)]: Into wc_create_worker
> [Thu Sep 06 18:26:17 2001]  [jk_worker.c (152)]: 
> wc_create_worker, about to
> create instance ajp12-01 of ajp12
> [Thu Sep 06 18:26:17 2001]  [jk_ajp12_worker.c (264)]: Into
> ajp12_worker_factory
> [Thu Sep 06 18:26:17 2001]  [jk_worker.c (161)]: 
> wc_create_worker, about to
> validate and init ajp12-01
> [Thu Sep 06 18:26:17 2001]  [jk_ajp12_worker.c (182)]: Into
> jk_worker_t::validate
> [Thu Sep 06 18:26:17 2001]  [jk_ajp12_worker.c (194)]: In
> jk_worker_t::validate for worker ajp12-01 contact is localhost:9007
> [Thu Sep 06 18:26:17 2001]  [jk_worker.c (177)]: 
> wc_create_worker, done
> [Thu Sep 06 18:26:17 2001]  [jk_worker.c (223)]: 
> build_worker_map, removing
> old ajp12-01 worker
> [Thu Sep 06 18:26:17 2001]  [jk_worker.c (213)]: 
> build_worker_map, creating
> worker ajp12-02
> [Thu Sep 06 18:26:17 2001]  [jk_worker.c (138)]: Into wc_create_worker
> [Thu Sep 06 18:26:17 2001]  [jk_worker.c (152)]: 
> wc_create_worker, about to
> create instance ajp12-02 of ajp12
> [Thu Sep 06 18:26:17 2001]  [jk_ajp12_worker.c (264)]: Into
> ajp12_worker_factory
> [Thu Sep 06 18:26:17 2001]  [jk_worker.c (161)]: 
> wc_create_worker, about to
> validate and init ajp12-02
> [Thu Sep 06 18:26:17 2001]  [jk_ajp12_worker.c (182)]: Into
> jk_worker_t::validate
> [Thu Sep 06 18:26:17 2001]  [jk_ajp12_worker.c (194)]: In
> jk_worker_t::validate for worker ajp12-02 contact is localhost:9017
> [Thu Sep 06 18:26:17 2001]  [jk_worker.c (177)]: 
> wc_create_worker, done
> [Thu Sep 06 18:26:17 2001]  [jk_worker.c (223)]: 
> build_worker_map, removing
> old ajp12-02 worker
> [Thu Sep 06 18:26:17 2001]  [jk_worker.c (213)]: 
> build_worker_map, creating
> worker ajp13-01
> [Thu Sep 06 18:26:17 2001]  [jk_worker.c (138)]: Into wc_create_worker
> [Thu Sep 06 18:26:17 2001]  [jk_worker.c (152)]: 
> wc_create_worker, about to
> create instance ajp13-01 of ajp13
> [Thu Sep 06 18:26:17 2001]  [jk_ajp13_worker.c (882)]: Into
> ajp13_worker_factory
> [Thu Sep 06 18:26:17 2001]  [jk_worker.c (161)]: 
> wc_create_worker, about to
> validate and init ajp13-01
> [Thu Sep 06 18:26:17 2001]  [jk_ajp13_worker.c (412)]: Into
> jk_worker_t::validate
> [Thu Sep 06 18

Re: optimal SUN JVM config

[Bo Xu]

[EMAIL PROTECTED] wrote:

> Hi there the subject of my posting was a bit inacurate ;>(
>
> I know this question is a bit general. but I am very interested in which
> Sun Hotspot  jvm options you are using to start up tomcat.
> (like -server -Xincgc ...)
> And what impact they had/have on performance.
>
> I am trying to tune garbage collection and performance and am a bit lost
> ;>)
>
> Any help will be appriciated
>
> take care
>
> stefan

good link for you :-)

from: http://java.sun.com/j2se/1.3/docs/
to: http://java.sun.com/j2se/1.3/docs/tooldocs/tools.html
to:
- windows:
http://java.sun.com/j2se/1.3/docs/tooldocs/win32/java.html
- or:  (solaris/linux) ...


Bo
Sept.06, 2001

Re: mac question from yesterday

[Thomas Cherry]

somebody ask a question about images not showing up under a few mac
browsers, and I wanted to know if this person solved the problem.
It could have been two days ago, but I really thought that it was yesterday.

- Original Message -
From: "Pier Fumagalli" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, September 06, 2001 11:48 AM
Subject: Re: mac question from yesterday


> "Thomas Cherry" <[EMAIL PROTECTED]> wrote:
>
> > was the mac question posted yesterday ever answered?
>
> Errr... I didn't see any mac-related question...
>
> Pier (typing on a mac!)
>

RE: Apache + Tomcat Virtual Host not loading web.xml

[Neil Aggarwal]

Larry:

The JkMount is in the apache httpd.conf file, but the web.xml
should be read by tomcat when it starts up.  Apache is not
even in the picture yet.

I think the problem is that tomcat is either:
1. Not processing the web.xml.
2. Not finding the setup servlet.

I dont think this has anything to do with the servlet 
mappings of apache.

Thanks,
Neil.

--
Neil Aggarwal
JAMM Consulting, Inc.(972) 612-6056, http://www.JAMMConsulting.com
Custom Internet DevelopmentWebsites, Ecommerce, Java, databases

> -Original Message-
> From: Larry Isaacs [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, September 06, 2001 7:48 AM
> To: '[EMAIL PROTECTED]'
> Subject: RE: Apache + Tomcat Virtual Host not loading web.xml
> 
> 
> I don't think you have a "servlet mapping" until you add
> a  entry to your web.xml.  I could be
> wrong, but I don't believe the Servlet spec guarantees
> you can access the servlet by name with just a
> .
> 
> That nitpick aside, I assume you are using Tomcat 3.2.x.
> Neither mod_jk or mod_jserv pass web.xml information
> to Apache.  All Apache knows about Tomcat's contexts
> is what it gets from the config file(s).  You will need to
> manually add the servlet mappings you need,
> "JkMount /setup ajp13" in your case.
> 
> Tomcat 3.3 tries to support this a little better by including
> servlet mappings in the auto-generated config file.
> However, this is not the default behavior for generating
> the config file.  Instead, the default is to map all
> requests related to a Tomcat context, and not have Apache
> serve static files.  This helps insure that the behavior
> defined in the web.xml file functions properly.
> 
> You can try by specifying "JkMount / ajp13" and
> "JkMount /* ajp13".  Note that in spite of this, Apache
> will still serve an "index.html" without giving Tomcat
> a chance to serve the request.
> 
> Hope this helps.
> 
> Larry
> 
> > -Original Message-
> > From: Neil Aggarwal [mailto:[EMAIL PROTECTED]]
> > Sent: Wednesday, September 05, 2001 7:49 PM
> > To: Tomcat-User
> > Subject: Apache + Tomcat Virtual Host not loading web.xml
> > 
> > 
> > Hello:
> > 
> > I am trying to set-up a virtual host on my set-up with
> > apache and tomcat.
> > 
> > Here is what I did:
> > 
> > I added this to the htpd.conf file:
> > 
> >   DocumentRoot /home/myhost/public-html
> >   ServerName myhost.JAMMConsulting.com
> >   JkMount /*.jsp ajp13
> >   JkMount /servlet/* ajp13
> >   
> > deny from all
> > Options None
> >   
> > 
> > 
> > 
> > I added the following to tomcat's server.xml:
> > 
> >   
> > 
> > 
> > I put the following web.xml in the directory
> > /home/myhost/public-html/WEB-INF:
> > 
> > 
> >  > PUBLIC "-//Sun Microsystems, Inc.//DTD Web Application 2.2//EN"
> > "http://java.sun.com/j2ee/dtds/web-app_2_2.dtd";>
> > 
> > 
> > 
> >   
> > setup
> >   
> > 
> > SetupServlet
> > 
> > 
> > DbName
> > mydb
> > 
> > 
> > DbUser
> > myuser/param-value>
> > 
> > 
> > DbPassword
> > [password]
> > 
> > 1
> > 
> > 
> > I restarted both apache and tomcat.
> > 
> > The setup servlet is there to create a database pool, but it
> > is not getting loaded.  I tried putting some logging in the
> > SetupServlet and it does not get called.
> > 
> > I manually visited
> > http://myhost.JAMMConsulting.com/servlet/SetupServlet
> > and it worked fine.
> > 
> > So, apparently the web.xml is not being loaded by the
> > web application.
> > 
> > Any ideas?
> > 
> > Thanks,
> > Neil.
> > 
> > --
> > Neil Aggarwal
> > JAMM Consulting, Inc.(972) 612-6056, http://www.JAMMConsulting.com
> > Custom Internet DevelopmentWebsites, Ecommerce, Java, databases
> > 

Re: java.lang.SecurityException: sealing violation - jBuilder4

[Raimee Stevens]

Catalina's Classpath:

D:\tomcat\jakarta-tomcat-4.0-b7\webapps\genNLV\WEB-INF\classes;

D:\tomcat\jakarta-tomcat-4.0-b7\bin\bootstrap.jar;
D:\tomcat\jakarta-tomcat-4.0-b7\server\lib\catalina.jar;
D:\tomcat\jakarta-tomcat-4.0-b7\server\lib\warp.jar;
D:\tomcat\jakarta-tomcat-4.0-b7\server\lib\jakarta-regexp-1.2.jar;
D:\tomcat\jakarta-tomcat-4.0-b7\server\lib\crimson.jar;
D:\tomcat\jakarta-tomcat-4.0-b7\server\lib\jaxp.jar;
D:\tomcat\jakarta-tomcat-4.0-b7\lib\namingfactory.jar;
D:\tomcat\jakarta-tomcat-4.0-b7\lib\jasper-runtime.jar;
D:\tomcat\jakarta-tomcat-4.0-b7\jasper\jaxp.jar;
D:\tomcat\jakarta-tomcat-4.0-b7\jasper\jasper-compiler.jar;
D:\tomcat\jakarta-tomcat-4.0-b7\jasper\crimson.jar;
D:\tomcat\jakarta-tomcat-4.0-b7\common\lib\jndi.jar;
D:\tomcat\jakarta-tomcat-4.0-b7\common\lib\naming.jar;
D:\tomcat\jakarta-tomcat-4.0-b7\common\lib\resources.jar;

D:\tomcat\jakarta-servletapi-4-b7\lib\servlet.jar;

D:\SQLLIB\java\db2java.zip;D:\oreilly\lib\cos.jar;

D:\jBuilder\jdk1.3\demo\jfc\Java2D\Java2Demo.jar;
D:\jBuilder\jdk1.3\jre\lib\i18n.jar;
D:\jBuilder\jdk1.3\jre\lib\jaws.jar;
D:\jBuilder\jdk1.3\jre\lib\rt.jar;D:\jBuilder\jdk1.3\jre\lib\sunrsasign.jar;
D:\jBuilder\jdk1.3\lib\dt.jar;
D:\jBuilder\jdk1.3\lib\tools.jar"  


=
-
Best Regards,
Raimee Stevens

__
Do You Yahoo!?
Get email alerts & NEW webcam video instant messaging with Yahoo! Messenger
http://im.yahoo.com

RE: mac question from yesterday

[Henry Yeh]

no it wasn't solved, as no one seems to have this problem but me !

Henry

-Original Message-
From: Thomas Cherry [mailto:[EMAIL PROTECTED]]
Sent: Thursday, September 06, 2001 10:44 PM
To: [EMAIL PROTECTED]
Subject: Re: mac question from yesterday


somebody ask a question about images not showing up under a few mac
browsers, and I wanted to know if this person solved the problem.
It could have been two days ago, but I really thought that it was yesterday.

- Original Message -
From: "Pier Fumagalli" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, September 06, 2001 11:48 AM
Subject: Re: mac question from yesterday


> "Thomas Cherry" <[EMAIL PROTECTED]> wrote:
>
> > was the mac question posted yesterday ever answered?
>
> Errr... I didn't see any mac-related question...
>
> Pier (typing on a mac!)
>

RE: Apache + Tomcat Virtual Host not loading web.xml

[Larry Isaacs]

Hi Niel,

Sorry I didn't pickup that this was a load on startup problem.
Cutting an pasting your settings into Tomcat 3.3's "examples"
webapp reveals why web.xml is not being read (WebXmlReader
has a "validate" parameter which defaults to "true").

A syntax error exists at:

  DbUser
  myuser/param-value>
'<' is missing --^

I'm assuming there was no cut and paste error placing the
text into the e-mail.

Larry

> -Original Message-
> From: Neil Aggarwal [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, September 06, 2001 1:53 PM
> To: [EMAIL PROTECTED]
> Subject: RE: Apache + Tomcat Virtual Host not loading web.xml
> 
> 
> Larry:
> 
> The JkMount is in the apache httpd.conf file, but the web.xml
> should be read by tomcat when it starts up.  Apache is not
> even in the picture yet.
> 
> I think the problem is that tomcat is either:
> 1. Not processing the web.xml.
> 2. Not finding the setup servlet.
> 
> I dont think this has anything to do with the servlet 
> mappings of apache.
> 
> Thanks,
>   Neil.
> 
> --
> Neil Aggarwal
> JAMM Consulting, Inc.(972) 612-6056, http://www.JAMMConsulting.com
> Custom Internet DevelopmentWebsites, Ecommerce, Java, databases
> 
> > -Original Message-
> > From: Larry Isaacs [mailto:[EMAIL PROTECTED]]
> > Sent: Thursday, September 06, 2001 7:48 AM
> > To: '[EMAIL PROTECTED]'
> > Subject: RE: Apache + Tomcat Virtual Host not loading web.xml
> > 
> > 
> > I don't think you have a "servlet mapping" until you add
> > a  entry to your web.xml.  I could be
> > wrong, but I don't believe the Servlet spec guarantees
> > you can access the servlet by name with just a
> > .
> > 
> > That nitpick aside, I assume you are using Tomcat 3.2.x.
> > Neither mod_jk or mod_jserv pass web.xml information
> > to Apache.  All Apache knows about Tomcat's contexts
> > is what it gets from the config file(s).  You will need to
> > manually add the servlet mappings you need,
> > "JkMount /setup ajp13" in your case.
> > 
> > Tomcat 3.3 tries to support this a little better by including
> > servlet mappings in the auto-generated config file.
> > However, this is not the default behavior for generating
> > the config file.  Instead, the default is to map all
> > requests related to a Tomcat context, and not have Apache
> > serve static files.  This helps insure that the behavior
> > defined in the web.xml file functions properly.
> > 
> > You can try by specifying "JkMount / ajp13" and
> > "JkMount /* ajp13".  Note that in spite of this, Apache
> > will still serve an "index.html" without giving Tomcat
> > a chance to serve the request.
> > 
> > Hope this helps.
> > 
> > Larry
> > 
> > > -Original Message-
> > > From: Neil Aggarwal [mailto:[EMAIL PROTECTED]]
> > > Sent: Wednesday, September 05, 2001 7:49 PM
> > > To: Tomcat-User
> > > Subject: Apache + Tomcat Virtual Host not loading web.xml
> > > 
> > > 
> > > Hello:
> > > 
> > > I am trying to set-up a virtual host on my set-up with
> > > apache and tomcat.
> > > 
> > > Here is what I did:
> > > 
> > > I added this to the htpd.conf file:
> > > 
> > >   DocumentRoot /home/myhost/public-html
> > >   ServerName myhost.JAMMConsulting.com
> > >   JkMount /*.jsp ajp13
> > >   JkMount /servlet/* ajp13
> > >   
> > > deny from all
> > > Options None
> > >   
> > > 
> > > 
> > > 
> > > I added the following to tomcat's server.xml:
> > > 
> > >   
> > > 
> > > 
> > > I put the following web.xml in the directory
> > > /home/myhost/public-html/WEB-INF:
> > > 
> > > 
> > >  > > PUBLIC "-//Sun Microsystems, Inc.//DTD Web 
> Application 2.2//EN"
> > > "http://java.sun.com/j2ee/dtds/web-app_2_2.dtd";>
> > > 
> > > 
> > > 
> > > 
> > >   setup
> > > 
> > > 
> > > SetupServlet
> > > 
> > > 
> > > DbName
> > > mydb
> > > 
> > > 
> > > DbUser
> > > myuser/param-value>
> > > 
> > > 
> > > DbPassword
> > > [password]
> > > 
> > > 1
> > > 
> > > 
> > > I restarted both apache and tomcat.
> > > 
> > > The setup servlet is there to create a database pool, but it
> > > is not getting loaded.  I tried putting some logging in the
> > > SetupServlet and it does not get called.
> > > 
> > > I manually visited
> > > http://myhost.JAMMConsulting.com/servlet/SetupServlet
> > > and it worked fine.
> > > 
> > > So, apparently the web.xml is not being loaded by the
> > > web application.
> > > 
> > > Any ideas?
> > > 
> > > Thanks,
> > >   Neil.
> > > 
> > > --
> > > Neil Aggarwal
> > > JAMM Consulting, Inc.(972) 612-6056, 
> http://www.JAMMConsulting.com
> > > Custom Internet DevelopmentWebsites, Ecommerce, Java, 
> databases
> > > 
> 

I admit it -- I'm too lazy to read the documentation

[Brent Hughes]

I have the thing running...
It only works on localhost:8080 though...
I need to get rid of this 8080 thing.
If you guys could point me to the right 
section of the docs it would be a big help.

Thanks,
Brent 

Newbie question

[Brown, Matthew A.]

Hi- I'm new to tomcat-
I've got jakarta-ant installed- and I've got tomcat working.  
I want to rebuild tomcat so that it supports SSL. I've got all of the SSL
stuff needed-(per the how to configure SSL document) I just don't know how
to rebuild the instance easily. Thanks in advance for any help

New nt_service

[Michael Weir (Transform Research)]

 NTService.zip

Re: I admit it -- I'm too lazy to read the documentation

[Thomas Cherry]

Since you are lazy, why stop with reading at all, just grep the config files
for 8080 and hope it's the right one.

- Original Message -
From: "Brent Hughes" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, September 06, 2001 7:32 AM
Subject: I admit it -- I'm too lazy to read the documentation


> I have the thing running...
> It only works on localhost:8080 though...
> I need to get rid of this 8080 thing.
> If you guys could point me to the right
> section of the docs it would be a big help.
>
> Thanks,
> Brent
>

RE: Apache + Tomcat Virtual Host not loading web.xml

[Neil Aggarwal]

Larry:

That was a cut-and-paste error.  I changed the acutal
login and password.  This error does not exist in my
configuration.

Did it work if you fixed it?

Thanks,
Neil.

--
Neil Aggarwal
JAMM Consulting, Inc.(972) 612-6056, http://www.JAMMConsulting.com
Custom Internet DevelopmentWebsites, Ecommerce, Java, databases

> -Original Message-
> From: Larry Isaacs [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, September 06, 2001 1:30 PM
> To: '[EMAIL PROTECTED]'
> Subject: RE: Apache + Tomcat Virtual Host not loading web.xml
> 
> 
> Hi Niel,
> 
> Sorry I didn't pickup that this was a load on startup problem.
> Cutting an pasting your settings into Tomcat 3.3's "examples"
> webapp reveals why web.xml is not being read (WebXmlReader
> has a "validate" parameter which defaults to "true").
> 
> A syntax error exists at:
> 
>   DbUser
>   myuser/param-value>
> '<' is missing --^
> 
> I'm assuming there was no cut and paste error placing the
> text into the e-mail.
> 
> Larry
> 
> > -Original Message-
> > From: Neil Aggarwal [mailto:[EMAIL PROTECTED]]
> > Sent: Thursday, September 06, 2001 1:53 PM
> > To: [EMAIL PROTECTED]
> > Subject: RE: Apache + Tomcat Virtual Host not loading web.xml
> > 
> > 
> > Larry:
> > 
> > The JkMount is in the apache httpd.conf file, but the web.xml
> > should be read by tomcat when it starts up.  Apache is not
> > even in the picture yet.
> > 
> > I think the problem is that tomcat is either:
> > 1. Not processing the web.xml.
> > 2. Not finding the setup servlet.
> > 
> > I dont think this has anything to do with the servlet 
> > mappings of apache.
> > 
> > Thanks,
> > Neil.
> > 
> > --
> > Neil Aggarwal
> > JAMM Consulting, Inc.(972) 612-6056, http://www.JAMMConsulting.com
> > Custom Internet DevelopmentWebsites, Ecommerce, Java, databases
> > 
> > > -Original Message-
> > > From: Larry Isaacs [mailto:[EMAIL PROTECTED]]
> > > Sent: Thursday, September 06, 2001 7:48 AM
> > > To: '[EMAIL PROTECTED]'
> > > Subject: RE: Apache + Tomcat Virtual Host not loading web.xml
> > > 
> > > 
> > > I don't think you have a "servlet mapping" until you add
> > > a  entry to your web.xml.  I could be
> > > wrong, but I don't believe the Servlet spec guarantees
> > > you can access the servlet by name with just a
> > > .
> > > 
> > > That nitpick aside, I assume you are using Tomcat 3.2.x.
> > > Neither mod_jk or mod_jserv pass web.xml information
> > > to Apache.  All Apache knows about Tomcat's contexts
> > > is what it gets from the config file(s).  You will need to
> > > manually add the servlet mappings you need,
> > > "JkMount /setup ajp13" in your case.
> > > 
> > > Tomcat 3.3 tries to support this a little better by including
> > > servlet mappings in the auto-generated config file.
> > > However, this is not the default behavior for generating
> > > the config file.  Instead, the default is to map all
> > > requests related to a Tomcat context, and not have Apache
> > > serve static files.  This helps insure that the behavior
> > > defined in the web.xml file functions properly.
> > > 
> > > You can try by specifying "JkMount / ajp13" and
> > > "JkMount /* ajp13".  Note that in spite of this, Apache
> > > will still serve an "index.html" without giving Tomcat
> > > a chance to serve the request.
> > > 
> > > Hope this helps.
> > > 
> > > Larry
> > > 
> > > > -Original Message-
> > > > From: Neil Aggarwal [mailto:[EMAIL PROTECTED]]
> > > > Sent: Wednesday, September 05, 2001 7:49 PM
> > > > To: Tomcat-User
> > > > Subject: Apache + Tomcat Virtual Host not loading web.xml
> > > > 
> > > > 
> > > > Hello:
> > > > 
> > > > I am trying to set-up a virtual host on my set-up with
> > > > apache and tomcat.
> > > > 
> > > > Here is what I did:
> > > > 
> > > > I added this to the htpd.conf file:
> > > > 
> > > >   DocumentRoot /home/myhost/public-html
> > > >   ServerName myhost.JAMMConsulting.com
> > > >   JkMount /*.jsp ajp13
> > > >   JkMount /servlet/* ajp13
> > > >   
> > > > deny from all
> > > > Options None
> > > >   
> > > > 
> > > > 
> > > > 
> > > > I added the following to tomcat's server.xml:
> > > > 
> > > >   
> > > > 
> > > > 
> > > > I put the following web.xml in the directory
> > > > /home/myhost/public-html/WEB-INF:
> > > > 
> > > > 
> > > >  > > > PUBLIC "-//Sun Microsystems, Inc.//DTD Web 
> > Application 2.2//EN"
> > > > "http://java.sun.com/j2ee/dtds/web-app_2_2.dtd";>
> > > > 
> > > > 
> > > > 
> > > >   
> > > > setup
> > > >   
> > > > 
> > > > SetupServlet
> > > > 
> > > > 
> > > > DbName
> > > > mydb
> > > > 
> > > > 
> > > > DbUser
> > > > myuser/param-value>
> > > > 
> > > > 
> > > > DbPassword
> > > > [password]
> > > > 
> > > > 1
> > > > 
> > > > 
> > > > I restarted both

Tomcat 4, mod_webapp extension mapping

[Giuliano Carlini]

Hi,

Under Tomcat 3.2 I can do a "JkMount /*.xml" to forward all -
and only - requests for xml files to Tomcat.

How can I do this with Tomcat 4.0?

Thanks,

Giuliano

How to get jk_nt_service to notice failed startup of my service?

[Rida Ligurs]

I've been using jk_nt_service successfully for some time now, but I've
noticed that even if my servlet's init() throws a ServletException, the
service still appears to have started successfully in the Services Manager.

What do I have to do to get startup failure to be properly reflected in the
Services Manager?

Re: Tomcat 4, mod_webapp extension mapping

[Craig R. McClanahan]

On Thu, 6 Sep 2001, Giuliano Carlini wrote:

> Date: Thu, 06 Sep 2001 12:08:28 -0700
> From: Giuliano Carlini <[EMAIL PROTECTED]>
> Reply-To: [EMAIL PROTECTED]
> To: [EMAIL PROTECTED]
> Subject: Tomcat 4, mod_webapp extension mapping
>
> Hi,
>
> Under Tomcat 3.2 I can do a "JkMount /*.xml" to forward all -
> and only - requests for xml files to Tomcat.
>
> How can I do this with Tomcat 4.0?
>
> Thanks,
>
> Giuliano
>

The "all" part is easy -- the "only" part is more interesting.

When you are using mod_webapp, the current code forwards *all* requests
under the specified directory name to Tomcat.  However, the design goal is
that the connector will look at the web.xml file, and forward *only* those
requests that are subject to a servlet mapping, a filter mapping, or a
security constraint.  Thus, requests for *.xml will be automatically
forwarded if you are running Cocoon (which has a servlet mapping for
"*.xml") but would not be forwarded otherwise.

In this way, the web server will still serve all the static content that
it can, but Tomcat will get involved wherever the application declares
that it needs to be involved.

Craig

RE: I admit it -- I'm too lazy to read the documentation

[Brent Hughes]

I was just kidding I'm not really that lazy. I just thought someone would
respond faster if I said that.

I actually already tried to change the one in server.xml to port 80 before I
sent the email. That was probably pretty stupid but I thought it might work
anyway. A full text search of the conf directory only revealed two instances
of 8080, and I tried changing them both to 80, but the thing stopped
working. ***Is what I'm trying to do even possible, or is Tomcat just
designed to require a numerical extension to the URL?*** If it is, that's
okay. I just thought it would be cooler if my URL remained constant.

Did it stop working because of a port conflict on 80?

I actually read most of the docs, and I text searched the doc directory for
8080. Most of the results were just hyperlink examples.

Thanks,
Brent

///
///

-Original Message-
From: Thomas Cherry [mailto:[EMAIL PROTECTED]]
Sent: Friday, September 07, 2001 6:39 AM
To: [EMAIL PROTECTED]
Subject: Re: I admit it -- I'm too lazy to read the documentation


Since you are lazy, why stop with reading at all, just grep the config files
for 8080 and hope it's the right one.

- Original Message -
From: "Brent Hughes" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, September 06, 2001 7:32 AM
Subject: I admit it -- I'm too lazy to read the documentation


> I have the thing running...
> It only works on localhost:8080 though...
> I need to get rid of this 8080 thing.
> If you guys could point me to the right
> section of the docs it would be a big help.
>
> Thanks,
> Brent
>

Re: I admit it -- I'm too lazy to read the documentation

[Charles Webber]

Depends what you're trying to do.  If you just want Tomcat to work as
web/servlet/jsp server, then you can change the port in server.xml in your
conf directory and restart Tomcat.  Tomcat is capable of serving static html
as well as servlets and jsps.
However, most people want this to work with a REAL web server, like Apache.
In that case, you SHOULD read the documentation.  There's a wealth of
information in the docs.

- Original Message -
From: "Brent Hughes" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, September 06, 2001 4:32 AM
Subject: I admit it -- I'm too lazy to read the documentation


> I have the thing running...
> It only works on localhost:8080 though...
> I need to get rid of this 8080 thing.
> If you guys could point me to the right
> section of the docs it would be a big help.
>
> Thanks,
> Brent

RE: I admit it -- I'm too lazy to read the documentation

[Curtis Dougherty]

You have an additional file to change to make TOMCAT work on any port lower
than 1024...

-Original Message-
From: Brent Hughes [mailto:[EMAIL PROTECTED]]
Sent: Thursday, September 06, 2001 8:40 AM
To: [EMAIL PROTECTED]
Subject: RE: I admit it -- I'm too lazy to read the documentation


I was just kidding I'm not really that lazy. I just thought someone would
respond faster if I said that.

I actually already tried to change the one in server.xml to port 80 before I
sent the email. That was probably pretty stupid but I thought it might work
anyway. A full text search of the conf directory only revealed two instances
of 8080, and I tried changing them both to 80, but the thing stopped
working. ***Is what I'm trying to do even possible, or is Tomcat just
designed to require a numerical extension to the URL?*** If it is, that's
okay. I just thought it would be cooler if my URL remained constant.

Did it stop working because of a port conflict on 80?

I actually read most of the docs, and I text searched the doc directory for
8080. Most of the results were just hyperlink examples.

Thanks,
Brent

///
///

-Original Message-
From: Thomas Cherry [mailto:[EMAIL PROTECTED]]
Sent: Friday, September 07, 2001 6:39 AM
To: [EMAIL PROTECTED]
Subject: Re: I admit it -- I'm too lazy to read the documentation


Since you are lazy, why stop with reading at all, just grep the config files
for 8080 and hope it's the right one.

- Original Message -
From: "Brent Hughes" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, September 06, 2001 7:32 AM
Subject: I admit it -- I'm too lazy to read the documentation


> I have the thing running...
> It only works on localhost:8080 though...
> I need to get rid of this 8080 thing.
> If you guys could point me to the right
> section of the docs it would be a big help.
>
> Thanks,
> Brent
>

Question from a relatively new user: Minimizing the installation footprintof Tomcat

[Anthony T Matsushita]

Hi,

I'm working on an embedded system using Linux as the OS.  My group is
currently evaluating technologies to use as a front end to our
configuration software and would like a Web front-end.  We're evaluating
JSP versus Perl / CGI (maybe embPerl).

I was wondering how to minimize Tomcat's installation for deployment after
we have developed our web-application (all the html and jsp pages and
supporting classes and beans would be finalized).  Is Java SDK 1.3 really
necessary to run Tomcat.  Can we have a Java Runtime Environment installed
instead?  (I'm guessing that Tomcat might use something in SDK 1.3 to
complie it's JSP pages into Servlets)

I need to get the footprint to be under 30 MB total, hopefully well under
that if possible.  I was wondering if this is at all attainable, and if
anyone has any comments or suggestions?

Thanks! -Anthony

JNDIRealm working, but, I have a few problems

[Jonathan Eric Miller]

First off, I want to thank Craig for writing up those JNDIRealm
instructions. Those worked great. That's exactly the information that I was
looking for.

I have JNDIRealm working using both clear-text and digest passwords.
However, there are a few problems that need to be resolved before I will be
able to make use of it in our environment. The main reason why I want to use
it, is for single-sign on and there are some issues that are preventing me
from being able to do that.

1. It doesn't support binding as the user rather than as an admin user. If
it did support this, that would solve all the password encryption/format
related issues.

2. It doesn't check all userPassword attribute values (some directories may
have more than one value). It should compare each value for a match and if a
match is found, succeed, otherwise fail.

3. I'm not sure if this problem is specific to iPlanet Directory Server or
not, but, iPlanet prefixes encrypted passwords with the name of a
hash/encryption algorithm enclosed in {} followed by the base64 encoded
password. For example, the following is what the password "changeit" looks
like.

{SHA}BzE/DjIPIsv6Nc/CIFCOs/9FfH4=

However, the Tomcat digest application produces what appears to be a string
of hex values like the following.

b91cd1a54781790beaa2baf741fa6789

I think just compares these values (the text reprsentation and doesn't know
to strip off the leading {SHA}), so, it fails. As far as I know the binary
values should be the same because they are both using SHA.

4. It doesn't support SSL.

5. It doesn't support crypt encrypted passwords. crypt may not be the mose
secure, but, it's helpful from the stand point of supporting legacy systems.
Again, if it bound as the user rather than queried for and compared
attributes, this wouldn't be an issue. I don't know what kind of impact that
would have on performance, if any, but, it would IMHO be a lot more secure
and more generalized because you could then use whatever password encryption
in the directory that you wanted and not have to worry about it.

Jon

RE: I admit it -- I'm too lazy to read the documentation

[Cory Powers]

Don't forget that you need to be root to open ports below 1024 for listening
on Linux.

-Original Message-
From: Curtis Dougherty [mailto:[EMAIL PROTECTED]]
Sent: Thursday, September 06, 2001 4:39 PM
To: '[EMAIL PROTECTED]'
Subject: RE: I admit it -- I'm too lazy to read the documentation


You have an additional file to change to make TOMCAT work on any port lower
than 1024...

-Original Message-
From: Brent Hughes [mailto:[EMAIL PROTECTED]]
Sent: Thursday, September 06, 2001 8:40 AM
To: [EMAIL PROTECTED]
Subject: RE: I admit it -- I'm too lazy to read the documentation


I was just kidding I'm not really that lazy. I just thought someone would
respond faster if I said that.

I actually already tried to change the one in server.xml to port 80 before I
sent the email. That was probably pretty stupid but I thought it might work
anyway. A full text search of the conf directory only revealed two instances
of 8080, and I tried changing them both to 80, but the thing stopped
working. ***Is what I'm trying to do even possible, or is Tomcat just
designed to require a numerical extension to the URL?*** If it is, that's
okay. I just thought it would be cooler if my URL remained constant.

Did it stop working because of a port conflict on 80?

I actually read most of the docs, and I text searched the doc directory for
8080. Most of the results were just hyperlink examples.

Thanks,
Brent

///
///

-Original Message-
From: Thomas Cherry [mailto:[EMAIL PROTECTED]]
Sent: Friday, September 07, 2001 6:39 AM
To: [EMAIL PROTECTED]
Subject: Re: I admit it -- I'm too lazy to read the documentation


Since you are lazy, why stop with reading at all, just grep the config files
for 8080 and hope it's the right one.

- Original Message -
From: "Brent Hughes" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, September 06, 2001 7:32 AM
Subject: I admit it -- I'm too lazy to read the documentation


> I have the thing running...
> It only works on localhost:8080 though...
> I need to get rid of this 8080 thing.
> If you guys could point me to the right
> section of the docs it would be a big help.
>
> Thanks,
> Brent
>

Re: No one answering my question (security realted problem)

[Sukhwinder Singh]

  >It's unclear to me why you're recompiling tomcat.  Why not just >use a
binary
  >distribution?  I've never compiled it from source...
  
  >dwh
  
Hello,
  I have also downloaded binary version of tomcat 3.2.3 but even that
doesn't start.

SS





___
http://inbox.excite.com

Re: JNDIRealm working, but, I have a few problems

[Craig R. McClanahan]

On Thu, 6 Sep 2001, Jonathan Eric Miller wrote:

> Date: Thu, 6 Sep 2001 15:42:52 -0500
> From: Jonathan Eric Miller <[EMAIL PROTECTED]>
> Reply-To: [EMAIL PROTECTED]
> To: Tomcat User List <[EMAIL PROTECTED]>
> Subject: JNDIRealm working, but, I have a few problems
>
> First off, I want to thank Craig for writing up those JNDIRealm
> instructions. Those worked great. That's exactly the information that I was
> looking for.
>
> I have JNDIRealm working using both clear-text and digest passwords.
> However, there are a few problems that need to be resolved before I will be
> able to make use of it in our environment. The main reason why I want to use
> it, is for single-sign on and there are some issues that are preventing me
> from being able to do that.
>
> 1. It doesn't support binding as the user rather than as an admin user. If
> it did support this, that would solve all the password encryption/format
> related issues.
>

This is definitely on the list of things to address.  Before 4.0 final
might be a challenge, though.

> 2. It doesn't check all userPassword attribute values (some directories may
> have more than one value). It should compare each value for a match and if a
> match is found, succeed, otherwise fail.
>

It never occured to me that userPassword would have multiple values :-).
But that doesn't sound too hard to support.

> 3. I'm not sure if this problem is specific to iPlanet Directory Server or
> not, but, iPlanet prefixes encrypted passwords with the name of a
> hash/encryption algorithm enclosed in {} followed by the base64 encoded
> password. For example, the following is what the password "changeit" looks
> like.
>
> {SHA}BzE/DjIPIsv6Nc/CIFCOs/9FfH4=
>
> However, the Tomcat digest application produces what appears to be a string
> of hex values like the following.
>
> b91cd1a54781790beaa2baf741fa6789
>
> I think just compares these values (the text reprsentation and doesn't know
> to strip off the leading {SHA}), so, it fails. As far as I know the binary
> values should be the same because they are both using SHA.
>

Hmm, those values don't appear to match -- maybe the iPlanet value has
been Base64 encoded instead of rendered in hex?

> 4. It doesn't support SSL.
>

Also on the list of things to support -- assuming that the JNDI LDAP
provider does most of the work.

> 5. It doesn't support crypt encrypted passwords. crypt may not be the mose
> secure, but, it's helpful from the stand point of supporting legacy systems.
> Again, if it bound as the user rather than queried for and compared
> attributes, this wouldn't be an issue. I don't know what kind of impact that
> would have on performance, if any, but, it would IMHO be a lot more secure
> and more generalized because you could then use whatever password encryption
> in the directory that you wanted and not have to worry about it.
>

I need a Java implementation of the crypt() algorithm that can be licensed
under the Apache license in order to pull this off.  Are there any around?

> Jon
>
>
>

Craig

Re: non tomcat related question: Servlets

[Dmitri Colebatch]

sure - send it over, I'll have a little look.

On Thu, 6 Sep 2001, A.L. wrote:

>  I have a problem which I have asked in several forums
> and have received no response.  Basically i have some
> code which needs to be debugged, but after spending
> hours and hours I am unable to figure out what is
> causing the problem. If anyone has some time to
> briefly look over my code, I will send a copy.  The
> problem more likely is very simple, but so far for me
> it has been a needle in a haystack.Here is a
> somewhat brief description of my program design along
> with the problem.I have created a calendar servlet
> which includes three other servlets:a browser to
> change monthsa month calendar which allows you to
> select the day of the monthand a day calendar which
> makes a connection to a database and displays the
> events for the day. I have separate servlet which
> allows you to enter events for the time on a specific
> day. My problem is that once I enter some events, the
> day calendar doesn't immediately show the information
> from the database. The day calendar must be refreshed
> a second time.  This doesn't always happen.  I noticed
> that it tends to happen after changing months and and
> changing days, and then entering the information.  In
> other words it work properly most of the time, but
> under certain cicumstances it doesn't work. Obviously
> to understand this problem you would need to see both
> the code and the running application. Any help will be
> greatly appreciated. -Amos  
> 
> __
> Do You Yahoo!?
> Get email alerts & NEW webcam video instant messaging with Yahoo! Messenger
> http://im.yahoo.com
> 

Image file not found - why not ?

[James Adams]

I have a JSP which tries to load an image which is 
referenced by a URI which is set in the request by a servlet.

" 
 alt="IMAGE NOT FOUND">

Unfortunately this has never worked because Tomcat can never 
find the image.  Perhaps I am using a bad URI ?  I have the
image located under my application's base directory in a
subdirectory
named "images".  The URIs I've tried are "images/MyImage.jpg",
"./images/MyImage.jpg" and
"/images/MyImage.jpg", all of which are not found when I 
view the page.

Can anyone please tell me what I'm doing wrong ?  Thanks in
advance for all suggestions, and email of the responses would be
appreciated if possible ([EMAIL PROTECTED]).


-James

isapi_redirect problem (tc 3.2.3 / IIS5.0/ W2kpro)

[Reynir Hübner]

hi,
I´m haveing the strangest problem.

I´ve now tried to install the isapi_redirect 2 times, and I always end
up with the same problem.
Everything seems to be ok, I get the green arrow, I get the logfile (see
below), and it almost works.

I can call the tomcat with port 8080 all the time, but when I use port
80 I can only do one request and then the redirect service dies. The log
file shows how it starts up and handles the first request, and then
stops.
only thing I can do to get it to process another request is to restart
the world wide publishing service (in control panel or iisreset).  The
iis-log-file shows that the request is getting 404 and is not going
through the isapi_redirect.

My setup is (as far as I know) the same as in the docs.  

Can anyone point me to the right direction here...

thanx
- r


--
[jk_uri_worker_map.c (156)]: Into
jk_uri_worker_map_t::uri_worker_map_alloc
[jk_uri_worker_map.c (196)]: Into
jk_uri_worker_map_t::uri_worker_map_open
[jk_uri_worker_map.c (211)]: jk_uri_worker_map_t::uri_worker_map_open,
rule map size is 2
[jk_uri_worker_map.c (267)]: Into
jk_uri_worker_map_t::uri_worker_map_open, match rule /servlet/=ajp12 was
added
[jk_uri_worker_map.c (267)]: Into
jk_uri_worker_map_t::uri_worker_map_open, match rule /examples/=ajp12
was added
[jk_uri_worker_map.c (296)]: Into
jk_uri_worker_map_t::uri_worker_map_open, there are 2 rules
[jk_uri_worker_map.c (317)]: jk_uri_worker_map_t::uri_worker_map_open,
done
[jk_worker.c (82)]: Into wc_open
[jk_worker.c (207)]: Into build_worker_map, creating 2 workers
[jk_worker.c (213)]: build_worker_map, creating worker ajp12
[jk_worker.c (138)]: Into wc_create_worker
[jk_worker.c (152)]: wc_create_worker, about to create instance ajp12 of
ajp12
[jk_ajp12_worker.c (264)]: Into ajp12_worker_factory
[jk_worker.c (161)]: wc_create_worker, about to validate and init ajp12
[jk_ajp12_worker.c (182)]: Into jk_worker_t::validate
[jk_ajp12_worker.c (194)]: In jk_worker_t::validate for worker ajp12
contact is localhost:8007
[jk_worker.c (177)]: wc_create_worker, done
[jk_worker.c (223)]: build_worker_map, removing old ajp12 worker 
[jk_worker.c (213)]: build_worker_map, creating worker ajp13
[jk_worker.c (138)]: Into wc_create_worker
[jk_worker.c (152)]: wc_create_worker, about to create instance ajp13 of
ajp13
[jk_ajp13_worker.c (711)]: Into ajp23_worker_factory
[jk_worker.c (161)]: wc_create_worker, about to validate and init ajp13
[jk_ajp13_worker.c (386)]: Into jk_worker_t::validate
[jk_ajp13_worker.c (399)]: In jk_worker_t::validate for worker ajp13
contact is localhost:8009
[jk_ajp13_worker.c (425)]: Into jk_worker_t::init
[jk_worker.c (177)]: wc_create_worker, done
[jk_worker.c (223)]: build_worker_map, removing old ajp13 worker 
[jk_worker.c (235)]: build_worker_map, done
[jk_worker.c (102)]: wc_open, done
[jk_isapi_plugin.c (408)]: HttpFilterProc started
[jk_isapi_plugin.c (429)]: In HttpFilterProc test redirection of
/examples/jsp/num/numguess.jsp
[jk_uri_worker_map.c (345)]: Into jk_uri_worker_map_t::map_uri_to_worker
[jk_uri_worker_map.c (407)]: jk_uri_worker_map_t::map_uri_to_worker,
Found a match ajp12
[jk_isapi_plugin.c (439)]: HttpFilterProc
[/examples/jsp/num/numguess.jsp] is a servlet url - should redirect to
ajp12
[jk_isapi_plugin.c (461)]: HttpFilterProc check if
[/examples/jsp/num/numguess.jsp] is points to the web-inf directory
[jk_isapi_plugin.c (517)]: HttpExtensionProc started
[jk_worker.c (123)]: Into wc_get_worker_for_name ajp12
[jk_worker.c (127)]: wc_get_worker_for_name, done  found a worker
[jk_isapi_plugin.c (539)]: HttpExtensionProc got a worker for name ajp12
[jk_ajp12_worker.c (223)]: Into jk_worker_t::get_endpoint
[jk_ajp12_worker.c (121)]: Into jk_endpoint_t::service
[jk_connect.c (108)]: Into jk_open_socket
[jk_connect.c (115)]: jk_open_socket, try to connect socket = 2276
[jk_connect.c (124)]: jk_open_socket, after connect ret = 0
[jk_connect.c (132)]: jk_open_socket, set TCP_NODELAY to on
[jk_connect.c (140)]: jk_open_socket, return, sd = 2276
[jk_ajp12_worker.c (134)]: In jk_endpoint_t::service, sd = 2276
[jk_ajp12_worker.c (357)]: Into ajpv12_handle_request
[jk_ajp12_worker.c (361)]: ajpv12_handle_request, sending the ajp12
start sequence
[jk_ajp12_worker.c (413)]: ajpv12_handle_request, sending the headers
[jk_ajp12_worker.c (432)]: ajpv12_handle_request, sending the
terminating mark
[jk_ajp12_worker.c (477)]: ajpv12_handle_request done
[jk_ajp12_worker.c (148)]: In jk_endpoint_t::service, sent request
[jk_ajp12_worker.c (493)]: Into ajpv12_handle_response
[jk_ajp12_worker.c (507)]: ajpv12_handle_response, read Status: 200 OK
[jk_ajp12_worker.c (535)]: ajpv12_handle_response, read Status=200 OK
[jk_ajp12_worker.c (507)]: ajpv12_handle_response, read Content-Type:
text/html;charset=ISO-8859-1
[jk_ajp12_worker.c (535)]: ajpv12_handle_response, read
Content-Type=text/html;charset=ISO-8859-1
[jk_ajp12_worker.c (54

Re: JNDIRealm working, but, I have a few problems

[Jonathan Eric Miller]

- Original Message -
From: "Craig R. McClanahan" <[EMAIL PROTECTED]>
To: "Tomcat User List" <[EMAIL PROTECTED]>
Sent: Thursday, September 06, 2001 4:45 PM
Subject: Re: JNDIRealm working, but, I have a few problems


>
>
> On Thu, 6 Sep 2001, Jonathan Eric Miller wrote:
>
> > Date: Thu, 6 Sep 2001 15:42:52 -0500
> > From: Jonathan Eric Miller <[EMAIL PROTECTED]>
> > Reply-To: [EMAIL PROTECTED]
> > To: Tomcat User List <[EMAIL PROTECTED]>
> > Subject: JNDIRealm working, but, I have a few problems
> >
> > First off, I want to thank Craig for writing up those JNDIRealm
> > instructions. Those worked great. That's exactly the information that I
was
> > looking for.
> >
> > I have JNDIRealm working using both clear-text and digest passwords.
> > However, there are a few problems that need to be resolved before I will
be
> > able to make use of it in our environment. The main reason why I want to
use
> > it, is for single-sign on and there are some issues that are preventing
me
> > from being able to do that.
> >
> > 1. It doesn't support binding as the user rather than as an admin user.
If
> > it did support this, that would solve all the password encryption/format
> > related issues.
> >
>
> This is definitely on the list of things to address.  Before 4.0 final
> might be a challenge, though.

Cool, yeah, I just noticed the functional specs that you have in there
regarding "username login" mode. I found it comforting to see that in there
because that is the method that I would prefer to use. I don't really like
the idea of storing an admin password in my configuration file. Also, for
some users, this might not be an option because they not be the directory
administrator. Also, I think it's a good idea to minimize sending the
userPassword attribute over the wire, even if it is encrypted.

I kind of figured that you might not be able to implement that before 4.0
was released. I'm crossing my fingers though. ;-)

> > 2. It doesn't check all userPassword attribute values (some directories
may
> > have more than one value). It should compare each value for a match and
if a
> > match is found, succeed, otherwise fail.
> >
>
> It never occured to me that userPassword would have multiple values :-).
> But that doesn't sound too hard to support.

Yeah, that's what I was hoping. I haven't looked too close at the source
code, but, I'm hoping that just adding a for loop when checking the values
would do it.

The reason it might be helpful at our site is because we are going to be
merging NIS into another directory. Having both passwords in there allows a
user to authenticate successfully using either. Then, when they change their
password for the first time, it gets replaced with a single password. It
might also help having multiple different hashes in there for applications
such as this that do queries against the userPassword field and only support
certain digests.

> > 3. I'm not sure if this problem is specific to iPlanet Directory Server
or
> > not, but, iPlanet prefixes encrypted passwords with the name of a
> > hash/encryption algorithm enclosed in {} followed by the base64 encoded
> > password. For example, the following is what the password "changeit"
looks
> > like.
> >
> > {SHA}BzE/DjIPIsv6Nc/CIFCOs/9FfH4=
> >
> > However, the Tomcat digest application produces what appears to be a
string
> > of hex values like the following.
> >
> > b91cd1a54781790beaa2baf741fa6789

Oops, I posted the wrong value here. It should be the following. The value
above is an MD5 hash.

07313f0e320f22cbfa35cfc220508eb3ff457c7e

> >
> > I think just compares these values (the text reprsentation and doesn't
know
> > to strip off the leading {SHA}), so, it fails. As far as I know the
binary
> > values should be the same because they are both using SHA.
> >
>
> Hmm, those values don't appear to match -- maybe the iPlanet value has
> been Base64 encoded instead of rendered in hex?

Yeah, iPlanet returns "{SHA}" followed by the Base64 encoded SHA hash of the
user's password. I'm not sure how standard this convention is. I think
OpenLDAP may do the same thing? If the password is clear-text, it isn't
prefixed with anything. If it's crypt encrypted it uses "{crypt}". The only
other hashing algorithm it supports is Salted Secure Hash Algorithm which is
"{SSHA}". I wrote a little program to test it.

import org.apache.catalina.realm.*;
import org.apache.catalina.util.*;

public class Test4
{
 public static void main (String[] args)
 {
  try
  {
   System.out.println(JDBCRealm.Digest("changeit", "SHA"));


System.out.println(HexUtils.convert(Base64.decode("BzE/DjIPIsv6Nc/CIFCOs/9Ff
H4=".getBytes(;
  }
  catch(Exception e)
  {
   e.printStackTrace();
  }
 }
}

The following is the output. As you can see they are pretty much the same.
Not sure why that extra  is on there.

C:\>java Test4
07313f0e320f22cbfa35cfc220508eb3ff457c7e
07313f0e320f22cbfa35cfc220508eb3ff457c7e

I haven't figured out why the extra  is at the end.

> 

Multiple Tomcat Instances

[Abhijat Thakur]

Hi,

I am trying to configure multiple(2) instances of tomcat with apache. For
this i have to modify the server.xml file. Now i have made two server.xml
files (server1.xml and server2.xml). For server1.xml file in the connectors
i have HttpConnectionHandler listening on port 8080 and the
Ajp12ConnectionHandler listening on port 8007. For server2.xml i have
Ajp12ConnectionHandler listening on port 8009. For server2.xml i dont have
an HttpConnectionHandler listening at 8080 since when i start server2.xml
using startup.sh -f server2.xml it gives me exception since 8080 is already
in use by server1.xml since i start server2.xml after server1.xml.

server2.xml has a context by name of myapp defined in it.

The first question is that when i have started server2.xml and server1.xml
and do http://localhost:8080/myapp this does not work since server2.xml is
not related to port 8080. so how can i access contexts defined withing
server2.xml? How are server1.xml and server2.xml file mapped to listen on
port 8080 if they are? My guess is that since every request goes through
apache i dont even need HttpConnectionHandler for tomcat. what needs to be
the difference between server1.xml and server2.xml?

mod_jk.conf-auto is auto generated when i start tomcat. now since i have two
server.xml files which are started with

./startup.sh -f ./../conf/server1.xml
./startup.sh -f ./../conf/server2.xml

at the first command when we start tomcat with server1.xml mod_jk.conf-auto
is generated which is overridden when we start tomcat again with
server2.xml. So how do we handle this?

Also according to documentation the changes that need to be made to
mod_jk.conf-auto are so that apache knows what context is to be served by
which port. Is that correct?

#Mounting the first context.
JkMount /xyz ajpv12://localhost:8007/xyz

#Mounting the second context.
JkMount /myapp ajpv12://localhost:8009/myapp

Nothing is working as of now. Please advise. Thanks in advance.


Abhijat Thakur

bDNA Corporation

Re: optimal SUN JVM config

[Denis Haskin]

[EMAIL PROTECTED] wrote:

> I know this question is a bit general. but I am very interested in which
> Sun Hotspot  jvm options you are using to start up tomcat.
> (like -server -Xincgc ...)
> And what impact they had/have on performance.
>
> I am trying to tune garbage collection and performance and am a bit lost
> ;>)

Except for -Xms and -Xmx, my recommendation is that twiddling with JVM
command-line parameters should be the *last* thing you try.  (Assuming that
you have access to the source code of your servlet classes, of course.)

I would set -Xmx as high as reasonable for your physical memory
configuration.  And definitely use -server.

Other than that, IMHO you're going to get a *lot* more improvement by
focusing on your code, and many JVM command-line parameters will in fact
hurt performance unless you really know what you're doing.

What problems are you encountering?  Is your servlet just slow, or does it
run out of memory?  If the former, you really need to get one of the
optimizing tools available (several have free evaluation periods) or you can
use -Xrunhprof and crawl through the profiler output yourself (I'm getting
very good at that ).

If it runs out of memory, same approach, actually.  Either a profiling tool
or -Xrunhprof will let you identify where your memory consumption is going.
We have a servlet application that was running out of memory, which we
addressed by using soft references to let the GC reclaim objects that we
were willing to recreate if necessary.

Also, keep in mind Hotspot usually gets better the longer it runs; don't
time the first few requests you make from it...

A colleague actually recently asked about documentation about soft
references and GC in general; this is what I sent him:

 This is
really good.  Skip forward to part 14 and the following parts (although the
whole chapter is pretty good).

 Also
pretty good.

Some interesting papers about GC, GC algorithms, HotSpot performance:






dwh

Re: does tomcat have the cajones?

[Denis Haskin]

alex reuter wrote:

> Hello Everyone,
>
> I have a general question about tomcat's cajones.

Er... I think you mean "cojones".  A cajon is a kind of percussion instrument.

But we know what you mean ...

Okay, back on topic.

Re: New nt_service

[Tim O'Neil]

Can you sign those before you send em like that?

Re: I admit it -- I'm too lazy to read the documentation

[Tim O'Neil]

Or hire a consultant at $100 an hour to do it for you.

At 11:38 PM 9/6/2001, you wrote:
>Since you are lazy, why stop with reading at all, just grep the config files
>for 8080 and hope it's the right one.
>
>- Original Message -
>From: "Brent Hughes" <[EMAIL PROTECTED]>
>To: <[EMAIL PROTECTED]>
>Sent: Thursday, September 06, 2001 7:32 AM
>Subject: I admit it -- I'm too lazy to read the documentation
>
>
> > I have the thing running...
> > It only works on localhost:8080 though...
> > I need to get rid of this 8080 thing.
> > If you guys could point me to the right
> > section of the docs it would be a big help.
> >
> > Thanks,
> > Brent
> >

Re: HP and Compaq Merger makes Linux a huge winner

[Pier Fumagalli]

"Tim O'Neil" <[EMAIL PROTECTED]> wrote:

> At 08:46 AM 9/6/2001, you wrote:
>> "Nael Mohammad" <[EMAIL PROTECTED]> wrote:
>>> 
>>> http://www.businessweek.com/investor/content/sep2001/pi2001096_399.htm
>> 
>> Quoting: "HPUX (Hewlett-Packard's version) and Tru64 (Compaq's entry), Sun's
>> Solaris, and IBM's AIX. Except for Solaris, all are slowly losing market
>> share. No one thinks proprietary Unix systems have much of a future, save
>> the folks at Sun Microsystems (SUNW )."
>> 
>> My note as a fellow Solaris 8 advocate: "Just because it's so freakin'
>> beautiful compared to ANY other Unix-based operating system out there"...
> 
> Some might even offer that Solaris isn't exactly top of the heap
> any more.

Hmm... Propose me a valid alternative for x86 platforms, and will be more
than happy to switch (well, apart from BeOS, my second big love!)

Well, I know, it's not a microkernel, and in theory, HURD should kick asses,
but it's not ready for prime time just yet. I hope in Debian's effort to
bring it to life. (GNU HURD more or less is like Mach-O, OS/X kernel, and
IMO, the _best_ kernel on this planet, despite what Linus says)

Pier

Re: New nt_service

[Pier Fumagalli]

"Tim O'Neil" <[EMAIL PROTECTED]> wrote:

> Can you sign those before you send em like that?

There's nothing bad in sending a C file and an HTML zipped... C'mon :) Let's
not get paranoid, at least he didn't send an executable...

(BTW, Michael, next time, a patch to the current code will be way better).

This, as a principle. I'll just offload it to my colleagues in JK land...

Pier

Re: Tomcat 4, mod_webapp extension mapping

[Pier Fumagalli]

"Giuliano Carlini" <[EMAIL PROTECTED]> wrote:

> Hi,
> 
> Under Tomcat 3.2 I can do a "JkMount /*.xml" to forward all -
> and only - requests for xml files to Tomcat.
> 
> How can I do this with Tomcat 4.0?

This will be done automatically for you by the WebApp module in its next
release (Sunday, probably)

Pier

Re: Tomcat 4, mod_webapp extension mapping

[Pier Fumagalli]

"Craig R. McClanahan" <[EMAIL PROTECTED]> wrote:
> 
> The "all" part is easy -- the "only" part is more interesting.
> 
> When you are using mod_webapp, the current code forwards *all* requests
> under the specified directory name to Tomcat.  However, the design goal is
> that the connector will look at the web.xml file, and forward *only* those
> requests that are subject to a servlet mapping, a filter mapping, or a
> security constraint.  Thus, requests for *.xml will be automatically
> forwarded if you are running Cocoon (which has a servlet mapping for
> "*.xml") but would not be forwarded otherwise.
> 
> In this way, the web server will still serve all the static content that
> it can, but Tomcat will get involved wherever the application declares
> that it needs to be involved.

In practice, the C side of things ALREADY knows what it should and should
not forward. The information between Tomcat and Apache is exchanged.
Technically, there is still a patch to make that happen... Will be out with
the next release cycle...

Pier

Re: mac question from yesterday

[Pier Fumagalli]

"Thomas Cherry" <[EMAIL PROTECTED]> wrote:

> somebody ask a question about images not showing up under a few mac
> browsers, and I wanted to know if this person solved the problem.
> It could have been two days ago, but I really thought that it was yesterday.

And I replied... Never had the problem (and I have quite a few Macs running
Tomcat around the house, even a MacOS/9 running Tomcat 3.x - pretty amazing
indeed!)

Pier

Re: Tomcat 4, mod_webapp extension mapping

[Giuliano Carlini]

Thank you.

g

At 02:09 AM 9/7/01 +0100, you wrote:
>"Giuliano Carlini" <[EMAIL PROTECTED]> wrote:
>
>> Hi,
>> 
>> Under Tomcat 3.2 I can do a "JkMount /*.xml" to forward all -
>> and only - requests for xml files to Tomcat.
>> 
>> How can I do this with Tomcat 4.0?
>
>This will be done automatically for you by the WebApp module in its next
>release (Sunday, probably)
>
>Pier

Multiple Instances of Tomcat

[Abhijat Thakur]

I am trying to configure multiple instances of tomcat under apache. I have
server1.xml(port 8007) and server2.xml(port 8009) files and everytime i
start tomcat with any of these files i rename the mod_jk.conf-auto file to
mod_jk.conf1-auto and mod_jk.conf2-auto. I have then included
mod_jk.conf1-auto and mod_jk.conf2-auto in apaches httpd.conf. After this
everything should be working fine.

I cannnot run servlets or jsp pages defined within the context of
server2.xml. However all the contexts defined withing server1.xml work fine.
Am i missing a step or something. In documentation they mention that in
apache configuration we have to instruct the web server adapter on how to
find the Tomcat process responsible for the context. They mention that these
have to be added
# Mounting the first context.
JkMount /abc ajpv12://localhost:8007/abc
# Mounting the second context.
JkMount /xyz ajpv12://localhost:8009/xyz

In which file i dont know?

Please advise.

Thanks
Abhijat Thakur

bDNA Corporation

Re: does tomcat have the cajones?

[Rick Mann]

on 9/6/01 11:24 AM, Denis Haskin at [EMAIL PROTECTED] wrote:

> Er... I think you mean "cojones".  A cajon is a kind of percussion instrument.

Actually, a "cajon" is a drawer. "Caja" is box, so "cajon" could be a big
box (colloquial).

:-)


Roderick Mann   rmann @ latencyzero.com.sansspam

Re: using a central repository for servlets

[Jonathan Eric Miller]

Basically, if you are using Tomcat 4, you just have to copy your servlets to
CATALINA_HOME$/webapps/ROOT/WEB-INF/classes. I created a symlink under
CATALINA_HOME$ named servlets that is linked to
webapps/ROOT/WEB-INF/classes. So, when I copy my servlets over I just copy
them to /opt/jakarta-tomcat/servlets. ROOT is the default context.

Jon

- Original Message -
From: "echaiguer abderrahim" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Thursday, September 06, 2001 2:39 AM
Subject: Re: using a central repository for servlets


>
> That's exactly what I am look for.
>
> Abde
>
> At 08:31 PM 9/5/2001 -0300, Joao Carlos wrote:
> > I've searched in many many many places an answer for this before
asking.
> >There are some answers, but it didn't get clear for me.
> >
> > I'm using JServ for a long time, and i'm trying, for a long time
too, to
> >migrate my servers for using Apache+Tomcat.
> > The problem is that i really can't understand well the way tomcat is
> >configured.
> > The main problem, and the reason i'm writing is:
> >
> > I have today in many JServ's, only one repository, which is called
by
> >using the /servlets alias. All servlets that run on the server are keeped
on
> >/var/servlets
> > So, in this way that's very easy to include a servlet, it's only put
it
> >on /var/servlet and call http://my.host/servlets/
> >
> > I simply want to migrate to tomcat using this kind of configuration.
> >Many servlets have links to others servlets (written in code) using
> >/servlets/any_servlet, so that's impossible to me to create a context and
> >access the servlets using /context/servlet
> > Is there any way to create a central repository that can be accessed
by
> >/servlets and only this?
> > Is the web-inf directory mandatory for using servlets?
> >
> >Thanks in advance,
> >
> >
> >---
> >Joao Carlos
> >[EMAIL PROTECTED]
> >"Unix IS user friendly. It's just selective about who its friends are"
>
>

Re: No one answering my question (security realted problem)

[Jonathan Eric Miller]

Completely clear your CLASSPATH. Then, install a fresh copy of Tomcat. Then,
try to access some of the sample servlets.

If that doesn't work, you might want to give Tomcat 4 a try. Tomcat 4 is due
out in mid-September. Tomcat 4 doesn't use CLASSPATH at all, so, maybe
that'll fix your problem.

Also, make sure you're running the latest version of Sun's JDK, 1.3.1.

Jon

- Original Message -
From: "Sukhwinder Singh" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, September 06, 2001 4:10 PM
Subject: Re: No one answering my question (security realted problem)


>
>   >It's unclear to me why you're recompiling tomcat.  Why not just >use a
> binary
>   >distribution?  I've never compiled it from source...
>
>   >dwh
>
> Hello,
>   I have also downloaded binary version of tomcat 3.2.3 but even that
> doesn't start.
>
> SS
>
>
>
>
>
> ___
> http://inbox.excite.com
>
>

Re: Apache / mod_jk / Tomcat with Hardware SSL box?

[Jonathan Eric Miller]

One thing that you might want to look into assuming you haven't already
bought new hardware is that I think that you can get SSL hardware
accelerator cards rather than a separate box to do it? I don't know much
about it. I just know that I heard something about this where I work. They
were planning on doing this on a Sun box for our LDAP servers. I think that
OpenSSL was supposed to support the cards or something. So, basically,
everything would work the same way as if you weren't using hardware
acceleration, except that some of OpenSSL's processing would be offloaded to
hardware instead. I'm not an expert on this, so, I could be wrong, but, I
figured that I would mention it.

Jon

- Original Message -
From: "Mike Roberts" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, September 06, 2001 7:32 AM
Subject: Apache / mod_jk / Tomcat with Hardware SSL box?


> Hi,
>
> My company currently use Apache / mod_ssl / mod_jk / Tomcat to support SSL
> in our application
>
> My SysAdmin department would like to switch our SSL handling to a
dedicated
> hardware solution (eg
> http://www.intel.com/network/idc/products/accel_7115.htm) to take the SSL
> load off of our Webservers. My concern with this though is that our
> application will no longer be able to discern whether a request was secure
> or not. Has anyone tried this kind of thing?
>
> I guess one option would be for the Hardware SSL box to point to port 443
of
> Apache, but for Apache not to actually pass these requests to mod_ssl
> (Apache's 443 could then be firewalled off from the outside world and
> assumed only used as a target from the hardware SSL box for originally
> secure requests.) As the port is 443 though, would mod_jk still treat it
as
> though SSL was enabled? I doubt it, but thought I would ask.
>
> Another alternative would be for our app to look for the port requested,
> rather than whether the request was secure or not. We could get the
Hardware
> SSL box to pass originally secure requests to port 443 (or anything other
> than 80 for that matter) as above. In that case though, our App would need
> to know the port number that was attached to on Apache - is this passed
> through by mod_jk?
>
> Details: Apache 1.3.20 / mod_ssl 2.8.4-1.3.20 / Tomcat 3.2 (with mod_jk
> setup to use AJP13) / Solaris 8
>
> Thanks for any help,
>
> Mike
>
> ---
> Mike Roberts
> Developer
> DigitalRum
> mailto:mike.roberts@**spamdeflector**.digitalrum.com
>

Re: mac question from yesterday

[Jonathan Eric Miller]

Are you sure it only happens on a Mac? Maybe you don't have the image files
stored in the correct location?

Jon

- Original Message -
From: "Henry Yeh" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, September 06, 2001 1:03 PM
Subject: RE: mac question from yesterday


>
> no it wasn't solved, as no one seems to have this problem but me !
>
> Henry
>
> -Original Message-
> From: Thomas Cherry [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, September 06, 2001 10:44 PM
> To: [EMAIL PROTECTED]
> Subject: Re: mac question from yesterday
>
>
> somebody ask a question about images not showing up under a few mac
> browsers, and I wanted to know if this person solved the problem.
> It could have been two days ago, but I really thought that it was
yesterday.
>
> - Original Message -
> From: "Pier Fumagalli" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Thursday, September 06, 2001 11:48 AM
> Subject: Re: mac question from yesterday
>
>
> > "Thomas Cherry" <[EMAIL PROTECTED]> wrote:
> >
> > > was the mac question posted yesterday ever answered?
> >
> > Errr... I didn't see any mac-related question...
> >
> > Pier (typing on a mac!)
> >
>

Re: java.lang.SecurityException: sealing violation - jBuilder4

[Jonathan Eric Miller]

Tomcat 4 doesn't use the CLASSPATH variable. So, all the .jar files that
aren't in the jakarta-tomcat directory will be ignored AFAIK. I did notice
one thing that looks odd also. servlet.jar is normally found in common\lib,
not server\lib. Not sure if that would make a difference.

Jon

- Original Message -
From: "Raimee Stevens" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, September 06, 2001 1:01 PM
Subject: Re: java.lang.SecurityException: sealing violation - jBuilder4


> Catalina's Classpath:
>
> D:\tomcat\jakarta-tomcat-4.0-b7\webapps\genNLV\WEB-INF\classes;
>
> D:\tomcat\jakarta-tomcat-4.0-b7\bin\bootstrap.jar;
> D:\tomcat\jakarta-tomcat-4.0-b7\server\lib\catalina.jar;
> D:\tomcat\jakarta-tomcat-4.0-b7\server\lib\warp.jar;
> D:\tomcat\jakarta-tomcat-4.0-b7\server\lib\jakarta-regexp-1.2.jar;
> D:\tomcat\jakarta-tomcat-4.0-b7\server\lib\crimson.jar;
> D:\tomcat\jakarta-tomcat-4.0-b7\server\lib\jaxp.jar;
> D:\tomcat\jakarta-tomcat-4.0-b7\lib\namingfactory.jar;
> D:\tomcat\jakarta-tomcat-4.0-b7\lib\jasper-runtime.jar;
> D:\tomcat\jakarta-tomcat-4.0-b7\jasper\jaxp.jar;
> D:\tomcat\jakarta-tomcat-4.0-b7\jasper\jasper-compiler.jar;
> D:\tomcat\jakarta-tomcat-4.0-b7\jasper\crimson.jar;
> D:\tomcat\jakarta-tomcat-4.0-b7\common\lib\jndi.jar;
> D:\tomcat\jakarta-tomcat-4.0-b7\common\lib\naming.jar;
> D:\tomcat\jakarta-tomcat-4.0-b7\common\lib\resources.jar;
>
> D:\tomcat\jakarta-servletapi-4-b7\lib\servlet.jar;
>
> D:\SQLLIB\java\db2java.zip;D:\oreilly\lib\cos.jar;
>
> D:\jBuilder\jdk1.3\demo\jfc\Java2D\Java2Demo.jar;
> D:\jBuilder\jdk1.3\jre\lib\i18n.jar;
> D:\jBuilder\jdk1.3\jre\lib\jaws.jar;
>
D:\jBuilder\jdk1.3\jre\lib\rt.jar;D:\jBuilder\jdk1.3\jre\lib\sunrsasign.jar;
> D:\jBuilder\jdk1.3\lib\dt.jar;
> D:\jBuilder\jdk1.3\lib\tools.jar"
>
>
> =
> -
> Best Regards,
> Raimee Stevens
>
> __
> Do You Yahoo!?
> Get email alerts & NEW webcam video instant messaging with Yahoo!
Messenger
> http://im.yahoo.com
>

Re: mac question from yesterday

[Jonathan Eric Miller]

Are you sure it only happens on a Mac? Maybe you don't have the image files
stored in the correct location?

Jon

- Original Message -
From: "Henry Yeh" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, September 06, 2001 1:03 PM
Subject: RE: mac question from yesterday


>
> no it wasn't solved, as no one seems to have this problem but me !
>
> Henry
>
> -Original Message-
> From: Thomas Cherry [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, September 06, 2001 10:44 PM
> To: [EMAIL PROTECTED]
> Subject: Re: mac question from yesterday
>
>
> somebody ask a question about images not showing up under a few mac
> browsers, and I wanted to know if this person solved the problem.
> It could have been two days ago, but I really thought that it was
yesterday.
>
> - Original Message -
> From: "Pier Fumagalli" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Thursday, September 06, 2001 11:48 AM
> Subject: Re: mac question from yesterday
>
>
> > "Thomas Cherry" <[EMAIL PROTECTED]> wrote:
> >
> > > was the mac question posted yesterday ever answered?
> >
> > Errr... I didn't see any mac-related question...
> >
> > Pier (typing on a mac!)
> >
>

Re: I admit it -- I'm too lazy to read the documentation

[Jonathan Eric Miller]

You're kidding, right? If you changed all the 8080's in server.xml to 80,
that should have done it. You remembered to restart the server, right?

Jon

- Original Message -
From: "Curtis Dougherty" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, September 06, 2001 3:38 PM
Subject: RE: I admit it -- I'm too lazy to read the documentation


> You have an additional file to change to make TOMCAT work on any port
lower
> than 1024...
>
> -Original Message-
> From: Brent Hughes [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, September 06, 2001 8:40 AM
> To: [EMAIL PROTECTED]
> Subject: RE: I admit it -- I'm too lazy to read the documentation
>
>
> I was just kidding I'm not really that lazy. I just thought someone would
> respond faster if I said that.
>
> I actually already tried to change the one in server.xml to port 80 before
I
> sent the email. That was probably pretty stupid but I thought it might
work
> anyway. A full text search of the conf directory only revealed two
instances
> of 8080, and I tried changing them both to 80, but the thing stopped
> working. ***Is what I'm trying to do even possible, or is Tomcat just
> designed to require a numerical extension to the URL?*** If it is, that's
> okay. I just thought it would be cooler if my URL remained constant.
>
> Did it stop working because of a port conflict on 80?
>
> I actually read most of the docs, and I text searched the doc directory
for
> 8080. Most of the results were just hyperlink examples.
>
> Thanks,
> Brent
>
> ///
> ///
>
> -Original Message-
> From: Thomas Cherry [mailto:[EMAIL PROTECTED]]
> Sent: Friday, September 07, 2001 6:39 AM
> To: [EMAIL PROTECTED]
> Subject: Re: I admit it -- I'm too lazy to read the documentation
>
>
> Since you are lazy, why stop with reading at all, just grep the config
files
> for 8080 and hope it's the right one.
>
> - Original Message -
> From: "Brent Hughes" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Thursday, September 06, 2001 7:32 AM
> Subject: I admit it -- I'm too lazy to read the documentation
>
>
> > I have the thing running...
> > It only works on localhost:8080 though...
> > I need to get rid of this 8080 thing.
> > If you guys could point me to the right
> > section of the docs it would be a big help.
> >
> > Thanks,
> > Brent
> >
>