I'm thinking about:
1. JkSet NAME VALUE
Will have exactly the same behavior as NAME=VALUE in a
workers.properties file.
All settings that you can do in workers.properties today
could be done by JkSet, in httpd.conf. Or all settings
could be done in workers.properties.
For example JkLogLevel
+---+
| Bugzilla Bug ID |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned
+---+
| Bugzilla Bug ID |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned
So I'm not going to claim this is portable, but shouldn't it be
possible to provide a different implementation of java.io.FileSystem that
reads files from the current ClassLoader and writes them to a buffer in
memory? I'm assuming that javac uses java.io.File (anyone know?), so this
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6648.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6649.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6651.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6652.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6621.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hi,
I'm trying to write a Valve which can be used to automatically setup a
security association with an external server (JBoss), using the security
information from a Catalina realm. This necessitates getting access to
the username and password used to authenticate the user making the
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6652.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Mon, 25 Feb 2002, GOMEZ Henri wrote:
JkSet LogFile /var/log/httpd/mod_jk.log
I would use logFile, logLevel - current options in
workers.properties start will small caps, and this
can go in either w.properties and httpd.conf.
The forward options : ?
JkSet Forward SSLKeySize
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6651.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6656.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6656.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6374.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6374.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6374.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
The CompressionServletResponseWrapper class needs the following methods
added:
public void setHeader(String name, String value)
{
if (!Content-Length.equalsIgnoreCase(name))
super.setHeader(name,value);
}
public void setIntHeader(String name,
Hi,
I'm trying to write a Valve which can be used to automatically setup a
security association with an external server (JBoss), using the security
information from a Catalina realm. This necessitates getting access to
the username and password used to authenticate the user making the
Hi All,
Has anyone experienced a long delay (7+ seconds) before
a servlet change takes in tom cat 4? We have been finding
a delay under windows 2k, but other versions of windows
do not have this delay, as far as we can tell.
Thanks!
- DL
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6659.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hi all,
I found what I suppose to be a serious bug for whomever relays on running Catalina
with a
Security Manager. It's not a vulnerability but it has the potencial to break several
applications
like O'reilly's cos.jar ( upload ) and JSSE.
Description: security manager rules are not applied
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6660.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6552.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6660.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Sat, 23 Feb 2002, Brian Millett wrote:
On Fri, 2002-02-22 at 16:18, Erik Lotspeich wrote:
Brian,
In my previous e-mails I gave more details. My setup is this:
Linux 2.4, glibc 2.1, JDK 1.3.1, Jakarta-tomcat 4.0.2, Apache 1.3.20, APR
20011211172103, mod_webapp 4.0.2.
Does
Punky,
I did run apachectl configtest. It claims that my configuration is
correct.
Thanks,
Erik.
On Mon, 25 Feb 2002, Punky Tse wrote:
Erik,
I have similar config. But I have no problem for it. Did you run
apachectl configtest to prove your config is correct?
Punky
- Original
What if I want my users to put any *.jar files on /lib ( which will be controled by
the policy anyway... ) ? Do I need to configure each of them on catalina.policy and
then restart Tomcat ? ( this is not good... :(( ).
[EMAIL PROTECTED] wrote: DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6610.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
What if I want my users to put any *.jar files on /lib ( which will be
controled by the policy anyway... ) ? Do I need to configure each of them
on
catalina.policy and then restart Tomcat ? ( this is not good... :(( ).
grant codeBase jar:file:{path-to-webapp}/WEB-INF/lib/WriteFile.jar!/- {
I was wondering why the WebappClassLoader has the common/endorsed
directory support in it.
?
I don't understand what you're talking about here; the WCL doesn't have
anything to do with endorsed or common.
Right now, it (finally) complies with the spec, plus it has a very targetted
class filter
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6443.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6662.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6443.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6432.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6643.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6663.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6376.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Mon, 2002-02-25 at 12:54, Erik Lotspeich wrote:
On Sat, 23 Feb 2002, Brian Millett wrote:
Linux 2.4, glibc 2.1, JDK 1.3.1, Jakarta-tomcat 4.0.2, Apache 1.3.20, APR
20011211172103, mod_webapp 4.0.2.
I compiled both webapp and Apache from source. The error logs say
nothing! The
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6663.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hi Remy,
Doing: grant codeBase jar:file:{path-to-webapp}/WEB-INF/lib/WriteFile.jar!/- {
worked fine
Doing: grant codeBase jar:file:{path-to-webapp}/WEB-INF/lib/- { did not worked.
(even tried: grant codeBase jar:file:{path-to-webapp}/WEB-INF/lib/-!/- { did not
worked. )
I'm reopening the
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6660.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6663.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6557.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
If you can point me out where in Catalina code I could take a look, I'll appreciate.
Also if you need a beta-tester for your application, you count on me.
Thanks !
Glenn Nielsen [EMAIL PROTECTED] wrote: I also administer Tomcat for web
hosting purposes and am aware of
the problems
Brian,
I used --enable-shared=max and --enable-shared=most configure flags for
Apache. Nothing too special.
For webapp, I gave the following options:
--with-tomcat
--with-apr
--with-apxs
--enable-debug
I compiled webapp as a DSO.
My Apache configuration is as follows:
# Insert code for
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6669.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6670.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6671.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I posted to the dev list earlier about needing a small,
relatively lightweight version of Catalina to embed into
another program. I spent the weekend putting together
something that more of less fits my needs. (My needs
include a relatively small jar, plus no use of the local
file system) I
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6670.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
costin 02/02/25 14:44:36
Modified:jk/native2/server/apache13 mod_jk2.c
Added: jk/native2/server/apache13 jk_service_apache13.c
Log:
Added the service impl. for apache1.3
Few more fixes.
It now compiles and load fine.
Revision ChangesPath
1.2 +11
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6211.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6670.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I'm very interested. We should call it HouseCat. I'd like to find a home
for it if it doesn't fit into tomcat.
-Original Message-
From: Christopher K.St.John [mailto:[EMAIL PROTECTED]]
Sent: Monday, February 25, 2002 5:35 PM
To: [EMAIL PROTECTED]
Subject: [PATCH] MinimalTomcat,
On Mon, 25 Feb 2002, Aaron Smuts wrote:
Date: Mon, 25 Feb 2002 17:58:27 -0500
From: Aaron Smuts [EMAIL PROTECTED]
Reply-To: Tomcat Developers List [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Subject: RE: [PATCH] MinimalTomcat, Coupling, Bugs 6669, 6670
I'm very
Aaron Smuts wrote:
I'm very interested. We should call it HouseCat. I'd
like to find a home for it if it doesn't fit into tomcat.
I detest housecats, but I suppose that's not really the
point :-)
I'm not sure my is generally useful. The basic approach
probably is, but maybe not the
What I'd like would be a Jakarta version of something small and simple like
the oldest available Jetty version.
-Original Message-
From: Christopher K.St.John [mailto:[EMAIL PROTECTED]]
Sent: Monday, February 25, 2002 6:58 PM
To: [EMAIL PROTECTED]
Subject: Re: [PATCH] MinimalTomcat,
Hi, first of all, my name is filip, hope you all are doing well.
a few weeks back I wrote an email about clustering and if there was any
initiative.
I looked at the source code of Catalina, and it didn't appear to me that it
was a complete implementation since it was using regular UDP packets
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6663.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6374.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
remm02/02/25 16:49:22
Modified:catalina/src/share/org/apache/catalina/realm RealmBase.java
Log:
- Removed unused import.
- Submitted by Christopher K. St. John.
Revision ChangesPath
1.10 +4 -5
remm02/02/25 16:50:08
Modified:catalina/src/share/org/apache/catalina/realm Tag:
tomcat_40_branch RealmBase.java
Log:
- Removed unused import.
- Submitted by Christopher K. St. John.
Revision ChangesPath
No revision
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6669.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6640.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hi, first of all, my name is filip, hope you all are doing well.
a few weeks back I wrote an email about clustering and if there was any
initiative.
I looked at the source code of Catalina, and it didn't appear to me that
it
was a complete implementation since it was using regular UDP
craigmcc02/02/25 17:24:33
Modified:catalina/src/share/org/apache/catalina/ant DeployTask.java
InstallTask.java ReloadTask.java RemoveTask.java
StartTask.java StopTask.java
Log:
Update Ant tasks to URLEncode the query parameters that
If you can point me out where in Catalina code I could take a look, I'll
appreciate.
Also if you need a beta-tester for your application, you count on me.
No need to submit a patch; it is quite easy to set simpler URLs for the
CodeSource location, but apprently Glenn likes the possibility to
I posted to the dev list earlier about needing a small,
relatively lightweight version of Catalina to embed into
another program. I spent the weekend putting together
something that more of less fits my needs. (My needs
include a relatively small jar, plus no use of the local
file system) I
Aaron Smuts wrote:
What I'd like would be a Jakarta version of something small
and simple like the oldest available Jetty version.
I'll take a look.
Sounds like you'll have trouble when the parent package
changes. You need something new and separate.
Well, the org.apache.catalina
Remy Maucherat wrote:
If you can point me out where in Catalina code I could take a look,
I'll
appreciate.
Also if you need a beta-tester for your application, you count on me.
No need to submit a patch; it is quite easy to set simpler URLs for the
CodeSource location, but
Due to recent questions about the SecurityManager implementation in
Tomcat 4 I decided to post my proposal for overhauling how security
policies are managed in Tomcat 4. This is something I have wanted
to do for a while but has been sitting on the back burner as I have
been very busy with
craigmcc02/02/25 17:24:33
Modified:catalina/src/share/org/apache/catalina/ant DeployTask.java
InstallTask.java ReloadTask.java RemoveTask.java
StartTask.java StopTask.java
Log:
Update Ant tasks to URLEncode the query parameters
Remy Maucherat wrote:
Well, it's not that I want to advocate the competition, but it seems to me
that Tomcat 3 is more useful for a MiniTomcat, mainly because it requires
only JDK 1.1 (smaller JDK; J2ME is based on JDK 1.1, so maybe it could end
up being a target; that was one of Costin's
- Original Message -
From: Remy Maucherat [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Monday, February 25, 2002 5:29 PM
Subject: Re: [PATCH] MinimalTomcat, Coupling, Bugs 6669, 6670
I posted to the dev list earlier about needing a small,
relatively
Erik,
Have you set ServerName directive? Or any VirtualHost defined?
Regards,
Punky
- Original Message -
From: Erik Lotspeich [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Tuesday, February 26, 2002 5:37 AM
Subject: Re: Problems with mod_webapp. Please read!
Punky,
Yes, I have set ServerName.
If I don't set ServerName, then I get an error from Apache.
Erik.
On Tue, 26 Feb 2002, Punky Tse wrote:
Erik,
Have you set ServerName directive? Or any VirtualHost defined?
Regards,
Punky
- Original Message -
From: Erik Lotspeich [EMAIL
billbarker02/02/25 19:26:55
Modified:src/share/org/apache/tomcat/core Request.java
Log:
Fix NPE when using AccessLog without having a ROOT context defined.
Now we won't attempt to authenticate if we haven't (successfully) done a ContextMap
(in line with the servlet spec).
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6604.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Remy Maucherat wrote:
Due to recent questions about the SecurityManager implementation in
Tomcat 4 I decided to post my proposal for overhauling how security
policies are managed in Tomcat 4. This is something I have wanted
to do for a while but has been sitting on the back burner
Remy Maucherat wrote:
grant codeBase=jar:file:{path-to-webapp}/WEB-INF/lib/some.jar {
// Some permissions for this jar
};
grant codeBase=jar:file:{path-to-webapp}/WEB-INF/lib/- {
// Some permissions for this jar
};
No, after the fix, it would be the same as for the
billbarker02/02/25 19:53:50
Modified:.RELEASE-NOTES-3.3.1.txt
Log:
Document fix for 6604
Revision ChangesPath
1.40 +4 -1 jakarta-tomcat/RELEASE-NOTES-3.3.1.txt
Index: RELEASE-NOTES-3.3.1.txt
On Mon, 25 Feb 2002, Aaron Smuts wrote:
What I'd like would be a Jakarta version of something small and simple like
the oldest available Jetty version.
You can probably use tomcat3.3:
- it's small - about 1M ( excluding the parser, 800k if you don't include
the jasper compiler - you'll still
Did anyone ever come up with an answer for this? I've searched exhaustively
about this with no luck. Maybe I'm just missing something, but...
I am experiencing the same thing with Tomcat 4.0.2-LE / JVM 1.4.0 / Apache
1.3.23. This is REALLY annoying, but if someone could tell me what I'm
doing
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=5647.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
- Original Message -
From: Craig R. McClanahan [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Monday, February 25, 2002 6:25 PM
Subject: Re: [PATCH] MinimalTomcat, Coupling, Bugs 6669, 6670
An additional, more subtle, cross-package dependency is probably also
An additional, more subtle, cross-package dependency is probably also
there -- assumptions about the implemented functionality, or the
expected
order of method calls, that might not always be clearly stated in the
method JavaDocs. We'll want to review the code for these kinds of cases
88 matches
Mail list logo