"... 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.
My OS is English and my locale is Turkish, why I get German as default Java locale?
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.
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?
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.
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...