Skip to main content
Inspiring
May 20, 2008
Question

ColdFusion locale problem

  • May 20, 2008
  • 1 reply
  • 2669 views
Hi, i am using ColdFusion 8 on a Windows 2003 Server (R2). Locale of the operating system is Turkish. As usual with any java application server, in order to start ColdFusion server, i have to use -Duser.language=tr_TR JVM parameter (by modifying arguments section in jvm.config in cfroot\runtime\bin). With that, everything works fine except verity server. When i enter Verity Collections page at CF Administrator, i get tr-tr_TR must be one of the ColdFusion supported locales error. Also, when i enter server information page (/CFIDE/administrator/settings/version.cfm), it says tr-tr_TR for Java Default Locale. Isn't that wrong? Shouldn't it be just tr_TR not tr-tr_TR?

Thanks
    This topic has been closed for replies.

    1 reply

    Inspiring
    May 21, 2008
    bilgehan wrote:
    > (/CFIDE/administrator/settings/version.cfm), it says tr-tr_TR for Java
    > Default Locale. Isn't that wrong? Shouldn't it be just tr_TR not tr-tr_TR?

    yes, no such locale as tr-tr_TR, in fact it's bad locale ID syntax to begin
    with. can you double check that you don't have a typo? what happens if you just
    use "tr"?


    btw did you also install the language pack that contains turkish?
    bilgehanAuthor
    Inspiring
    May 21, 2008
    No it isn't a typo. I tried following combinations but only the last two can start the application server without any error.

    -Duser.language=tr (fails to start)
    -Duser.language=tr -Duser.country=TR (fails to start)
    -Duser.language=tr_TR
    -Duser.languate=tr-TR

    With the first two combination or without any option i get the following error while starting CF8.



    error Deployer Service failed to deploy file:/C:/ColdFusion8/
    * null
    [1]java.lang.NullPointerException
    at jrun.ea.EnterpriseApplicationFactory.createWebModule(EnterpriseApplicationFactory.java:624)
    at jrun.ea.EnterpriseApplicationFactory.create(EnterpriseApplicationFactory.java:212)
    at jrun.ea.EnterpriseApplicationFactory.create(EnterpriseApplicationFactory.java:148)
    at jrun.deployment.DeployerService.createWatchedDeployment(DeployerService.java:240)
    at jrun.deployment.DeployerService.deploy(DeployerService.java:428)
    at jrun.deployment.DeployerService.handleEvent(DeployerService.java:382)
    at jrunx.kernel.JRunServiceDeployer.fireEvent(JRunServiceDeployer.java:710)
    at jrunx.kernel.JRunServiceDeployer.deployServices(JRunServiceDeployer.java:111)
    at jrunx.kernel.DeploymentService.loadServices(DeploymentService.java:46)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
    at java.lang.reflect.Method.invoke(Method.java:597)
    at com.sun.jmx.mbeanserver.StandardMBeanIntrospector.invokeM2(StandardMBeanIntrospector.java:93)
    at com.sun.jmx.mbeanserver.StandardMBeanIntrospector.invokeM2(StandardMBeanIntrospector.java:27)
    at com.sun.jmx.mbeanserver.MBeanIntrospector.invokeM(MBeanIntrospector.java:208)
    at com.sun.jmx.mbeanserver.PerInterface.invoke(PerInterface.java:120)
    at com.sun.jmx.mbeanserver.MBeanSupport.invoke(MBeanSupport.java:262)
    at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:836)
    at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:761)
    at jrunx.kernel.JRun.startServer(JRun.java:575)
    at jrunx.kernel.JRun.<init>(JRun.java:493)
    at jrunx.kernel.JRun$1.run(JRun.java:346)
    at java.security.AccessController.doPrivileged(Native Method)
    at jrunx.kernel.JRun.start(JRun.java:343)
    at jrunx.kernel.JRun.startByNTService(JRun.java:427)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
    at java.lang.reflect.Method.invoke(Method.java:597)
    at jrunx.kernel.JRun.invoke(JRun.java:180)
    at jrunx.kernel.JRun.main(JRun.java:168)


    This problem happens with every java application server and most of the java applications on Turkish locale machines and Turkish java developers are accustomed to start applications with jvm paramter -Duser.language=tr_TR.

    PaulH wrote:
    quote:

    btw did you also install the language pack that contains turkish?


    Yes, i installed the Turkish locale pack under verity\k2\common folder.