DO NOT REPLY [Bug 16001] - Tag.release() not invoked

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: DO NOT REPLY [Bug 16001] - Tag.release() not invoked

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 F

Calling DLL

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

Re: Tomcat 5 target JDK1.4?

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:

DO NOT REPLY [Bug 16253] New: - Security roles in web.xml do not work with IIS

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 16254] New: - invalid response header

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DataSourceRealm -- test case (question to Glenn Nielsen)

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 DataSourceReal

DO NOT REPLY [Bug 16000] - Symlinks in /WEB-INF/lib not followed

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 15845] - 4.1.19 Memory Leak when creating compilier for JSP pages

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 16000] - Symlinks in /WEB-INF/lib not followed

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 16258] New: - getContext does not work on default context

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 16258] - getContext does not work on default context

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 13040] - can't retrieve external context who's uri is a sub-dir of current context

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: DO NOT REPLY [Bug 16258] - getContext does not work on defaultcontext

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 things

DO NOT REPLY [Bug 16253] - Security roles in web.xml do not work with IIS

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Why unpackWars=true default?

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: For additional commands, e-mail:

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

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.Boot

Re: Tomcat 5 target JDK1.4?

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 TC5

Re: Why unpackWars=true default?

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 To

Re: Why unpackWars=true default?

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 my

Re: Why unpackWars=true default?

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-user&m=104000918909139&w=2 Would it be better to remove unpackWARs from tomcat5 since there isn't that much of a concern for backwards compatibilty on maj

RE: Why unpackWars=true default?

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

Turkish Character Encoding

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: For additional c

Fwd: catalina.bat bug: can't start up tomcat with: startup-Dfile.encoding="ISO-8859-1" -Duser.language="en"

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

Re: DO NOT REPLY [Bug 16001] - Tag.release() not invoked

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

RE: DO NOT REPLY [Bug 16258] - getContext does not work on default context

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] [mail

Timeout Sesion

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("" + "Session Information" + "" + "Session Information"); out.println ("Identifier"); out.println (""

Re: Tomcat 5 target JDK1.4?

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 would make some code > and imports easier. Not everyone can play with the VM version they run. Production serve

Tomcat 4.1 and JK

Shouldn't the jk that gets issued with TC 4.1 builds be a released version. jk that comes with 4.1.19 is 1.2.3-dev and with 4.1.18 is 1.2.2-dev. I would have thought that released jk's should come with released versions of TC. i.e. 4.1.18 is 1.2.1 and 4.1.19 is 1.2.2. Dave. __

RE: Why unpackWars=true default?

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, i

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/util CookieTools.java

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 )

Re: Tomcat 5 target JDK1.4?

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

Re: Why unpackWars=true default?

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 important

Re: Tomcat 5 target JDK1.4?

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 wh

RE: Tomcat 5 target JDK1.4?

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: For additional commands, e-mail:

Re: Tag reuse performance [Was: Re: DO NOT REPLY [Bug 16001] - Tag.release() not invoked]

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

cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/jk/server JkCoyoteHandler.java

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 l

cvs commit: jakarta-tomcat-site/xdocs resources.xml

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

Re: Timeout Sesion (spanish answer, excuse me!!)

> 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 > > 1 > > del web.xml, pero eso no me funciona así, si uso la etiqueta en el > web.xml, al recoger mel getMaxInactiveInterval,

DO NOT REPLY [Bug 16274] New: - JAASRealm breaks catalina classloader under JDK 1.4

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

RE: DO NOT REPLY [Bug 16258] - getContext does not work on defaultcontext

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 M

Re: Tag reuse performance [Was: Re: DO NOT REPLY [Bug 16001] - Tag.release() not invoked]

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

Re: Tomcat 5 target JDK1.4?

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 who

cvs commit: jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote RequestInfo.java RequestProcessor.java

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 jakarta-tomcat-connectors/coyote/src/java/org/apache

cvs commit: jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote RequestGroupInfo.java

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 jakarta-tomcat-connectors/coyote/src

cvs commit: jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote Request.java

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

cvs commit: jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11 Http11Processor.java Http11Protocol.java

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 jakarta-tomcat-connectors/http11/src/j

Re: Tag reuse performance [Was: Re: DO NOT REPLY [Bug 16001] - Tag.release() not invoked]

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 in conjunction with jslt xml tags. the tests were

cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/jk/server JkCoyoteHandler.java JkMain.java

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 jakarta-

cvs commit: jakarta-tomcat-connectors/jk build.xml

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

RE: DO NOT REPLY [Bug 16258] - getContext does not work on defaultcontext

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 default

Tag Pooling ( was: Re: DO NOT REPLY [Bug 16001] - Tag.release() not invoked

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

cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/threads ThreadPool.java ThreadPoolMX.java

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

cvs commit: jakarta-tomcat-5 build.xml

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 file:

cvs commit: jakarta-tomcat-5 build.xml

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: build

Re: Tag reuse performance [Was: Re: DO NOT REPLY [Bug 16001] - Tag.release()not invoked]

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 and

cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core NamingContextListener.java

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 jakarta-tomcat-catalina/catalina/src/share/org/apache

cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/valves ValveBase.java

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:

cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/session ManagerBase.java

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 jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/sessi

Re: Tag reuse performance [Was: Re: DO NOT REPLY [Bug 16001] - Tag.release() not invoked]

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

Re: [VOTE] Branch j-t-c for Tomcat 5

A little late :-) [ ] +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 -- Jeanfrancois -- To unsubscribe, e-mail: For additional commands, e-mail:

RE: Timeout Sesion

In English please... Martin > -Original Message- > From: "Moreno Quiñones, Patricia" [mailto:[EMAIL PROTECTED]] > Sent: 20 January 2003 17:48 > To: [EMAIL PROTECTED] > Subject: Timeout Sesion > > > Hola, tengo una pregunta acerca de la caducidad de sessiones > de tomcat. Si pongo el s

DO NOT REPLY [Bug 16285] New: - Japser (JSPC) can't generate appropriate package structure

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

[GUMP] [connectors] Add some missing dependencies

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 - @@ -71,

Re: DO NOT REPLY [Bug 16001] - Tag.release() not invoked

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, th