You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tomcat.apache.org by cr...@apache.org on 2001/01/06 05:13:02 UTC
cvs commit: jakarta-tomcat-4.0/webapps/ROOT index.html
craigmcc 01/01/05 20:13:02
Modified: catalina/src/share/org/apache/catalina Globals.java
webapps/ROOT index.html
Log:
Update version numbers for 4.0-beta-1.
Revision Changes Path
1.17 +5 -5 jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/Globals.java
Index: Globals.java
===================================================================
RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/Globals.java,v
retrieving revision 1.16
retrieving revision 1.17
diff -u -r1.16 -r1.17
--- Globals.java 2000/12/14 22:33:42 1.16
+++ Globals.java 2001/01/06 04:13:02 1.17
@@ -1,7 +1,7 @@
/*
- * $Header: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/Globals.java,v 1.16 2000/12/14 22:33:42 craigmcc Exp $
- * $Revision: 1.16 $
- * $Date: 2000/12/14 22:33:42 $
+ * $Header: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/Globals.java,v 1.17 2001/01/06 04:13:02 craigmcc Exp $
+ * $Revision: 1.17 $
+ * $Date: 2001/01/06 04:13:02 $
*
* ====================================================================
*
@@ -69,7 +69,7 @@
* Global constants that are applicable to multiple packages within Catalina.
*
* @author Craig R. McClanahan
- * @version $Revision: 1.16 $ $Date: 2000/12/14 22:33:42 $
+ * @version $Revision: 1.17 $ $Date: 2001/01/06 04:13:02 $
*/
public final class Globals {
@@ -193,7 +193,7 @@
/**
* The descriptive information about this server and version.
*/
- public static final String SERVER_INFO = "Apache Tomcat/4.0-dev";
+ public static final String SERVER_INFO = "Apache Tomcat/4.0-b1";
1.11 +2 -2 jakarta-tomcat-4.0/webapps/ROOT/index.html
Index: index.html
===================================================================
RCS file: /home/cvs/jakarta-tomcat-4.0/webapps/ROOT/index.html,v
retrieving revision 1.10
retrieving revision 1.11
diff -u -r1.10 -r1.11
--- index.html 2000/12/14 22:33:43 1.10
+++ index.html 2001/01/06 04:13:02 1.11
@@ -4,13 +4,13 @@
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
<meta name="GENERATOR" content="Mozilla/4.72 [en] (WinNT; U) [Netscape]">
<meta name="Author" content="Anil K. Vijendran">
-<title>Tomcat (v4.0-dev)</title>
+<title>Tomcat (v4.0-b1)</title>
</head>
<body bgcolor="#FFFFFF">
<img SRC="tomcat.gif" height=92 width=130 align=LEFT><b><font face="Arial, Helvetica, sans-serif"><font size=+3>Tomcat</font></font></b>
<br>
<b><font face="Arial, Helvetica, sans-serif"><font size=-1>Version
-4.0-dev</font></font></b>
+4.0-b1</font></font></b>
<p>This is the default Tomcat home page. This page serves as a quick reference
guide to related resources and is located at:
<ul>
Re: cvs commit: jakarta-tomcat-4.0/webapps/ROOT index.html
Posted by Jim Driscoll <ji...@eng.sun.com>.
Jon Stevens wrote:
>
> on 1/5/2001 9:52 PM, "Craig R. McClanahan" <Cr...@eng.sun.com>
> wrote:
>
> > Oh, I believe you just fine :-). And the record will show that I've been
> > pretty responsive to those bug reports, too. :-) :-)
>
> Yes and that is MOST appreciated. This is yet another shining example of why
> Open Source Works.
>
> I hope all you Sun execs who are reading this will give Craig a big fat
> raise and as many resources as he needs. I'm not kidding.
I'm working on it.
:-)
Jim "not an exec... yet" Driscoll
Re: cvs commit: jakarta-tomcat-4.0/webapps/ROOT index.html
Posted by Jon Stevens <jo...@latchkey.com>.
on 1/5/2001 9:52 PM, "Craig R. McClanahan" <Cr...@eng.sun.com>
wrote:
> Oh, I believe you just fine :-). And the record will show that I've been
> pretty responsive to those bug reports, too. :-) :-)
Yes and that is MOST appreciated. This is yet another shining example of why
Open Source Works.
I hope all you Sun execs who are reading this will give Craig a big fat
raise and as many resources as he needs. I'm not kidding.
> I objected to your blanket assertion that saving and reloading sessions across
> a restart is broken (when it works in many circumstances), and therefore
> theoretically means we should hold up a beta for it.
I didn't even mention a -1 for a reason. :-)
> The whole point of going to beta is to increase the exposure of Tomcat 4.0 so
> we can eradicate the remaining bugs as quickly as possible. That serves all
> of our interests better than waiting for whatever but you find on Saturday,
> and the next one on Sunday, and so on ...
I still don't understand the version number mentality, but whatever. :-)
> Sounds like a good path of investigation for tomorrow morning.
Great. Thanks. This one is a showstopper for Scarab development right now.
:-(
-jon
Re: cvs commit: jakarta-tomcat-4.0/webapps/ROOT index.html
Posted by "Craig R. McClanahan" <Cr...@eng.sun.com>.
Jon Stevens wrote:
> on 1/5/2001 8:52 PM, "Craig R. McClanahan" <Cr...@eng.sun.com>
> wrote:
>
> > That is not a provably correct assertion, given that it works on every test
> > case
> > I have concocted so far.
> >
> > Even if there is something in Turbine that makes it not work, that can be
> > dealt
> > with subsequent to b1. It's not like this is the last release or anything
> > :-).
>
> Ok, I have found like 4 bugs in as many days and you still don't believe me
> on these things. :-)
>
Oh, I believe you just fine :-). And the record will show that I've been pretty
responsive to those bug reports, too. :-) :-)
I objected to your blanket assertion that saving and reloading sessions across a
restart is broken (when it works in many circumstances), and therefore
theoretically means we should hold up a beta for it.
The whole point of going to beta is to increase the exposure of Tomcat 4.0 so we
can eradicate the remaining bugs as quickly as possible. That serves all of our
interests better than waiting for whatever but you find on Saturday, and the next
one on Sunday, and so on ...
>
> here we go again:
>
Sounds like a good path of investigation for tomorrow morning.
Craig
>
> #1. check out scarab
> #2. build it; start tomcat
> #3. goto: http://localhost:8080/scarab/servlet/scarab/template/Register.vm
> #4. hit "Register"
> #5. edit scarab/target/webapps/scarab/templates/Register.vm
> Add anywhere in the template:
> $data.getUser().setTemp("foo", "bar")
>
> #6. hit "Register"
> #7. touch
> scarab/target/webapps/scarab/WEB-INF/classes/org/tigris/scarab/actions/*.cla
> ss
> #7. change the above line to:
> $data.getUser().getTemp("foo")
> #8. hit "Register"
>
> Notice that you see the data you entered in #7. That is because Velocity
> wasn't able to introspect and find a result for "foo" because it doesn't
> exist in the session any longer.
>
> $data.getUser() returns an object that has been placed into the HttpSession
>
> This isn't Turbine that is broken as this same stuff worked fine in JServ
> and Tomcat 3.x. It is definitely Catalina.
>
> love,
>
> -jon
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org
> For additional commands, email: tomcat-dev-help@jakarta.apache.org
Re: classloader status?
Posted by "Craig R. McClanahan" <Cr...@eng.sun.com>.
OK, I've been playing with the scenario below ... and as far as I can tell,
session reloading works correctly. To aid in experimentation, I've added some
instrumentation so that you can log debugging detail messages related to it. The
attached log file is what I get when executing your steps below against Scarab
with the following server.xml entry:
<Context path="/scarab" docBase="scarab" debug="0"
reloadable="true">
<Logger className="org.apache.catalina.logger.FileLogger"
prefix="scarab_log." suffix=".txt"
timestamp="true"/>
<Manager debug="99"/>
</Context>
As you can see from the log, the session attribute "turbine.user" is saved and
then reloaded, but nothing else. What else would you expect to see here?
Craig
Jon Stevens wrote:
> Hi Craig, any status?
>
> Maybe you can point me at the right place to look?
>
> thanks,
>
> -jon
>
> ----------
> From: Jon Stevens <jo...@latchkey.com>
> Reply-To: tomcat-dev@jakarta.apache.org
> Date: Fri, 05 Jan 2001 21:37:41 -0800
> To: <to...@jakarta.apache.org>
> Subject: Re: cvs commit: jakarta-tomcat-4.0/webapps/ROOT index.html
>
> on 1/5/2001 8:52 PM, "Craig R. McClanahan" <Cr...@eng.sun.com>
> wrote:
>
> > That is not a provably correct assertion, given that it works on every test
> > case
> > I have concocted so far.
> >
> > Even if there is something in Turbine that makes it not work, that can be
> > dealt
> > with subsequent to b1. It's not like this is the last release or anything
> > :-).
>
> Ok, I have found like 4 bugs in as many days and you still don't believe me
> on these things. :-)
>
> here we go again:
>
> #1. check out scarab
> #2. build it; start tomcat
> #3. goto: http://localhost:8080/scarab/servlet/scarab/template/Register.vm
> #4. hit "Register"
> #5. edit scarab/target/webapps/scarab/templates/Register.vm
> Add anywhere in the template:
> $data.getUser().setTemp("foo", "bar")
>
> #6. hit "Register"
> #7. touch
> scarab/target/webapps/scarab/WEB-INF/classes/org/tigris/scarab/actions/*.cla
> ss
> #7. change the above line to:
> $data.getUser().getTemp("foo")
> #8. hit "Register"
>
> Notice that you see the data you entered in #7. That is because Velocity
> wasn't able to introspect and find a result for "foo" because it doesn't
> exist in the session any longer.
>
> $data.getUser() returns an object that has been placed into the HttpSession
>
> This isn't Turbine that is broken as this same stuff worked fine in JServ
> and Tomcat 3.x. It is definitely Catalina.
>
> love,
>
> -jon
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org
> For additional commands, email: tomcat-dev-help@jakarta.apache.org
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org
> For additional commands, email: tomcat-dev-help@jakarta.apache.org
classloader status?
Posted by Jon Stevens <jo...@latchkey.com>.
Hi Craig, any status?
Maybe you can point me at the right place to look?
thanks,
-jon
----------
From: Jon Stevens <jo...@latchkey.com>
Reply-To: tomcat-dev@jakarta.apache.org
Date: Fri, 05 Jan 2001 21:37:41 -0800
To: <to...@jakarta.apache.org>
Subject: Re: cvs commit: jakarta-tomcat-4.0/webapps/ROOT index.html
on 1/5/2001 8:52 PM, "Craig R. McClanahan" <Cr...@eng.sun.com>
wrote:
> That is not a provably correct assertion, given that it works on every test
> case
> I have concocted so far.
>
> Even if there is something in Turbine that makes it not work, that can be
> dealt
> with subsequent to b1. It's not like this is the last release or anything
> :-).
Ok, I have found like 4 bugs in as many days and you still don't believe me
on these things. :-)
here we go again:
#1. check out scarab
#2. build it; start tomcat
#3. goto: http://localhost:8080/scarab/servlet/scarab/template/Register.vm
#4. hit "Register"
#5. edit scarab/target/webapps/scarab/templates/Register.vm
Add anywhere in the template:
$data.getUser().setTemp("foo", "bar")
#6. hit "Register"
#7. touch
scarab/target/webapps/scarab/WEB-INF/classes/org/tigris/scarab/actions/*.cla
ss
#7. change the above line to:
$data.getUser().getTemp("foo")
#8. hit "Register"
Notice that you see the data you entered in #7. That is because Velocity
wasn't able to introspect and find a result for "foo" because it doesn't
exist in the session any longer.
$data.getUser() returns an object that has been placed into the HttpSession
This isn't Turbine that is broken as this same stuff worked fine in JServ
and Tomcat 3.x. It is definitely Catalina.
love,
-jon
---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org
For additional commands, email: tomcat-dev-help@jakarta.apache.org
Re: cvs commit: jakarta-tomcat-4.0/webapps/ROOT index.html
Posted by Jon Stevens <jo...@latchkey.com>.
on 1/5/2001 8:52 PM, "Craig R. McClanahan" <Cr...@eng.sun.com>
wrote:
> That is not a provably correct assertion, given that it works on every test
> case
> I have concocted so far.
>
> Even if there is something in Turbine that makes it not work, that can be
> dealt
> with subsequent to b1. It's not like this is the last release or anything
> :-).
Ok, I have found like 4 bugs in as many days and you still don't believe me
on these things. :-)
here we go again:
#1. check out scarab
#2. build it; start tomcat
#3. goto: http://localhost:8080/scarab/servlet/scarab/template/Register.vm
#4. hit "Register"
#5. edit scarab/target/webapps/scarab/templates/Register.vm
Add anywhere in the template:
$data.getUser().setTemp("foo", "bar")
#6. hit "Register"
#7. touch
scarab/target/webapps/scarab/WEB-INF/classes/org/tigris/scarab/actions/*.cla
ss
#7. change the above line to:
$data.getUser().getTemp("foo")
#8. hit "Register"
Notice that you see the data you entered in #7. That is because Velocity
wasn't able to introspect and find a result for "foo" because it doesn't
exist in the session any longer.
$data.getUser() returns an object that has been placed into the HttpSession
This isn't Turbine that is broken as this same stuff worked fine in JServ
and Tomcat 3.x. It is definitely Catalina.
love,
-jon
Re: cvs commit: jakarta-tomcat-4.0/webapps/ROOT index.html
Posted by "Craig R. McClanahan" <Cr...@eng.sun.com>.
Jon Stevens wrote:
> on 1/5/2001 8:13 PM, "craigmcc@apache.org" <cr...@apache.org> wrote:
>
> > Update version numbers for 4.0-beta-1.
>
> Are we *really* ready for a b1 release? I think that the fact that sessions
> get lost when the classloader reloads is a pretty big bug that should get
> resolved before b1 is released.
>
That is not a provably correct assertion, given that it works on every test case
I have concocted so far.
Even if there is something in Turbine that makes it not work, that can be dealt
with subsequent to b1. It's not like this is the last release or anything :-).
>
> -jon
>
Craig
Re: cvs commit: jakarta-tomcat-4.0/webapps/ROOT index.html
Posted by Jon Stevens <jo...@latchkey.com>.
on 1/5/2001 8:13 PM, "craigmcc@apache.org" <cr...@apache.org> wrote:
> Update version numbers for 4.0-beta-1.
Are we *really* ready for a b1 release? I think that the fact that sessions
get lost when the classloader reloads is a pretty big bug that should get
resolved before b1 is released.
-jon