Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

jvm.config & Java Locale

135 views
Skip to first unread message

CFTR

unread,
Feb 8, 2005, 6:26:39 PM2/8/05
to
Hi, We have a known issue to install CFMX on a system with Turkish locale.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ CFMX 6.1: 52295 ColdFusion
MX does not work on an operating system that is set to the Turkish locale. To
work around this problem, set the ColdFusion JVM locale to US by adding the
following switches to the java.args line in the jvm.config file:
-Duser.language=en -Duser.country=US
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ But on CFMX 7, when I check
jvm.config file, I could not find any line like that. How we can change Java
locale? Any tip? TIA! Best regards, O?uz Demirkap? http://demirkapi.net

PaulH

unread,
Feb 9, 2005, 12:45:50 AM2/9/05
to
the file is there and the "java.args" line is certainly there. otherwise i
think blackstone wouldn't start. that exact switch however isn't. you'll need
to add that in yourself using notepad or whatever. just remember to use a
space to separate args & you should be good to go.


CFTR

unread,
Feb 9, 2005, 1:40:33 AM2/9/05
to
Ok.

"... by adding ..."

Now I am trying to get issue one more:

I have an English WinXP Pro with German locale. I changed all my local
settings into Turkish but after installation I got German as default.

So I think I changed my locale wrong.

What I did?:

In control panel:
Regional and Language Options

In Regional Options tab:
- Standart and formats: Turkish
- Location: Turkey

In "Advanced" tab:
- Language for non-Unicode programs: Turkish

... and of course restarted.

So what else do I have to change to set my locale into Turkish?

If these are enogh, why I got German after installing CF?

How Java system decide locale as default?


On the other hand when I add "-Duser.country=TR -Duser.language=tr" to set
locale Java into Turkish, CF server could not start after a CFMX 7 installation
like before. Nothing changed :(

We still need to add something like that into jvm.config file manually.

"-Duser.language=en -Duser.country=US"

Unfortunatelly this is a simple settings but a huge marketing problem in
Turkey.

PaulH

unread,
Feb 9, 2005, 4:38:07 AM2/9/05
to
what do you mean you "got German"? cf doesn't really care as long as you use setLocale().

CFTR

unread,
Feb 9, 2005, 4:48:24 AM2/9/05
to
I mean, when I check "Settings Summary" in CF admin pages, "Java Default Locale" is German.

My OS is English and my locale is Turkish, why I get German as default Java locale?

PaulH

unread,
Feb 9, 2005, 7:30:19 AM2/9/05
to
you know that cf won't run under tr_TR locale, so why are still setting your OS to turkish? why do you care what cf says is the default locale if what you're setting is wrong?

CFTR

unread,
Feb 9, 2005, 8:11:09 AM2/9/05
to
As a normal user in Turkey has Turkish as default locale. Most of them use also
Turkish windows etc.

When a Turkish user try to install ColdFusion without knowing this problem,
ColdFusion does not start. They have to change jvm.config file to set a
different java locale as explained in order to run CF server.

I just wanted to test one more CFMX 7 installation with Turkish locale. But I
do not have Turkish locale as default and just because of that I tried to set
my locale as Turkish. I had before German as default locale and than I guess I
did (set my locale into Turkish) as I explained but after that CF installation
has still German as default locale. I could not understand this situation and
that was insteresting for me.

When a newbie in Turkey tries to install CF, CF does not work just because of
having Turkish local. This is a real big marketing problem because most of
these newbies do not try to search a solution for problem and they just give it
up.

I am just trying to explain this situation in general on every platform. We
need a real solution for this problem.

PaulH

unread,
Feb 9, 2005, 9:54:38 AM2/9/05
to
yes i understand your problem & why you're trying to figure out a workaround
for that--i've experienced the same thing with other s/w on thai locale. and i
wish i could come up with a workaround but there doesn't appear to be any
except swap to en_US (or anything non tr_TR).

yes, you have to keep after mm (or sun, i don't recall the exact nature of the
problem) for sure, but you (i guess you're one of the leaders of the turkish cf
community) also have a "duty" to educate the users in your area about the
existing workaround.

you know blackstone's the best cf release so far for us i18n folks, we just
need to tweak it a bit more ;-)

ps: have you tried any other JDKs? maybe jrocket or ibm's?


CFTR

unread,
Feb 9, 2005, 10:25:48 AM2/9/05
to
First of all thanks for your great effort Paul.

We have a
http://www.macromedia.com/cfusion/webforums/forum/messageview.cfm?catid=144&thre
adid=948610&enterthread=y, there are also same problems for some other language
locales.

I think if it is possible having a general solution, that would be really a
better way.

After setting locale into another language we can start ColdFusion server
without any problem. When we need anything about Turkish, we can easily use
setLocale with tr_TR and no problem anymore.

I never tried any other JDKs because we have a solution for problem. The point
that I try to mentioned is a general solution without any modification.

I hope we would have in a near future.


PS: I use ColdFusion since version 2.0 and an old Allaire fan. :) I am also
founder & manager of CFTR - ColdFusion Turkey User Group since year 2000.

Murat Demirci

unread,
Feb 16, 2005, 3:58:08 PM2/16/05
to
This 'server deployment bug in Turkish locale' is probably related to the
underlying Jrun engine. Because same issue occurs when we install JRun using
JRun installer. Additionally same issue exists in Contibute Publishing
Service. The issue occurs on Linux systems too.

But I'm afraid if this starting issue is solved there will be more headaches
for Turkish customers. You can test ColdFusion to see the stability with
Turkish locale:

Add -Duser.language=en -Duser.country=US java-args to jvm.config and start
ColdFusion server. Simply create a jsp page and change the locale of *JVM*
to tr_TR programatically and run that jsp page. Now you have an instance of
CF that runs on a JVM with Turkish locale.

Test CF by writing some CFML. You'll see that CF gives some strange
errors... This mean that if CF/JRun service deploys successfully with tr_TR
locale, there will other issues to run CF applications which will cause to
use -Duser.language=en -Duser.country=US args again.

Murat.

"CFTR" <og...@cftr.net>, haber iletisinde şunları
yazdı:cuda1s$9mn$1...@forums.macromedia.com...

0 new messages