Craig R. McClanahan typed the following on 04:40 PM 2/5/2001 -0800
(1) Session Save/Restore Across App Restarts
Currently, StandardManager saves and restores sessions across app
restarts (i.e. autoreload if turned on, or normal shutdown and
startup). It should be modified to use the new
Craig R. McClanahan [EMAIL PROTECTED] wrote:
The session handling enhancements proposed by Kief Morris
[EMAIL PROTECTED] have been committed on the Tomcat 4.0 CVS
repository.
Way cool... Thanks Kief...
--
Pier Fumagalli mailto:[EMAIL PROTECTED]
"Craig R. McClanahan" wrote:
Glenn Nielsen wrote:
"Craig R. McClanahan" wrote:
[EMAIL PROTECTED] wrote:
When Jasper is run in a servlet
container it no longer puts the class files in a package, they are now
in the default package.
As was discussed earlier
The package naming solution I've opt'ed for in my own
enhancement to Jasper (which I'll gladly share) is to
derive package names that are related to the location
of the jsp relative to the server context. This is
simple, flexible and should avoid collisions.
Some implementation details are:
nacho 01/02/06 08:51:52
Modified:src/etc server.xml
Removed: src/shell startup2.bat tomcat2.bat
Log:
Change the server.xml to use the new parentClassloader, by default
Revision ChangesPath
1.68 +4 -2 jakarta-tomcat/src/etc/server.xml
Index:
Kief Morris wrote:
Craig R. McClanahan typed the following on 04:40 PM 2/5/2001 -0800
(1) Session Save/Restore Across App Restarts
Currently, StandardManager saves and restores sessions across app
restarts (i.e. autoreload if turned on, or normal shutdown and
startup). It should be
Hi,
I am running Tomcat 3.2.1 on jdk 1.3.0 on RedHat 7.0. When i try to run
Tomcat by doing ./tomcat.sh start, i would get a "Exception in thread "main"
java.lang.NoClassDefFoundError: org/apache/tomcat/shell/Startup. I have Ant,
ServletApi, Java Api, JSSE installed already. Could anyone
Kief has recently proposed improvements to the session management code
in Tomcat 4, and wants to continue helping out. I hereby propose him as
a committer on the Tomcat project. Votes, please?
Craig McClanahan
-
To
Kief has recently proposed improvements to the session management code
in Tomcat 4, and wants to continue helping out. I hereby propose him as
a committer on the Tomcat project. Votes, please?
+1.
Remy
-
To unsubscribe,
craigmcc01/02/06 09:16:28
Modified:tester/src/bin tester.xml
tester/src/tester/org/apache/tester Session03.java
SessionBean.java
tester/web/WEB-INF web.xml
Added: tester/src/tester/org/apache/tester Include02.java
+1
La prise de conscience de votre propre ignorance est un grand pas vers la
connaissance.
-- Benjamin Disraeli
-Original Message-
From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, February 06, 2001 6:16 PM
To: [EMAIL PROTECTED]
Subject: [VOTE] New Committer: Kief
+1
-Original Message-
From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, February 06, 2001 11:16 AM
To: [EMAIL PROTECTED]
Subject: [VOTE] New Committer: Kief Morris
Kief has recently proposed improvements to the session management code
in Tomcat 4, and wants
Hi,
There are few changes to simplify the configuration of tomcat3.3, and I
would like to do them as early as possible.
The idea is to simplify a bit server.xml and make it easier to tune web
applications.
The current syntax will of course be supported, my proposal is to add a
mechanism to
Kief has recently proposed improvements to the session management code
in Tomcat 4, and wants to continue helping out. I hereby propose him as
a committer on the Tomcat project. Votes, please?
+1
( +2 if he also ports them to tomcat 3.3 or makes them independent of
the container
I realize that this is probably a 'tomcat-user'
question, but since my intention is towards dev
efforts, I hope no one minds my posting it here. If
necessary I'll post it to the users list. I've run
into 3 issues described below. Of them, #3 is the
most important to me and I really need to get
nacho 01/02/06 09:58:22
Modified:src/shell tomcat.bat
Log:
Default startup shell for windows, starts tomcat
with new bootstrap
Revision ChangesPath
1.34 +11 -61jakarta-tomcat/src/shell/tomcat.bat
Index: tomcat.bat
nacho 01/02/06 10:16:00
Modified:.build.xml
Log:
Build now builds with the new directory structure under lib
Revision ChangesPath
1.108 +2 -2 jakarta-tomcat/build.xml
Index: build.xml
nacho 01/02/06 10:17:55
Modified:.build.xml
Log:
Oops, a circular dependency ..
Revision ChangesPath
1.109 +2 -2 jakarta-tomcat/build.xml
Index: build.xml
===
RCS file:
The intention ( in tc3.3 ) is to make all the configurations "explicit",
instead of using conventions like "webapps will be in home, libs in
install, etc".
Even in 3.2 we tried to allow a shared installation dir and multiple
work dirs ( i.e. you have one tomcat installed in /opt/tomcat, and
Craig R. McClanahan [EMAIL PROTECTED] wrote:
Kief has recently proposed improvements to the session management code
in Tomcat 4, and wants to continue helping out. I hereby propose him as
a committer on the Tomcat project. Votes, please?
+1
--
Pier Fumagalli
+1
-Original Message-
From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, February 06, 2001 12:16 PM
To: [EMAIL PROTECTED]
Subject: [VOTE] New Committer: Kief Morris
Kief has recently proposed improvements to the session management code
in Tomcat 4, and wants
Costin - Thanks a ton for your reply. Very helpful.
--- [EMAIL PROTECTED] wrote:
The intention ( in tc3.3 ) is to make all the
configurations "explicit",
instead of using conventions like "webapps will be
in home, libs in
install, etc".
This sound great. I am a big proponent of
Hi,
I have a problem under Linux loading the JVM since before I set a Handler to
catch SIGSEGV signals. It seems that this causes some troubles when the JVM
is loaded. This seems due to threads in Java. I saw several post from
yourself about this topic.
I include my C test file (called x.c)
+1
-- Pierre
-Original Message-
From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, February 06, 2001 12:16 PM
To: [EMAIL PROTECTED]
Subject: [VOTE] New Committer: Kief Morris
Kief has recently proposed improvements to the session management code
in
Craig R. McClanahan typed the following on 09:16 AM 2/6/2001 -0800
Kief has recently proposed improvements to the session management code
in Tomcat 4, and wants to continue helping out. I hereby propose him as
a committer on the Tomcat project. Votes, please?
Thanks for the support everyone,
+1
Saludos ,
Ignacio J. Ortega
-Mensaje original-
De: Craig R. McClanahan [mailto:[EMAIL PROTECTED]]
Enviado el: martes 6 de febrero de 2001 18:16
Para: [EMAIL PROTECTED]
Asunto: [VOTE] New Committer: Kief Morris
Kief has recently proposed improvements to the session
[EMAIL PROTECTED] typed the following on 09:44 AM 2/6/2001 -0800
Kief has recently proposed improvements to the session management code
in Tomcat 4, and wants to continue helping out. I hereby propose him as
a committer on the Tomcat project. Votes, please?
+1
( +2 if he also ports them to
I just checked out a copy of the website and updated one of the pages (added
my info to "Who We Are"), but, when I tried to check it back in, I got the
following:
Access denied: Insufficient Karma (danmil|jakarta-site2/docs/site)
cvs server: Pre-commit check failed
Access denied:
In 3.3, the logs are corectly set relative to
TOMCAT_HOME.
and should be implicitely written to paths relative to
the application 'home', not into TOMCAT_HOME. This
is simple OO partitioning of responsibilities.
Ok, this is a clear example of what's wrong with the current
status -
Hi,
I have a problem under Linux loading the JVM since before I set a Handler to
catch SIGSEGV signals. It seems that this causes some troubles when the JVM
is loaded. This seems due to threads in Java. I saw several post from
yourself about this topic.
Long ago... Did you tried with a
( +2 if he also ports them to tomcat 3.3 or makes them independent of
the container architecture - i.e. general purpose utils for
serialization/deserialization with a simple adapter for each server :-)
Sure, the 3.3 code could be modified to use the Store interfaces to serialize
its
No need, it's already done ( and in 3.2 too ).
( I have no idea who did it - it's not me, and I was
quite surprised to find it there :-)
Erggg, hummm, i did from code of Alex Chafee, it was inadvertly slipped
in a commit many time ago ( about August or Sept ) , but it's truly
useful :) so
--- [EMAIL PROTECTED] wrote:
Ok, this is a clear example of what's wrong with the
current
status - there are 2 directories that can be set on
ContextManager,
one is "home" and the other one is "installDir".
The env. variable is used to set home.
Where is this stuff documented? There
you look at tomcat.util you'll find that none of the tools there depends
in any way on any tomcat internal object. If the store can be written as
a general-purpose utility, and you keep container-dependent code in a
small adapter then more people will be able to use it or contribute to
status - there are 2 directories that can be set on
ContextManager,
one is "home" and the other one is "installDir".
The env. variable is used to set home.
Where is this stuff documented? There doesn't seem to
be a DTD for server.xml.
It's still on the TODO list, but it'll happen
--- [EMAIL PROTECTED] wrote:
IMHO it would be a mistake to write a session
manager using the same
abstractions as in a servlet container - after all
the task is to store
data and the requirements are pretty specific )
I'd like to poke my $.02 in and say I totally agree
with Costin.
--- [EMAIL PROTECTED] wrote:
No, the overhead of using a servlet to invoke the
jsp page is significant ( at least in my tests
is shows a big difference ).
JspInterceptor does a simple thing - after the
jsp page is compiled to a servlet, the servlet
will be "registered" to tomcat ( as
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=233
*** shadow/233 Tue Feb 6 16:54:22 2001
--- shadow/233.tmp.24101Tue Feb 6 16:54:22 2001
***
*** 0
--- 1,22
+ ++
+ | When using XML
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=391
*** shadow/391 Tue Feb 6 16:52:59 2001
--- shadow/391.tmp.24090Tue Feb 6 16:52:59 2001
***
*** 0
--- 1,31
+ ++
+ | stalled processors
Hi,
I'm putting together the next version of the Turbine
Development Kit and I was wondering what repository I
should be using: the 4.0 or 4.1 repository. I don't
want to debug something I don't have to :-)
jvz.
-
To
Hi,
I'm putting together the next version of the Turbine
Development Kit and I was wondering what repository I
should be using: the 4.0 or 4.1 repository. I don't
want to debug something I don't have to :-)
4.0.
4.1 is a development branch which is temporarily abandoned.
Remy
craigmcc01/02/06 17:08:59
Modified:catalina/src/share/org/apache/catalina/core
StandardServer.java
Log:
Correct the loop control for the reversed test variation.
Submitted by: John Li [EMAIL PROTECTED]
PR: 401
Revision ChangesPath
1.3
On Tue, 6 Feb 2001, Remy Maucherat wrote:
Hi,
I'm putting together the next version of the Turbine
Development Kit and I was wondering what repository I
should be using: the 4.0 or 4.1 repository. I don't
want to debug something I don't have to :-)
4.0.
4.1 is a development
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=428
*** shadow/428 Tue Feb 6 17:17:49 2001
--- shadow/428.tmp.24145Tue Feb 6 17:17:49 2001
***
*** 0
--- 1,26
+ ++
+ | JSP tags names
remm01/02/06 17:38:28
Modified:jasper/src/share/org/apache/jasper/servlet JspServlet.java
Log:
- Fix for bug 531 : normalize the path (and use File.toURL() to make sure
the URL is valid).
Revision ChangesPath
1.11 +64 -3
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=453
*** shadow/453 Tue Feb 6 18:26:14 2001
--- shadow/453.tmp.25070Tue Feb 6 18:26:14 2001
***
*** 0
--- 1,116
+ ++
+ | Errors in
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=452
*** shadow/452 Tue Feb 6 18:25:34 2001
--- shadow/452.tmp.25065Tue Feb 6 18:25:34 2001
***
*** 0
--- 1,90
+ ++
+ | Using jsp:include
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=487
*** shadow/487 Tue Jan 30 08:00:28 2001
--- shadow/487.tmp.25081Tue Feb 6 18:28:52 2001
***
*** 2,13
| JSPC Empty stack exeption BugRat Report#818|
Mel Martinez wrote:
The package naming solution I've opt'ed for in my own
enhancement to Jasper (which I'll gladly share) is to
derive package names that are related to the location
of the jsp relative to the server context. This is
simple, flexible and should avoid collisions.
There
--- Glenn Nielsen [EMAIL PROTECTED] wrote:
There is no need for all this complexity to generate
a package name
in the new Jasper.
Hmmm... compared to the gobbledy-gook that was being
done before, I'd hardly call what I did complex.
Aside from options, all it does is very simply asign
the
larryi 01/02/06 20:23:58
Modified:src/etc server.xml
Log:
Remove extra "/".
Make it a little easier to copy the "path" setting for the servlet_log to the
tc_log .
Revision ChangesPath
1.69 +3 -3 jakarta-tomcat/src/etc/server.xml
Index: server.xml
I have a little problem with the isapi_redirect.dll connector to Tomcat. There seems to be a buffering problem with sending the response back to the browser.
My symptoms are as follows:
I access a JSP file running in Tomcat via the IIS and isapi_redirect.dll and I receive a page back that has
Daniel Diaz [EMAIL PROTECTED] wrote:
Another strange problem occurs if you replace this line by
system("uname -a");
after executing system() the JVM loading is blocked (in a sigsuspend I think).
Could you help me on this please ?
Hehehe :) You're going down hard-core on the VM :)
Remy Maucherat [EMAIL PROTECTED] wrote:
4.1 is a development branch which is temporarily abandoned.
Since it's abandoned, can't we just get rid of it?
Pier
--
Pier Fumagalli mailto:[EMAIL PROTECTED]
Pier Fumagalli [EMAIL PROTECTED] wrote:
So far the same code you wrote works with SIGHUP, SIGKILL and SIGUSR?...
Uh uh uh... So damn stupid Pier :) Now I get it, it's not because of
SIGSEGV, but it's because a SIGSEGV is raised when the VM is created... :)
Now I remember when I saw that
Hi folks. (My apologies for crossposting, I wasn't sure if this is a
taglib question or a tomcat question/problem)
I'm writing a taglib using the JSP 1.1 spec (currently Tomcat 3.x). I'm
having a problem with a property "set" method.
I have a taglib tag which takes one parameter: "index".
IIRC, having two setters with different argument types violates the JavaBeans
specification. In addition, it seems to cause the Java reflection APIs to think that
there
is no setter method at all, so you will get complaints about a read-only property from
any
JSP implementation that uses this
Thanks for the quick reply Craig.
A followup question. In tomcat 3.1, I was able to do
public setIndex ( Object o )
If this is legal, I can do my own internal checking to see if the object "o" is a
String or an
int. However in Tomcat 4.0, I get an error when I try to do this. I saw
costin 01/02/06 22:41:33
Modified:src/share/org/apache/tomcat/util/test GTest.java
HttpClient.java
Log:
Allow multiple tests (matchers ) per request.
Revision ChangesPath
1.9 +58 -23
costin 01/02/06 22:42:48
Modified:src/admin/WEB-INF/classes/tadm TomcatAdmin.java
src/admin/test sanity-form.jsp test.jsp
Log:
Fix the test.jsp to allow multiple checks per request.
Revision ChangesPath
1.9 +8 -5
costin 01/02/06 22:49:38
Modified:src/tests/webpages/WEB-INF test-tomcat.xml
src/tests/webpages/WEB-INF/classes/params
InputStreamParams.java Params.java
ParamsInputStream.java
Added:
costin 01/02/06 23:01:31
Modified:src/share/org/apache/tomcat/core ContextManager.java
Request.java
src/share/org/apache/tomcat/modules/server
Ajp12Interceptor.java Ajp13Interceptor.java
Hi
...I've tried to modify AccessInterceptor in order to use FORM
authentication WITHOUT enabling cookies.
The appended code stays between //HERE IS THE DIFFERENCE // SOFTWIN: THE
DIFFERENCE ENDS HERE. Unfortunately, I didn't succeed in copiling it. Could
you take a look and eventually
63 matches
Mail list logo
