Hi Remy,
I think the performance related change that you made to StandardPipeline can
be improved upon in that it can avoid using a HashMap to store/retrieve the
pipeline stage and instead simply store/retrieve it from an integer variable
in the RequestBase class. Since this codepath
Simple patch to o.a.c.startup.Embedded.java to propagate its debug level to
Loaders that it creates.
Arvind
Index: Embedded.java
===
RCS file:
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7714.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7714.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
It is simple to write equivalent to Server.HTMLEncode
FUNCTION in java but is there is any thing equivalent
to Server.HTMLEncode in JSP.
PLZ Response
__
Do You Yahoo!?
Everything you'll ever need on one web page
from News and Sport to Email and
I'd be happy to volunteer I already run wiserlabz completely alone.
If I could find someone in charge I and I'm sure others would be happy
to do it. Personally I'm not a programmer, I try to help with what I
can. Going on to quality software... if we can't make our own
listserv work, how
todd tredeau [EMAIL PROTECTED] wrote:
I'd be happy to volunteer I already run wiserlabz completely alone.
If I could find someone in charge I and I'm sure others would be happy
to do it. Personally I'm not a programmer, I try to help with what I
can. Going on to quality software... if we
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7700.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7715.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7717.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7717.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6374.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7715.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Perhaps you could set up a special mail address like [EMAIL PROTECTED] which
would automatically reply to any message with detailed instructions on how to
unsubscribe. The instructions would include work-arounds for all the gotcha
problems you described below. If someone has been on a list
Arvind Srinivasan wrote:
I think the performance related change that you made to StandardPipeline can
be improved upon in that it can avoid using a HashMap to store/retrieve the
pipeline stage and instead simply store/retrieve it from an integer variable
in the RequestBase class. Since this
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7700.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
but if the tyrex guys are retired who's changed this in TC4.0.4?
BTW what is DBCP?
Kevin Jones
Developmentor
www.develop.com
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On
Behalf Of Lev Assinovsky
Sent: 03 April 2002 09:08
To: Tomcat Developers List
but if the tyrex guys are retired who's changed this in TC4.0.4?
I did, because the other connection type is not pooled, among many things. I
can revert the changes if it is a bad idea.
BTW what is DBCP?
From the commons. It will be used in the next Tomcat, as it is a lot easier
to use and
I did, because the other connection type is not pooled, among
many things. I can revert the changes if it is a bad idea.
It's only bad because it breaks my code :-) The code I'm using is (I
think) very common, I'm simply turning autocommit off. Now, I know that
in a managed environment I
remm02/04/03 07:57:11
Modified:coyote/src/java/org/apache/coyote/tomcat4
CoyoteProcessor.java CoyoteRequest.java
Log:
- Implement getRemoteHost and getRemoteAddr (unfortunate omission caused
by the fact that I always test with a local client).
-
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7723.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7723.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7725.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I am opening the discussion in [EMAIL PROTECTED], if you don't
mind. I think there are others who may be interested in the topic.
jasper2 is in jakarta-tomcat-jasper. You'll need to build jakarta-tomcat-4.0
first, and then jasper2. It just drops the jar files into tomcat build area.
Ignore
I don't mind. I plan on writing a clean site from scratch for doing the
performance evaluation. The test pages I used to perform the previous
tests will only work for tomcat 4.0. Which is why I plan on writing a
new demo site from scratch for my own testing purposes.
My existing test pages are
On Wed, 3 Apr 2002, Kin-Man Chung wrote:
It's great that you are doing performance evaluation for different versions
of tomcat. Can your jstl run in tc3 and tc4 without change? Can we
separated performance attributed to containers as opposed to those attributed
to jasper? For those jasper
Kin-Man,
I have a side question.
I am looking for the documentation /comments on the Jasper compiler(jspc)-I
have
looked through the JspC.java but there are no comment about different
compiler options.
I wondering if you can point me in a right direction.
Thank you.
Leo
-Original
I am opening the discussion in [EMAIL PROTECTED], if you don't
mind. I think there are others who may be interested in the topic.
jasper2 is in jakarta-tomcat-jasper. You'll need to build
jakarta-tomcat-4.0
first, and then jasper2. It just drops the jar files into tomcat build
area.
Kin-Man,
I have a side question.
I am looking for the documentation /comments on the Jasper compiler(jspc)-I
have
looked through the JspC.java but there are no comment about different
compiler options.
I wondering if you can point me in a right direction.
Thank you.
Leo
Hmm.. you
Good for you, Remy!
Actually, I've already done the optimization for the runtime and it is very
significant for simple pages (see my commits last week); when the page does
run, it does it very fast now. There's no hotspot left in the runtime
(according to OptimizeIt; of course, it won't help
I think I've done the part on the container improvements (at least, the
additional tweaks won't bring any big performance increase now); the
rest
seems up to the compiler.
Remy
Tomcat 4 is still significantly slower than tomcat 3, based on some
performance tests Prasad ran. Is
Coyote 1.0 Beta 5 is now available, and includes:
- A high performance HTTP/1.1 processor
- An adapter for Tomcat 3.3.x
- An adapter for Tomcat 4.0.x
Changes over Beta 4 include:
- Optimized host header parsing.
- Add code to prevent filter loops.
- Fix NPE with some header values.
- Other small
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7700.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
amyroh 02/04/03 14:22:57
Modified:catalina/src/share/org/apache/catalina/mbeans
MBeanUtils.java
Log:
Change the MBean nomenclature for Valve.
Revision ChangesPath
1.31 +13 -13
manveen 02/04/03 14:25:43
Added: webapps/admin/WEB-INF/classes/org/apache/webapp/admin/connector
SaveConnectorAction.java
Log:
Added implementation for add and edit connector actions.
Revision ChangesPath
1.1
manveen 02/04/03 14:27:22
Modified:webapps/admin/WEB-INF/classes/org/apache/webapp/admin/connector
ConnectorForm.java
Log:
added service name to connector form.
Revision ChangesPath
1.4 +28 -4
Christopher St. John wrote:
The obvious implementation is to have have ValveContext hold
the index.
That's how I assumed it worked the first time I
saw the Pipeline, Valve and ValveContext classes. I was suprised
to see a ThreadLocal. Using ValveContext has the appropriate
threading
manveen 02/04/03 15:07:44
Modified:webapps/admin/WEB-INF/classes/org/apache/webapp/admin
ApplicationResources_en.properties
ApplicationResources_es.properties
Log:
Added connector related properties.
Revision ChangesPath
manveen 02/04/03 15:35:36
Modified:webapps/admin/WEB-INF/classes/org/apache/webapp/admin/connector
ConnectorForm.java EditConnectorAction.java
Added: webapps/admin/WEB-INF/classes/org/apache/webapp/admin/connector
[EMAIL PROTECTED] wrote:
I had problems with the new compiler / runtime environment though (for ex,
the include example doesn't work, and the admin webapp can't compile), so
it's not ready yet.
The include example is wrong in that it includes a page directive
%@ page buffer=5
costin 02/04/03 15:55:05
Modified:coyote/src/java/org/apache/coyote Request.java
Log:
Added 4 more fields to Request.
Let me know if you think they shouldn't be exposed, I can use
notes. All are required to support non-http protocols ( i.e. ajp )
and reuse the same
costin 02/04/03 15:56:08
Modified:jk/java/org/apache/jk/common HandlerRequest.java
JkInputStream.java WorkerDummy.java
jk/java/org/apache/jk/core MsgContext.java
jk/java/org/apache/jk/server/tomcat33 JkRequest33.java
costin 02/04/03 15:56:41
Modified:jk build.xml
Log:
Add coyote dep, call ant to build coyote and utils
Revision ChangesPath
1.30 +25 -30jakarta-tomcat-connectors/jk/build.xml
Index: build.xml
kinman 02/04/03 16:05:34
Modified:webapps/examples/jsp/include include.jsp
Log:
- The value for the buffer attribute of a page directive needs the
mandatory kb suffix, according to the spec.
Revision ChangesPath
1.2 +1 -1
Arvind Srinivasan wrote:
Christopher St. John wrote:
The obvious implementation is to have have ValveContext hold
the index.
But isn't a ValveContext (Pipeline) shared across requests ?
It's shouldn't be, but it is now. StandardPipeline
implements VavleContext, but there's no
manveen 02/04/03 16:38:20
Added: webapps/admin/WEB-INF/classes/org/apache/webapp/admin/connector
ConnectorsForm.java DeleteConnectorAction.java
DeleteConnectorForm.java
DeleteConnectorsAction.java
Log:
Added
manveen 02/04/03 16:40:26
Modified:webapps/admin/connector connector.jsp
Added: webapps/admin/connector connectors.jsp
Log:
Added jsp file that displays the list of connectors that can be deleted.
Added a pulldown menu to choose type of connector to be added from the
costin 02/04/03 16:55:35
Modified:jk/java/org/apache/jk/common ChannelUn.java
Log:
Remove the custom log, use common-logging
Revision ChangesPath
1.7 +20 -22
jakarta-tomcat-connectors/jk/java/org/apache/jk/common/ChannelUn.java
Index: ChannelUn.java
manveen 02/04/03 17:02:59
Modified:webapps/admin/WEB-INF/classes/org/apache/webapp/admin
ApplicationResources_en.properties
ApplicationResources_es.properties
Log:
Added valve related properties.
Revision ChangesPath
1.40
Christopher St. John wrote:
No, definitely not. Here's how MinTC (MinimalTomcat) does
it (this is alpha code, and I've deleted some of the methods
to keep the size down):
Thanks..I like MinTC's solution.
Arvind
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional
kinman 02/04/03 18:34:01
Modified:jasper2/src/share/org/apache/jasper/compiler
CommandLineCompiler.java JspReader.java Parser.java
Log:
- Handle quoted string %\ in scripting elements.
Revision ChangesPath
1.2 +4 -4
remm02/04/03 21:20:23
Modified:docs index.html irc.html news.html
xdocsindex.xml irc.xml news.xml
xdocs/stylesheets project.xml
Added: docs resources.html
xdocsresources.xml
Log:
- Mention 3.3.1 instead of
52 matches
Mail list logo