on option, can it be minimize the synchronized calls, as a example.
1. Removing synchronized methods in TagPool
2. Adding a synchronize block on top of the jspService method, that get all
needed tag instances
3. normal using the instances
4. Adding a synchronize block in finally block to put
In Java, the whole point is you can go switch out a VM, at a
drop of a hat.
I mean, JDK 1.5 is coming out.
That's just moronic and plain wrong and if you truly believe that I'm
feeling sorry for you. If you'd had any experience running live servers
you'd know that changing API's _always_ have
Costin Manolache wrote:
Hans Bergsten wrote:
Costin Manolache wrote:
[...]
In an ideal world, all core tags would be recyclable and garbage-free -
that may allow them to run at comparable speed with a hard-coded page.
I think it's more important to implement open coding of JSTL, i.e.
Hi,
Security roles in web.xml do not work with IIS
Btw, I guess that it is impossible to use roles
when one has apache as front end also.
--- Additional Comments From [EMAIL PROTECTED] 2003-01-20 15:18 ---
The idea was to use NT UserGroups as Roles, but never
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=16290.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Would it be better to remove unpackWARs from tomcat5 since there isn't
that much of a concern for backwards compatibilty on major releases?
-Tim
It should always be at least an option to deploy WAR files without unpacking
them.
Systematically unpacking WARs would cause problems: the unpacked
Howdy,
The first thing I ask programmers I hire is How do you prefer to
program? What is your environment like? ... If the answer is along the
lines of vi, emacs, notepad, zsh, bash, windows command
line, then I feel much relieved...
Wow, that's kind of amazing -- I use the exact same question
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=16294.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Howdy,
always apply). All custom data in our apps is either stored in the
user.home directory, the preferences API, JNDI, or whatever. We tend
to
consider the .war file like an .exe or executable JAR file.
And I think this is where my interest comes from. Your considerations
are exactly the
Costin Manolache wrote:
Taking Glenn's post out of thread:
Glenn Nielsen wrote:
Per JSP Page (current)
--
The current tag pool manages one or more pools of tags on a per JSP
page basis. With a synchronized method call for each get/reuse pair
for a TagHandler used in the
Hi,
I was wondering if people among the happy few who got PureTLS (0.9b3)
running with Tomcat 4.1 or 5.0 post some kind of small HOWTO.
I'm running Linux (RH 7.3, with IBM 1.4.0 or Sun 1.4.1).
I read on the PureTLS website (err, sorry webpage) that it supported
OpenSSL certs. So I should be
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=16297.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
This is regarding (alleged) bug 14436 - RequestDispatcher Drops Query
String
Noticed 14436 in the Bug Database. We had two situations that were almost
identical. One where the resource path to dispatch to (a servlet) had its
own query string .. the JSP page that the servlet then forwarded to was
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=6007.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
This is off topic, but I do the same.
Glenn
Shapira, Yoav wrote:
Howdy,
The first thing I ask programmers I hire is How do you prefer to
program? What is your environment like? ... If the answer is along the
lines of vi, emacs, notepad, zsh, bash, windows command
line, then I feel much
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=16299.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
This list is for development of the Tomcat please forward to tomcat-user
etc etc ;)
Martin (sorry, couldn't stop myself)
-Original Message-
From: Remy Maucherat [mailto:[EMAIL PROTECTED]]
Sent: 21 January 2003 15:04
To: Tomcat Developers List
Subject: Making PureTLS work
V. Cekvenich wrote:
For TC 4 OK, but TC5 will have tested 4 vendors JVM 1.4.
Most people run JDK 1.4 now.
There is at least one person which didn't run JDK 1.4,
me, since the JDK 1.4 is not available on my iSeries.
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional
V. Cekvenich wrote:
Glenn Nielsen wrote:
V. Cekvenich wrote:
For TC 4 OK, but TC5 will have tested 4 vendors JVM 1.4.
Most people run JDK 1.4 now.
Perhaps you do, but where is the data to support your claim above that
most people run JDK 1.4?
Going around to clients site. What are
I use Idea. I should start learning vi :-)
( well, I do use emacs and vi a lot - but not for java, so I
may still have a chance ... )
Costin
Glenn Nielsen wrote:
This is off topic, but I do the same.
Glenn
Shapira, Yoav wrote:
Howdy,
The first thing I ask programmers I hire is How
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, January 21, 2003 11:00 AM
To: [EMAIL PROTECTED]
Subject:DO NOT REPLY [Bug 6007] - JSP-servlet cache is not deleted
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED
Costin Manolache wrote:
I use Idea. I should start learning vi :-)
( well, I do use emacs and vi a lot - but not for java, so I
may still have a chance ... )
I use vi for at least 14 years, but for java dev I turned to
eclipse last year, and it's hard to reswicth to vi ;)
--
To
Martin Algesten wrote:
I use vi for at least 14 years, but for java dev I turned to
eclipse last year, and it's hard to reswicth to vi ;)
Wow! I tried to use Borland J something or another a long time ago and
got to frustrated that I didn't have control over what I was doing...
what are
JSR77 defines a certain model - in particular a WebModule must
include an attribute servlets[] that lists all the servlets
in the webapp, and it also requires on JMX mbean per servlet.
( tomcat uses that to provide all kind of performance and
statistical info ).
The problem is - JSPs are not
Hello,
I apologize for posting this question to this group, but I have been
unable to get an answer in the tomcat-user group. My catalina.out logs
are full of the following messages:
Jan 21, 2003 10:31:41 AM org.apache.jk.common.ChannelSocket
processConnection
INFO: server has been restarted or
I have looked at JSR 77, but not in depth.
I am all for instrumenting Tomcat using JMX where it makes sense.
And will help when/if I have time.
Glenn
Costin Manolache wrote:
JSR77 defines a certain model - in particular a WebModule must
include an attribute servlets[] that lists all the
Eric Rescorla wrote:
Remy Maucherat [EMAIL PROTECTED] writes:
Hi,
I was wondering if people among the happy few who got PureTLS (0.9b3)
running with Tomcat 4.1 or 5.0 post some kind of small HOWTO.
I'm running Linux (RH 7.3, with IBM 1.4.0 or Sun 1.4.1).
I read on the PureTLS website (err,
costin 2003/01/21 11:44:42
Modified:jasper2/src/share/org/apache/jasper JspC.java
Log:
Support for packages in precompiled servlets - otherwise all go to the
same package and we get conflicts.
Revision ChangesPath
1.21 +8 -5
Remy Maucherat [EMAIL PROTECTED] writes:
Eric Rescorla wrote:
If PureTLS isn't compatible with IBM JVM, then fine, but I can't see
its usefulness.
It shouldn't be incompatible. What's going on here is a provider
conflict.
You need to ensure that Cryptix is ahead of whatever IBM provider
[EMAIL PROTECTED] wrote:
costin 2003/01/21 11:44:42
Modified:jasper2/src/share/org/apache/jasper JspC.java
Log:
Support for packages in precompiled servlets - otherwise all go to the
same package and we get conflicts.
Thanks for finally fixing this, but please use the patch I
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=12196.
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=16308.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I use vi for at least 14 years, but for java dev I turned to
eclipse last year, and it's hard to reswicth to vi ;)
Wow! I tried to use Borland J something or another a long time ago and
got to frustrated that I didn't have control over what I was doing...
what are the advantages?
Martin
--
Sorry, I didn't see the patch - I was precompiling the admin and
hit the problem.
BTW - why don't you fix it yourself - you are committer AFAIK :-) ?
Costin
Hans Bergsten wrote:
[EMAIL PROTECTED] wrote:
costin 2003/01/21 11:44:42
Modified:jasper2/src/share/org/apache/jasper
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=16234.
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=16234.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Jasper currently uses its own private logging facility implemented
in the org.apache.jasper.logging package. This is inconsistent with
the way the other Tomcat subsystems perform logging
(by leveraging the commons-logging package).
Proposal is to remove org.apache.jasper.logging, and replace
Costin Manolache wrote:
Sorry, I didn't see the patch - I was precompiling the admin and
hit the problem.
BTW - why don't you fix it yourself - you are committer AFAIK :-) ?
There's a simple reason: it's been so long since I was actively involved
in the development that I (a) want to lurk a
Jan Luehe wrote:
Jasper currently uses its own private logging facility implemented
in the org.apache.jasper.logging package. This is inconsistent with
the way the other Tomcat subsystems perform logging
(by leveraging the commons-logging package).
Proposal is to remove
Jan Luehe wrote:
Jasper currently uses its own private logging facility implemented
in the org.apache.jasper.logging package. This is inconsistent with
the way the other Tomcat subsystems perform logging
(by leveraging the commons-logging package).
Proposal is to remove
Hans,
Jasper currently uses its own private logging facility implemented
in the org.apache.jasper.logging package. This is inconsistent with
the way the other Tomcat subsystems perform logging
(by leveraging the commons-logging package).
Proposal is to remove
Jasper currently uses its own private logging facility implemented
in the org.apache.jasper.logging package. This is inconsistent with
the way the other Tomcat subsystems perform logging
(by leveraging the commons-logging package).
Proposal is to remove org.apache.jasper.logging, and replace
costin 2003/01/21 14:49:53
Modified:jasper2/src/share/org/apache/jasper JspC.java
Log:
Use Hans version of the patch.
Revision ChangesPath
1.22 +118 -67
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/JspC.java
Index: JspC.java
iSeris has JDK 1.4 download from IBM, that is my point. (BEA, and Apple
have it as well so we have multi source).
Today when you download Tomcat 4 you have the 1.4 LE edition just loook
at the site
Also downloading a jar, ex: http://jdbc.postgresql.org/download.html
have 1.4 required.
Today!
amyroh 2003/01/21 15:16:37
Modified:webapps/admin/defaultcontext defaultcontext.jsp
Log:
Complete the accessibility requirement for section 508.
Revision ChangesPath
1.3 +27 -27
jakarta-tomcat-4.0/webapps/admin/defaultcontext/defaultcontext.jsp
Index:
amyroh 2003/01/21 15:19:56
Modified:.RELEASE-NOTES-4.1.txt
Log:
Tomcat 4 admin webapp is now accessible and passes section 508.
Revision ChangesPath
1.51 +4 -1 jakarta-tomcat-4.0/RELEASE-NOTES-4.1.txt
Index: RELEASE-NOTES-4.1.txt
costin 2003/01/21 15:24:51
Modified:jasper2/src/share/org/apache/jasper JspC.java
Log:
Use the patch submited by Hans ( at least the part related to package ).
I modified it so that if a package is specified, it is used as prefix.
The second patch - I'm not sure what it
costin 2003/01/21 15:25:29
Modified:webapps/admin/WEB-INF web.xml
Log:
Add a small XML comment - it'll be replaced with the generated web.xml
fragment.
Revision ChangesPath
1.6 +2 -0 jakarta-tomcat-catalina/webapps/admin/WEB-INF/web.xml
Index: web.xml
Hello,
Has anyone recently compiled isapi_redirector2.dll (aka IIS JK2 connector)?
It seems that the binary version available at Tomcat Connectors site is
quite old and does not include the recent upload-corrupter bugfix
(http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15278). It would be cool
costin 2003/01/21 15:25:56
Modified:.build.xml
Log:
Update to match gump dir naming.
Revision ChangesPath
1.67 +1 -1 jakarta-tomcat-5/build.xml
Index: build.xml
===
RCS file:
Finally - the precompilation for /admin works, just use
ant build-admin-precompile
The jsp-examples should be precompiled too ( unless they're
intended to show how slow jsp can be on the first request).
After more looking at the code - I think it is a bit too
complicated to add the JMX to
This might start a bit of a flame-fest here, and if so I appologize, but I feel that
this is a valid point.
A lot of people have been critizing V. Cekvenich for his suggestion, and one of the
common reasons given was:
Those who have systems in production and have spent alot of time developing
luehe 2003/01/21 15:45:19
Modified:jasper2/src/share/org/apache/jasper/compiler Generator.java
Log:
Modified code generated for jsp:plugin to be well-formed.
Example:
Previous format of generated code:
COMMENT
EMBED ...
NOEMBED
/COMMENT
[EMAIL PROTECTED] wrote:
costin 2003/01/21 15:24:51
Modified:jasper2/src/share/org/apache/jasper JspC.java
Log:
Use the patch submited by Hans ( at least the part related to package ).
I modified it so that if a package is specified, it is used as prefix.
The second patch -
On Tue, Jan 21, 2003 at 09:14:29AM -0500, Shapira, Yoav wrote:
consider the .war file like an .exe or executable JAR file.
And I think this is where my interest comes from. Your considerations
are exactly the opposite of Costin's (I think it was Costin anyways),
who considers the .war 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=15851.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Jan Luehe wrote:
Hans,
Jasper currently uses its own private logging facility implemented
in the org.apache.jasper.logging package. This is inconsistent with
the way the other Tomcat subsystems perform logging
(by leveraging the commons-logging package).
Proposal is to remove
+1
I strongly echo Jan Luehe.
Jan Luehe [EMAIL PROTECTED] wrote:Jasper currently uses its own private logging
facility implemented
in the org.apache.jasper.logging package. This is inconsistent with
the way the other Tomcat subsystems perform logging
(by leveraging the commons-logging package).
+1
-- Jeanfrancois
Jan Luehe wrote:
Jasper currently uses its own private logging facility implemented
in the org.apache.jasper.logging package. This is inconsistent with
the way the other Tomcat subsystems perform logging
(by leveraging the commons-logging package).
Proposal is to remove
But would it be a nice idea to use Log 4J through out tomcat?
comments..
Jan Luehe [EMAIL PROTECTED] wrote:Jasper currently uses its own private logging
facility implemented
in the org.apache.jasper.logging package. This is inconsistent with
the way the other Tomcat subsystems perform logging
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=3774.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
61 matches
Mail list logo