Hi
I'm using the TC4 sources from cvs from Feb 17 (well after the last
commit to org.apache.catalina.authenticator.SingleSignOn), with SlideRealm.
I had been using three different webapps; each web.xml file had
identical realm name, as in:
login-config
auth-methodBASIC/auth-method
What is the expected behaviour of Tomcat 4 when starting/stopping
in regards to unpacking war files.
I noticed what to me seems like strange behaviour.
The Host is configured in server.xml with unpackWARs="true".
ls of webapps before starting tomcat, notice that some of the war
files are not
Jason Harrop wrote:
Hi
I'm using the TC4 sources from cvs from Feb 17 (well after the last
commit to org.apache.catalina.authenticator.SingleSignOn), with SlideRealm.
I had been using three different webapps; each web.xml file had
identical realm name, as in:
login-config
Casey,
I'm reviewing this patch for possible inclusion in Tomcat 3.2.2. Its a
little late in the game to be changing things, but the patch looks OK.
Is is possible for you to provide the pages that you used for your test runs
so that I can test this more thoroughly?
Marc Saegesser
--- Stephen Jones [EMAIL PROTECTED] wrote:
In httpd.conf, you cannot do this:
VirtualHost blah
normal config for VirtualHost ...
Include
/usr/local/jakarta-tomcat/conf/mod_jk.conf-auto
/VirtualHost
There are three main purposes of including
mod_jk.conf-auto:
hi ,
Does Tomcat supports the NLS for different language character encoding ? (like the IBM WebSphere does ?)
If so, how about one goes of doing it ??
thanks,
dipak
I say it sounds like a good idea, that way if you build according to the
mod_jk build scripts, they say to add the lines to httpd.conf. It would
also allow the use of apxs to do the install of mod_jk in the build scripts
automatically, also.
Mike.
--
Mike Braden
[EMAIL PROTECTED]
larryi 01/03/01 09:54:35
Modified:src/tests/webpages/jsp HelloWorld.jsp
Log:
Modify so you can tell if it is being served statically.
Revision ChangesPath
1.3 +2 -2 jakarta-tomcat/src/tests/webpages/jsp/HelloWorld.jsp
Index: HelloWorld.jsp
larryi 01/03/01 09:56:28
Modified:src/share/org/apache/tomcat/util/test/matchers
HttpStatusMatch.java ResponseMatch.java
Log:
Update log output so you can tell if matching for true or false.
Revision ChangesPath
1.2 +5 -2
larryi 01/03/01 09:59:11
Modified:src/tests/webpages/WEB-INF test-tomcat.xml
Log:
Added a test to check if a file ending with ".jsp%20" is served. It should
result in a 404 Not found error.
Revision ChangesPath
1.26 +7 -1
Steve,
Thanks so much! This is very, very helpful -- I am not master of Apache
configuration, and the virtual host thing is important.
I'll try to work this into the docs some time soonish...
-Dan
Stephen Jones wrote:
The following bug is not a bug:
JkWorkersFiles is the main problem inside of a VirtualHost. I don't know
about JkLogFile. JkMount is legal inside of a VirtualHost.
- Original Message -
From: "Stephen Jones" [EMAIL PROTECTED]
To: [EMAIL PROTECTED]; [EMAIL PROTECTED];
[EMAIL PROTECTED]
Sent: Wednesday, February 28, 2001
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=109
*** shadow/109 Thu Mar 1 11:27:33 2001
--- shadow/109.tmp.14226Thu Mar 1 11:27:33 2001
***
*** 0
--- 1,73
+ ++
+ | Not able to run
What is the expected behaviour of Tomcat 4 when starting/stopping
in regards to unpacking war files.
I noticed what to me seems like strange behaviour.
The Host is configured in server.xml with unpackWARs="true".
ls of webapps before starting tomcat, notice that some of the war
files are
Looking at the rendered jsp - java files in the work directory
(and noticing the calls to Tag.release), I realized that Jasper
is not reusing tags that it creates. So, my question is:
Has there been any conversations about implementing tag
reuse in Jasper?
-Casey
Casey Lucas wrote:
Looking at the rendered jsp - java files in the work directory
(and noticing the calls to Tag.release), I realized that Jasper
is not reusing tags that it creates. So, my question is:
Has there been any conversations about implementing tag
reuse in Jasper?
To my
Hi,
I have added a test servlet for the "sealing violation" problem with
xerces. I also updated build scripts so that they pick up xerces.jar to
test this case. tester.xml has been modified to include this case to
the "tester".
Cheers,
-Amy
--
Amy Roh
Java 2 Enterprise Edition
Sun
I consider this a bug. Tomcat should not be removing contexts that have
been expanded out into a directory in webapps.
If unpackWARs="false", then nothing is expanded out into webapss, the war
file is expanded out as needed into the work dir, correct?
The JARs are indeed expanded as a
If unpackWARs="false", then nothing is expanded out into webapss, the war
file is expanded out as needed into the work dir, correct?
The JARs are indeed expanded as a temporary fix for Jasper. There is hope
that we can perhaps use a tweaked version of javac which would load classes
from a
Remy,
What I am trying to do is start a discussion of _what_ the behaviour should be,
so it can be fixed. I already consider the current behaviour to be broken.
For example deploying a war on starutp, then undeploying it on shutdown
adds unnecessary overhead to the tomcat start/stop processing.
The correct config for mod_jk is :
in httpd.conf :
JkWorkersFile /etc/httpd/conf/workers.properties
JkLogFile /var/log/httpd/mod_jk.log
# set it to error since warn just load to many apache
JkLogLevel error
for virtuals
VirtualHost host1.com:80
DocumentRoot
If unpackWARs="false", then nothing is expanded out into webapss, the
war
file is expanded out as needed into the work dir, correct?
The JARs are indeed expanded as a temporary fix for Jasper. There is hope
that we can perhaps use a tweaked version of javac which would load
classes
from
Ok, I'll bite. Where's the best place to start looking?
Code that does the rendering? Wasn't there at one point talk
of making the renderer more "pluggable"?
-Casey
-Original Message-
From: Pierre Delisle [mailto:[EMAIL PROTECTED]]
Sent: Thursday, March 01, 2001 3:22 PM
To: [EMAIL
Right, but that is excruciating to configure and more excruciating to
maintain...
Why not use two copies of Tomcat, each with their own mod_jk.conf-auto which
can be included in the appropriate VirtualHost section?
Or better yet change the way server.xml works to something like this:
Server
Casey Lucas wrote:
Ok, I'll bite. Where's the best place to start looking?
Code that does the rendering? Wasn't there at one point talk
of making the renderer more "pluggable"?
Great!
Since you asked, here are some ideas:
As a first step, I'd make sure to clearly understand all the spec
Hi All,
I have a tomcat 3.2.1 release version running. Recently, I have included
a jar in the lib directory (taking from the development root). This does
not have any explicit package and do some computation on graphs.
Basically, I was planning to use the classes in some helper Class file I
am
Dear Tomcat Developers:
Which version of NT was the version of isapi_redirect.dll compiled under?
I am referring to the version that appears under the 3.2.1 binary downloads
section of the Tomcat website.
The download version seems to install fine under Windows2000/IIS but does
not install
"Berche, Guillaume" wrote:
Hello,
Despites the Servlet specs 2.2 are pretty vague about this problem, I guess that the
welcome-file entry should be able to specify servlet names. However, tomcat 3.2.1
fails to do this. Looking a bit into it, I diagnosed it as follows:
FYI, this is going
It was getting to be too much work to keep my web.xml files synced with
httpd.conf, so I got ApacheConfig.java to do it for me. The following is
for Tomcat 3.3M1:
*** ApacheConfig.java.orig Thu Mar 1 16:40:46 2001
--- ApacheConfig.java Thu Mar 1 16:38:26 2001
***
*** 328,337
Questions about configuring Tomcat really belong on the tomcat-users mailing
list. Also, search the list archives because this questions has been asked
an answered more times that I can remember.
It works fine on WinNT 4.0. I've been using it for quite some time. The
normal reasons for the
costin 01/03/01 20:49:36
Modified:src/share/org/apache/tomcat/core Context.java
src/share/org/apache/tomcat/modules/config ApacheConfig.java
IISConfig.java LogSetter.java NSConfig.java
PolicyInterceptor.java
costin 01/03/01 21:26:03
Modified:src/admin/WEB-INF/classes/tadm TomcatAdmin.java
Log:
A last ( ? ) change.
Revision ChangesPath
1.11 +5 -2 jakarta-tomcat/src/admin/WEB-INF/classes/tadm/TomcatAdmin.java
Index: TomcatAdmin.java
costin 01/03/01 22:54:13
Added: src/share/org/apache/jasper/runtime package.html
Log:
Added documentation about the run-time dependencies of the jasper-generated
servlets.
In order to deploy pre-compiled servlets or to provide a minimal env.,
you need to include all the
costin 01/03/01 22:56:20
Modified:src/share/org/apache/jasper/runtime JspFactoryImpl.java
JspWriterImpl.java
Log:
Removed dependency on tomcat.util.compat - the runtime can be set up
without it.
The trick ( not a trick actually ) is to do the actions
34 matches
Mail list logo
