Oups didn't view your reply in the list.
Tomcat 4.0 did not select mod_jk for several reasons. The
most important ones
are at the top:
* MOD_JK (like MOD_JSERV before it) has no clue what a web
application is. This forces you to configure many items twice --
once in the web.xml file and
Hi I do not know if I am to junior for this list.
I am running apache and tomcat.
I got apache to pass requests for servlets and jsp files to tomcat, but only
the default example JSP pages in the /examples directory under tomcat.
The problem is that I cannot get tomcat to look at JSP files
Bug report #788 has just been filed.
You can view the report at the following URL:
http://znutar.cortexity.com/BugRatViewer/ShowReport/788
REPORT #788 Details.
Project: Tomcat
Category: Bug Report
SubCategory: New Bug Report
Class: swbug
State: received
Priority: high
Severity: serious
Bug report #789 has just been filed.
You can view the report at the following URL:
http://znutar.cortexity.com/BugRatViewer/ShowReport/789
REPORT #789 Details.
Project: Jasper
Category: Feature Requests
SubCategory: Enhancement
Class: swbug
State: received
Priority: high
Severity: critical
Report #789 Details
Project: Jasper
Category: Feature Requests
SubCategory: Enhancement
Class: swbug
State: received
Priority: high
Severity: critical
Confidence: public
Environment:
Release: aa
JVM Release: aa
Operating System: aa
OS Release: aa
Platform: aa
Synopsis:
a
Bug report #790 has just been filed.
You can view the report at the following URL:
http://znutar.cortexity.com/BugRatViewer/ShowReport/790
REPORT #790 Details.
Project: Catalina
Category: Bug Report
SubCategory: New Bug Report
Class: docbug
State: received
Priority: low
Severity:
Hi,
today I looked through the webdav servlet. Now I have two questions: On
an OPTIONS request the header is not containing the "MS-Author-Via: DAV"
line. So the MS webdav tools will try the frontpage extensions first. If
this header line would be added to (unneeded) requests would be omitted.
Hello,
sorry for posting this issue on the dev list, but on the user list no one
has an idea about a solution and so I thought you guys should take care and
provide an answer to the user list.
This is the error message on the console:
2001-01-17 01:29:59 - Ctx( ): IOException in: R( +
There seems to be a bug in
org.apache.catalina.loader.StandardClassLoader.addRepositoryInternal
At line 1062 jarFile.getManifest() is called but there is no check for
a returned null. In the case of the Oracle 8i thin JDBC driver there
is no manifest so depending on where the jar is
Hi,
Hi there !
today I looked through the webdav servlet. Now I have two questions: On
an OPTIONS request the header is not containing the "MS-Author-Via: DAV"
line.
I just had a brief look at ftp://ftp.isi.edu/in-notes/rfc2518.txt
and guess what I could not find any reference for an
Hi all!
I've seen a lot of discussion here on Tomcat 3.3 vs 4.0. Without some
knowledge about the inside workings of each version, it's very hard to
follow it -- I mean, find out the actual issues behind the "politics" --
or the politics behind the actual issues.
The article linked by
Hello,
Here is mime mappings required for delivering WAP content from Tomcat.
mime-mapping !-- WML Source --
extensionwml/extension
mime-typetext/vnd.wap.wml/mime-type
/mime-mapping
mime-mapping !-- Compiled WML --
extensionwmlc/extension
Hi,
and guess what I could not find any reference for an "MS-Author-Via: DAV"
HTTP header field being required by a WebDAV implementation.
I think it is just an MS extension. So it's not required. But it also should
not cause any harm if you add it.
Could you please provide a reference to
remm01/01/17 07:21:08
Modified:catalina/src/conf web.xml
Log:
- Add some WAP related MIME types.
Submitted by Kare Nuorteva.
Revision ChangesPath
1.13 +20 -0 jakarta-tomcat-4.1/catalina/src/conf/web.xml
Index: web.xml
remm01/01/17 07:27:25
Modified:catalina/src/conf web.xml
Log:
- Add some WAP related MIME types.
Submitted by Kare Nuorteva.
Revision ChangesPath
1.12 +20 -0 jakarta-tomcat-4.0/catalina/src/conf/web.xml
Index: web.xml
remm01/01/17 07:33:46
Modified:catalina/src/share/org/apache/catalina/loader
StandardClassLoader.java
Log:
- Add a null check for the manifest file when loading a JAR file.
A similar patch has already been applied in TC 4.1 for different reasons.
Hi,
Hi there !
today I looked through the webdav servlet. Now I have two questions: On
an OPTIONS request the header is not containing the "MS-Author-Via: DAV"
line.
I just had a brief look at ftp://ftp.isi.edu/in-notes/rfc2518.txt
and guess what I could not find any reference for
Hi Alex,
I'm doing nightly builds and source packages at:
http://jakarta.apache.org/builds/tomcat/nightly-3.3
Regarding the PMC meeting - it seems all depends on the support and votes
that a 3.3 release proposal can get.
The main concern ( or at least my understanding of it ) was that 3.3
Hi,
I need to do some work when tomcat session gets timed out. Could anyone of
you suggest how I can do it.
Changing invalidate/expire method would be the last thing I like to do. Is
there any other way (call back method??).
Thanks,
Jayesh
Tomcat 4 Java SecurityManager Proposal (rev 2)
Use of the Java SecurityManager will be optional. The default
will be to start Tomcat with security to keep the folks at
bugtraq happy. Use without security at your own risk.
Currently the policy file is named catalina.policy,
Costin Manolache wrote:
1. Bug fixes. Tomcat 3.3 will be released _only_ if
it'll have all the known bugs fixed, and at least 3
commiters are willing to help fix further bugs.
It does not need to be all. A significant dent would be sufficient.
P.S. the other conclusion of the PMC ( as I
Jayesh typed the following on 08:00 AM 1/17/2001 -0800
I need to do some work when tomcat session gets timed out. Could anyone of
you suggest how I can do it.
With servlet 2.2 (Tomcat 3.x) you should make sure one of the attributes you're
adding to the session implements
I agree Costin. Avoid the flame bait.
I am willing to help on code review and - if/when I know the beast
better - documentation. My schedule gets a bit lighter next week.
I will, of course, ask loads of things. But I hope I will mostly
need pointers to things.
Have fun,
Paulo Gaspar
[EMAIL PROTECTED] wrote:
[...]
Regarding the PMC meeting - it seems all depends on the support and votes
that a 3.3 release proposal can get.
That's exactly right.
The main concern ( or at least my understanding of it ) was that 3.3
doesn't have enough support, and I'm ... well, you can
I totally agree with Hans. I attended the meeting yesterday and would hate to
see this kind of misunderstanding. Costin, I really don't think that anyone is
after you personally. No one is saying that you're a bad person. I personally
think that the passon you have about what you do is very
without guarantees that there are committers willing to supporting it
can tarnish Tomcat's reputation. It's *not* personal, it's about
making sure that the development is done in a way supported by the
committers in the project and in line with our guidelines.
Sorry for taking it as a
Dan Milstein wrote:
Craig,
I assume I'm the person interested in porting mod_jk to TC 4 (if there's anyone
else, please get in touch with me ;-).
Thank you for clarifying the issue about the difference between the 2.2 and 2.3
specs -- I hadn't realized that.
I do have a question: how
[EMAIL PROTECTED] wrote:
Hello,
sorry for posting this issue on the dev list, but on the user list no one
has an idea about a solution and so I thought you guys should take care and
provide an answer to the user list.
This is the error message on the console:
2001-01-17 01:29:59 -
GOMEZ Henri wrote:
Hi,
I'm busy these days and didn't have many time on ACL for mod_jk.
Before investing too many times, just want to describe the plan :
1) Create stuff to handle InetMask a l hosts.allow / hosts.deny.
Data initialized via config in server.xml
From 3.2
Bob,
I don't really understand it but what I heard was that any xml jar that
you want to add to your context will need to go in the $TOMCAT_HOME/lib
dir rather that your context's WEB-INF/lib dir. XML apparently is
considered differently that your other .jar files. Again, I don't know
exactly
Robert,
This kind of question is much better addressed to the TOMCAT-USER mailing list.
TOMCAT-DEV is for discussions about how to build Tomcat itself, not how to use
it. You can subscribe by sending an empty message to
[EMAIL PROTECTED] or follow the link on the Jakarta web
site.
Thanks,
Bug report #791 has just been filed.
You can view the report at the following URL:
http://znutar.cortexity.com/BugRatViewer/ShowReport/791
REPORT #791 Details.
Project: Tomcat
Category: Feature Requests
SubCategory: Enhancement
Class: swbug
State: received
Priority: medium
Severity:
Connector className="org.apache.tomcat.service.PoolTcpConnector"
Parameter name="handler"
value="org.apache.tomcat.service.connector.Ajp13ConnectionHandler"/
Parameter name="port" value="8009"/
Parameter name="deny" value="ALL"/
on 1/17/01 10:28 AM, "[EMAIL PROTECTED]" [EMAIL PROTECTED] wrote:
Costin
( believe me, it was one of my worst days, I hope you understand a bit my
feelings. )
Why was it one of your worst days? I don't see how it could have been bad,
nor do I see how that could influence your actions here by
Bug report #792 has just been filed.
You can view the report at the following URL:
http://znutar.cortexity.com/BugRatViewer/ShowReport/792
REPORT #792 Details.
Project: Tomcat
Category: Bug Report
SubCategory: New Bug Report
Class: webbug
State: received
Priority: medium
Severity: critical
Delivery failure: javax.mail.MessagingException: 452 Filesystem error - message not
accepted
Delivery failure: javax.mail.MessagingException: 452 Filesystem error - message not
accepted
Delivery failure: javax.mail.MessagingException: 452 Filesystem error - message not
accepted
Delivery
The only thing you probably need to do is make sure nobody can look at
the credit card information while it's being sent from the client to the
server. Regular HTTP is text based so everything going over the wire
can actually be read by a person, that person could be mr. Evil Man and
he could
I must apologize first by saying that I originally found this bug with
Jserv not Tomcat, but those of you who are familiar with Tomcat
internals can probably tell fairly quickly if this would still be an
issue.
=
This bug deals with an out of memory condition within Jserv which is
more a
Peter,
Amazingly expensive. Calling from the US to Australia is incredibly cheap by
comparison. Check out:
http://1010phonerates.com/aus_etc.html
As for the openness of the meetings, I have a few suggestions. This is the internet
age. We are internet kinds of guys. How about using it:
1)
What's a client? For instance, if it's truly an attack, it would be
trivial to spoof IP addresses. And with entire corporations behind
NAT firewalls, simply setting the number of sessions per IP addresses
to a `small' number would not work.
Or, are you saying, don't initiate a session until
Scott Christley typed the following on 10:54 AM 1/17/2001 -0800
I must apologize first by saying that I originally found this bug with
Jserv not Tomcat, but those of you who are familiar with Tomcat
internals can probably tell fairly quickly if this would still be an
issue.
It could potentially
Hi Costin,
I looked at the code at (one long line)
http://jakarta.apache.org/cvsweb/index.cgi/jakarta-tomcat/src/share/org/apac
he/jasper/compiler/CommandLineCompiler.java?rev=1.6content-type=text/vnd.vi
ewcvs-markup
The mangleChar() method seems to have the old code that encodes as _x
Hi Kim,
That's great. I have few questions:
1. Have you submitted the patch to the Tomcat repository ? If so,
do you know in what version it will be released ?
2. Also, the encoding that you use is of the form %hh where 'hh' is an hex
value. I had the implression that for public classes, the
-Original Message-
From: Jon Stevens [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, January 17, 2001 20:17
on 1/17/01 10:28 AM, "[EMAIL PROTECTED]" [EMAIL PROTECTED] wrote:
Why was it one of your worst days? I don't see how it could have been bad,
nor do I see how that could
Hi,
Having a look through bug 652:
BodyTag doInitBody and doAfterBody called on tags without body
(http://znutar.cortexity.com/BugRatViewer/ShowReport/652)
I don't think this is a bug.
The JSP spec, p88, says:
"If an action element can have a non-empty body and is
interested in the
Bug report #794 has just been filed.
You can view the report at the following URL:
http://znutar.cortexity.com/BugRatViewer/ShowReport/794
REPORT #794 Details.
Project: Tomcat
Category: Bug Report
SubCategory: New Bug Report
Class: swbug
State: received
Priority: high
Severity: critical
on 1/17/01 3:33 PM, "Paulo Gaspar" [EMAIL PROTECTED] wrote:
And, of course, you are biting the bait, the hook, the line...
Enough was already said about that. Sam, Hans, Amy and I managed to talk
about it with no flames and Costin already apologized.
He apologized for taking things
Title: HOW TO Apache+ Tomcat
Hi,
I have downloaded apache and tomcat latest version on windows 2000 pro. I have apache running and tomcat running but integration of both doesn't work. I have tried all the ways suggested on jakarta.apache.org web pages. It doesn't work.
When I included
-Original Message-
From: Jon Stevens [mailto:[EMAIL PROTECTED]]
Sent: Thursday, January 18, 2001 01:01
Enough was already said about that. Sam, Hans, Amy and I managed to talk
about it with no flames and Costin already apologized.
He apologized for taking things personally and
on 1/17/01 4:42 PM, "Paulo Gaspar" [EMAIL PROTECTED] wrote:
Sure! Kick him harder!
Lets see, he started out his *first* email after the meeting with flame
bait, his next email was a pseudo apology, his third email is asking for
censorship.
Sure. I'm going to kick back. I'm tired of putting
First, you write too much about a name when the question has always been
having or not a 3.3 in the 3.x branch.
Most of us (for whom having a 3.3 is interesting) are still not concerned
about having or not a revolution and a Tomcat 5. It is too soon to be
concerned about when our main priority
remm01/01/17 17:39:53
Modified:catalina/src/share/org/apache/catalina/connector
HttpRequestBase.java
Log:
- Don't try to read parameters if stream has been opened before.
Should fix bug #783.
Revision ChangesPath
1.14 +7 -6
remm01/01/17 17:43:10
Modified:catalina/src/share/org/apache/catalina/servlets
WebdavServlet.java
Log:
- Add a Microsoft specific header in response to OPTIONS request, mirroring
what mod_dav is doing.
Should enhance compatibility with older MS
Bug report #797 has just been filed.
You can view the report at the following URL:
http://znutar.cortexity.com/BugRatViewer/ShowReport/797
REPORT #797 Details.
Project: Tomcat
Category: Bug Report
SubCategory: New Bug Report
Class: swbug
State: received
Priority: high
Severity: critical
remm01/01/17 17:45:45
Modified:catalina/src/share/org/apache/catalina/servlets
WebdavServlet.java
Log:
- Add a Microsoft specific header in response to OPTIONS request, mirroring
what mod_dav is doing.
Should enhance compatibility with older MS
on 1/17/01 5:50 PM, "Paulo Gaspar" [EMAIL PROTECTED] wrote:
First, you write too much about a name when the question has always been
having or not a 3.3 in the 3.x branch.
Nope. No proposal for that has been made yet.
Most of us (for whom having a 3.3 is interesting) are still not concerned
remm01/01/17 18:04:13
Modified:webapps/webdav index.html
Log:
- Updated compatibility list, links and version numbers.
Revision ChangesPath
1.4 +14 -11jakarta-tomcat-4.1/webapps/webdav/index.html
Index: index.html
Bug report #798 has just been filed.
You can view the report at the following URL:
http://znutar.cortexity.com/BugRatViewer/ShowReport/798
REPORT #798 Details.
Project: Tomcat
Category: Bug Report
SubCategory: New Bug Report
Class: swbug
State: received
Priority: high
Severity: serious
Hi,
I am trying to make Tomcat as NT
service. It works fine when tomcat_home directory is a continuous string. But,
it does not work when I use the directory name with a blank. For example,
if the tomcat_home directorypath is
c:\jakartatomcathome\
but causes problem if it is
-Original Message-
From: Jon Stevens [mailto:[EMAIL PROTECTED]]
Sent: Thursday, January 18, 2001 02:58
on 1/17/01 5:50 PM, "Paulo Gaspar" [EMAIL PROTECTED] wrote:
Nope. No proposal for that has been made yet.
I am talking about names and you are throwing bureaucracy at me.
How
on 1/17/01 6:44 PM, "Paulo Gaspar" [EMAIL PROTECTED] wrote:
-Original Message-
From: Jon Stevens [mailto:[EMAIL PROTECTED]]
Sent: Thursday, January 18, 2001 02:58
on 1/17/01 5:50 PM, "Paulo Gaspar" [EMAIL PROTECTED] wrote:
Nope. No proposal for that has been made yet.
I am
-Original Message-
From: Jon Stevens [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, January 17, 2001 20:17
on 1/17/01 10:28 AM, "[EMAIL PROTECTED]" [EMAIL PROTECTED]
wrote:
Why was it one of your worst days? I don't see how it could have been
bad,
nor do I see how that could
on 1/17/01 7:43 PM, "Paulo Gaspar" [EMAIL PROTECTED] wrote:
1. You are flaming Costin again (is that harassment?);
I don't see a flame there. I'm simply speaking truth. Costin's actions and
statements have clearly shown that he believes in censorship. He even tried
to bring up motions in the
ok guys,
this has got a little bit out of hand.
I'm sure I am not alone on saying this, but could we focus on the core
issues, the development of tomcat.
if this list is to enhance the development and the communication of and
around tomcat, then we are not really doing it right.
and if you want
remm01/01/17 22:14:18
Modified:catalina/src/share/org/apache/catalina/connector
HttpResponseBase.java
Log:
- Add a null check to the isEncodable method.
Revision ChangesPath
1.24 +7 -4
remm01/01/17 22:32:38
Modified:catalina/src/share/org/apache/catalina/connector
HttpResponseBase.java
Log:
- Add a null check to the isEncodable method.
This may resolve bug #766 if it was caused by a programmer error.
Revision ChangesPath
From: [EMAIL PROTECTED] (Kazuhiro Kazama)
Subject: Re: Bug Report #649
Date: Fri, 22 Dec 2000 11:43:01 +0900
Message-ID: [EMAIL PROTECTED]
This bug may be system dependent. Would you describe your OS and its
release?
I analyzed this problem in cooperation with JavaHouse-Brewers mailing
list
I have a problem. I am using Tomcat 3.2/Apache 1.3.12 on Linux Redhat
6.2
Whenever I try to send more than one Set-Cookie: header I get
"ERROR: ERROR" instead.
The first Set-Cookie works the rest are replaced with ERROR: ERROR
Any help appreciated.
Log fragment from mod_jk.log
In general, I hope we are cautious about adding non-standard headers like
this. It is not a precedent I particularly like, but I can see the
reasoning
for doing it this time.
Agreed, but apprently mod_dav (ie, Apache 2.0) is doing the same.
It's such an insignificant change that I couldn't
Paulo Gaspar wrote:
First, you write too much about a name when the question has always been
having or not a 3.3 in the 3.x branch.
Most of us (for whom having a 3.3 is interesting) are still not concerned
about having or not a revolution and a Tomcat 5. It is too soon to be
concerned
costin 01/01/17 23:38:24
Added: .RELEASE-PLAN-3.3
Log:
Initial checkin for the release proposal.
Revision ChangesPath
1.1 jakarta-tomcat/RELEASE-PLAN-3.3
Index: RELEASE-PLAN-3.3
Hi,
I checked in the initial draft of the "release plan for 3.3" proposal:
http://jakarta.apache.org/cvsweb/index.cgi/~checkout~/jakarta-tomcat/RELEASE-PLAN-3.3
I'll publish the final version and propose it for vote after any concerns
are addressed and at least 3 commiters will volunteer to
Hi,
I have been having heaps of problems with multiple cookies not being set
with tomcat.
I have managed to track the problem down, but do not have enough
understanding of
the APJ13/mod_jk C source to fix.
First of all multiple cookies work when I access tomcat directly
(bypassing apache), but
73 matches
Mail list logo