Skip to main content

Has anyone tried v3 in Turkish?

13 replies [Last post]
Anonymous

I know that there are issue if you attempt to run V2 in the locale tr_TR.

I want to find out if anyone has tested v3 in locale tr_TR.

If v3 doesn't work in tr_TR, I will probably start the server in en_US
from inside the NetBeans IDE....

If it does work in tr_TR, then I will just let it start up in the
default domain that NB is using...

Thanks,
vbk

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@glassfish.dev.java.net
For additional commands, e-mail: users-help@glassfish.dev.java.net

Reply viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.
bilgehan
Offline
Joined: 2007-10-06

Admin gui loads fine on 8080 (with -Duser.language=en jvm option).

Thanks

vbkraemer
Offline
Joined: 2003-09-03

It is interesting that the error logs are so different between JDK 1.5.0 update 13 and JDK 6 update 7...

I would have thought that they would approximately the "same".

vbk

bilgehan
Offline
Joined: 2007-10-06

I have played with glassfish v3 and netbeans a little bit and i must revise my initial comments. I wrote that, Glassfish V3 installation and admin panel installation was smooth with jdk 1.6.0_07 and -Duser.language=en option. I tried to replicate the same procedure again but didn't success. This time admin panel installation failed although i used -Duser.language=en option. I have tried several installs and uninstalls and the result was same. There are also some errors in the jvm.log. I attached the logs. These log files are a result of following procedure:

Windows XP SP2 - Turkish Local - JDK 1.6.0_07

1-Install glassfish using gfv3-tp2-installer.exe
2- Add -Duser.language=en to domain.xml
3-Start the server.
4-Enter admin panel at localhost:4848/admin
5-Admin panel installation starts and finishes. It says "Done" but keep refreshing pages without any change.

I even tried magical -Dcom.sun.enterprise.server.ss.ASQuickStartup=false option but it didn't help.

Snjezana Sevo-Zenzerovic

FWIW, note that documented admin console URL is localhost:8080/admin in
TP2 release since this release used the same port for generic HTTP and
admin GUI. That should resolve admin GUI loading issue.

Thanks,

Snjezana

glassfish@javadesktop.org wrote:

>I have played with glassfish v3 and netbeans a little bit and i must revise my initial comments. I wrote that, Glassfish V3 installation and admin panel installation was smooth with jdk 1.6.0_07 and -Duser.language=en option. I tried to replicate the same procedure again but didn't success. This time admin panel installation failed although i used -Duser.language=en option. I have tried several installs and uninstalls and the result was same. There are also some errors in the jvm.log. I attached the logs. These log files are a result of following procedure:
>
>Windows XP SP2 - Turkish Local - JDK 1.6.0_07
>
>1-Install glassfish using gfv3-tp2-installer.exe
>2- Add -Duser.language=en to domain.xml
>3-Start the server.
>4-Enter admin panel at localhost:4848/admin
>5-Admin panel installation starts and finishes. It says "Done" but keep refreshing pages without any change.
>
>I even tried magical -Dcom.sun.enterprise.server.ss.ASQuickStartup=false option but it didn't help.
>[Message sent by forum member 'bilgehan' (bilgehan)]
>
>http://forums.java.net/jive/thread.jspa?messageID=293549
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: users-unsubscribe@glassfish.dev.java.net
>For additional commands, e-mail: users-help@glassfish.dev.java.net
>
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@glassfish.dev.java.net
For additional commands, e-mail: users-help@glassfish.dev.java.net

vbkraemer
Offline
Joined: 2003-09-03

I just tried build 18 under tr_TR locale and jdk 1.5.0_16 on Solaris

I see a number of exceptions like this one:

java.lang.RuntimeException: Instruction unknown: load�nstruction|#]
at com.sun.org.apache.bcel.internal.util.InstructionFinder.mapName(InstructionFinder.java:138)
at com.sun.org.apache.bcel.internal.util.InstructionFinder.compilePattern(InstructionFinder.java:170)
at com.sun.org.apache.bcel.internal.util.InstructionFinder.search(InstructionFinder.java:218)
at com.sun.org.apache.bcel.internal.util.InstructionFinder.search(InstructionFinder.java:264)
at com.sun.org.apache.xalan.internal.xsltc.compiler.Mode.peepHoleOptimization(Mode.java:1444)
at com.sun.org.apache.xalan.internal.xsltc.compiler.Mode.compileApplyTemplates(Mode.java:1058)
at com.sun.org.apache.xalan.internal.xsltc.compiler.Stylesheet.compileModes(Stylesheet.java:615)
at com.sun.org.apache.xalan.internal.xsltc.compiler.Stylesheet.translate(Stylesheet.java:730)
at com.sun.org.apache.xalan.internal.xsltc.compiler.XSLTC.compile(XSLTC.java:354)
at com.sun.org.apache.xalan.internal.xsltc.compiler.XSLTC.compile(XSLTC.java:429)
at com.sun.org.apache.xalan.internal.xsltc.trax.TransformerFactoryImpl.newTemplates(TransformerFactoryImpl.java:797)
at com.sun.org.apache.xalan.internal.xsltc.trax.TransformerFactoryImpl.newTransformer(TransformerFactoryImpl.java:624)|#]
at com.sun.faces.config.ConfigManager$ParseTask.getTransformer(ConfigManager.java:463)|#]
at com.sun.faces.config.ConfigManager$ParseTask.getDocument(ConfigManager.java:437)|#]
at com.sun.faces.config.ConfigManager$ParseTask.call(ConfigManager.java:393)|#]
at com.sun.faces.config.ConfigManager$ParseTask.call(ConfigManager.java:350)|#]
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:269)|#]
at java.util.concurrent.FutureTask.run(FutureTask.java:123)|#]
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:650)|#]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:675)|#]
at java.lang.Thread.run(Thread.java:595)|#]

this looks like https://issues.apache.org/bugzilla/show_bug.cgi?id=38787

I guess we need to upgrade BCEL.... that might be a bit tricky, though.

bilgehan
Offline
Joined: 2007-10-06

It is interesting that how two letters can cause that much problem. Just curious. Why does someone need character case conversion (e.g. lowercase to uppercase) in application code?

vbkraemer
Offline
Joined: 2003-09-03

I think most of that code (that needs to do case conversion) is doing conversions from hyphenated-style-strings to HyphenatedStyleStrings...

vbk

bilgehan
Offline
Joined: 2007-10-06

I think jdk team must deprecate the non-argument version of toUpperCase and toLowerCase methods.

bilgehan
Offline
Joined: 2007-10-06

Hi, i have tested on a Windows XP SP2 machine. Here are the results:

JDK 1.5.0_13 - Turkish locale

Installation seems fine. Default page says application server is running. Tried management panel. Admin files are downloaded and being installed first. After that it says installation is completed and page refreshes but nothing happens. It continues to refresh and with every refresh, server.log is increased by 10k in size. There are numerous errors on the server log. I attached the server log.

JDK 1.5.0_13 - Duser.language=en option
Nothing changes. Same as above

JDK 1.6.0.0_07 - Turkish locale
Admin installation seems fine and login page appears. When i try to log in, an error occurs. I attached the related server log.

JDK 1.6.0.0_07 -Duser.language=en option
Everything seems fine. I can log into admin panel without any problem.

vbkraemer
Offline
Joined: 2003-09-03

Thanks for doing these tests.

So, it looks like v3 suffers from the same issues as v2 when started in a Turkish locale.

I work on the server integration for NetBeans. There is a bug filed against the plugin, because the user cannot run or deploy their apps when the server is running in tr_TR... Since it is bit outside my role to rewrite every line of server code that misuses toUpperCase() and toLowerCase(), I am thinking about implementing the following work-around:

If the IDE is running under tr_TR, I will start the server in en_US from inside the IDE when the user requests that the IDE start the app server.

So, my question is: Is this work-around "too much"?

Thanks,
vbk

Alexis Moussine-Pouchkine

Just curious, is that specific to tr_TR or to non EN_* locales?
-Alexis

On Aug 13, 2008, at 23:03, Vince Kraemer wrote:

> I know that there are issue if you attempt to run V2 in the locale
> tr_TR.
>
> I want to find out if anyone has tested v3 in locale tr_TR.
>
> If v3 doesn't work in tr_TR, I will probably start the server in
> en_US from inside the NetBeans IDE....
>
> If it does work in tr_TR, then I will just let it start up in the
> default domain that NB is using...
>
> Thanks,
> vbk
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@glassfish.dev.java.net
> For additional commands, e-mail: users-help@glassfish.dev.java.net
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@glassfish.dev.java.net
For additional commands, e-mail: users-help@glassfish.dev.java.net

bilgehan
Offline
Joined: 2007-10-06

For V2 it was specific to Turkish i think. In Turkish, uppercase for i is İ (not I) and lowercase for I is ı (not i) and that caused problems when a conversion to uppercase or lowercase used in the application server code.

vbkraemer
Offline
Joined: 2003-09-03

I only know about issues in tr_TR, due to issues with toUpperCase() and toLowerCase(). There may be other locales that have a similar issue.

There are a number of issues that have been opened by users that want GlassFish to run correctly in their locale... NOTE: they are not asking for a translated version of GlassFish... just a GlassFish release that runs correctly if their locale is set to tr_TR...

Here is a quick run down of the issues that I know about:

https://glassfish.dev.java.net/issues/show_bug.cgi?id=3691
https://glassfish.dev.java.net/issues/show_bug.cgi?id=3851
https://glassfish.dev.java.net/issues/show_bug.cgi?id=5175

The issue with GlassFish in a tr_TR locale is also the root cause of http://www.netbeans.org/issues/show_bug.cgi?id=116692.

I implemented a sleazy hack to start GF in en_US, so that folks could make progress developing their apps on GF from NetBeans... but the correct fix is to see the code in GF audited for misuse of toUpperCase() and toLowerCase() and then correct those misuses...

vbk