remm01/02/21 17:20:26
Modified:catalina/src/share/org/apache/catalina/core
StandardContext.java
Log:
- The "java:" naming environment wasn't read only because the read only
flag was incorrectly set.
Revision ChangesPath
1.40 +5 -5
Hello,
I want to use session to store an
Object.
It's OK from a Servlet to aJSP,
BUT the session disappear from a JSP to a servlet.
Any idea ?
Thanks,
David M.
Steve,
Any help would be greatly, greatly appreciated.
Here's my quick state of the union w/r/t Connectors:
1) First off, there are two totally distinct branches of development
currently -- TC 3.x and TC 4.x. The underlying codebases are completely
different. TC 4 is the future of the
As I said, setting goals and stopping when you reach them is very
important ( and hard ).
Beeing faster than Resin or Orion was not my goal - running at a speed
comparable with Apache standalone and mod_perl was, and I think we are
there.
Are we fastest now the ApacheJServ 1.1.2 ?
Now the only
Suggestions for improving the tests are welcome.
Please test Resin and Orion too, next we will beat'em..
As I said, setting goals and stopping when you reach them is very
important ( and hard ).
Beeing faster than Resin or Orion was not my goal - running at a speed
comparable with
Now the only performance issue on my list is mod_jk ( the java side still
need work to improve a bit the performance ). But fixing the bugs and
making tomcat easier to use is far more important - and the connector
module can be released independently, as a standalone module ( i.e. after
3.3
Hi All,
I am trying to use Tomcat 4.0 with xerces. I had a configuration that
works great a week ago.
I have updated the CVS state and rebuild. Now it does not work.
The file catalina.out contains the following:
+++
Exception during startup processing
+1
There's no reason going from .java to a Class object should be any
harder than going from .class to a Class object. If the compiler used
ClassLoader's instead of manually reading .class files in through the
file system, fast in-memory compilation becomes a possibility (and
your runtime
Hi !
(I've mailes this to the user list before, but didn't get answer, so i try
on this list because I think it could by a bur or/and version 4 is more
advanced, so better ask the developpers)
I've installed tomcat 4-beta to check out the filtering mechanism. But I
have some problems to
Tom Reilly wrote:
+1
There's no reason going from .java to a Class object should be any
harder than going from .class to a Class object. If the compiler used
ClassLoader's instead of manually reading .class files in through the
file system, fast in-memory compilation becomes a
[EMAIL PROTECTED] wrote:
When ajp14 is developed, the spec should really contain a standard response
for an "unknown packet", so new packet types (or messages) can be added to
the protocol without breaking backward compatability. If we had this in
ajp13, we could add some very nice
I have a need to have the Tomcat "home" (i.e. the directory
where "conf", "webapps", and "work" are found by default)
be different from Tomcat "install" (i.e. where the "lib"
directory and the jars are found). The new class loader
scheme is finding jars using "tomcat.home" so Tomcat "home"
on 2/22/01 8:40 AM, Tom Reilly at [EMAIL PROTECTED] wrote:
That said, I think javac is never going to be this compiler, at least
not any time soon. They just re-wrote it and I doubt they'll do it
again. A more mobile open source project like KJC is probably more
realistic.
There was very
marcsaeg01/02/22 12:32:02
Modified:src/share/org/apache/jasper/servlet JspServlet.java
Log:
Porting thread synchronization fix from tomcat_32.
The need to synchronize the ctxt.createCompiler() call
doesn't seem to be critical in tomcat 3.3 due to the different
class naming
Now the only performance issue on my list is mod_jk ( the
java side still
need work to improve a bit the performance ). But fixing the bugs and
making tomcat easier to use is far more important - and the connector
module can be released independently, as a standalone module
( i.e. after
On 2001.02.22 14:54:12 +0400 GOMEZ Henri wrote:
I'll be for something like that for TC 3.3 =
/etc/tomcat/conf with mod_jk.conf, server.xml,
Is /etc garantished to be read/write ? Moreover, this dir has to by
writable by anonymous user (or whichever user you are running tomcat as),
Jon Stevens wrote:
Yea, I have proof AND a way to test it in 10 easy steps! :-)
Not as good as the 7-stepper last time, but it will have to do :-).
(but no idea on how to fix it :-()
What I did to confirm and test it was this:
(sorry Craig, it is going to require installing MySQL
Hi!
I wondered why do all of my servlets receive wrong characters in form data,
and have found the answer by looking at
org.apache.tomcat.util.RequestUtil.java; it delegates the work of parsing
the POST-ed form data to javax.servlet.http.HttpUtils.parsePostData(), which
is evil as it takes only
Ok,
I'm sure it is me not paying attention, but is there some reason why the
tomcat 4.0 nightly directory structure looks like this now:
common/lib/
100 -rw-r--r-- 1 jon staff 98496 Feb 22 03:46 jndi.jar
56 -rw-r--r-- 1 jon staff 53553 Feb 22 03:46 naming.jar
76
on 2/22/01 2:42 PM, "Craig R. McClanahan" [EMAIL PROTECTED]
wrote:
Not a problem ... I want this puppy to work.
So do I. :-)
One quick question (that I'm sure will be answered when I look into this in
detail) -- the log files show that it did the "Unload persistent sessions"
stuff, but no
Jon Stevens wrote:
Ok,
I'm sure it is me not paying attention, but is there some reason why the
tomcat 4.0 nightly directory structure looks like this now:
common/lib/
100 -rw-r--r-- 1 jon staff 98496 Feb 22 03:46 jndi.jar
56 -rw-r--r-- 1 jon staff 53553 Feb
That was part of the cleanup of where jar files are located to make it
easier to document/install jar files for the different class loaders.
The lib sub directories are there so that common and server can use an
optional classes directory for things like prop files. The
on 2/22/01 2:55 PM, "Craig R. McClanahan" [EMAIL PROTECTED]
wrote:
$CATALINA_HOME/server/classes (i.e. unpacked directory)
$CATALINA_HOME/server/lib/*.jar (ie.. packed JAR files)
Hmmm...I guess I just don't see the need for the /lib directory.
ie:
$CATALINA_HOME/server/classes (i.e.
Jon Stevens wrote:
on 2/22/01 2:55 PM, "Craig R. McClanahan" [EMAIL PROTECTED]
wrote:
$CATALINA_HOME/server/classes (i.e. unpacked directory)
$CATALINA_HOME/server/lib/*.jar (ie.. packed JAR files)
Hmmm...I guess I just don't see the need for the /lib directory.
ie:
Quoting Glenn Nielsen [EMAIL PROTECTED]:
That was part of the cleanup of where jar files are located to make it
easier to document/install jar files for the different class loaders.
The lib sub directories are there so that common and server can use an
optional classes directory for things
Hi Henri,
Could you make sure that the RPMs included in the M1 are self-contained ?
I installed a new machine, tried to use the RPMs - but they require
xerces.rpm.
I know where to find it, but other may have troubles :-)
Costin
on 2/22/01 3:07 PM, "Craig R. McClanahan" [EMAIL PROTECTED]
wrote:
You need to do this anyway ... the vintage of Tomcat 4.0 that you have is out
of date, and in particular the whole session persistence thing was modified
(and tested) since what you have.
Among other things, that is why you
Jon Stevens wrote:
on 2/22/01 3:07 PM, "Craig R. McClanahan" [EMAIL PROTECTED]
wrote:
You need to do this anyway ... the vintage of Tomcat 4.0 that you have is out
of date, and in particular the whole session persistence thing was modified
(and tested) since what you have.
Among
It seems that the only way to add files to the CLASSPATH in 3.3 is via
the tomcat.cp property, but it doesn't seem to be working quite right.
Below is the patch to org/apache/tomcat/startup/Main.java that works for me.
133,134c133,134
if( ! base.endsWith( "/" ) )
glenn 01/02/22 18:32:20
Modified:catalina/docs/dev classloaders.html
Log:
Fix server and shared classes directory location
Revision ChangesPath
1.5 +3 -3 jakarta-tomcat-4.0/catalina/docs/dev/classloaders.html
Index: classloaders.html
glenn 01/02/22 18:35:08
Modified:jasper build.xml
Log:
Remove installation of servlet.jar in /bin by jasper build
Revision ChangesPath
1.15 +1 -2 jakarta-tomcat-4.0/jasper/build.xml
Index: build.xml
Remy Maucherat wrote:
Quoting Glenn Nielsen [EMAIL PROTECTED]:
That was part of the cleanup of where jar files are located to make it
easier to document/install jar files for the different class loaders.
The lib sub directories are there so that common and server can use an
optional
"Craig R. McClanahan" wrote:
but failing to call:
super.init(config);
THX, that's been the problem.
--
Best regards,
Ansgar W. Konermann
eMail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
Tom Reilly [EMAIL PROTECTED] wrote:
+1
There's no reason going from .java to a Class object should be any
harder than going from .class to a Class object. If the compiler used
ClassLoader's instead of manually reading .class files in through the
file system, fast in-memory compilation
glenn 01/02/22 19:15:04
Modified:catalina/docs/dev building.html
Log:
Add build docs for JNDI JDBC DataSource
Revision ChangesPath
1.3 +15 -1 jakarta-tomcat-4.0/catalina/docs/dev/building.html
Index: building.html
James Duncan Davidson [EMAIL PROTECTED] wrote:
on 2/22/01 8:40 AM, Tom Reilly at [EMAIL PROTECTED] wrote:
That said, I think javac is never going to be this compiler, at least
not any time soon. They just re-wrote it and I doubt they'll do it
again. A more mobile open source project like
I'll try to replay the tests but with Apache 2.0-alpha11 to see
how Apache react. I like to see why Apache 2.0 + mod_jk + ajp12/13
is still slower that direct http connector.
Could you play the static test only, on the same box, against Apache only ?
Just to see what could be the result :
GOMEZ Henri wrote:
Could you play the static test only, on the same box, against Apache only ?
3.2.1 Ajp12 (940/407)
3.3.m1 Ajp12 (960/421)
3.3.m1 Ajp13 (952/488)
You already have the results of Apache standalone: 940 - 960 req/s. The
test target in the Ajp12 and Ajp13
Re: out.flush() sets the 'committed' state in the
response in tc3.2.1 JspWriterImpl.
--- [EMAIL PROTECTED] wrote:
Hi Mel,
First, JspWriter needs to be flushed at the end of
the page - it has a
buffer, and if the buffer is not commited the data
will be lost.
There is a method (
Hi all,
I (still) have a problem with the context of a servlet.
Within a class derived from HttpServlet (nop.Receiver), this
is my doGet method:
-
public void doGet(HttpServletRequest rq, HttpServletResponse rs)
throws IOException, ServletException
{
"Ansgar W. Konermann" wrote:
Hi all,
I (still) have a problem with the context of a servlet.
99% of the time, this error is caused by your servlet having an init method:
public void init(ServletConfig config) throws ServletException {
...
}
but failing to call:
--- [EMAIL PROTECTED] wrote:
Second, while there is a flushBuffer() method in
JspWriterImpl, this method is NOT a part of the
javax.servlet.jsp.JspWriter interface nor is it
public
(it is protected).
We can make it public - and the generated servlets
already depends
on jasper
On Wed, 21 Feb 2001, Mel Martinez wrote:
IMHO out.flush() should not commit the response. Only
response.flushBuffer() should commit the response.
And response.flushBuffer() should not be called from
an inside an 'include' request.
Hi Mel,
First, JspWriter needs to be flushed at the end
Two points come to mind here. First off, I totally
agree that at the end of the page the buffer should be
'committed' to the underlying ServletOutputStream -
but I also believe that the ServletResponse should not
be committed from within a dynamically included
servlet or JSP page - is that
The problem is that flush() must still be executed
as expected,
i.e. if an included JSP or servlet is actually
calling flush(),
it expects the response to be commited.
But does that necessarily mean to commit it to the
browser? Or should it instead just commit it to the
buffer
Jon Stevens wrote:
Yea, I have proof AND a way to test it in 10 easy steps! :-)
(but no idea on how to fix it :-()
Real simple -- use the current CVS code -- *all* of it, not just replacing
catalina.jar :-)
Using your script, you will see in the logs that the user object is persisted
Yea, I have proof AND a way to test it in 10 easy steps! :-)
(but no idea on how to fix it :-()
What I did to confirm and test it was this:
(sorry Craig, it is going to require installing MySQL and loading the Scarab
schema...it isn't hard and directions are provided below):
#1. Install
47 matches
Mail list logo