Re: Thread.sleep CPU time
Maybe sleep call is in a loop - busy waiting, and sleeping too short. Sleep longer, observe latency after the change. In Java 9 there will be extra option http://download.java.net/java/jdk9/docs/api/java/lang/Thread.html#onSpinWait-- On Wed, May 10, 2017 at 9:44 AM, Oliver Fernandez < oliver.fernan...@marfeel.com> wrote: > While profiling my Tomcat app using YourKit, I noticed two Threads, > consuming 57% of total CPU, in the method Thread.sleep() > > [image: Inline images 1] > > What's this Thread.sleep() about? > > >
Re: [ANN] Apache Tomcat 8.0.14 available
Congrats on the release! It seems docs haven't been updated (completely), there are still WebSocket 1.0 references like ones on http://tomcat.apache.org/tomcat-8.0-doc/web-socket-howto.html Kind regards, Stevo Slavic On Wed, Oct 1, 2014 at 12:08 PM, Mark Thomas ma...@apache.org wrote: On 01/10/2014 11:00, Johan Compagner wrote: On 1 October 2014 10:48, Mark Thomas ma...@apache.org wrote: Please refer to the change log for the complete list of changes: http://tomcat.apache.org/tomcat-8.0-doc/changelog.html that one only goes to max .12 (at least at this time) The changelog for 8.0.14 was published before I sent out the announcement. It looks like the US web server is behind on updates (they should be live within seconds of the update). Until the US catches up, you can use tomcat.eu.apache.org. Mart - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Maven plugin for Tomcat 8?
Guessing, maybe just overriding plugin dependencies will work even with current released version of the plugin. Kind regards, Stevo Slavić. On Wed, May 29, 2013 at 12:44 PM, Olivier Lamy ol...@apache.org wrote: Currently no idea. That will probably need an other module (tomcat8). 2013/5/21 Rossen Stoyanchev rstoyanc...@gopivotal.com: Is there any way to use the Tomcat maven plugin with Tomcat 8 (i.e. trunk snapshots)? The documentation lists how to configure Tomcat 6 and 7 only [1]. Rossen [1] http://tomcat.apache.org/maven-plugin-trunk/ -- Olivier Lamy Ecetera: http://ecetera.com.au http://twitter.com/olamy | http://linkedin.com/in/olamy - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Datasources in Spring-JPA-Tomcat 6.0.29
Hello Steven, Just a wild guess, you're probably using same credentials/account in context.xml for both data sources, while you're using different credentials/account in each Spring datasource bean. Kind regards, Stevo. On Thu, Mar 15, 2012 at 2:12 PM, Steven Xiong xcste...@yahoo.com wrote: I have a Spring/JPA application running on Tomcat 6.0.29 accessing two schemas of a single Oracle database. Each schema is configured as a seperate datasource. If we config the datasources as spring beans of com.mchange.v2.c3p0.ComboPooledDataSource type, the app works correctly. However if we use two JNDI datasources configured in META-INF/context.xml, the both autowired datasources point to only ONE same schema. Any thoughts? Thanks Steven
tomcat-dbcp interceptors
Hello Tomcat users, I have couple of tomcat-dbcp related questions: 1) Can tomcat-dbcp be used outside of tomcat e.g. in non-web apps? 2) If yes, are all features available as when used within tomcat? 3) Most importantly are custom interceptors supported when tomcat-dbcp is used outside tomcat? 4) Can custom interceptor influence/extend connection validation? Would like not only to configure validation query but also to add extra logic which would process result of the query. 5) Are there any examples, documentation, blog posts showing implementations of custom interceptors? Thanks in advance! Regards, Stevo. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: tomcat-dbcp interceptors
Hello Daniel, You're right, commons-dbcp and tomcat-dbcp seem to be same, I missed tomcat-jdbc module which seems to provide extensions and judging by the pom (see [1]) it depends only on tomcat-juli. I found the answers at [2] and [3]. Thanks! Regards, Stevo. [1] http://repo1.maven.org/maven2/org/apache/tomcat/tomcat-jdbc/7.0.22/tomcat-jdbc-7.0.22.pom [2] http://tomcat.apache.org/tomcat-7.0-doc/jdbc-pool.html [3] http://vigilbose.blogspot.com/2009/03/apache-commons-dbcp-and-tomcat-jdbc.html On Fri, Nov 11, 2011 at 2:35 PM, Daniel Mikusa dmik...@vmware.com wrote: 1) Can tomcat-dbcp be used outside of tomcat e.g. in non-web apps? Yes, but tomcat-dbcp is exactly the same as commons-dbcp. You would probably just want to use commons-dbcp. 2) If yes, are all features available as when used within tomcat? It has the same feature set as commons-dbcp. https://commons.apache.org/dbcp/ 3) Most importantly are custom interceptors supported when tomcat-dbcp is used outside tomcat? 4) Can custom interceptor influence/extend connection validation? Would like not only to configure validation query but also to add extra logic which would process result of the query. 5) Are there any examples, documentation, blog posts showing implementations of custom interceptors? I'm not exactly sure what you are referring to with regard to the interceptors. Which version of Tomcat are you using? How are you configuring this within Tomcat? Dan - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Is incoming connection request queue totally ordered?
Hello Tomcat users, Are HTTP and AJP connector incoming connection request queues totally ordered (FIFO)? Just want to make sure whether connection requests waiting for executor will fight for it once one becomes available, or will the order connection request were made be respected. Regards, Stevo. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: [OT] Is incoming connection request queue totally ordered?
Yes, I meant what happens once connection requests are in the queue, regardless if it's AJP connection requests queue, or HTTP connection requests. I wasn't considering that part, but thanks for clarifying, if the two connectors (I guess it applies even if there are two connectors for same protocol as long as they) share same executor there's concurrency involved in using this shared resource. Needed to understand how Tomcat handles connector connection requests queues to determine whether request processing order can be guaranteed. Thank you all for once again great Tomcat community feedback! Regards, Stevo. On Mon, Oct 17, 2011 at 10:39 PM, André Warnier a...@ice-sa.com wrote: P.S. (with additional apologies for the top-posting) I realise that I have myself fallen as a victim of the confusion, and responded to the off-topic and off-thread message. My apologies to the original poster of this thread. André Warnier wrote: Ann Ramsey wrote: Listen, the answers were all Greek to me. If you guys are going to REALLY help non-IT people deal with TomCat, you might want to speak English in your responses, so that we know if you're addressing our problem or not. Well, all I can say is that it doesn't really look like you've figured it out. The way to use a mailing list, I mean. Detailed explanation : after all the responses you have sent to various unrelated threads on this mailing list, it has now become a bit confusing which problem was yours, and who figured out what. You have probably also confused a number of other people who have asked their own questions, but for which you have now answered (in their name) that you figured it out, thank you. A mailing list such as this one (and most other similar ones) is a bit different from a chat forum. When someone has a question, they send a message, with a subject. The people trying to help here (all volunteers, doing this on their own free time), answer the questions individually, *by subject*, taking care to reply only to each message individually, and preserving the original subject of the particular message to which they are responding. That helps keeping things organised, so that the person who asked the original question would actually find the answers to their own question, by looking at the sequence of messages that have their original subject. In other words, maybe what got you confused is that you thought that all these messages were answering your original question, when in reality each one was answering another question from someone else. Not so ? - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Source of after_start and stop LifecycleEvent
Hello Tomcat users, Does anyone know has it been changed after Apache Tomcat 6.0.13 that source of LifecycleEvent of after_start and stop type is org.apache.catalina.core.StandardEngine instead of org.apache.catalina.Server? I'm experiencing issues with JBoss mod_cluster: http://community.jboss.org/thread/167432 Its LifecycleListener, http://anonsvn.jboss.org/repos/mod_cluster/trunk/src/main/java/org/jboss/modcluster/catalina/ModClusterListener.java expects source of after_start and stop event to be org.apache.catalina.Server but when debugging I see that it's org.apache.catalina.core.StandardEngine. Regards, Stevo. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Source of after_start and stop LifecycleEvent
Pardon, it's StandardService and not StandardEngine that's source of these events (Apache Tomcat 6.0.32). Regards, Stevo. On Wed, Jun 1, 2011 at 4:42 PM, Stevo Slavić ssla...@gmail.com wrote: Hello Tomcat users, Does anyone know has it been changed after Apache Tomcat 6.0.13 that source of LifecycleEvent of after_start and stop type is org.apache.catalina.core.StandardEngine instead of org.apache.catalina.Server? I'm experiencing issues with JBoss mod_cluster: http://community.jboss.org/thread/167432 Its LifecycleListener, http://anonsvn.jboss.org/repos/mod_cluster/trunk/src/main/java/org/jboss/modcluster/catalina/ModClusterListener.java expects source of after_start and stop event to be org.apache.catalina.Server but when debugging I see that it's org.apache.catalina.core.StandardEngine. Regards, Stevo. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: [ANN] Apache Tomcat 7.0.12 released
Since these requests to upload maven artifacts are repeating regularly after a release, obviously publishing these artifacts is not part of the release process, but community expects/requires them. Why not make it automatic part of release process? Regards, Stevo. On Sun, Apr 10, 2011 at 12:13 AM, David Calavera david.calav...@gmail.com wrote: Hey Mark, could you upload the maven artifacts to the repository?? Thank you! On Wed, Apr 6, 2011 at 9:51 AM, Mark Thomas ma...@apache.org wrote: The Apache Tomcat team announces the immediate availability of Apache Tomcat 7.0.12. Apache Tomcat 7.0.12 includes bug fixes and the following new features compared to version 7.0.11: * initial support for SPNEGO/Kerberos authentication (also referred to as Windows authentication); * provide a new configuration option to define a close method to call on a JNDI resource when it is no longer required; * optional support for pre-emptive authentication. Please refer to the change log for the list of changes: http://tomcat.apache.org/tomcat-7.0-doc/changelog.html Known issues: * HTTP pipelining is likely to fail with 505 errors with the HTTP BIO connector (bug 50957). The other connectors (HTTP NIO, HTTP APR/native, AJP BIO AJP APR/native) are not affected. Note that this version has 4 zip binaries: a generic one and three bundled with Tomcat native binaries for Windows operating systems running on different CPU architectures. Downloads: http://tomcat.apache.org/download-70.cgi Migration guide from Apache Tomcat 5.5.x and 6.0.x: http://tomcat.apache.org/migration.html Thank you, -- The Apache Tomcat Team - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Session timeouts: ignore periodic polling URL?
If ajax requests need session state, then IMO Tomcat can not help you with that - it can not and should not differentiate requests issued by ajax and requests issued by user. In that case one solution would be to logout user with a logout request after timeout. Where ajax requests live, javascript is enabled, so on page load you can just https://developer.mozilla.org/en/DOM/window.setTimeout to logout request, where client side timeout duration could/should be same as server side session timeout. Regards, Stevo. On Sun, Mar 20, 2011 at 3:40 PM, André Warnier a...@ice-sa.com wrote: sebb wrote: On 20 March 2011 11:19, André Warnier a...@ice-sa.com wrote: sol myr wrote: Hi, We have a Servelts/JSP application Tomcat6. Our javascripts issues automatic, periodic polling requests (Ajax and Comet), in order to keep the view up-to-date. Unfortunately this prevents sessions from timing out... Is there a way to tell Tomcat that some URL shouldn't affect session timeouts? Namely if for the last 30 minutes, the browser requested nothing but http://server/autoRefresh.do; , then Tomcat should assume the user went away from the computer, and kill the session. You may have to explain the logic of this a bit better, because on the face of it, it makes no sense. Presumably, if you create a session, it is because the application needs a session (aka, needs some information to be preserved between individual requests of the same user/browser). Then why would you want it to time out ? This is the sort of behaviour one wants for online banking - the session should be logged out if the user does not do anything for a while, even though the page may be doing background requests. Allright then, I'll buy that, if somewhat reluctantly. The creation or retrieval of a session, as far as I understand it, is totally under application control. In other words, if your servlet (or JSP), when it is called, executes a HttpServletRequest.getSession() call, then it will retrieve the existing session (or create one if none exists yet); and if it does not call getSession(), it will not. In other words, if you want some requests URLs not to count (or be excluded) as far as the session mechanism is concerned, then you just have to map these requests (URLs) to a servlet/JSP page which does not do a getSession(). Of course, if in order to refresh the information in the browser page, the application needs to access information stored in the session, then you have a problem. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: How to disable JSR 250 annotations processor ?
Just tried, for plain spring managed object which is neither servlet, nor filter nor listener, @PostConstruct method gets called only once on Tomcat 7. Regards, Stevo. On Sun, Feb 27, 2011 at 9:41 PM, Stevo Slavić ssla...@gmail.com wrote: If I understood spec (servlet-3_0-final-spec.pdf) well, this service is required only for servlets, filters, and listeners (Table 15-1 Components and Interfaces supporting Annotations and Dependency Injection, chapter 15, page 179 of specification, page 201 of pdf). Yevgen, on which beans did you experience this extra behavior from Tomcat 7? Were they servlets/filters/listeners or some other spring managed beans? Also, shouldn't it be possible for one to turn off this behavior by specifying metadata-complete=true, in case one doesn't make use of web fragments and Java EE specified annotation and dependency injection? Regards, Stevo. On Fri, Feb 25, 2011 at 10:12 PM, Mark Thomas ma...@apache.org wrote: On 25/02/2011 21:03, Yevgen Krapiva wrote: Hi. I have a problem deploying Spring based application to Tomcat 6.0.26 / 7.0.0. Some of my beans have @PostConstruct annotated methods. Like: @PostConstruct public void init() { ... } The problem is that these methods called twice - first time by Tomcat annotation processor, second time - by Spring. Is it possible to turn off this behavior in Tomcat as I do not really want to rewrite the application to use xml configuration metadata. Sorry, Tomcat provides no such mechanism. The behaviour is required by the servlet specification. Mark - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: How to disable JSR 250 annotations processor ?
If I understood spec (servlet-3_0-final-spec.pdf) well, this service is required only for servlets, filters, and listeners (Table 15-1 Components and Interfaces supporting Annotations and Dependency Injection, chapter 15, page 179 of specification, page 201 of pdf). Yevgen, on which beans did you experience this extra behavior from Tomcat 7? Were they servlets/filters/listeners or some other spring managed beans? Also, shouldn't it be possible for one to turn off this behavior by specifying metadata-complete=true, in case one doesn't make use of web fragments and Java EE specified annotation and dependency injection? Regards, Stevo. On Fri, Feb 25, 2011 at 10:12 PM, Mark Thomas ma...@apache.org wrote: On 25/02/2011 21:03, Yevgen Krapiva wrote: Hi. I have a problem deploying Spring based application to Tomcat 6.0.26 / 7.0.0. Some of my beans have @PostConstruct annotated methods. Like: @PostConstruct public void init() { ... } The problem is that these methods called twice - first time by Tomcat annotation processor, second time - by Spring. Is it possible to turn off this behavior in Tomcat as I do not really want to rewrite the application to use xml configuration metadata. Sorry, Tomcat provides no such mechanism. The behaviour is required by the servlet specification. Mark - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Servlet 3.0, @WebFilter and ordering
Thanks everyone, Just wish there was an Ordered interface, or annotation, or attribute of @WebXXX annotations to which ordering can be applied, so that web.xml is not needed for such IMO basic feature. Regards, Stevo. On Wed, Feb 9, 2011 at 8:58 AM, Remy Maucherat remy.mauche...@gmail.com wrote: On Wed, Feb 9, 2011 at 7:46 AM, Konstantin Kolinko knst.koli...@gmail.com wrote: 2011/2/8 Christopher Schultz ch...@christopherschultz.net: On 2/8/2011 4:31 AM, Stevo Slavić wrote: I don't see support for ordering in @WebFilter annotation. Am I missing something? I don't see anything that would allow an ordering to be specified. Ordering is discussed in chapters 8.2.2 and 8.2.3 of the servlet 3.0 spec. In 8.2.3 it is explicitly written: As described above, when using annotations to define the listeners, servlets and filters, the order in which they are invoked is unspecified Well, but it is still defined a bit by the ordering of the JARs. But within the JAR, the order of processing of @WebFilter is undefined, which seems quite logical to me. (If you need ordering, use a SCI or listener and add the filters programmatically) Rémy - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Servlet 3.0, @WebFilter and ordering
Hello Tomcat users, Now that Tomcat 7 is out with Servlet 3.0 support, I've been trying out new features it brings. In pre 3.0 servlet era, one would specify filter in web.xml and order they are defined in the xml would determine order filters would get applied. I don't see support for ordering in @WebFilter annotation. Am I missing something? I know one can now programatically register filters - not sure yet but I guess order filters are programatically registered determines order they will be applied. But if this is the only way to control ordering, @WebFilter is (almost) useless, without support of additional framework. Not sure if this mailing list is correct destination for this kind of question. I apologize, if it isn't. Regards, Stevo. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: how to access tomcat conf dir from my webapp
String tomcatHomePath = System.getenv(CATALINA_HOME); // or CATALINA_BASE, where CATALINA_HOME/CATALINA_BASE is name of environment variable set to point to tomcat installation home or instance base java.io.File tomcatConfDir = new java.io.File(tomcatHomePath, conf); Regards, Stevo. On Tue, Jan 25, 2011 at 3:15 PM, alexis alz...@gmail.com wrote: Hello, usually i store my custom config files in WEB-INF, but i need now to store a file (a binary file containing a license for my app) inside the tomcat conf dir. Main purpose for this is avoid the need to rebuild a war every time i license a different customer. So, in this way, application to be deployed is always the same, and i can send the license file separately that can be read when tomcat starts or app is deployed. thanks in advance. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: retrive Arabic data
Or Tomcat installations are configured differently on each of the environments, e.g. Connector URIEncoding attribute. On Thu, May 28, 2009 at 3:28 PM, Youssef Mohammed youssef.moham...@gmail.com wrote: On Thu, May 28, 2009 at 4:23 PM, abdul razack sh_abd...@yahoo.com wrote: Hi Mark, As you suggested, I have tested sample JSP in the FAQ as you pointed. I could see Arabic in the output. This is OK. I am not able to view Arabic data when tomcat application running on winodws 2003 server OR windows 2000 professional. But I am surprised to see Arabic data when I run application on windows XP professional. This might suggest that the problem has nothing to do with tomcat. I would go for checking this issue with MS folks (platform setting , db/ db driver settings, ... ) In all above scenarios data base SQL server 2005 resides on Windows 2003 server. Any other setting that I need to do in Tomcat. Thanks Regards -Abdul Razack --- On Wed, 5/27/09, Mark Thomas ma...@apache.org wrote: From: Mark Thomas ma...@apache.org Subject: Re: retrive Arabic data To: Tomcat Users List users@tomcat.apache.org Date: Wednesday, May 27, 2009, 5:48 PM abdul razack wrote: 1. In server.xml Connector port=89 maxHttpHeaderSize=8192 maxThreads=150 minSpareThreads=25 useBodyEncodingForURI=true URIEncoding=UTF-8 maxSpareThreads=75 enableLookups=false redirectPort=8443 acceptCount=100 connectionTimeout=2 disableUploadTimeout=true / 2. In all JSP pages %@ page contentType=text/html;charset=UTF-8 % meta http-equiv=Content-Type content=text/html; charset=UTF-8 3. But I am surprise to see in servlet that request.getCharacterEncoding ( ) as null. Still I have same problem. Try the sample JSP in the FAQ I pointed you towards. If that works, you have an application issue. If that doesn't work, you have broken your Tomcat config somewhere. Mark -Abdul Razack --- On Wed, 5/27/09, Youssef Mohammed youssef.moham...@gmail.com wrote: From: Youssef Mohammed youssef.moham...@gmail.com Subject: Re: retrive Arabic data To: Tomcat Users List users@tomcat.apache.org Date: Wednesday, May 27, 2009, 4:53 PM u just need to set your content encoding to UTF-8 in your jspes %@ page pageEncoding=UTF-8 % I think also there might be a way to set the default encoding to utf8 ! Regards, Youssef On Wed, May 27, 2009 at 2:16 PM, abdul razack sh_abd...@yahoo.com wrote: Hi, I have Java web application (JSP, Servlet, SQL server 2005) running on apache-tomcat-5.5.23. I am facing one problem when retriving Arabic data from database. The data contains both english and Arabic in table. when retirve data from java application all arabic is appearing as . But english is coming is perfectly. The combination of Arabic and english data will be inserted in the database through other application (ASP.Net technology).The encoding uses (UTF-8). In database table arabic columns will have arabic and english columns will have english. Please give me direction what would have gone wrong. Would there be any problem in Tomcat. Thanks Regards -Abdul Razack - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: retrive Arabic data
True. If I understood well, problem is not in submitting requests, but in rendering response, data fetched from database aren't displayed well on one machine, but do get displayed well on the other. Abdul didn't mention details about client side where was he opening problematic page. Let's assume he always tested application using same browser and version on same machine where server/application was running, so both client and server were same pc. Besides possibility of different default encoding having effect on server side, could availability of fonts on client machines also have effect on how site is rendered? Maybe some application Abdul installed on XP but not on two servers brought with itself additional fonts which site/page just happens to makes use of. Regards, Stevo. On Fri, May 29, 2009 at 1:02 AM, Andre-John Mas aj...@sympatico.ca wrote: On 28-May-2009, at 10:00, Stevo Slavić wrote: Or Tomcat installations are configured differently on each of the environments, e.g. Connector URIEncoding attribute. URIEncoding only effects how the query URL is interpretted, AFAIK. It effects nothing else. André-John - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org