remm01/04/08 23:52:10
Modified:catalina/src/share/org/apache/catalina/core
StandardContext.java
Log:
- Allows using JNDI ENC operations in the destroy() method of a servlet.
Revision ChangesPath
1.51 +17 -4
I'm having problems
using the error-page within the web.xml file.
Should I be able to
set this from within the TOMCAT_HOME conf/web.xml directory, I've also tried
setting this from within webapps application directory,and still no
luck.
Using Tomcat 3.2 and
I'm still having the standard
I can't speak to mod_webapp, but a mod_jk response:
- I understand the need for the TCP connections to be persistent in
mod_jk and mod_webapp, but I'm not sure why another connection wouldn't
be attempted after the reuse of the previous connection fails;
This was just added to the 3.3
If I send an empty get request to my servlet, get the inputstream, and do a
read will block forever.
(eg: just call the servlet from IE or Netscape it just hangs).
InputStream in = servletRequest.getInputStream();
byte[] buffer = new byte[bufferSize];
ByteArrayOutputStream byteStream = new
In catalina/build.xml there is the following:
available property="tyrex.present"
classname="tyrex.jdbc.xa.EnabledDataSource" /
FYI - this matches the naming structure for the latest released version of
Tyrex (0.9.7.0), when build from cvs, the name of the jar produced is as
follows:
Asim:
This is not the appropriate list for a JDBC question. This list is for
Tomcat-related questions. However, in answer to your question ...
I am surprised that this code works even in Access. The SQL you are
using actually should not return any rows at all. It is an INSERT
operation, not a
In catalina/build.xml there is the following:
available property="tyrex.present"
classname="tyrex.jdbc.xa.EnabledDataSource" /
FYI - this matches the naming structure for the latest released version of
Tyrex (0.9.7.0), when build from cvs, the name of the jar produced is as
Beauty.
I'm actually playing with 3.3 as well, because some of the features I
like (eg. realm per host) are there as well.
Bojan
Dan Milstein wrote:
I can't speak to mod_webapp, but a mod_jk response:
- I understand the need for the TCP connections to be persistent in
mod_jk and
Tomcat developers,
The Jetty project is in need of a Jasper maintainer for it's cut of the
Jasper JSP engine.
Jetty is a opensource java HTTP server and servlet container (see
http://jetty.mortbay.com
or http://sourceforge.net/projects/jetty) It is intended to be small, fast, yet fully
How to solve this problem.
Thanks
Purna.
I have found that ServletContext.getRealPath() doesn't seem to handle
relative paths correctly. It appears to simply prepend the docroot onto
what ever string you pass it. This isn't very helpful if I need to get to a
file in the requests directory and I don't know where it is.
Given a
craigmcc01/04/09 14:42:53
Modified:tester/src/tester/org/apache/tester Jndi01.java
Log:
Make the log methods a little more explicit so that is clear whether we are
working in init() or destroy().
Revision ChangesPath
1.4 +5 -5
Hi Greg,
We are planning a small refactoring of jasper ( at least for tomcat3.3,
but one goal would be to merge the 2 branches we have in jakarta ). I
don't know when this will happen, but I know few people are looking
into that.
Mel already made a proposal for improving JspServlet, and I
on 4/9/01 2:13 PM, "[EMAIL PROTECTED]" [EMAIL PROTECTED] wrote:
We are planning a small refactoring of jasper ( at least for tomcat3.3,
but one goal would be to merge the 2 branches we have in jakarta ). I
don't know when this will happen, but I know few people are looking
into that.
Where
On Mon, 9 Apr 2001, Jon Stevens wrote:
on 4/9/01 2:13 PM, "[EMAIL PROTECTED]" [EMAIL PROTECTED] wrote:
We are planning a small refactoring of jasper ( at least for tomcat3.3,
but one goal would be to merge the 2 branches we have in jakarta ). I
don't know when this will happen, but I
craigmcc01/04/09 15:59:29
Modified:catalina/src/share/org/apache/catalina/connector/http
HttpConnector.java HttpProcessor.java
Log:
Rearrange how shutdown occurs so that trying to reopen the server socket
(inside the IOException catch in run()) does not
on 4/9/01 2:54 PM, "[EMAIL PROTECTED]" [EMAIL PROTECTED] wrote:
On Mon, 9 Apr 2001, Jon Stevens wrote:
on 4/9/01 2:13 PM, "[EMAIL PROTECTED]" [EMAIL PROTECTED] wrote:
We are planning a small refactoring of jasper ( at least for tomcat3.3,
but one goal would be to merge the 2 branches we
horwat 01/04/09 16:38:12
Modified:jasper/src/share/org/apache/jasper/compiler
JspParseEventListener.java ParserController.java
Log:
Change default character encoding to: ISO-8859-1
Bugzilla #1181
Revision ChangesPath
1.24 +4 -4
-Original Message-
From: Jon Stevens
To: tomcat-dev
Sent: 4/9/01 6:30 PM
Subject: Re: Jasper JSP maintainer required for Jetty project.
on 4/9/01 2:13 PM, "[EMAIL PROTECTED]" [EMAIL PROTECTED] wrote:
We are planning a small refactoring of jasper ( at least for
tomcat3.3,
I think there is a bug in AccessInterceptor.java, line 488, which only
shows when cookies are turned off in server.xml file with:
SessionId cookiesFirst="false" noCookies="true" /
The problem is related to the fact that at the time of 'if', the
req.getSessionIdSource() returns null and the test
craigmcc01/04/09 18:37:08
Modified:catalina/src/share/org/apache/catalina/core
ContainerBase.java LocalStrings.properties
StandardHost.java
catalina/src/share/org/apache/catalina/startup
The digest should be called on credentials, not on what's picked up from
the database. That would already be digested. Here is the patch for
JDBCRealm.java:
---
jakarta-tomcat-3.3-src-original/src/share/org/apache/tomcat/modules/aaa/JDBC
Realm.java Wed Feb 28 06:10:16 2001
+++
22 matches
Mail list logo