I don't understand why you would want this - doesn't the WEB-INF/lib and
WEB-INF/classes not already provide seperation of classpaths for the various
webapps. Am I missing something?
jr
I've seen lots of discussion on the user list desiring the
ability to have
additional classpaths
Hi Craig
Thanks for your reply and apologies for the late reply. The goalposts
have changed slightly but the problem appears to be the same.
I've set up the MBean server environment to create the two classloaders
(a la Bootstrap) and when I fire up the server with a Security Manager,
I find
| This has nothing to do with tomcat accepting Chunked encoding on the
| request - we did few fixes but this hasn't been tested yet, I believe
| there are few changes in mod_jk we still have to do.
|
Almost done...
Keith
I want immediate response to a browser as information becomes available so
I sent buffer=none i.e.:
%@ page buffer=none %
I have loop using a scriptlet where information should be displayed
but nothing shows at the browser. Is their a way to force a flush from
a JSP.
I've done this with CGI
Hi,
According to my interpretation of the JSP 1.1 spec, the following code
should be legal. I've changed the name of the tag from foo to foo.test.
Page 99 of the spec states that name can be any NMTOKEN. Since foo.test
is a NMTOKEN it should be a legal name. I think this is the same as bug
For whatever it's worth, here are some changes I made to the 3.2.2 code base
to add support for chunked requests. I just did the work a few days ago and
am still in the process of moving them to 3.3. Still, since the topic came
up now I thought it would be helpful to share my approach. I have
Heh, you beat me to it. I'd like to compare notes.
Can you resend the diff with -u -b?
Keith
| -Original Message-
| From: Schreibman, David [mailto:[EMAIL PROTECTED]]
| Sent: Tuesday, August 28, 2001 11:17 AM
| To: '[EMAIL PROTECTED]'
| Subject: RE: cvs commit:
|
Sure. Here are the diffs again with -u -b.
-David
--- Ajp13ConnectorRequest.orig Tue Aug 28 07:16:10 2001
+++ Ajp13ConnectorRequest.java Tue Aug 28 07:43:54 2001
@@ -231,8 +231,11 @@
contentLength = headers.getIntHeader(content-length);
contentType =
/home/cvs/jakarta-tomcat/src/share/org/apache/tomcat/util/test/
HttpRequest.java,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- HttpRequest.java 2001/02/20 03:14:12 1.3
+++ HttpRequest.java 2001/08/28 05:46:28 1.4
@@ -320,7 +320,8 @@
I'm working on a product that is heavily based on a JSP tag library
which lets developers write their pages using JSP tags only. The
result is JSP pages that make heavy use of nested JSP tags, some of
which implement iteration.
One of the most complex pages we have takes about 6 seconds to run
--- Carlos Gaston Alvarez [EMAIL PROTECTED]
We have an instance of the database to store the
sessions.
What does the database mean? If we're persisting
the sessions to a real RDBMS, then that's a serious
performance hit above and beyond just having to
serialize the session whenever it's
remm01/08/28 11:12:37
Modified:catalina/src/share/org/apache/catalina/loader
WebappClassLoader.java
Log:
- Sync before calling defineClass. Appears to fix bug 3107, and should also
help similar CL problems where two threads simultaneously try to load
Wouldn't it be better to use META-INF/MANIFEST.MF to specify additional
classpath information via the Class-Path: manifest header in a .war archive.
I know disk space is cheap and it isn't a problem to copy jars to multiple
locations, but it does make version control and updates of jars kind of a
Hi Lars,
As far as I can tell, the only way to get rid of step #2 is to modify
Jasper. I've looked at the source code, and I think I see a way to do
this with the sources on the MAIN branch. (BTW, is that the latest and
greatest version of Jasper?) The current approach with a tree of
on 8/28/01 2:13 AM, Reilly, John at [EMAIL PROTECTED] wrote:
I don't understand why you would want this - doesn't the WEB-INF/lib and
WEB-INF/classes not already provide seperation of classpaths for the various
webapps. Am I missing something?
Well, I need to share a class tree and/or .jar
Rick,
For a description of the MANIFEST.MF file format, look here:
http://java.sun.com/docs/books/tutorial/jar/basics/manifest.html
Since a .war file is kind of a jar, I don't see any reason not to adopt the
META-INF/MANIFEST.MF Class-Path: extension mechanism, unless it is
specifically
-Original Message-
From: Schreibman, David [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, August 28, 2001 5:17 PM
To: '[EMAIL PROTECTED]'
Subject: RE: cvs commit:
jakarta-tomcat/src/share/org/apache/tomcat/util/t estHeader.java
HttpRequest.java
For whatever it's worth, here are some changes
Hi there,
* [EMAIL PROTECTED]
|
| I'm working on it - probably next week I'll do another commit with
| the first part of the migration to SAX-based, which is the first
| step to add JSP1.2 features and cleans up even more.
Does this mean that you intend to completely separate parsing, tree
On 28 Aug 2001, Lars Marius Garshol wrote:
| I'm working on it - probably next week I'll do another commit with
| the first part of the migration to SAX-based, which is the first
| step to add JSP1.2 features and cleans up even more.
Does this mean that you intend to completely separate
Since I'm going to need support for chunked requests in 3.3 anyway, I'm
going ahead with the port of my 3.2.2 changes. I hope to have it in a
couple of days.
Questions :
- Does the java part need to know that the incoming data came in CHUNKED ?
The Java side can figure it out if the
On Tue, 28 Aug 2001, Schreibman, David wrote:
Since I'm going to need support for chunked requests in 3.3 anyway, I'm
going ahead with the port of my 3.2.2 changes. I hope to have it in a
couple of days.
The fix in Ajp13 ( java side ) should be already in, and any _small_
fix in the java
Hi, David, Colin, et al.,
| Since I'm going to need support for chunked requests in 3.3 anyway, I'm
| going ahead with the port of my 3.2.2 changes. I hope to have it in a
| couple of days.
|
| The fix in Ajp13 ( java side ) should be already in, and any _small_
| fix in the java side is ok.
* [EMAIL PROTECTED]
|
| Parsing JSP syntax ( org.apache.jasper34.parser ) will behave as a SAX
| parser, and generate SAX events to generator ( almost identical with what
| XML syntax will generate - the big difference is that we'll generate the
| static content as CDATA, instead of parsing it
This is a suggestion for a slight modification in the
jakarta implementation of
javax.servlet.http.HttpUtils. If this is the wrong
forum for that I apologize.
I'm using tomcat with a client app which has a sloppy
form-urlencode. It will product a POST body like
a=1bc=2 - with no equal sign after
The only way to pull something like this off is to have the Create a new
user account go to some webapp logic that adds new users to the actual
database that JDBCRealm is talking to. It will be instantly available for
use by the authentication logic.
You still won't be able to have a user
| | - Does the java part need to know that the incoming data came in
| CHUNKED ?
| | The Java side can figure it out if the Content-Length is not set. Still,
| | the Content-Length might be set even when the transfer was chunked. Not
| | sure how much value would be added in knowing this
On 29 Aug 2001, Lars Marius Garshol wrote:
| Parsing JSP syntax ( org.apache.jasper34.parser ) will behave as a SAX
| parser, and generate SAX events to generator ( almost identical with what
| XML syntax will generate - the big difference is that we'll generate the
| static content as
remm01/08/28 18:27:37
Modified:catalina/src/share/org/apache/catalina/startup
Bootstrap.java
Log:
- If it does not exist, the value of catalina.home should also be the value
of user.dir.
Revision ChangesPath
1.24 +19 -14
On Mon, 27 Aug 2001, Rick Mann wrote:
Date: Mon, 27 Aug 2001 19:20:08 -0700
From: Rick Mann [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Extending Server.xml configurability (for additional classpaths)
I've seen lots of discussion on the user list
remm01/08/28 18:28:50
Modified:.tomcat.nsi
Log:
- Use user.dir property to specify the Catalina path, instead of catalina.home.
Revision ChangesPath
1.13 +4 -4 jakarta-tomcat-4.0/tomcat.nsi
Index: tomcat.nsi
On Tue, 28 Aug 2001, Bragg, Casey wrote:
Date: Tue, 28 Aug 2001 00:09:08 -0500
From: Bragg, Casey [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Follow Up: 403 error-page N/W
I found one more detail...
My 403 error page works if the 403 is caused by a
Could this ever happen or am I doing something silly?
Keith
Index: src/share/org/apache/tomcat/startup/EmbededTomcat.java
===
RCS file:
/home/cvs/jakarta-tomcat/src/share/org/apache/tomcat/startup/EmbededTomcat.java,
v
retrieving
On Tue, 28 Aug 2001, Jin Yu wrote:
Date: Tue, 28 Aug 2001 10:24:24 -0400
From: Jin Yu [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
To: '[EMAIL PROTECTED]' [EMAIL PROTECTED]
Subject: Bug in tag lib implementation
Hi,
According to my interpretation of the JSP 1.1 spec, the following
remm01/08/28 18:44:07
Modified:catalina/src/share/org/apache/catalina/connector/http
HttpConnector.java
Log:
- Fix race conditions during HTTP connector shutdown.
Patch submitted by Michael Newman newman at mindless.com
Revision ChangesPath
larryi 01/08/28 18:49:06
Modified:src/doc tomcat-ug.html
Log:
More miscellaneous updates. Fixed Configuring Classes table to display
better in Netscape Navigator. Updated some installation info.
Revision ChangesPath
1.12 +108 -68
Quoting Keith Wannamaker [EMAIL PROTECTED]:
Could this ever happen or am I doing something silly?
Keith
[snip]
+ if (cp != null) {
System.getProperties().put(tc_path_add,cp);
+ }
Not sure if it could possibly happen or not. Just to add my $.02 to the above,
however,
I've seen lots of discussion on the user list desiring the
ability to have
additional classpaths available to web applications, but not necessarily
available to all web apps.
...mainly because people don't take the time to understand the class loading
mechanism, and ask for things they
costin 01/08/28 22:01:24
Modified:src/share/org/apache/tomcat/core ContextManager.java
Request.java
Log:
Extra messages and checks.
Revision ChangesPath
1.190 +4 -0
jakarta-tomcat/src/share/org/apache/tomcat/core/ContextManager.java
costin 01/08/28 22:08:07
Modified:src/share/org/apache/tomcat/modules/server Ajp13.java
Ajp13Interceptor.java Ajp13Packet.java
Log:
Bug fix - under certain conditions the POST data was messed up. This
doesn't happen with browsers, but it did happened with
costin 01/08/28 22:08:40
Modified:src/share/org/apache/tomcat/util/collections
SimpleHashtable.java
Log:
Small fix in SimpleHashtable, we can have calls to nextElement without hasMore.
Revision ChangesPath
1.5 +5 -1
40 matches
Mail list logo
