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=16001.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hans Bergsten wrote:
Tim Moore wrote:
This bug seems to be submitted several times a week. Maybe an FAQ would
be in order? (or FOB -- frequently opened bugs haha)
Then again, if people don't search the bug database before submitting a
new one, then I guess they can't be expected to read the
Hi
I want to call a dll from a jsp page using JNI i am using both Apache and Tomcat as
servers.It is showing an error Class already loaded in another Class loader.I am
placing the dll in the tomcat bin directory.
Regards
Thomas
V. Cekvenich wrote:
Does Tomcat 5 Target JDK 1.4?
It not...it should please.
Apple, IBM, BEA have JDK1.4 (betas) available to download.
The imports might change a bit.
Tomcat5 should support JDK 1.4 but JDK 1.4 MUST NOT BE A PRE REQUISITE
for TC 5
--
To unsubscribe, e-mail: mailto:[EMAIL
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=16253.
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=16254.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hello list, especially Glenn!
I'm not sure if this list is the right place to ask this kind of
questions, and ask them directly to one person, but I thought that
writing straight to such a busy person like Glenn would be even worse.
As I saw in sources, you are the author of
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=16000.
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=15845.
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=16000.
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=16258.
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=16258.
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=13040.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Martin Algesten wrote:
Believe me, when your different web apps are relying on actually being
able to use this part of the API to communicate with each other, then
this is a blocker...
Martin (who still doesn't understand why this isn't an issue worth
fixing)
Because your fix breaks more
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=16253.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Howdy,
Why is the unpackWars flag set to true by default in tomcat 4.1?
I'm not suggesting the setting be changed, just curious about the
reasoning.
Thanks,
Yoav Shapira
Millennium ChemInformatics
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail:
I try to startup tomcat on my Chinese Windows2000 with English environment, but I
found I can't startup tomcat:
startup -Dfile.encoding=ISO-8859-1 -Duser.language=en
and I checked the catalina.bat and echo the full cammand as following:
start Tomcat ... org.apache.catalina.startup.Bootstrap
Why? I say TC5 should require JDK1.4 or above.
TC5 is JSP2.0.
JDK1.4 is now available from multiple sources. It would make some code
and imports easier.
Even now, TC4 is run on JDK1.4.
There is JDK 1.5 coming up, we would be one back.
We do need to move ahead, and clean up the import so that
From looking at the docs for both Tomcat 4.0 and Tomcat 4.1 in the
section on automatic application deployment it states for both that
the default for unpackWARs is true. The section on the unpackWARs
attribute does not mention the default value, perhaps it should.
From my review it looks like
Glenn Nielsen wrote:
From looking at the docs for both Tomcat 4.0 and Tomcat 4.1 in the
section on automatic application deployment it states for both that
the default for unpackWARs is true. The section on the unpackWARs
attribute does not mention the default value, perhaps it should.
From
Not to put words into other peoples mouth, but this was Craig's opinion
awhile ago (from tomat-user):
http://marc.theaimsgroup.com/?l=tomcat-userm=104000918909139w=2
Would it be better to remove unpackWARs from tomcat5 since there isn't
that much of a concern for backwards compatibilty on
Hi,
From my review it looks like Tomcat 4 has always defaulted to
unpackWARs=true. I have no problem with that being the default.
And it would not be good to change at this time since Tomcat 4
has been released for quite a while.
More importantly, it would break webapps which rely on the
Dear Friends,
I have got a problem with character encoding under tomcat 4. When I post a
form containing TURKISH character the Turkish characters transferd as ?
(d?hy?),
Could you help me about this?
Thanks
Seyavouysh AKRAMI
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional
From: Che Dong [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: catalina.bat bug: can't start up tomcat with: startup
-Dfile.encoding=ISO-8859-1 -Duser.language=en %CMD_LINE_ARGS% and
%MAINCLASS% should be switched
Date: Mon, 20 Jan 2003 23:44:42 +0800
I try to startup tomcat on my Chinese
Johan Åbrandt wrote:
Hans Bergsten wrote:
Tim Moore wrote:
This bug seems to be submitted several times a week. Maybe an FAQ would
be in order? (or FOB -- frequently opened bugs haha)
Then again, if people don't search the bug database before submitting a
new one, then I guess they can't be
Believe me, when your different web apps are relying on actually being
able to use this part of the API to communicate with each other, then
this is a blocker...
Martin (who still doesn't understand why this isn't an issue worth
fixing)
-Original Message-
From: [EMAIL PROTECTED]
Hola, tengo una pregunta acerca de la caducidad de sessiones de tomcat.
Si pongo el sihuiente código en un .jsp:
%
session.setMaxInactiveInterval( 1 );
out.println(html +
headtitleSession Information/title/head +
body bgcolor=\#FF\ +
h1Session Information/h1table);
Shapira, Yoav wrote:
Hi,
From my review it looks like Tomcat 4 has always defaulted to
unpackWARs=true. I have no problem with that being the default.
And it would not be good to change at this time since Tomcat 4
has been released for quite a while.
More importantly, it would break
costin 2003/01/20 10:38:50
Modified:catalina/src/share/org/apache/catalina/util CookieTools.java
Log:
Add an extra space after ; in cookies.
This avoids problems with some IE/Mac versions, and makes the
cookies closer to the examples in the spec ( which include the space )
For TC 4 OK, but TC5 will have tested 4 vendors JVM 1.4.
Most people run JDK 1.4 now.
Costin Manolache wrote:
V. Cekvenich wrote:
Why? I say TC5 should require JDK1.4 or above.
Why would you decide for what other people ?
TC5 is JSP2.0.
JDK1.4 is now available from multiple sources. It
Costin Manolache wrote:
Shapira, Yoav wrote:
Hi,
From my review it looks like Tomcat 4 has always defaulted to
unpackWARs=true. I have no problem with that being the default.
And it would not be good to change at this time since Tomcat 4
has been released for quite a while.
More
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?
Those who have systems in production and have spent alot of time developing
applications
Howdy,
Most people run JDK 1.4 now.
Where, pray tell, did you gather that statistical gem? ;)
Yoav Shapira
Millennium ChemInformatics
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
I haven't read all the posts on this discussion, but here's some facts from personal
observations.
for pages with only a few tags, ie less than 30, tag pooling doesn't help. On the
otherhand, if your page has 100+ tags, it improves performance. Some of the pages I
benchmarked with had about
costin 2003/01/20 11:20:32
Modified:jk/java/org/apache/jk/common ChannelSocket.java
HandlerDispatch.java JkMX.java MsgAjp.java
jk/java/org/apache/jk/server JkCoyoteHandler.java
Log:
Remove unused imports, add/fix comments.
JkMX will only
remm2003/01/20 11:25:25
Modified:docs resources.html
xdocsresources.xml
Log:
- Update book listing, with links to Amazon.
- Wow, 9 books now (including mine) :)
Revision ChangesPath
1.10 +20 -4 jakarta-tomcat-site/docs/resources.html
pues al cabo de unos de segundos de entrar el ese .jsp, si actualizo, la
sesión ha caducado, pero me gustaría que el tiempo se pudiese controlar
desde la etiqueta
session-config
session-timeout1/session-timeout
/session-config
del web.xml, pero eso no me funciona así, si uso la etiqueta en
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=16274.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I know I've taken several stabs at fixing this (e.g. submitting loads of
patches). And I know some of them broke more than fixed. However have
you reviewed the latest patch I did?
If it still breaks, please tell me why so I can do a proper one.
Martin
-Original Message-
From: Remy
Peter Lin wrote:
I haven't read all the posts on this discussion, but here's some facts
from personal observations.
for pages with only a few tags, ie less than 30, tag pooling doesn't help.
On the otherhand, if your page has 100+ tags, it improves performance.
Some of the pages I
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 you running..
Those
costin 2003/01/20 15:42:45
Added: coyote/src/java/org/apache/coyote RequestInfo.java
Removed: coyote/src/java/org/apache/coyote RequestProcessor.java
Log:
Better name.
Revision ChangesPath
1.1
costin 2003/01/20 15:43:41
Added: coyote/src/java/org/apache/coyote RequestGroupInfo.java
Log:
Group info - agregate the data from all requests.
Implement collection for the time data.
Revision ChangesPath
1.1
costin 2003/01/20 15:45:11
Modified:coyote/src/java/org/apache/coyote Request.java
Log:
Update RequestInfo.
Add a new field - start time. It's very usefull - it can be used
in many places to avoid calling System.currentTimeMillis().
Revision ChangesPath
1.18
costin 2003/01/20 15:47:05
Modified:http11/src/java/org/apache/coyote/http11
Http11Processor.java Http11Protocol.java
Log:
Update for RequestInfo and new group info.
Revision ChangesPath
1.57 +1 -0
these were all JSTL tags. Back when I ran the tests, I posted some of the results. I
did tests that were synthetic, ie out 100 JSTL out tags in one page. Others were
based on an actual page layout with lots of markup logic that use jstl c:choose in
conjunction with jslt xml tags.
the
costin 2003/01/20 15:48:40
Modified:jk/java/org/apache/jk/common HandlerRequest.java
jk/java/org/apache/jk/server JkCoyoteHandler.java
JkMain.java
Log:
Few updates for RequestInfo.
Revision ChangesPath
1.22 +13 -2
costin 2003/01/20 15:57:58
Modified:jk build.xml
Log:
Move the paths higher, so jar target can be called directly.
Exclude ajp connector for tomcat5.
Revision ChangesPath
1.63 +42 -33jakarta-tomcat-connectors/jk/build.xml
Index: build.xml
BTW. I'm not asking you to test my fixes... I'm using that fix myself.
Martin
-Original Message-
From: Remy Maucherat [mailto:[EMAIL PROTECTED]]
Sent: 20 January 2003 15:11
To: Tomcat Developers List
Subject: Re: DO NOT REPLY [Bug 16258] - getContext does not
work on
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 page. That page could
costin 2003/01/20 16:17:11
Modified:util/java/org/apache/tomcat/util/threads ThreadPool.java
ThreadPoolMX.java
Log:
Remove the dependency on JMX.
ThreadPoolMX will be wrapped in a model mbean - but it doesn't need to depend
on JMX.
Revision Changes
costin 2003/01/20 16:18:26
Modified:.build.xml
Log:
Few changes in the fast build targets.
Revision ChangesPath
1.65 +7 -4 jakarta-tomcat-5/build.xml
Index: build.xml
===
RCS
costin 2003/01/20 16:26:09
Modified:.build.xml
Log:
Added back some of the changes - precompile jsps in admin, generate .ser
form for mbean descriptors, speed up compilation.
Revision ChangesPath
1.66 +89 -1 jakarta-tomcat-5/build.xml
Index:
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.
generate if and for statement instead of using c:if and
costin 2003/01/20 16:38:27
Modified:catalina/src/share/org/apache/catalina/core
NamingContextListener.java
Log:
Remove unused imports, convert to c-l.
Revision ChangesPath
1.2 +18 -19
costin 2003/01/20 16:42:42
Modified:catalina/src/share/org/apache/catalina/valves ValveBase.java
Log:
Let the mbean know its name.
Revision ChangesPath
1.2 +38 -5
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/valves/ValveBase.java
Index:
costin 2003/01/20 16:43:18
Modified:catalina/src/share/org/apache/catalina/session
ManagerBase.java
Log:
Let the manager know its name.
Revision ChangesPath
1.13 +35 -2
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.
generate if and for
A little late :-)
ballot
[ ] +1 I Support the idea of a branch, and will help maintain it.
[X ] +0 I like the idea
[ ] -0 I don't like the idea
[ ] -1 I'm against the idea of branching
/ballot
-- Jeanfrancois
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional
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=16285.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Index: gump.xml
===
RCS file: /home/cvspublic/jakarta-tomcat-connectors/gump.xml,v
retrieving revision 1.11
diff -u -r1.11 gump.xml
--- gump.xml11 Jan 2003 16:27:40 - 1.11
+++ gump.xml21 Jan 2003 07:22:06 -
@@
Hans Bergsten wrote:
Johan Åbrandt wrote:
Hans Bergsten wrote:
Tim Moore wrote:
This bug seems to be submitted several times a week. Maybe an FAQ
would
be in order? (or FOB -- frequently opened bugs haha)
Then again, if people don't search the bug database before submitting a
new one,
62 matches
Mail list logo