Return-Path: X-Original-To: apmail-tomcat-users-archive@www.apache.org Delivered-To: apmail-tomcat-users-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 712B911C05 for ; Tue, 15 Apr 2014 20:42:40 +0000 (UTC) Received: (qmail 48397 invoked by uid 500); 15 Apr 2014 20:42:30 -0000 Delivered-To: apmail-tomcat-users-archive@tomcat.apache.org Received: (qmail 48219 invoked by uid 500); 15 Apr 2014 20:42:29 -0000 Mailing-List: contact users-help@tomcat.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Tomcat Users List" Delivered-To: mailing list users@tomcat.apache.org Received: (qmail 48203 invoked by uid 99); 15 Apr 2014 20:42:27 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 15 Apr 2014 20:42:27 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of aw@ice-sa.com designates 212.85.38.228 as permitted sender) Received: from [212.85.38.228] (HELO tor.combios.es) (212.85.38.228) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 15 Apr 2014 20:42:21 +0000 Received: from [192.168.245.129] (montserrat.wissensbank.com [212.85.37.175]) (Authenticated sender: andre.warnier@ice-sa.com) by tor.combios.es (Postfix) with ESMTPA id AC60F3C313F for ; Tue, 15 Apr 2014 22:42:24 +0200 (CEST) Message-ID: <534D9992.60401@ice-sa.com> Date: Tue, 15 Apr 2014 22:41:54 +0200 From: =?UTF-8?B?QW5kcsOpIFdhcm5pZXI=?= Reply-To: Tomcat Users List User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: Tomcat Users List Subject: Re: Tomcat @ Windows & Cyrillic References: <004e01cf58e7$4c2cfc60$e486f520$@cz> In-Reply-To: <004e01cf58e7$4c2cfc60$e486f520$@cz> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Checked: Checked by ClamAV on apache.org Petr Nemecek wrote: > Hi all, > > I need to use cyrillic in my webapp. > > What I did: > * Added -Dfile.encoding=utf-8 to the Java options > * Added URIEncoding="UTF-8" to the connector in server.xml > > What I achieved: > * When I send a request with cyrillic chars to the Tomcat, it's properly > received. > * When I send response with cyrillic chars out of the Tomcat, it's properly > sent. > > What I did not achieved (and asking you kindly for help): > * When my webapp, sitting in the Tomcat, sends a request containing cyrillic > chars, these don't go out. So when I try to send out e.g. > "PrahaСимферополь", just "Praha" goes out. By sending out I mean calling cxf > web service. When I call that webservice directly (from jar, not from > Tomcat), everything works fine. > > Any idea? > When an application (running under tomcat or not) "sends a request" to some external service, it uses some code to do that, which is not part of the tomcat code. Which code/library are you using for that ? In how much could this code/library be influenced by the fact that it is running under the JVM which runs Tomcat (and the settings of that Tomcat JVM) ? More explicitly : a Java application doesn't just "run". It is "being run" by the JVM that runs it. That JVM runs with certain settings (say, "system properties") which influence the way in which it runs the applications which it runs. On thing which has happened to me in the past (and I really don't know if this is still applicable) is as follows : Tomcat starts, under some JVM settings appropriate for your application. Then it runs various applications, including yours. One of the other applications, for whatever reason of its own, changes a JVM system property. And because this is a JVM-global property, this new setting now interferes with your application when it runs. (And the case of which I am talking, happened to concern some default language setting; and this caused my application to suddenly start outputting messages in English instead of the expected German). This would of course not happen, when you run your application stand-alone, because then there are no other applications to mess with the JVM system properties. --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org For additional commands, e-mail: users-help@tomcat.apache.org