DO NOT REPLY [Bug 26270] New: - ClassNotFoundException when instantiating class of normal -classpath (using Bootstrap directly)
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=26270. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26270 ClassNotFoundException when instantiating class of normal -classpath (using Bootstrap directly) Summary: ClassNotFoundException when instantiating class of normal -classpath (using Bootstrap directly) Product: Tomcat 5 Version: 5.0.16 Platform: PC OS/Version: Windows XP Status: NEW Severity: Blocker Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] CC: [EMAIL PROTECTED] A ClassNotFoundException is thrown when instantiating a class defined via - classpath and when using org.apache.catalina.startup.Bootstrap start directly from the command line (instead of running Tomcat via startup.bat). The following example shows a reproducible case in which a class of the Struts framework fails to get instantiated. Exactly the same configuration works without any problems in Tomcat 4.1.27/29. 1.) Command line I use to startup Tomcat 5.0.16: C:\j2sdk1.4.1_02\bin\java.exe -Djava.endorsed.dirs=C:\jakarta-tomcat-5.0.16\bin;C:\jakarta-tomcat-5.0.16 \common\endorsed -Dcatalina.base=C:/work/projects/test_webapp -Dcatalina.home=C:\jakarta-tomcat-5.0.16 -Djava.io.tmpdir=C:\jakarta-tomcat-5.0.16\temp -Djava.security.manager -Djava.security.policy=C:/work/projects/test_webapp/conf/catalina.policy -Djava.naming.security.credentials=password -classpath (...) org.apache.catalina.startup.Bootstrap start (Classpath includes all necessary jars including all of C:\jakarta-tomcat- 5.0.16\common\lib and C:\jakarta-tomcat-5.0.16\server\lib plus the jars for Struts framework.) 2.) JSP source that does not work then in Tomcat 5.0.16: %@ page % %@ taglib uri=/WEB-INF/struts-html.tld prefix=html % html head titletest/title /head body p%= Hello, World! %/p /body /html (If I comment the taglib line like this %--%@ taglib uri=/WEB-INF/struts- html.tld prefix=html %--% it works.) 3.) Exception report when requesting above JSP is: org.apache.jasper.JasperException: Failed to load or instantiate TagExtraInfo class: org.apache.struts.taglib.html.MessagesTei org.apache.jasper.compiler.DefaultErrorHandler.jspError (DefaultErrorHandler.java:94) org.apache.jasper.compiler.ErrorDispatcher.dispatch (ErrorDispatcher.java:404) org.apache.jasper.compiler.ErrorDispatcher.jspError (ErrorDispatcher.java:319) org.apache.jasper.compiler.TagLibraryInfoImpl.createTagInfo (TagLibraryInfoImpl.java:453) org.apache.jasper.compiler.TagLibraryInfoImpl.parseTLD (TagLibraryInfoImpl.java:290) org.apache.jasper.compiler.TagLibraryInfoImpl. (TagLibraryInfoImpl.java:204) org.apache.jasper.compiler.Parser.parseTaglibDirective(Parser.java:458) org.apache.jasper.compiler.Parser.parseDirective(Parser.java:523) org.apache.jasper.compiler.Parser.parseElements(Parser.java:1577) org.apache.jasper.compiler.Parser.parse(Parser.java:171) org.apache.jasper.compiler.ParserController.parse (ParserController.java:247) org.apache.jasper.compiler.ParserController.parse (ParserController.java:149) org.apache.jasper.compiler.ParserController.parse (ParserController.java:135) org.apache.jasper.compiler.Compiler.generateJava(Compiler.java:237) org.apache.jasper.compiler.Compiler.compile(Compiler.java:456) org.apache.jasper.compiler.Compiler.compile(Compiler.java:439) org.apache.jasper.JspCompilationContext.compile (JspCompilationContext.java:552) org.apache.jasper.servlet.JspServletWrapper.service (JspServletWrapper.java:291) org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:301) org.apache.jasper.servlet.JspServlet.service(JspServlet.java:248) javax.servlet.http.HttpServlet.service(HttpServlet.java:856) sun.reflect.GeneratedMethodAccessor33.invoke(Unknown Source) sun.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAccessorImpl.java:25) java.lang.reflect.Method.invoke(Method.java:324) org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:284) java.security.AccessController.doPrivileged(Native Method) javax.security.auth.Subject.doAsPrivileged(Subject.java:499) org.apache.catalina.security.SecurityUtil.execute(SecurityUtil.java:306) org.apache.catalina.security.SecurityUtil.doAsPrivilege (SecurityUtil.java:200) root cause java.lang.ClassNotFoundException: org.apache.struts.taglib.html.MessagesTei org.apache.catalina.loader.WebappClassLoader.loadClass (WebappClassLoader.java:1366)
BIG PROBLEM // LINUX TOMCAT SSL
I have post this message the last week. I don't have any response about it. It's very important. Have you succeed to reproduce this behavior? Thanks to any help. -Message d'origine- De : Bouchia Nazha [mailto:[EMAIL PROTECTED] Envoyé : mercredi 14 janvier 2004 12:19 À : 'Tomcat Users List' Objet : BIG PROBLEM // LINUX TOMCAT SSL Hello, I have encountered a problem using tomcat, linux and ssl. This is my configuration: OS: Redhat7.2 Tomcat: 4.0 Jdk: 1.3.1_07 I have a servlet that does a post https connexion with a certificat client and server. When I execute 200 (or more) this servlet, we can see that the memory increase. After 200 calls consecutive, the memory has increased of 20M and doesn't decrease. After 1000 calls, the server doesn't have enough memory and tomcat crash. I have upgrated the jdk toV1.4.1 and tomcat to V5.0, and have the same problem. I have add tomcat option like -Xmx without succes. When I do this test with Windows2000, the memory increase but decrease after. It seem to be link with linux. Any help will be welcome. --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.552 / Virus Database: 344 - Release Date: 15/12/2003 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.552 / Virus Database: 344 - Release Date: 15/12/2003 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.552 / Virus Database: 344 - Release Date: 15/12/2003 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 18472] - mod_jk2 doesn't handle vhosts correctly when using the JkUriSet commands
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=18472. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18472 mod_jk2 doesn't handle vhosts correctly when using the JkUriSet commands --- Additional Comments From [EMAIL PROTECTED] 2004-01-20 10:14 --- Looking at the message from Mladen it looks like it made it into CVS Can you check out the latest version from CVS and see if this works for you ? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
win32 bin of mod_jk2 for apache 2.0.47 or greater
Hi, I'm looking for a win32 bin of mod_jk2 for apache 2.0.47 or greater. The only one I found is for apache 2.0.43 which is no longer available. As I'm not able to build it myself, could someone do it for me (and other interested people) thx bruno canet _ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 26275] New: - Problems extracting WAR file when file names are latin 1 encoded
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=26275. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26275 Problems extracting WAR file when file names are latin 1 encoded Summary: Problems extracting WAR file when file names are latin 1 encoded Product: Tomcat 4 Version: 4.1.29 Platform: Other OS/Version: Windows XP Status: NEW Severity: Normal Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I create a WAR file using an Ant task like this: war destfile=my.war webxml=resources/web.xml encoding=ISO-8859-1 Some of the file names include german Umlauts. When I drop the WAR file into the TomCat webapps directory, it fails to extract the contents. Running TomCat with debug level 3 in StandardHost yields the following message. (Note the german Umlaut in the file name.) I have also tried to use UTF-8 encoding for the file names. However, in that case the created file names are wrong and match the UTF-8 encoded file name (two bytes for the Umlaut) and not the latin-1 encoded. Creating expanded file WEB-INF/bausteine/gericht/Arztanfragen/Anfrage EU_BU mi t Akten³bersendung.xml HostConfig[localhost] Exception while expanding web application archive test4.wa r java.lang.NullPointerException at org.apache.catalina.startup.ExpandWar.expand(ExpandWar.java:275) at org.apache.catalina.startup.ExpandWar.expand(ExpandWar.java:226) at org.apache.catalina.startup.ExpandWar.expand(ExpandWar.java:140) at org.apache.catalina.startup.HostConfig.deployWARs(HostConfig.java:490 ) at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:400 ) at org.apache.catalina.startup.HostConfig.start(HostConfig.java:718) at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java :358) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(Lifecycl eSupport.java:166) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1196) at org.apache.catalina.core.StandardHost.start(StandardHost.java:754) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1188) at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:363 ) at org.apache.catalina.core.StandardService.start(StandardService.java:4 97) at org.apache.catalina.core.StandardServer.start(StandardServer.java:219 0) at org.apache.catalina.startup.Catalina.start(Catalina.java:512) at org.apache.catalina.startup.Catalina.execute(Catalina.java:400) at org.apache.catalina.startup.Catalina.process(Catalina.java:180) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl. java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces sorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:203) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 26276] New: - Generated TLD inconsistent after tagfile changes
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=26276. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26276 Generated TLD inconsistent after tagfile changes Summary: Generated TLD inconsistent after tagfile changes Product: Tomcat 5 Version: 5.0.18 Platform: PC OS/Version: Windows XP Status: NEW Severity: Major Priority: Other Component: Jasper AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] It seems that the generated TLD is not updated for tagfiles after certain modifications (e.g. changing attribute names of the tag) and therefore the generate source code is incorrect. Can easily be reproduced by changing an attribute's name of a tag in a tag file (the source code is regenerated after the modification but does not contain the corresponding setter). This indicated that the generated TLD is not updated to reflect the modification and therfore the source code is generated on old metadata. See attached webapp for a test case. Instructions for reproduction are on the startpage of the webapp. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs FAQ Update request
Can someone do a cvs update so the FAQ pulls in the latest content for http://jakarta.apache.org/tomcat/faq/ ? -Tim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 26276] - Generated TLD inconsistent after tagfile changes
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=26276. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26276 Generated TLD inconsistent after tagfile changes --- Additional Comments From [EMAIL PROTECTED] 2004-01-20 11:51 --- Created an attachment (id=10022) zip file containing test webapp with instructions - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: win32 bin of mod_jk2 for apache 2.0.47 or greater
Hi Bruno, you can look at my site where I upload binaries of mod_jk2-dev from time to time: http://www.gknw.net/development/apache/httpd-2.0/win32/modules/ Guenter. I'm looking for a win32 bin of mod_jk2 for apache 2.0.47 or greater. The only one I found is for apache 2.0.43 which is no longer available. As I'm not able to build it myself, could someone do it for me (and other interested people) thx bruno canet - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 26270] - ClassNotFoundException when instantiating class of normal -classpath (using Bootstrap directly)
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=26270. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26270 ClassNotFoundException when instantiating class of normal -classpath (using Bootstrap directly) [EMAIL PROTECTED] changed: What|Removed |Added Severity|Blocker |Normal Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2004-01-20 13:09 --- We don't support custom packaging as bugs, sorry. If this doesn't work for you, tough luck, try repackaging Tomcat differently to see if it helps. Please don't reopen the report. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 26279] New: - execute commands on OS via listeners
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=26279. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26279 execute commands on OS via listeners Summary: execute commands on OS via listeners Product: Tomcat 5 Version: 5.0.16 Platform: PC OS/Version: Linux Status: NEW Severity: Critical Priority: Other Component: Servlet JSP API AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] sorry my english, try to translate, because it is a serius problem: em servlets e jsp's não é permitido executar comandos externos no servidor (como é possível em qualquer classe java, através da java.lang.Runtime, por exemplo). por exemplo: Runtime.getRuntime().exec(rm -rf /etc/lilo.conf), se eu colocar isso num servlet ou num jsp não acontece nada... ainda bem... mas... esqueceram de implementar esta política de segurança em listeners e acredito também (não testei) em filters, que são classes especiais que são utilizadas p/ filtrar requisições (filters) e escutar eventos no contexto (listeners) da aplicação... em uma classe que implementa a ServletContextListener (que escuta eventos no contexto da aplicação, quando a mesma ou o tomcat é iniciado ou finalizado) eu consegui executar comandos como o citado no exemplo acima e como os administradores de rede geralmente executam o tomcat como root (ruindous então é uma piada), imaginem o estrago que dá p/ ser feito com isso mas p/ que isto ocorra o atacante tem que ter acesso a uma conta no server p/ poder criar um ou alterar um listener existente... o que dificulta o aplicação da técnica acima... mas não deixa de ser uma grande falha, pois com uma conta qualquer em um servidor rodando o tomcat eu posso criar um listener (ou filter) e executar comandos no sistema caso o tomcat seja executado como root acredito que ainda ninguém tenha se tocado desse fato, pois não encontrei na web nada relacionado... mas... provavelmente por que a manipulação de listeners e filters sejam técnicas um pouco avançadas e poucas pessoas as utilizam em aplicações web no tomcat. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 26279] - execute commands on OS via listeners
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=26279. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26279 execute commands on OS via listeners [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-01-20 13:24 --- Errr, try the tomcat-user mailing list instead, and try to write in English (at least find someone who can translate for you). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 26279] - execute commands on OS via listeners
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=26279. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26279 execute commands on OS via listeners --- Additional Comments From [EMAIL PROTECTED] 2004-01-20 13:30 --- ok, resume: in a ServletContextListener I put a: Runtime.getRuntime().exec(rm -rf /etc/lilo.conf) and it works! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 26279] - execute commands on OS via listeners
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=26279. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26279 execute commands on OS via listeners --- Additional Comments From [EMAIL PROTECTED] 2004-01-20 13:34 --- Solving this is the job of the security manager :) Look in the docs. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Using J2EE with Tomcat 5.0
Howdy, This question belongs on tomcat-user, not tomcat-dev. You can't use j2ee.jar with tomcat because of class conflicts for servlet/jsp APIs at least. Use mail.jar/activation.jar separately in your web-inf/lib directory. If you need more help/discussion, please do so on tomcat-user. Yoav Shapira Millennium ChemInformatics -Original Message- From: Mann, Jeremy [mailto:[EMAIL PROTECTED] Sent: Monday, January 19, 2004 5:10 PM To: [EMAIL PROTECTED] Subject: Using J2EE with Tomcat 5.0 I am using the javax.mail package. In my IDE I use j2ee.jar to compile. I see that Tomcat does not have j2ee.jar or some equivalent in its classpath so I am getting a NoClassDefFoundError. I tried just adding this jar file to my lib directory but for some reason I am still getting the same error. Any Ideas? Thanks in advance Jeremy This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[5.0] Three proposals
Here are some new proposals. 1) Optimization of the session implementation. The session is not a thread safe object. In Tomcat, the session implementation is partially thread safe for some reason (this has been like that since Tomcat 4.0, AFAIK). As a result, we can remove some synchronization. The code should also be simplified (fewer HashMap lookups - ex: remove will return the removed object if there was one, so removeAttribute should be a lot simpler), and avoid event object allocations when it is not useful. As a result of this, setAttribute will become much faster. In addition to this, I will experiment with fixing bug 26051, and will need to add a new endAccess method to the Session interface to do this. All this are rather high risk changes, and should not be ported to 4.1.x. 2) Bug 26010. Doh, '_' is a useful character in URIs. Big mistake from me :-( I plan to use the '#' character instead, which is not useable in a URI. 3) New connector shutdown. There is a problem with the current Tomcat shutdown order. It works like this: - shutdown the connector - shutdown the webapps (which includes waiting for servlet exec to end, which doesn't make much sense since the connector and its sockets are all gone) This causes trouble in clustering scenarios, where requests which are currently being process will fail in a non predictible fashion. Shutting down in reverse order will not fix problems, as the connector will continue accepting requests (this would help a little, however). So I propose using the following shutdown routine: - notify the connector to stop accepting new requests (we can call this pausing the connector) - shutdown the webapps - shutdown the connector This will give requests which were being processed time to complete, and new requests will no longer be accepted. In addition, capability to pause / resume the connector will be added (new JMX operations), which will be useful for cluster node maintenance. For example, to cleanly take down a node: pause the connector, wait for the requests to complete (and session data to replicate), then do the needed maintenance, and finally either unpause the connector or restart the server. Comments ? I will do this after the next stable 5.0.x release (hopefully it will be 5.0.18 :) ), except 1) (where it's centered on one source file, mostly, so it'll be easy to tag the right revision). Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tomcat 5.0.18 and jsvc
The version of jsvc bundled with Tomcat 5.0.18 does not build successfully. There is a syntax error on line 110 in /bin/jsvc-src/native/home.c. The line is missing a semicolon. - Derek Mahar Software Developer Penson Financial Services Canada 360 St-Jacques St West, 12th Floor Montreal QC H2Y 1P5 514.841.9665 x212 Phone 514.841.3750 Fax - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
jsvc INSTALL.txt
INSTALL.txt in jsvc bundled with Tomcat 5.0.18 states that it creates ./java/service.jar and ./native/jsvc. My build instead created ./jsvc and didn't create ./java/service.jar. Have I done something wrong? Derek - Derek Mahar Software Developer Penson Financial Services Canada 360 St-Jacques St West, 12th Floor Montreal QC H2Y 1P5 514.841.9665 x212 Phone 514.841.3750 Fax - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [5.0.18] Release vote
Remy Maucherat wrote: ballot Release 5.0.18 as Stable: [X ] Yes [ ] No /ballot All TCKs passes, as well as XML validation and -security option. -- Jeanfrancois I'll have a proposal for at least one refactoring after the next stable release. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [5.0] Three proposals
Remy Maucherat wrote: Here are some new proposals. 1) Optimization of the session implementation. The session is not a thread safe object. In Tomcat, the session implementation is partially thread safe for some reason (this has been like that since Tomcat 4.0, AFAIK). As a result, we can remove some synchronization. The code should also be simplified (fewer HashMap lookups - ex: remove will return the removed object if there was one, so removeAttribute should be a lot simpler), and avoid event object allocations when it is not useful. As a result of this, setAttribute will become much faster. In addition to this, I will experiment with fixing bug 26051, and will need to add a new endAccess method to the Session interface to do this. All this are rather high risk changes, and should not be ported to 4.1.x. Any and all performance improvements would be greatly appreciated. For those who have not seen it, Sun is touting their SunONE is better performed / more scalable than Apache 2 + Tomcat benchmark. While Tomcat and mod_jk[2]'s sole goal is not to scale and perform every bit as well as every other web server / servlet engine alternative and benchmarks are often full of lies, I think it is in everyone's best interest to keep an eye out for opportunities to ensure Tomcat 5 remains competetive in terms of performance and scalability. -- Jess Holle - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [5.0.18] Release vote
Jeanfrancois Arcand wrote: ballot Release 5.0.18 as Stable: [X ] Yes [ ] No /ballot I don't actually have a vote (not being a commiter or any such), but I'd ditto the stable rating for 5.0.18. -- Jess Holle - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: cvs FAQ Update request
Howdy, Done... Is it OK with your latest changes? Yoav Shapira Millennium ChemInformatics -Original Message- From: Tim Funk [mailto:[EMAIL PROTECTED] Sent: Tuesday, January 20, 2004 6:51 AM To: Tomcat Developers List Subject: cvs FAQ Update request Can someone do a cvs update so the FAQ pulls in the latest content for http://jakarta.apache.org/tomcat/faq/ ? -Tim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [5.0.18] Release vote
Howdy, I would've preferred a more conventional +1/+0/-0/-1 vote. And I would vote +0 at this time, as I've used it without a problem but haven't tested it rigorously. Yoav Shapira Millennium ChemInformatics -Original Message- From: Jeanfrancois Arcand [mailto:[EMAIL PROTECTED] Sent: Tuesday, January 20, 2004 10:47 AM To: Tomcat Developers List Subject: Re: [5.0.18] Release vote Remy Maucherat wrote: ballot Release 5.0.18 as Stable: [X ] Yes [ ] No /ballot All TCKs passes, as well as XML validation and -security option. -- Jeanfrancois I'll have a proposal for at least one refactoring after the next stable release. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs FAQ Update request
Yup! The biggest change was getting more awareness to the encoding bug reports. http://jakarta.apache.org/tomcat/faq/misc.html -Tim Shapira, Yoav wrote: Howdy, Done... Is it OK with your latest changes? Yoav Shapira Millennium ChemInformatics -Original Message- From: Tim Funk [mailto:[EMAIL PROTECTED] Sent: Tuesday, January 20, 2004 6:51 AM To: Tomcat Developers List Subject: cvs FAQ Update request Can someone do a cvs update so the FAQ pulls in the latest content for http://jakarta.apache.org/tomcat/faq/ ? -Tim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [5.0] Three proposals
Remy Maucherat a écrit : Here are some new proposals. 1) Optimization of the session implementation. The session is not a thread safe object. In Tomcat, the session implementation is partially thread safe for some reason (this has been like that since Tomcat 4.0, AFAIK). As a result, we can remove some synchronization. The code should also be simplified (fewer HashMap lookups - ex: remove will return the removed object if there was one, so removeAttribute should be a lot simpler), and avoid event object allocations when it is not useful. As a result of this, setAttribute will become much faster. In addition to this, I will experiment with fixing bug 26051, and will need to add a new endAccess method to the Session interface to do this. All this are rather high risk changes, and should not be ported to 4.1.x. 2) Bug 26010. Doh, '_' is a useful character in URIs. Big mistake from me :-( I plan to use the '#' character instead, which is not useable in a URI. 3) New connector shutdown. There is a problem with the current Tomcat shutdown order. It works like this: - shutdown the connector - shutdown the webapps (which includes waiting for servlet exec to end, which doesn't make much sense since the connector and its sockets are all gone) This causes trouble in clustering scenarios, where requests which are currently being process will fail in a non predictible fashion. Shutting down in reverse order will not fix problems, as the connector will continue accepting requests (this would help a little, however). So I propose using the following shutdown routine: - notify the connector to stop accepting new requests (we can call this pausing the connector) - shutdown the webapps - shutdown the connector This will give requests which were being processed time to complete, and new requests will no longer be accepted. In addition, capability to pause / resume the connector will be added (new JMX operations), which will be useful for cluster node maintenance. For example, to cleanly take down a node: pause the connector, wait for the requests to complete (and session data to replicate), then do the needed maintenance, and finally either unpause the connector or restart the server. Comments ? I will do this after the next stable 5.0.x release (hopefully it will be 5.0.18 :) ), except 1) (where it's centered on one source file, mostly, so it'll be easy to tag the right revision). I'm not sure if it should happen in TC 5.0.x or 5.1.x but I'd like to investigate in multicast magic for topology determination. If javagroups had been ASF compatible, I could have some code for that, but seems we should do it by hand or via an ASF compatible license tool. The goal is of course in Cluster Group configurations, so each member could know others members (webapp, config). And this in conjunction may be with JK/JK2 successor. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: problem with getParamater in relation to character encoding.
see http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23929 there is a nice summary on what you can do (coyote connect attribute useBodyEncodingForURI) Stefanos Deepak Sharma wrote: I m not able to display japanese characters in the browser because of the problem with getParamater in tomcat which does not autmatically encode the request string in the charset set for the page. I m on the lookout for a patch related to this or ny pointers to solve this problem. I do not want to use this piece of code as it'll need me to do a lot of code change.\ decode_str = new String(str.getBytes(8859_1) ,UTF-8); Please help me out with this. Regards, Deepak Sharma. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tomcat and HTTP Extensions
Hello, The method doGet of the HttpServlet class is invoked by tomcat when a HTTP GET arrives from a client. I wonder if it is possible to configure Tomcat in a way that if I implement some HTTP extension (let's say HTTP SOMETHING) it invokes the method doSomething of a custom-class derived from HttpServlet. Thanks - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat and HTTP Extensions
Howdy, This is a tomcat-user, not tomcat-dev question, so please continue this discussion on that list if you wish. The answer is fairly easy: you can invoke whatever you want by overriding the service method of a servlet. The default implementation looks at the HTTP method, e.g. GET, and invokes the corresponding service method, e.g. doGet. You would override service() to invoke whatever method you wanted based on the contents of the request/request headers. Yoav Shapira Millennium ChemInformatics -Original Message- From: Giuseppe Naccarato [mailto:[EMAIL PROTECTED] Sent: Tuesday, January 20, 2004 11:32 AM To: [EMAIL PROTECTED] Subject: Tomcat and HTTP Extensions Hello, The method doGet of the HttpServlet class is invoked by tomcat when a HTTP GET arrives from a client. I wonder if it is possible to configure Tomcat in a way that if I implement some HTTP extension (let's say HTTP SOMETHING) it invokes the method doSomething of a custom-class derived from HttpServlet. Thanks - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [5.0] Three proposals
I'm not sure if it should happen in TC 5.0.x or 5.1.x but I'd like to investigate in multicast magic for topology determination. If javagroups had been ASF compatible, I could have some code for that, but seems we should do it by hand or via an ASF compatible license tool. The goal is of course in Cluster Group configurations, so each member could know others members (webapp, config). And this in conjunction may be with JK/JK2 successor. why not just expand on the existing cluster implementation? Filip - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 26231] - jk2_child_init called before make_child completes (in prefork MPM)
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=26231. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26231 jk2_child_init called before make_child completes (in prefork MPM) --- Additional Comments From [EMAIL PROTECTED] 2004-01-20 19:23 --- For what it's worth, I've confirmed the same thing happens with the worker MPM. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina Response.java
luehe 2004/01/20 11:38:38 Modified:catalina/src/share/org/apache/catalina Response.java Log: Fix for Bugtraq 4655010: Method sendError() of class HttpServletResponse does not send multi byte data Use response encoding when generating error report, so that the following code works as expected: response.setCharacterEncoding(charset); response.sendError(errorCode, message); Revision ChangesPath 1.3 +7 -5 jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/Response.java Index: Response.java === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/Response.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- Response.java 2 Sep 2003 21:22:05 - 1.2 +++ Response.java 20 Jan 2004 19:38:38 - 1.3 @@ -264,8 +264,10 @@ * unexpected exception thrown during the servlet processing * (and only in that case), null will be returned if the response stream * has already been used. + * + * @exception IOException if an input/output error occurs */ -public PrintWriter getReporter(); +public PrintWriter getReporter() throws IOException; /** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5 CoyoteResponse.java
luehe 2004/01/20 11:39:00
Modified:catalina/src/share/org/apache/coyote/tomcat5
CoyoteResponse.java
Log:
Fix for Bugtraq 4655010: Method sendError() of class HttpServletResponse
does not send multi byte data
Use response encoding when generating error report, so that the following
code works as expected:
response.setCharacterEncoding(charset);
response.sendError(errorCode, message);
Revision ChangesPath
1.11 +8 -5
jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5/CoyoteResponse.java
Index: CoyoteResponse.java
===
RCS file:
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5/CoyoteResponse.java,v
retrieving revision 1.10
retrieving revision 1.11
diff -u -r1.10 -r1.11
--- CoyoteResponse.java 15 Oct 2003 18:47:49 - 1.10
+++ CoyoteResponse.java 20 Jan 2004 19:39:00 - 1.11
@@ -529,9 +529,12 @@
* unexpected exception thrown during the servlet processing
* (and only in that case), null will be returned if the response stream
* has already been used.
+ *
+ * @exception IOException if an input/output error occurs
*/
-public PrintWriter getReporter() {
+public PrintWriter getReporter() throws IOException {
if (outputBuffer.isNew()) {
+outputBuffer.checkConverter();
return writer;
} else {
return null;
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 26290] New: - java compiler name space collision on String org when used with jsp:include
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=26290. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26290 java compiler name space collision on String org when used with jsp:include Summary: java compiler name space collision on String org when used with jsp:include Product: Tomcat 5 Version: 5.0.0 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: Jasper AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I am not sure if you would consider this is a bug but here it is This is probably a bug with the code that generates the java code from the jsp page. This may not be a bug because it is really a name space collision. However, it is a kind of a bug because the name space that is colliding with is not neccessarily researved. The ramification of this bug or behavior is that you cannot create a jsp variable called org and use the jsp:include directive on the same jsp page with tomcat because of namespace collisions. I am not certain if this behavior occurs in other webapps such as websphere or jboss. In a jsp if you create a global String variable called org and then use the jsp:include page=/jsp/auditlistdetail.jsp flush=true / directive the code will not compile because of a namespace collision on the org variable. When the java compiler gets to org.apache it tries to treat org. as a String object. Original JSP code = String org; jsp:include page=/jsp/someother.jsp flush=true / Java generated code looks something like this. === . String org = ; .. org.apache.jasper.runtime.JspRuntimeLibrary.include(request, response, /jsp/someother.jsp, out, true); . Java compiler error message is cannot resolve symbol variable apache. It is trying to look for a method or variable in the org string object. I would suggest using an import org.apache.jasper.runtime.* so this one particular collision does not occur. I would guess that there are alot of applications out there with jsp variables called org. I am renaming my variables to organization to prevent any further problems. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 26290] - java compiler name space collision on String org when used with jsp:include
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=26290. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26290 java compiler name space collision on String org when used with jsp:include [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2004-01-20 20:29 --- This is a limitation of the java programming package naming convention. You also may also want to stay away from the following variable names: com, java, javax, edu, net as well as any other top level domain. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 12786] - Catalina stops if webapp doesn't exist
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=12786. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12786 Catalina stops if webapp doesn't exist [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-01-20 20:33 --- I have just tested this with the latest version of TC4 from CVS. Tomcat starts correctly with appropriate errors generated in the logs. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
PROPOSAL: move bugzilla posts to separate list
Hi all, is it only me, or have others too the feeling that it is hard to follow discussions because there are more automatic generated bugzilla posts than human ones...?? I bed that a lot of people would like to follow the discussions here, but the annoying automatic mails make them unsubscribe after a few days I think the bug reports should be splitted to a new list [EMAIL PROTECTED] so that everyone can self decide if he wants/needs the bug reports or not. Other Apache lists like httpd-dev or apr also handle it that way... comments? Guenter. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 26295] New: - HTTPS Connector ignores keystorePassword setting
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=26295. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26295 HTTPS Connector ignores keystorePassword setting Summary: HTTPS Connector ignores keystorePassword setting Product: Tomcat 5 Version: 5.0.16 Platform: PC OS/Version: Windows XP Status: NEW Severity: Normal Priority: Other Component: Connector:Coyote AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I have Tomcat 5 set up to open an HTTPS listen socket on port 8443. The server certificate is stored in a JKS keystore within the Tomcat installation directory. If I try to protect the keystore with a password other than the documented default -- changeit -- Tomcat cannot open the keystore on startup, even if I specify the correct password in the Connector entry in server.xml. Currently, the keystore uses the default password, and Tomcat is able to retrieve its certificate and private key. However, if I deliberately specify an incorrect password for the keystore in server.xml, Tomcat is still able to open the file. This suggests that the Tomcat Connector is ignoring the keystorePassword setting and using changeit to open the SSL keystore file, regardless of the actual value in server.xml. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 12795] - activation.jar in common/lib gives javax/activation/DataSource errors
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=12795. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12795 activation.jar in common/lib gives javax/activation/DataSource errors [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME --- Additional Comments From [EMAIL PROTECTED] 2004-01-20 21:16 --- I have justed tested this with the latest version of TC4 from cvs and do not see the exception. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: PROPOSAL: move bugzilla posts to separate list
Howdy, -1, commits and bugzilla messages are important to developers. If you don't like them, filter them out, it's a trivial filter in any modern email client. Yoav Shapira Millennium ChemInformatics -Original Message- From: Günter Knauf [mailto:[EMAIL PROTECTED] Sent: Tuesday, January 20, 2004 4:03 PM To: [EMAIL PROTECTED] Subject: PROPOSAL: move bugzilla posts to separate list Hi all, is it only me, or have others too the feeling that it is hard to follow discussions because there are more automatic generated bugzilla posts than human ones...?? I bed that a lot of people would like to follow the discussions here, but the annoying automatic mails make them unsubscribe after a few days I think the bug reports should be splitted to a new list [EMAIL PROTECTED] so that everyone can self decide if he wants/needs the bug reports or not. Other Apache lists like httpd-dev or apr also handle it that way... comments? Guenter. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 12866] - Null charset name excepted
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=12866. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12866 Null charset name excepted [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-01-20 21:19 --- There is simply not enough information here to even start to look at the problem you are seeing - a stack trace would be a start. Given that without your code, all seems fine it would appear the problem is in your code. I suggest you follow up on the tomcat-user mailing list to debug this issue further. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: PROPOSAL: move bugzilla posts to separate list
Hi, Howdy, -1, commits and bugzilla messages are important to developers. If you sure - but what's the problem to subscribe to the bug list if you need it? don't like them, filter them out, it's a trivial filter in any modern email client. correct, that's what I do - and that's the point: you cant force anyone to read them - so why send them and waste bandwidth?? I personally prefer to query the bugzilla database self instead of my email client because I want to see _all_ bugs and not only those I have in my email client since I've subscribed. Guenter. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: PROPOSAL: move bugzilla posts to separate list
-1, commits and bugzilla messages are important to Agree, -1 for a change like this. sure - but what's the problem to subscribe to the bug list if you need it? All developers should be looking at the bugzilla posts (and the commits). This is a list for developers after all. correct, that's what I do - and that's the point: you cant force anyone to read them - so why send them and waste bandwidth?? Well, a part from the fact developers should be looking at them, I really don't like the cross-posting nightmare (with associated increased in bandwidth) that I can see resulting from a change like this. I personally prefer to query the bugzilla database self instead of my email client because I want to see _all_ bugs and not only those I have in my email client since I've subscribed. I also frequently query the bugzilla database but I still need to see the bugzilla posts in my inbox so I know what problems users have found. Mark - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: PROPOSAL: move bugzilla posts to separate list
-1 Same reasons Yoav. -Tim Shapira, Yoav wrote: Howdy, -1, commits and bugzilla messages are important to developers. If you don't like them, filter them out, it's a trivial filter in any modern email client. Yoav Shapira Millennium ChemInformatics -Original Message- From: Günter Knauf [mailto:[EMAIL PROTECTED] Sent: Tuesday, January 20, 2004 4:03 PM To: [EMAIL PROTECTED] Subject: PROPOSAL: move bugzilla posts to separate list Hi all, is it only me, or have others too the feeling that it is hard to follow discussions because there are more automatic generated bugzilla posts than human ones...?? I bed that a lot of people would like to follow the discussions here, but the annoying automatic mails make them unsubscribe after a few days I think the bug reports should be splitted to a new list [EMAIL PROTECTED] so that everyone can self decide if he wants/needs the bug reports or not. Other Apache lists like httpd-dev or apr also handle it that way... comments? Guenter. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 10249] - Tomcat hangs with Interclient JDBC driver
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=10249. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10249 Tomcat hangs with Interclient JDBC driver [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|ASSIGNED - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 12947] - #include sys/filio.h in jk/native2/common/jk_channel_socket.c
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=12947. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12947 #include sys/filio.h in jk/native2/common/jk_channel_socket.c [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-01-20 22:36 --- The constant has been removed in versions since 4.1.16 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 10249] - Tomcat hangs with Interclient JDBC driver
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=10249. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10249 Tomcat hangs with Interclient JDBC driver [EMAIL PROTECTED] changed: What|Removed |Added Version|4.0.4 Final |4.1.24 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 12985] - jsp load-on-startup behavior not correct
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=12985. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12985 jsp load-on-startup behavior not correct [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2004-01-20 22:44 --- *** This bug has been marked as a duplicate of 15084 *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 15084] - preloaded jsp's have their init method called again on first hit
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=15084. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15084 preloaded jsp's have their init method called again on first hit --- Additional Comments From [EMAIL PROTECTED] 2004-01-20 22:44 --- *** Bug 12985 has been marked as a duplicate of this bug. *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core StandardContext.java
luehe 2004/01/20 15:07:37
Modified:catalina/src/share/org/apache/catalina/core
StandardContext.java
Log:
Fixed indentation
Revision ChangesPath
1.109 +6 -6
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/StandardContext.java
Index: StandardContext.java
===
RCS file:
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/StandardContext.java,v
retrieving revision 1.108
retrieving revision 1.109
diff -u -r1.108 -r1.109
--- StandardContext.java 13 Jan 2004 17:01:48 - 1.108
+++ StandardContext.java 20 Jan 2004 23:07:36 - 1.109
@@ -1492,11 +1492,11 @@
public void setSessionTimeout(int timeout) {
int oldSessionTimeout = this.sessionTimeout;
-/*
- * SRV.13.4 (Deployment Descriptor):
- * If the timeout is 0 or less, the container ensures the default
- * behaviour of sessions is never to time out.
- */
+/*
+ * SRV.13.4 (Deployment Descriptor):
+ * If the timeout is 0 or less, the container ensures the default
+ * behaviour of sessions is never to time out.
+ */
this.sessionTimeout = (timeout == 0) ? -1 : timeout;
support.firePropertyChange(sessionTimeout,
new Integer(oldSessionTimeout),
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 7207] - Redeployment Problem under Tomcat 4.0.2
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=7207. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7207 Redeployment Problem under Tomcat 4.0.2 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2004-01-20 23:08 --- Yep. *** This bug has been marked as a duplicate of 8969 *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 8969] - Manager - remove does not delete the webapps/application/ Dir
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=8969. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8969 Manager - remove does not delete the webapps/application/ Dir [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2004-01-20 23:08 --- *** Bug 7207 has been marked as a duplicate of this bug. *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
