Indonesian (id) locale is not supported by ADF ?

I have 2 resources file : UIResources.properties and UIResources_id.properties
I have configured my browser using Indonesian (id).
I have configured <supported-locale>id</supported-locale> in faces-config.
Launch browser, but always show my default English (en) locale.
Change the resource file from UIResources_id.properties to UIResources_de.properties.
Configure <supported-locale>de</supported-locale> in faces-config.
Configure browser to use German instead Indonesian.
Launch browser, successfully use the UIResources_de.properties file.
how to use Indonesian (id) locale ?
Thanks,
Ricky

Hi Frank,
I have change this to faces-config.xml file:
<application>
<default-render-kit-id>oracle.adf.core</default-render-kit-id>
<message-bundle>com.putra.pos.view.resources.UIResources</message-bundle>
<locale-config>
<default-locale>id</default-locale>
<supported-locale>en</supported-locale>
</locale-config>
</application>
But the application still use UIResources.properties. Where is jsf-config file ? i'm using ADF Faces and Toplink.
Thanks,
Ricky

Similar Messages

"error: thread-local storage not supported for this target"

I have a program that uses the __thread specifier, to be run on a Solaris 9/UltraSprac.
I am not able to compile it using gcc 3.4.4 or 4.0.4, it emits the msg "error: thread-local storage not supported for this target".
xz@gamera% gcc -v -Wall -D_REENTRANT -c -o func_stack.o func_stack.c
Reading specs from /opt/gcc/3.4.4/lib/gcc/sparc-sun-solaris2.8/3.4.4/specs
Configured with: ../srcdir/configure --prefix=/opt/gcc/3.4.4 --disable-nls
Thread model: posix
gcc version 3.4.4
/opt/gcc/3.4.4/libexec/gcc/sparc-sun-solaris2.8/3.4.4/cc1 -quiet -v -D_REENTRANT -DMESS func_stack.c -quiet -dumpbase func_stack.c -mcpu=v7 -auxbase-strip func_stack.o -Wall -version -o /var/tmp//cc0poHSN.s
ignoring nonexistent directory "/usr/local/include"
ignoring nonexistent directory "/opt/gcc/3.4.4/lib/gcc/sparc-sun-solaris2.8/3.4.4/../../../../sparc-sun-solaris2.8/include"
#include "..." search starts here:
#include <...> search starts here:
/opt/gcc/3.4.4/include
/opt/gcc/3.4.4/lib/gcc/sparc-sun-solaris2.8/3.4.4/include
/usr/include
End of search list.
GNU C version 3.4.4 (sparc-sun-solaris2.8)
        compiled by GNU C version 3.4.4.
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
func_stack.c:16: error: thread-local storage not supported for this target
func_stack.c:17: error: thread-local storage not supported for this target
func_stack.c:19: error: thread-local storage not supported for this target
xs@gamera% gcc -v -D_REENTRANT -c -o func_stack.o func_stack.c
Using built-in specs.
Target: sparc-sun-solaris2.9
Configured with: /net/clpt-v490-0/export/data/bldmstr/20070711_mars_gcc/src/configure --prefix=/usr/sfw --enable-shared --with-system-zlib --enable-checking=release --disable-libmudflap --enable-languages=c,c++ --enable-version-specific-runtime-libs --with-cpu=v9 --with-ld=/usr/ccs/bin/ld --without-gnu-ld
Thread model: posix
gcc version 4.0.4 (gccfss)
/pkg/gcc/4.0.4/bin/../libexec/gcc/sparc-sun-solaris2.9/4.0.4/cc1 -quiet -v -I. -iprefix /pkg/gcc/4.0.4/bin/../lib/gcc/sparc-sun-solaris2.9/4.0.4/ -D__sparcv8 -D_REENTRANT -DMESS func_stack.c -quiet -dumpbase func_stack.c -mcpu=v9 -auxbase-strip func_stack.o -version -m32 -o /tmp/ccjsdswh.s -r /tmp/cc2w4ZRo.ir
ignoring nonexistent directory "/pkg/gcc/4.0.4/bin/../lib/gcc/sparc-sun-solaris2.9/4.0.4/../../../../sparc-sun-solaris2.9/include"
ignoring nonexistent directory "/usr/local/include"
ignoring nonexistent directory "/usr/sfw/lib/gcc/sparc-sun-solaris2.9/4.0.4/include"
ignoring nonexistent directory "/usr/sfw/lib/../sparc-sun-solaris2.9/include"
#include "..." search starts here:
#include <...> search starts here:
/pkg/gcc/4.0.4/bin/../lib/gcc/sparc-sun-solaris2.9/4.0.4/include
/usr/sfw/include
/usr/include
End of search list.
GNU C version 4.0.4 (gccfss) (sparc-sun-solaris2.9)
        compiled by GNU C version 4.0.4 (gccfss).
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
func_stack.c:16: error: thread-local storage not supported for this target
func_stack.c:17: error: thread-local storage not supported for this target
func_stack.c:19: error: thread-local storage not supported for this targetJust as comparison, the corresponding output of compiling another file which does not have __thread declaration is as follows:
xz@gamera% gcc -v -Wall -D_REENTRANT -c -o common.o common.c
Reading specs from /opt/gcc/3.4.4/lib/gcc/sparc-sun-solaris2.8/3.4.4/specs
Configured with: ../srcdir/configure --prefix=/opt/gcc/3.4.4 --disable-nls
Thread model: posix
gcc version 3.4.4
/opt/gcc/3.4.4/libexec/gcc/sparc-sun-solaris2.8/3.4.4/cc1 -quiet -v -D_REENTRANT -DMESS common.c -quiet -dumpbase common.c -mcpu=v7 -auxbase-strip common.o -Wall -version -o /var/tmp//cc4VxrLz.s
ignoring nonexistent directory "/usr/local/include"
ignoring nonexistent directory "/opt/gcc/3.4.4/lib/gcc/sparc-sun-solaris2.8/3.4.4/../../../../sparc-sun-solaris2.8/include"
#include "..." search starts here:
#include <...> search starts here:
/opt/gcc/3.4.4/include
/opt/gcc/3.4.4/lib/gcc/sparc-sun-solaris2.8/3.4.4/include
/usr/include
End of search list.
GNU C version 3.4.4 (sparc-sun-solaris2.8)
        compiled by GNU C version 3.4.4.
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
/usr/ccs/bin/as -V -Qy -s -xarch=v8 -o common.o /var/tmp//cc4VxrLz.s
/usr/ccs/bin/as: Sun WorkShop 6 update 2 Compiler Common 6.2 Solaris_9_CBE 2001/04/02Note that the last 2 lines seem to suggest that a Sun assembler is used as the back-end of gcc. I am not sure whether the failure to compile the first file (with __thread) was due to the incompatibility of this Sun assembler. In the first case, the error msg was emitted before these 2 lines are printed.
I further read a post about gcc 3.3.3's inability to compile code that has __thread in it, on a HP-UX 11.11: http://forums12.itrc.hp.com/service/forums/questionanswer.do?admit=109447627+1216595175060+28353475&threadId=1148976 The conclusion seems to suggest that "the 2.17 GNU assembler did not support thread local storage" and gcc sees that and thus disallows TLS.
If the assembler is the culprit, then does anyone know whether this "Sun WorkShop 6 update 2" assembler in my installation can work with TLS? And how come a Sun assembler becomes the back-end of gcc? I read that gas (the GNU assembler) is the default backend of gcc. (How) can one specify the assembler to be used for gcc?
As an aside, I am able to compile my file on this same Solaris 9/UltraSparc platform using the Sun Studio 12 C Compiler:
xz@gamera% cc -V -# -D_REENTRANT -c -o func_stack.o func_stack.c
cc: Sun C 5.9 SunOS_sparc Patch 124867-01 2007/07/12
### Note: NLSPATH = /pkg/SUNWspro/12/prod/bin/../lib/locale/%L/LC_MESSAGES/%N.cat:/pkg/SUNWspro/12/prod/bin/../../lib/locale/%L/LC_MESSAGES/%N.cat
###     command line files and options (expanded):
### -c -D_REENTRANT -V func_stack.c -o func_stack.o
/pkg/SUNWspro/12/prod/bin/acomp -xldscope=global -i func_stack.c -y-fbe -y/pkg/SUNWspro/12/prod/bin/fbe -y-xarch=generic -y-xmemalign=8i -y-o -yfunc_stack.o -y-verbose -y-xthreadvar=no%dynamic -y-comdat -xdbggen=no%stabs+dwarf2+usedonly -V -D_REENTRANT -m32 -fparam_ir -Qy -D__SunOS_5_9 -D__SUNPRO_C=0x590 -D__SVR4 -D__sun -D__SunOS -D__unix -D__sparc -D__BUILTIN_VA_ARG_INCR -D__C99FEATURES__ -Xa -D__PRAGMA_REDEFINE_EXTNAME -Dunix -Dsun -Dsparc -D__RESTRICT -xc99=%all,no%lib -D__FLT_EVAL_METHOD__=0 -I/pkg/SUNWspro/12/prod/include/cc "-g/pkg/SUNWspro/12/prod/bin/cc -V -D_REENTRANT -c -o func_stack.o " -fsimple=0 -D__SUN_PREFETCH -destination_ir=yabe
acomp: Sun C 5.9 SunOS_sparc Patch 124867-01 2007/07/12Interestingly, the output no longer mentions the "/usr/ccs/bin/as: Sun WorkShop 6 update 2" assembler.

Just as another comparison, I compiled a file without __thread on the Solaris 9/UltraSparc platform using gcc 4.0.4. Not surprisingly it worked. But I no longer see the mention of the Sun assembler as in the case of gcc 3.4.4. Nor did I see the mention of "GNU assembler" as in the case of gcc 4.0.4/Solaris 10/x86. Instead, I saw something called "iropt" and "cg". Does anyone know what they are?
xz@gamera% gcc -v -Wall -D_REENTRANT -c -o common.o common.c
Using built-in specs.
Target: sparc-sun-solaris2.9
Configured with: /net/clpt-v490-0/export/data/bldmstr/20070711_mars_gcc/src/configure --prefix=/usr/sfw --enable-shared --with-system-zlib --enable-checking=release --disable-libmudflap --enable-languages=c,c++ --enable-version-specific-runtime-libs --with-cpu=v9 --with-ld=/usr/ccs/bin/ld --without-gnu-ld
Thread model: posix
gcc version 4.0.4 (gccfss)
/pkg/gcc/4.0.4/bin/../libexec/gcc/sparc-sun-solaris2.9/4.0.4/cc1 -quiet -v -iprefix /pkg/gcc/4.0.4/bin/../lib/gcc/sparc-sun-solaris2.9/4.0.4/ -D__sparcv8 -D_REENTRANT -DMESS common.c -quiet -dumpbase common.c -mcpu=v9 -auxbase-strip common.o -Wall -version -m32 -o /tmp/ccSGJIDD.s -r /tmp/ccKuJz76.ir
ignoring nonexistent directory "/pkg/gcc/4.0.4/bin/../lib/gcc/sparc-sun-solaris2.9/4.0.4/../../../../sparc-sun-solaris2.9/include"
ignoring nonexistent directory "/usr/local/include"
ignoring nonexistent directory "/usr/sfw/lib/gcc/sparc-sun-solaris2.9/4.0.4/include"
ignoring nonexistent directory "/usr/sfw/lib/../sparc-sun-solaris2.9/include"
#include "..." search starts here:
#include <...> search starts here:
/pkg/gcc/4.0.4/bin/../lib/gcc/sparc-sun-solaris2.9/4.0.4/include
/usr/sfw/include
/usr/include
End of search list.
GNU C version 4.0.4 (gccfss) (sparc-sun-solaris2.9)
        compiled by GNU C version 4.0.4 (gccfss).
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
/pkg/gcc/4.0.4/SUNW0scgfss/4.0.4/prod/bin/iropt -F -xarch=v8plus -xchip=generic -O1 -xvector=no -xbuiltin=%none -xcache=generic -Qy -h_gcc -o /tmp/ccUl4mVM.ircg /tmp/ccKuJz76.ir -N/dev/null -is /tmp/ccSGJIDD.s
/pkg/gcc/4.0.4/SUNW0scgfss/4.0.4/prod/bin/cg -Qy -xarch=v8plus -xchip=generic -OO0 -T3 -Qiselect-C0 -Qrm:newregman:coalescing=0 -xcode=abs32 -xcache=generic -xmemalign=8i -il /pkg/gcc/4.0.4/bin/../lib/gcc/sparc-sun-solaris2.9/4.0.4//gccbuiltins.il -xvector=no -xthreadvar=no%dynamic -xbuiltin=%none -Qassembler-ounrefsym=0 -Qiselect-T0 -Qassembler-I -Qassembler-U -comdat -h_gcc -is /tmp/ccSGJIDD.s -ir /tmp/ccUl4mVM.ircg -oo common.o

Why Custom EL Functions are not supported in ADF Faces??

Im using jdev 10.1.3
1.- I declare a java class, with a static function for concatenation purposes.
2.- I create my tld.
3.- I call the function in my jsp.
a) If I use the $ prefix, works PERFECT.
b) If I try to call this in an outputText (i.e)
- If I use the $ prefix, not compile.
- If I use the #, I just tell me that no function is maped to my call.
Is there a REALLY GOOD reason to disable this awesome functionality??
Frank? Steve? somebody? :(

Hi Alopez,
I'll take a stab at this one:
1) In JSF, you need to expose your managed bean by use of the faces-config.xml file, instead of using a TLD (Tag Library Descriptor). Here's an example of an entry in the faces-config.xml...
<manged-bean>
<managed-bean-name>someBean</managed-bean-name>
<managed-bean-class>com.company.yourmangedbeanhere</managed-bean-class>
<managed-bean-scope>request</managed-bean-scope>
</managed-bean>Then your EL would be: #{someBean.yourresult}
2) the ${} is a JSP based expression language call, which is evaluated at page compile time, and is referred to as "Immediate Evaluation". This is good for JSP because your JSP tags are evaluated immediately. In JSF, this expression method is found mainly in the xxPageDef.xml file.
3) the #{} is a JSF based expression language call, which is evaluated at runtime, and is referred to as "Deferred Evaluation". This is necesarry for JSF because of the way the JSF request processing lifecycle works. It allows the expression to show the value and be the target.
If I take a guess, you may be mixing JSP concepts with JSF based development.
Chapter 4 in "The Complete Reference: JavaServer Faces" by Chris Schalk and Ed Burns explains this concept really well.
Hope this helps!
Kenton

X does not support locale

Hellow, i setup SGD 4.2, but when i start an application or object manager via ttwebtop locally on the server. I get this error messages everytime after starting:
/opt/tarantella/bin/ttwebtop -url http://localhost/tarantella.
bash-2.05# /opt/tarantella/bin/ttwebtop
X does not support locale
Cannot set input modifiers
Warning: locale not supported by Xlib, locale set to C
Warning: X locale modifiers not supported, using default
Warning: Cannot convert string "-dt-interface system-medium-r-normal-m*-*-*-*-*-*-*-*-*" to type FontSet
Warning: Unable to load any usable fontset
Warning: Cannot convert string "-dt-interface system-medium-r-normal-m*-*-*-*-*-*-*-*-*" to type FontList
Warning: Cannot convert string "-dt-interface system-medium-r-normal-m*-*-*-*-*-*-*-*-*:" to type FontList
Warning: Cannot convert string "-dt-interface user-medium-r-normal-m*-*-*-*-*-*-*-*-*" to type FontSet
Warning: Unable to load any usable fontset
Warning: Cannot convert string "-dt-interface user-medium-r-normal-m*-*-*-*-*-*-*-*-*" to type FontList
Warning: Cannot convert string "-dt-interface user-medium-r-normal-m*-*-*-*-*-*-*-*-*:" to type FontList
bash-2.05#
Can anyone help me.
Extra input:
Solaris 9/05 SPARC
THX

Did you ever get this working?

Locale not supported by Xlib

When I try to run some programs, they warn that the locale is not supported by Xlib. The ones that warn me, can't get correct input from my keyboard, especially characters like é, ã, â, etc.
Here are some outputs:
$ urxvt
urxvt: the locale is not supported by Xlib, continuing without locale support.
$ xterm
Warning: locale not supported by Xlib, locale set to C
Warning: X locale modifiers not supported, using default
xterm: Failed to open input method
$ cat /etc/locale.conf
LANG=en_US.utf8
LC_COLLATE=C
$ grep -v '^#' /etc/locale.gen
en_US.UTF-8 UTF-8
$ locale
LANG=en_US.utf8
LC_CTYPE="en_US.utf8"
LC_NUMERIC="en_US.utf8"
LC_TIME="en_US.utf8"
LC_COLLATE=C
LC_MONETARY="en_US.utf8"
LC_MESSAGES="en_US.utf8"
LC_PAPER="en_US.utf8"
LC_NAME="en_US.utf8"
LC_ADDRESS="en_US.utf8"
LC_TELEPHONE="en_US.utf8"
LC_MEASUREMENT="en_US.utf8"
LC_IDENTIFICATION="en_US.utf8"
LC_ALL=
$ locale -a
C
POSIX
en_US.utf8

$ cat /etc/locale.conf
LANG=en_US.utf8
LC_COLLATE=C
You forgot the dash. Caps might matter as well. I have:
$ cat /etc/locale.conf
LANG=en_US.UTF-8
You could also try running "locale-gen" as root and here's a wiki article about how to correctly set this all up:
https://wiki.archlinux.org/index.php/Be … ide#Locale
Last edited by weirddan455 (2013-05-17 04:21:38)

Locale not supported

I updated tarantella native client to
version 3.42 for solaris2.8.
Now I get the error message
<Failed to process Tarantella server information>
at login. (version 3.3 works fine)
The command line shows warnings:
Warning: locale not supported by Xlib, locale set to C
Warning: X locale modifiers not supported, using default
It seems to be problem with locale settings, already described in a
previous newsgroup posting.
Setting LANG=en_GB (or other values) did not help.
Where I can get correct locale-files?
(Not included in the client distributions)
Thanks a lot,
JU

Please check your Apache Logfile.
The first connect to SGD by NC is to the Web Server. NC requested
serverinfo.html
Try in a Webbrowser:
http://<servername>/tarantella/cgi-bin/ttawebtop.cgi/tarantella/resources/login/sco/tta/boot/serverinfo.html
You will get an empty page. Look into the Source code of this empty page.
It show something like:
<html><head>


<title>Tarantella server information</title>











</html>
This is the information NC needs to connect to your SGDEE Server.
Check you can telnet to ConnectionHost Port AsadPort
TAB
"juschlue" <[email protected]> schrieb im Newsbeitrag
news:[email protected]...
Thank you for the solution that helped to solve
the locale problem. Unfortunally there is still
the error
<Failed to process Tarantella server information>
after approx. 20sec during login.
Our previous version 3.20 works correct
with the same server/login/pw.
Is there a way to identify (debug) the problem.
Thank you very much,
Jens-Uwe
Tillmann Basien wrote:
This is my answer to this issue:
http://www.tbsol.de/de/modules/news/article.php?storyid=64
TAB
\"juschlue\" <[email protected]> schrieb im Newsbeitrag
news:[email protected]...
I updated tarantella native client to
version 3.42 for solaris2.8.
Now I get the error message
<Failed to process Tarantella server information>
at login. (version 3.3 works fine)
The command line shows warnings:
Warning: locale not supported by Xlib, locale set to C
Warning: X locale modifiers not supported, using default
It seems to be problem with locale settings, already described in a
previous newsgroup posting.
Setting LANG=en_GB (or other values) did not help.
Where I can get correct locale-fil
es?
(Not included in the client distributions)
Thanks a lot,
JU

JDeveloper 11.1.2.3, ADF Faces: declarative component does not support af:clientListener?

I am trying to create a declarative component with the following code:
<?xml version='1.0' encoding='UTF-8'?>
<af:componentDef xmlns:af="http://xmlns.oracle.com/adf/faces/rich" var="attrs" componentVar="comp" definition="private"
                 xmlns:afc="http://xmlns.oracle.com/adf/faces/rich/component">
    <af:xmlContent>
        <afc:component>
            <afc:display-name>DoubleClickTableDialogClientServerListener</afc:display-name>
            <afc:component-extension>
                <afc:component-tag-namespace>org.mskcc.crdb.common.declarativecomponent</afc:component-tag-namespace>
                <afc:component-taglib-uri>http://www.mskcc.org</afc:component-taglib-uri>
            </afc:component-extension>
        </afc:component>
            <af:clientAttribute name="serverListenerType" value="TableDoubleClickEvent"/>
            <af:clientListener method="handleTableDoubleClick" type="dblClick"/>
            <af:serverListener type="TableDoubleClickEvent"
                               method="#{EditAddDialogTemplateBean.handleTableDoubleClick}"/>
    </af:xmlContent>
</af:componentDef>
At runtime I recieve the following error:
javax.faces.view.facelets.FaceletException: ADF_FACES-60023:Component: DoubleClickTableDialogClientServerListenerComponent[oracle.adf.view.rich.component.fragment.UIXInclude$ContextualFacesBeanWrapper@7170a7, id=dctdcsl1] does not support client listeners.
at oracle.adfinternal.view.faces.facelets.rich.BaseClientListenerHandler.apply(BaseClientListenerHandler.java:53)
This component was intended to be dropped off within an af:table component. I would like to hear suggestions on workarounds, one other way I thought about was to create a code template for the three tags, however, the con to this approach is each developer would need to configure this template within jdeveloper. Ideas are appreciated.
Also a side question, how can I embed code properly with the new forum? [code] tag does not seem to work now.

Wes, can't help with the real question, but can tell you how to format code
Change to the advanced editor (top right over the editor field), then you get more options. The one you are looking for is behind the blue '>>'. Here you select the language you want to insert and you get nice code formatting and color.
Timo

Can firefox support "file:///" format to access local files (note 3 fw slashes) this works for IE but not firefox and is the format used in the "afghan war diary" from wikileaks

can firefox support "file:///" format to access local files (note 3 fw slashes) this works for IE but not firefox and is the format used in the "afghan war diary" from wikileaks

See http://kb.mozillazine.org/Links_to_local_pages_do_not_work

ADF Faces is not supported on IE running in compatibility mode

hi
In the blog post "Running ADF Faces applications with IE 9 in IE 8 compatibility mode "
at https://blogs.oracle.com/jdevotnharvest/entry/running_adf_faces_applications_with_ie_9_in_ie_8_compatibility_mode
Frank Nimphius explains about headers to make IE browsers behave like a previous version (in compatibility mode), but ends with this support information:
Very Important(!)
ADF Faces is not supported on IE running in compatibility mode. If using ADF Faces on IE in production, make sure IE is configured to run in native mode. Compatibility mode may only be used during development if your IE version is not certified with the JDeveloper version you work with. In production then you need to make sure the IE version matches the JDeveloper certification matrix.Reviewing the Release 1 "Certification and Support Matrix "
at http://www.oracle.com/technetwork/developer-tools/jdev/index-091111.html#Browsers
it currently says
"For Internet Explorer 8 and 9, only Native mode is supported. View Compatibility mode should be disabled. "
But there currently are no hits when searching for "compatibility" in the Release 2 "Certification and Support Matrix "
at http://www.oracle.com/technetwork/developer-tools/jdev/jdev11gr2-cert-405181.html#Browsers
- (q1) ADF Faces is not supported on IE running in compatibility mode, how much of that applies to JDeveloper Release 2 and where has it been documented?
many thanks
Jan Vervecken

Thanks for your reply Frank.
Frank Nimphius wrote:
its bug 13906617 "ADD ADF FACES NOT SUPPORTED ON IE COMPATIBILITY MODE TO THE DOCUMENTATION"
I was unable to find bug 13906617 on My Oracle Support. Has bug 13906617 been published?
thanks
Jan

System.Data.SqlClient.SqlException: The locale identifier (LCID) 16393 is not supported by SQL Server

I have SQL Server 2005 Developer Edition. And my operating system is Windows Vista.
I have written a procedure in C# and deployed it on SQL Server. However when i try to run it i get the following error.
System.Data.SqlClient.SqlException: The locale identifier (LCID) 16393 is not supported by SQL Server
Also I tried using same procedure in Windows XP machine and it workd fine. Can anyone help me what could be the problem?

Hi Jonathan
I tried posting the error box here but it is not allowing me.
Here is the error coming up:
A .NET framework error occured during execution of user-defined routine or aggregate.
System.Data.SqlClient.Sqlexception:The locale identifier (LCID)1153 is not supported by SQL Server.
System.Data.SqlClient.Sqlexception:atSystem.Data.SqlClient.SqlConnection.OnError(SqlExceptionexception, Boolean breakConnection) atSystem.Data.SqlClient.SqlInternalConnection.OnError(SqlExceptionexception, BoleanbreakConnection) atSystem.data.SqlCleitn.SqlInternalConnectionSmi.EventSink.ProcessMessagesandThrow(Boolean ignoreNonFatalMessages) atMicrosoft.SqlServer.Server.SmiEventSink_Default.ProcessMessagesandThrow(Boolean ignoreNonFatalMessages) atSystem.Data.SqlClient.SqlCommand.RunExecuteNonQuerySmi.(BooleansendTo Pipe) atSystem.Data.SqlClient.SqlCommand.InternalExecuteNonQuery(DbAsyncResultresult,StringmethodName,BooleansendToPipe)
atSystem.Data.SqlClient.SqlCommand.ExecuteNonQuery()
I hope this will shed some light.
Cheers

ADF 11 and not supported database (Informix)

Hi,
Our client wants to create ADF RC application for Informix Dynamic Server 11.5. According to [JDeveloper 11g Database Support|http://www.oracle.com/technology/products/jdev/htdocs/11/database.html] - it's not supported database. I tested ADF BC with Informix and it doesn't work. But what about EJB/JPA as bussiness layer for ADF RC components. Is this possible to use this stack for unsuported databases. What are limitations ? Is Oracle planning to publish more documentation and examples for EJB/JPA/ADF RC ?
Kuba

Some of the things that you get for free with ADF BC will require extra code on your end if you choose to use EJB/JPA.
For example your table won't have filtering capabilities by default since a JPA entity by default doesn't provide for query by example capabilities.
Declarative LOV, and Query components are also ADF BC features.
We don't have a full list documenting these right now.

Local language site does not support with the font. I alredy installed the font in my computer. IE support with it but FF 5.0 not support?

I visited a local site which published in local language(Sinhala language) The site provides the font to be installed to visit the site. I installed that font and tried to visit the site, but can't read as font not supported. restart also not solved. With IE it support and Firefox 5.0 not.

I visited a local site which published in local language(Sinhala language) The site provides the font to be installed to visit the site. I installed that font and tried to visit the site, but can't read as font not supported. restart also not solved. With IE it support and Firefox 5.0 not.

Locale not supported by C library [solved]

When running a xdialog script, I am getting this error.
Gdk-WARNING **: locale not supported by C library
Example:
#!/bin/sh
Xdialog --title "TEST BOX"
--msgbox "Hi, this is a simple message box. You can use this to
display any message you like. The box will remain until
you press the ENTER key." 10 41
case $? in
0)
echo "OK";;
255)
echo "Box closed.";;
esac

phrakture wrote:The "locale not supported" message means you did not generate the locale info for the locale you're running under.
For my information, where its said to do this? When installing a fresh install and all packages updated, the locale problem is there. Is this a bug or something what everyone supposed to know?
Why the default locale configure is not enough in /etc/rc.conf, why to bother about /etc/locale.gen?
rc.conf wrote:LOCALE="en_US.utf8"
EDIT:
I took a look at /etc/locale.gen. I don't know what to uncomment, its like reading a foreign language.

Locale not supported by C library?

Hi,
When trying concky or lxappearance the terminal says:
Gdk-WARNING **: locale not supported by C library
Using the fallback 'C' locale
What have I done wrong or what have I missed?

http://wiki.archlinux.org/index.php/Locale

Locale not supported problem

Hi, I´m an Italian Ubuntu user who is trying to feel new experiences with awesome distros
I´ve got a problem when trying to run archibald:
# ./archibald
(gksu:3489): Gtk-WARNING **: Locale not supported by C library.
Using the fallback 'C' locale.
I´ve already read other posts that explain how to fix this problem, but it didn´t work for me.
My locale -a output:
# locale -a
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
C
POSIX
en_IE
en_IE.iso88591
en_IE.iso885915@euro
en_IE.utf8
en_IE@euro
en_US
en_US.iso88591
en_US.utf8
it_CH
it_CH.iso88591
it_CH.utf8
it_IT
it_IT.iso88591
it_IT.iso885915@euro
it_IT.utf8
it_IT@euro
italian
As you see, I tried to install all English and all Italian locales, but the error remains
Could someone help me, please?

# locale
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
LANG=it_IT@EURO
LC_CTYPE="it_IT@EURO"
LC_NUMERIC="it_IT@EURO"
LC_TIME="it_IT@EURO"
LC_COLLATE=C
LC_MONETARY="it_IT@EURO"
LC_MESSAGES="it_IT@EURO"
LC_PAPER="it_IT@EURO"
LC_NAME="it_IT@EURO"
LC_ADDRESS="it_IT@EURO"
LC_TELEPHONE="it_IT@EURO"
LC_MEASUREMENT="it_IT@EURO"
LC_IDENTIFICATION="it_IT@EURO"
LC_ALL=
Thanks!

Indonesian (id) locale is not supported by ADF ?

Similar Messages

Maybe you are looking for