On Fri, 7 Dec 2001, GOMEZ Henri wrote:
Caution, caution with security.
On many sites, the web-server is located on a DMZ so subject
to be hacked, while the Tomcats are behind firewall. Having
webapp (program) could raise many problems.
Hmm... I hope sandboxing is used for tomcat in this
Did you also include the requirement on Cryptix and cryptix asn ?
Nota that the cryptix-asn to be used is a patched version of
the 'official'.
from puretls announce :
==
DEPENDENCIES
JDK:
PureTLS has been developed under JDK 1.1.8 on FreeBSD. It
has been tested under JDK 1.2 on Solaris and
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=5315.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
To clarify - this is not a replacement or an 'exclusive' mechanism.
The 'ajp14' based config, where tomcat sends notifications to apache
remains.
Seems like I was reinventing the wheel there for a while. So
AJP14 knows
how configure itself from the running Tomcat... Pretty cool in my book!
Seems like I was reinventing the wheel there for a while. So
AJP14 knows
how configure itself from the running Tomcat... Pretty cool
in my book!
Yes, Henri has added quite a bit of code for that. I did few changes to
make the 'autoconf' usable with other workers and more 'exposed' - see
+1
GOMEZ Henri wrote:
As you may know, Eric Rescorla is one the few specialists in SSL
in the world, author of one of the few SSL bible books and he have
also created the excellent OpenSource JSSE alternative, PureTLS.
He strike back in adapting PureTLS to Tomcat, today Tomcat 3.3, and
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=5315.
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=5112.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
If the web app is deployed as a directory, you can call
context.getDocBase() for this. If the context is deployed as a WAR
file,
there is no such thing as the document base as an absolute path. In
such a scenario, you need to choose one of the following options:
Unfortunately, if the
Hi everybody!
I have a strange problem with Tomcat Version 4.0.1 running on GNU/Linux Debian Kernel
2.2.19 using j2sdk 1.3.1 from blackdown.
I have a JSP page that returns a simple 1 in simple text page format, no HTTPsession.
You start tomcat normally and the HTTPconnector running at port 80
It seems like tomcat has no control about the threads that were opened,
any suggestions, please?
Yes, no attempt is being made at killing processing threads that were
created. OTOH, they should be reused if some high load situation occurs
again (no new threads will be created).
Unless you're
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=4801.
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=5339.
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=5339.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Sun, Dec 09, 2001 at 08:24:35PM -0800, Bill Barker wrote:
...
(b) For a context defined in the server.xml, there seems to be no public way
to determine the document base as an absolute path. This may just be my
lack of familiarity with Catalina however. On a related note, I wasn't able
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=5343.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
URGENT PLEASE SEND REPLY ASAP!!
The ServletInputStream implementation reports EOF once a byte of value 0xff
appears in the request body (of content-type application/octet-stream
without content-endcoding); the probable cause is the following line in
kinman 01/12/10 09:43:16
Modified:jasper/src/share/org/apache/jasper CommandLineContext.java
JspCompilationContext.java
jasper/src/share/org/apache/jasper/compiler
BeanRepository.java
Log:
PR: 4705 and 4949
- Use the
||FIXED
--- Additional Comments From [EMAIL PROTECTED] 2001-12-10 10:11 ---
Fixed in nightly build 20011210
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Resolution||FIXED
--- Additional Comments From [EMAIL PROTECTED] 2001-12-10 10:13 ---
Fixed in nightly 20011210
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, 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=5318.
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=4964.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
kinman 01/12/10 10:18:41
Modified:jasper/src/share/org/apache/jasper/compiler
XmlOutputter.java
Log:
PR: 5096
Submitted by: Hans Bergsten
- Use UTF-8 encoding for XML view of a JSP page.
Revision ChangesPath
1.18 +10 -5
kinman 01/12/10 10:23:00
Modified:jasper/src/share/org/apache/jasper/compiler Tag:
tomcat_40_branch XmlOutputter.java
Log:
PR: 5096
Submitted by: Hans Bergsten
- Use UTF-8 encoding for XML view of a JSP page.
Revision ChangesPath
No
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=5096.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
My idea is to let Apache handle SSL traffic, but pass the SSL_SESSION_ID
through mod_webapp to Tomcat. Tomcat could then use it to track its
sessions without cookies or URL-rewriting. Before I start writing the
code myself, I wonder if anyone has tried to do it.
I've been all over the
- Original Message -
From: [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Sunday, December 09, 2001 9:56 PM
Subject: Re: [j-t-c] ajp and headaches
The tomcat4.0 adapter - yes. The connector code ( low level Request, etc )
are based on MessageBytes, etc. It needs
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=5345.
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=5345.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
i just happened to notice that the behaviour of tomcat 4 response buffers
might not be as expected with respect to buffer size. below is some code
from org/apache/catalina/connector/ResponseBase.java:
--- snip ---
public void write(byte b[], int off, int len) throws IOException {
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=5319.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Joel Roth-Nater wrote:
My idea is to let Apache handle SSL traffic, but pass the SSL_SESSION_ID
through mod_webapp to Tomcat. Tomcat could then use it to track its
sessions without cookies or URL-rewriting. Before I start writing the
code myself, I wonder if anyone has tried to do it.
Joel Roth-Nater [EMAIL PROTECTED] writes:
My idea is to let Apache handle SSL traffic, but pass the SSL_SESSION_ID
through mod_webapp to Tomcat. Tomcat could then use it to track its
sessions without cookies or URL-rewriting. Before I start writing the
code myself, I wonder if anyone has
Has anyone gotten Tomcat to run under HP's Core Services Framework?
Using Tomcat 3.2 I tried setting up a CSF service to start and stop Tomcat
using the Tomcat class and it's method execute(). Only to discover that
they are protected and can't be accessed outside the package. Is there
another
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=4843.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Is there any work on fixing the inconsistent behavior of the Warp connector
for win32, or will the Warp connector be phased out in favor of the ajp
connector?
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, 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=4542.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
craigmcc01/12/10 19:51:34
Modified:tester/src/tester/org/apache/tester Session04.java
SessionListener01.java
Log:
Enhance logging of session creation and destroy events, to ensure that the
right events are called when you invalidate an old session, and
billbarker01/12/10 19:52:35
Modified:jk/java/org/apache/ajp/tomcat4/config ApacheConfig.java
BaseJkConfig.java IISConfig.java NSConfig.java
Log:
Fix the Alias mapping in static by Apache mode.
Now the Alias directives are handled correctly, even for a
- Original Message -
From: Incze Lajos [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Monday, December 10, 2001 8:02 AM
Subject: Re: AJP Todo
What's wrong with this? (ServletContext method javadoc both 2.2 and 2.3)
Absolutely nothing. And indeed this is the
On Mon, 10 Dec 2001, Bill Barker wrote:
Date: Mon, 10 Dec 2001 20:00:35 -0800
From: Bill Barker [EMAIL PROTECTED]
Reply-To: Tomcat Developers List [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Subject: Re: AJP Todo
- Original Message -
From: Incze Lajos [EMAIL
- Original Message -
From: Craig R. McClanahan [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Monday, December 10, 2001 8:59 PM
Subject: Re: AJP Todo
On Mon, 10 Dec 2001, Bill Barker wrote:
Date: Mon, 10 Dec 2001 20:00:35 -0800
From: Bill Barker [EMAIL
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=5349.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hi all,
I was looking through tomcat's log ( tomcat 3.2.4 + mod_jk under Red Hat
7.2 + Sun JVM 1.3.1_01 ) and I saw a lot of messages like this:
java.net.SocketException: Connection reset by peer: Connection reset by peer
at java.net.SocketInputStream.socketRead(Native Method)
Hello,
I had the same problem with tomcat in windows environment. Its just that
when ever your connection between Tomcat and its client (mostly a web
browser) breaks (may be due to pressing stop button in the browser or due to
any other reason) it throws exception. And the exception stack trace
It looks that this error however is happening at the connector pool level.
I see other 'connection reset by peer' errors but they have different
stacks. This one looks more critical. It might also a bug in the JVM.
Hello,
I had the same problem with tomcat in windows environment. Its just
46 matches
Mail list logo