Commadmin create user inputfile wrong character set

hi!
im adding several users with non-ascii characters through inputfile (-i) with commadmin:
l recepciosavinyeta
F Recepci�
L Sa Vinyeta
W passtest
d example.com
S mail,cal
E [email protected]
[...]when i go to DA i can see Recepci� is not displayed correctly, so i presume is something related to character set.
these are my locales:
# locale
LANG=es_ES.ISO8859-15
LC_CTYPE=es_ES.ISO8859-1
LC_NUMERIC=es_ES.ISO8859-15
LC_TIME="es_ES.ISO8859-15"
LC_COLLATE=es_ES.ISO8859-15
LC_MONETARY=es_ES.ISO8859-15
LC_MESSAGES=es
LC_ALL=
./imsimta version
Sun Java(tm) System Messaging Server 6.3-0.15 (built Feb 9 2007)
libimta.so 6.3-0.15 (built 19:17:24, Feb 9 2007)
SunOS silmail 5.10 Generic_120012-14 i86pc i386 i86pcthanks in advance.

Hi,
I couldn't find any record of somebody attempting to use non-ascii characters in the commadmin command, so I cannot offer any steps to assist in this. I suggest you log a support case.
Regards,
Shane.

Similar Messages

I create a database with character set ZHS16GBK,but manage web page failed

1 copy F:\oraclexe\app\oracle\product\10.2.0\server\config\scripts\init.ora'
to
F:\oraclexe\app\oracle\product\10.2.0\server\config\scripts\test.ora'
modify all path to E:\ORADATA\TEST and its sub-directories,
then we mkdir E:\ORADATA\TEST\bdump etc,those we can copy from F:\oraclexe\app\oracle\admin\XE
2 we should remove EXTENT MANAGEMENT LOCAL，or show error message(why)
CREATE DATABASE XE
第 1 行出现错误:
ORA-25146: EXTENT MANAGEMENT ?????
3 test.ora中的db_name cannot be modified，or show error message(why)
ORA-02778: Name given for the log directory is invalid
detailed steps(under Windows XP)
1In cmd window run net start oracleservicexe
C:\Documents and Settings\Administrator>net start oracleservicexe
OracleServiceXE 服务正在启动 .........
OracleServiceXE 服务已经启动成功。
2
C:\Documents and Settings\Administrator>sqlplus /nolog
SQL*Plus: Release 10.2.0.1.0 - Production on 星期二 5月 30 22:07:45 2006
Copyright (c) 1982, 2005, Oracle. All rights reserved.
SQL> conn / as sysdba
已连接。
3
SQL> set lines 140
SQL> select * from nls_database_parameters;
PARAMETER
VALUE
NLS_LANGUAGE
AMERICAN
NLS_TERRITORY
AMERICA
NLS_CURRENCY
$
NLS_ISO_CURRENCY
AMERICA
NLS_NUMERIC_CHARACTERS
NLS_CHARACTERSET
AL32UTF8
NLS_CALENDAR
GREGORIAN
NLS_DATE_FORMAT
DD-MON-RR
NLS_DATE_LANGUAGE
AMERICAN
NLS_SORT
BINARY
NLS_TIME_FORMAT
HH.MI.SSXFF AM
NLS_TIMESTAMP_FORMAT
DD-MON-RR HH.MI.SSXFF AM
NLS_TIME_TZ_FORMAT
HH.MI.SSXFF AM TZR
NLS_TIMESTAMP_TZ_FORMAT
DD-MON-RR HH.MI.SSXFF AM TZR
NLS_DUAL_CURRENCY
$
NLS_COMP
BINARY
NLS_LENGTH_SEMANTICS
BYTE
NLS_NCHAR_CONV_EXCP
FALSE
NLS_NCHAR_CHARACTERSET
AL16UTF16
NLS_RDBMS_VERSION
10.2.0.1.0
已选择20行。
SQL> select lengthb('择') from dual;
LENGTHB('择')
3
已选择 1 行。
AL32UTF8 occupy 3 bytes each Chinese Character
4 关闭数据库，但不停止服务
QL> shutdown immediate
数据库已经关闭。
已经卸载数据库。
ORACLE 例程已经关闭。
5
SQL> startup nomount pfile='F:\oraclexe\app\oracle\product\10.2.0\server\config\scripts\test.ora'
ORACLE 例程已经启动。
Total System Global Area 285212672 bytes
Fixed Size 1287016 bytes
Variable Size 92277912 bytes
Database Buffers 188743680 bytes
Redo Buffers 2904064 bytes
6
SQL> CREATE DATABASE XE
2 CONTROLFILE REUSE
3 LOGFILE
4 GROUP 1 'E:\ORADATA\TEST\REDO01.LOG' SIZE 10M,
5 GROUP 2 'E:\ORADATA\TEST\REDO02.LOG' SIZE 10M,
6 GROUP 3 'E:\ORADATA\TEST\REDO03.LOG' SIZE 10M
7 DATAFILE 'E:\ORADATA\TEST\SYSTEM01.DBF' SIZE 400M
8 AUTOEXTEND ON NEXT 50M MAXSIZE UNLIMITED
9 SYSAUX DATAFILE 'E:\ORADATA\TEST\SYSAUX01.DBF' SIZE 250M
10 AUTOEXTEND ON NEXT 50M MAXSIZE UNLIMITED
11 DEFAULT TEMPORARY TABLESPACE temp
12 TEMPFILE 'E:\ORADATA\TEST\TEMP01.DBF' SIZE 100M
13 AUTOEXTEND ON NEXT 100M MAXSIZE 8000M
14 UNDO TABLESPACE undo
15 DATAFILE 'E:\ORADATA\TEST\undo01.DBF' SIZE 200M
16 AUTOEXTEND ON NEXT 100M MAXSIZE UNLIMITED
17 CHARACTER SET ZHS16GBK
18 NATIONAL CHARACTER SET AL16UTF16
19 USER SYS IDENTIFIED BY SYS
20 USER SYSTEM IDENTIFIED BY SYS
21 ;
数据库已创建。
7
@F:\oraclexe\app\oracle\product\10.2.0\server\RDBMS\ADMIN\catalog.sql
@F:\oraclexe\app\oracle\product\10.2.0\server\RDBMS\ADMIN\catproc.sql
大约需要10几分钟
8
SQL> shutdown immediate
数据库已经关闭。
已经卸载数据库。
ORACLE 例程已经关闭。
9
SQL> startup pfile='F:\oraclexe\app\oracle\product\10.2.0\server\config\scripts\test.ora'
ORACLE 例程已经启动。
Total System Global Area 285212672 bytes
Fixed Size 1287016 bytes
Variable Size 92277912 bytes
Database Buffers 188743680 bytes
Redo Buffers 2904064 bytes
数据库装载完毕。
数据库已经打开。
10
SQL> set lines 140
SQL> select * from nls_database_parameters;
PARAMETER VALUE
NLS_LANGUAGE AMERICAN
NLS_TERRITORY AMERICA
NLS_CURRENCY $
NLS_ISO_CURRENCY AMERICA
NLS_NUMERIC_CHARACTERS .,
NLS_CHARACTERSET ZHS16GBK
NLS_CALENDAR GREGORIAN
NLS_DATE_FORMAT DD-MON-RR
NLS_DATE_LANGUAGE AMERICAN
NLS_SORT BINARY
NLS_TIME_FORMAT HH.MI.SSXFF AM
NLS_TIMESTAMP_FORMAT DD-MON-RR HH.MI.SSXFF AM
NLS_TIME_TZ_FORMAT HH.MI.SSXFF AM TZR
NLS_TIMESTAMP_TZ_FORMAT DD-MON-RR HH.MI.SSXFF AM TZR
NLS_DUAL_CURRENCY $
NLS_COMP BINARY
NLS_LENGTH_SEMANTICS BYTE
NLS_NCHAR_CONV_EXCP FALSE
NLS_NCHAR_CHARACTERSET AL16UTF16
NLS_RDBMS_VERSION 10.2.0.1.0
已选择20行。
SQL> select lengthb('A') from dual;
LENGTHB('A')
1
已选择 1 行。
SQL> select lengthb('择') from dual;
LENGTHB('择')
2
已选择 1 行。
ZHS16GBK occupy 2 bytes each Chinese Character
11 If we want to start old database
SQL> shutdown immediate
数据库已经关闭。
已经卸载数据库。
ORACLE 例程已经关闭。
SQL> startup
ORACLE 例程已经启动。
Total System Global Area 285212672 bytes
Fixed Size 1287016 bytes
Variable Size 96472216 bytes
Database Buffers 184549376 bytes
Redo Buffers 2904064 bytes
数据库装载完毕。
数据库已经打开。
If we want to startup new database when oracleservicexe starts
SQL> create spfile from pfile='D:\oraclexe\app\oracle\product\10.2.0\server\config\scripts\test.ora';
文件已创建。
SQL> shutdown immediate;
数据库已经关闭。
已经卸载数据库。
ORACLE 例程已经关闭。
SQL> startup
ORACLE 例程已经启动。
Total System Global Area 285212672 bytes
Fixed Size 1287016 bytes
Variable Size 92277912 bytes
Database Buffers 188743680 bytes
Redo Buffers 2904064 bytes
数据库装载完毕。
数据库已经打开。
SQL> select lengthb('择') from dual;
LENGTHB('择')
2
已选择 1 行。
It seems good
but if we input
http://127.0.0.1:8080/apex
it shows
HTTP Status 404 -
type Status report
message
description The requested resource () is not available.
Sun Java System Application Server Platform Edition 9.0

Yes, Apex is almost entirely independent of the file system. There is no 'Apache' and the 'file system' is really the database exposed as a WebDAV environment.
If I understand the question correctly, what you want to do is export from the original database and import to this one. That may be done using the 'exp' and 'imp' commands at command line.
Details of advanced use of exp and imp are available in the Utilities manual found in the 10g Release 2 docco at http://www.oracle.com/pls/db102/portal.portal_db?selected=1 (under the 'Books' tab).

Data load uses wrong character set, where to correct? APEX bug/omission?

Hi,
I created a set of Data Load pages in my application, so the users can upload a CSV file.
But unlike the Load spreadsheet data (under SQL Workshop\Utilities\Data Workshop), where you can set the 'File Character Set', I didn't see where to set the Character set for Data Load pages in my application.
Now there is a character set mismatch, "m³/h" and "°C" become "m�/h" and "�C"
Where to set?
Seems like an APEX bug or at least omission, IMHO the Data Load page should ask for the character set, as clients with different character sets could be uploading CSV.
Apex 4.1 (testing on the apex.oracle.com website)

Hello JP,
Please give us some more details about your database version and its character set, and the character set of the CSV file.
>> …But unlike the Load spreadsheet data (under SQL Workshop\Utilities\Data Workshop), where you can set the 'File Character Set', I didn't see where to set the Character set for Data Load pages in my application.
It seems that you are right. I was not able to find any reference to the (expected/default) character set of the uploaded file in the current APEX documentation.
>> If it's an APEX omission, where could I report that?
Usually, an entry on this forum is enough as some of the development team members are frequent participants. Just to be sure, I’ll draw the attention of one of them to the thread.
Regards,
Arie.
&diams; Please remember to mark appropriate posts as correct/helpful. For the long run, it will benefit us all.
&diams; Author of Oracle Application Express 3.2 – The Essentials and More

Wrong character set in RFC Response.

Hi all,
interesting little problem - in calling an ERP system via the RFC Adapater, I am expecting English text in a string field, however,I end up getting a series of, I assume, Chinese characters. I don't know why, it has nothing to do with a language text look up as I am explicity forcing a return of 'Call Made!' to one of the the string fields all apart of my debugging.
So the question is - where can I go to find out what the default character set is for the PI system.
Thanks.

Thanks Stefan,
the front end codepage is character set is UTF-8 and the RFC user, in fact all users, are logging on with langauge of 'EN'. It seems to be just this particular field. Another field for example is Material Description, and that is coming through as english and is readable, however, this other field as populated by an RFC Call, regardless of whether I set delibrately via code eg;
ev_sortf = 'Call Made!'.
or let it populate from a select statement comes through in a different character set. When I look at the field configuration and the WSDL, it is set as type STRING in both the data type and in the RFC definition, and I cannot see anything that stands out as not to use the English character set.

Can't Create Database with SJISYEN character set

I am trying to create a new database in Oracle 10g using the SJISYEN character set. The summary page display in the Database Configuration wizard shows the following
Character Sets
Database Character Set JA16SJISYEN
National Character Set AL16UTF16
The database gets created successfully with no errors, but when I query the V$NLS_PARAMETERS view, the NLS_CHARACTERSET is reported as US7ASCII
Should I be able to create a database with the SJISYEN character set with Oracle 10g?

Can you please run the following SQL statement and see what you get:
SQL>
1 select * from nls_database_parameters
2* where parameter like '%CHARACTERSET'

Xmldom.writetoclob give wrong character set

I use xmldom to create a xml clob. I create document for xml as follow:
doc := xmldom.NewDomDocument;
xmldom.setVersion(doc, '1.0');
xmldom.setStandalone(doc, 'no');
xmldom.setCharSet(doc, 'ISO-8859-1'); -- Should be character set for danish.
Create xml clob as follow:
xmldom.writeToClob(root, out_xml);
Problem: Now is danish 'x, f, e' replace with ??.
When a use 'xmldom.WriteToFile(root, 'd:\test_document');' I get correctly danish 'x, f, e'!
I have seen you can use procedure/function 'SetEncoding', but I can not find this function in my Oracle installation (8.1.7.1.1).

The character set you specify via setCharset() procedure is ignored unless you use writeToFile() later.
http://docs.oracle.com/cd/E11882_01/appdev.112/e25788/d_xmldom.htm#CHDCGDDB
Usage Notes
This is used for WRITETOFILE Procedures if not explicitly specified at that time.You can also use something like this :
SQL> set serveroutput on
SQL>
SQL> declare
2
3   export_file clob;
4   prolog       clob := '<?xml version="1.0" encoding="UTF-8"?>';
5
6 begin
7
8    select prolog || chr(10) ||
9           xmlserialize(document
10             xmlelement("TextTranslation"
11             , xmlattributes(
12                 '1.0' as "version"
13               , 'ja' as "language"
14               , 'DEMOAND' as "module"
15               , 'VC' as "type"
16               )
17             )
18             indent
19           )
20    into export_file
21    from dual ;
22
23    dbms_output.put_line ( export_file );
24
25 end;
26 /
<?xml version="1.0" encoding="UTF-8"?>
<TextTranslation version="1.0" language="ja" module="DEMOAND" type="VC"/>
PL/SQL procedure successfully completed

Create user with special character

Hi,
We are getting the error while creating a user with special character in a filed. The same user is getting created in development environment but not able to create the same in Production environment.
We tried to check if any configurations are different but couldn't find any clue. Please help in this regards.
+Exception caught while insertng or updating the user.java.lang.RuntimeException: javax.naming.directory.InvalidAttributeValueException: [LDAP: error code 19 - Value of attribute "uid" contains extended (8-bit) characters: americas-Isosystem_ Serviço]; remaining name 'uid=americas-Isosystem_ Serviço, ou=People'+*
Regards,
Abhinav

No there are no restrictions from LDAP,
also I am able to give 32 character password in Coreid Console,
it seems that the web services have a restriction on password length.
Moreover, these web services used to accept 32 characyer passwords few months ago. we lately recognized this issue happening recent times.
I suspect some Oracle hotfix or patch would have made the difference.
But I am clue less how to trace it,
Any help would be appreciated

Java exception with commadmin create user command

Hi,
I should very much like to get Messaging Server running in conjunction with Identity Server.
Ideally I would like Identity Server to be accessible via an Application Server instance.
So far I have succeeded in installing Directory Server, Administration Server, Application Server and Identity Server.
I have two problems:
When I executed commadmin to create a mail user I used this command:
/opt/SUNWcomm/bin/commadmin user create -v -D amAdmin -n acc.graddelt.com
-w <pw> -F test -l test -L test -W <pw> -S mail -H trabant.acc.graddelt.com
I then get a Java error:
[17/Feb/2004:15:16:35] SEVERE (14419): StandardWrapperValve[commLDAPAuth]: Servlet.service() for se
rvlet commLDAPAuth threw exception
java.security.AccessControlException: access denied (java.util.PropertyPermission user.language wri
te)
on the Application Server
Second problem:
I've setup the HTTP server component of Messenger Server to listen on port 81, but I only get
the Application Server default page instead of the Messenger Server Web Interface.
I think both problems may be caused by the way I installed these JES components, so
I enclose the procedure here:
I chose a Base DN of dc=acc.graddelt.com without a sub organisation.
I chose the Custom Install option for each application
) Installed Application Server, Directory Server and Admin Server. Did not install sample data.
) Started Application Admin Server
/var/opt/SUNWappserver7/domains/domain1/admin-server/bin/startserv
) Then created a new instance called `server1'
) Installed Identity Server in the newly created Application Server instance server1
) I verified Identity server was accessible and working correctly
) Installed Messaging Server & Calendar Server
) Executed 'perl comm_dssetup.pl'
Server Root : /var/opt/mps/serverroot
Server Instance : slapd-trabant
Users/Groups Directory : Yes
Update Schema : yes
Schema Type : 2
DC Root : dc=acc.graddelt.com
User/Group Root : dc=acc.graddelt.com
Add New Indexes : yes
Directory Manager DN : cn=Directory Manager
) Setup additional Indexes (http://docs.sun.com/source/816-6874/std-comp-inst.html#wp28563)
& added Self Ref. Plug-in to LDAP server then restarted LDAP server and Application server.
) Executed /opt/SUNWcomm/sbin/config-iscli
Chose to put users in Base DN as this is simple test system
) Updated App server as per http://docs.sun.com/source/817-4216-10/config.html
./asadmin deploy user admin password <pw> --instance server1 \
host trabant port 4848 name commcli contextroot commcli \
/opt/SUNWcomm/lib/jars/commcli-server.war
) Restarted Application Server
) Executed /opt/SUNWmsgvr/sbin/configure
) Added Mail service from /opt/SUNWam/samples/integration
/opt/SUNWam/bin/amadmin \
--runasdn uid=admin,ou=People,dc=acc.graddelt.com \
password <pw> schema sampleMailServerService.xml
) Created a User with uid test and Registered the simple Mail service in Identity Manager.
) Setup a user account in Messaging Server
/opt/SUNWcomm/bin/commadmin user create -v -D admin -F test -n acc.graddelt.com -l test -w <pw>
-W <pw> -L test -S mail -H trabant.acc.graddelt.com
I'm running JES 03Q4 on a Solaris 8 420R. The system is fully patched and up to date
Many thanks
Shaun

Two questions:
[17/Feb/2004:15:16:35] SEVERE (14419): StandardWrapperValve[commLDAPAuth]: Servlet.service() for se
rvlet commLDAPAuth threw exception
java.security.AccessControlException: access denied (java.util.PropertyPermission user.language wri
te)
on the Application Server
This looks like an acl problem. A default installation should not have this, so, we're looking at what might have gone wrong with your installation, or what was changed. Let's start with looking at file permissions and such. I believe JES installer defaults to installing the container for Identity and Identity as root. Did you change this? If so, you need to check file ownership and permissions.
Second problem:
I've setup the HTTP server component of Messenger Server to listen on port 81, but I only get
the Application Server default page instead of the Messenger Server Web Interface.
This means that you installed App Server to also respond on port 81. You cannot have two different products listening to ther same port. You will need to change one or the other.

Wrong character set display in IE?

Hi,
our BW system has unicode character encoding and when i make report with web application designer and then look at report in IE I don't see the right fonts.
I would like to use different character encoding then unicode, because I don't see the right fonts.
Can I change character encoding, or what can I do to get the right fonts?
Any ideas?
Best regards,
Uros

Hello Uros,
How r u ?
Open your Internet Explorer then in the menu bar select VIEW -> Encoding -> select what you want.
Best Regards....
Sankar Kumar
+91 98403 47141

How to Import Database user in oracle which have character set AL32UTF8?

Hello All,
I want export one database user which have character set in WE8MSWIN1252 and I want to Import that Database user in oracle which have character set AL32UTF8 without changing character set.
is there any argument in import command??
thanks

There's no problem, export and import will take care of character set conversions, the only problem is AL32UTF8 is a variable size character set, if 'ñ' uses 1 byte in WE8MSWIN1252, in AL32UTF8 it will use 2 bytes, so it's recommended to pre-create the tables with "char" instead of "byte": create table xxx ( col1 varchar2(100 char), ... )
Enrique

Oracle to MySql character set problem

Dear Gurus,
My database is Oracle 11g R2 (11.2.0.1.0) on Sun Solaris 10. To get data from mysql database for reporting purpose, I used DG4ODBC and followed strictly the OMSC note "Detailed Overview of Connecting Oracle to MySQL Using DG4ODBC Database Link [ID 1320645.1]. Here are main configuration steps:
- Check DG4ODBC 32/64-bit
- Install and configure ODBC Driver Manager unixodbc-2.2.14
- Install and configure MyODBC 5.1.8
- Configure tnsnames.ora and listener.ora
- Create db links
Oracle character set is AL32UTF8
MySQL charactoer set is uft8
$ODBC_HOME/etc/odbc.ini
[ODBC Data Sources]
myodbc5 = MyODBC 5.1 Driver DSN
[myodbc5]
Driver = /opt/mysql/myodbc5/lib/libmyodbc5.so
Description = Connector/ODBC 5.1 Driver DSN
SERVER = <mysql server ip>
PORT = 3306
USER = <mysql_user>
PASSWORD = ****
DATABASE = <mysql db name>
OPTION = 0
TRACE = OFF
$ORACLE_HOME/hs/admin/initmyodbc5.ora
# HS init parameters
HS_FDS_CONNECT_INFO=myodbc5 # Data source name in odbc.ini
HS_FDS_TRACE_LEVEL=OFF
HS_FDS_SHAREABLE_NAME=/opt/unixodbc-2.2.14/lib/libodbc.so
HS_FDS_SUPPORT_STATISTICS=FALSE
HS_LANGUAGE=AMERICAN_AMERICA.WE8ISO8859P1
# ODBC env variables
set ODBCINI=$ODBC_HOME/etc/odbc.ini
My issue is I can query data from mysql database tables but the output is incorrect in character type columns (VARCHAR columns). It just shows the first character in such columns. I tried to read through some OMSC notes but none is useful. If you experienced on such issues, please share your idea / help me resolve it.
Thanks much in advance,
Hieu

S. Wolicki, Oracle wrote:
I have little experience with MySQL and ODBC Gateway, but this setting looks weird to me: HS_LANGUAGE=AMERICAN_AMERICA.WE8ISO8859P1. Why do you configure WE8ISO8859P1 when both databases are Unicode UTF-8. Shouldn't the setting be AMERICAN_AMERICA.AL32UTF8 instead?
-- SergiuszIf I set HS_LANGUAGE=AMERICAN_AMERICA.AL32UTF8 or without the HS_LANGUAGE setting, the following error will happen.
SQL> select count(*) from "nicenum_reserve"@ussd;
select count(*) from "nicenum_reserve"@ussd
ERROR at line 1:
ORA-28500: connection from ORACLE to a non-Oracle system returned this message:
I followed the metalink note "Error Ora-28500 and Sqlstate I Issuing Selects From a Unicode Oracle RDBMS With Dg4odbc To Mysql or SQL*Server [ID 756186.1]" to resolve the above error. The note guides to set HS_LANGUAGE=AMERICAN_AMERICA.WE8ISO8859P1 and resolved the above error.
The following are the output from original database (MySql) and Oracle via SQLPLUS and TOAD.
On MySQL database (Sorry because of the output format)
SQL> select ID, source_msisdn, target_msisdn, comment from nicenum_reserve where ID=91;
-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
| ID | source_msisdn | target_msisdn | comment |
-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
| 91 | 841998444408 | 84996444188 | Close reservation becasue of swap activity |
-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
SQLRowCount returns 1
1 rows fetched
Via Sqlplus on Oracle server:
SQL> select "ID","source_msisdn","target_msisdn","comment" from "nicenum_reserve"@ussd where "ID"=91;
ID
source_msisdn
target_msisdn
comment
91
8 4 1 9 9 8 4 4 4 4 0 8
8 4 9 9 6 4 4 4 1 8 8
C l o s e r e s e r v a t i o n b e c a s u e o f s w a p a c t i v i
t y
Via TOAD connected to Oracle server:
ID source_msisdn target_msisdn comment
91 8 8 C
It's likely this issue related to character set settings but I don't know how to set it properly.
Brgds,
Hieu

Character set conversion problem during upgrde.

Dear Friends,
I am trying upgrade one of my windows database with version 9.2.0.5 to 10.2.0.4 on unix. I am following exp/imp. During import I am seeing followinig errors for couple of tables,
IMP-00019: row rejected due to ORACLE error 12899
IMP-00003: ORACLE error 12899 encountered
ORA-12899: value too large for column
IMP-00058: ORACLE error 1461 encountered
ORA-01461: can bind a LONG value only for insert into a LONG column
This may be due to character set issue, since database on windows has WE8MSWIN1252 and on unix it has UTF8.
Please let me know how I can resolve this issue.
Regards.
Mahdu

Hello,
It's better that your Target Database is created with the same character set than the source one.
This is an option you can choose at the database creation.
If you have to stay in UTF8 on your Target database then, you'll have to extend the column size or, use the
option CHAR (as Unicode may use up to *4 bytes* for one character instead of *1 byte* for WE8MSWIN1252).
To use the option CHAR you may specify it on the column datatype, for instance:
col1 VARCHAR2 (100 CHAR)Else, without this option, VARCHAR2 (100) means 100 Bytes (which can store 25 characters in Unicode).
You also have the parameter NLS_LENGTH_SEMANTICS that you can set to CHAR, but the export/import
utility doesn't manage it well.
So, the safest way is to create your target database with the same character set than the source one
except if you want to migrate to Unicode.
Hope this help.
Best regards,
Jean-Valentin
Edited by: Lubiez Jean-Valentin on Mar 3, 2010 10:11 PM

Greek Character Set

I am a little confused with documentation about character sets.
In chapter 9 it says that "The database is created using Unicode(AL32UTF8) character set, which is suitable for global data in any language." but in Chapter 10.3 Supported Character Sets it says that "Table 3 lists the supported character sets in Oracle Database XE. The list is ordered alphabetically in each language group." and refers to a lot of character sets.
If Database character set is only AL32UTF8 then why the client can use all character sets described in Table3 of chapeter 10.3?

Because the database character set is just what you use to store data internally. It means that every character that can be mapped to a UTF-8 character can be stored and that is why the number of supported character sets is bigger. So your client can talk ISO8859-15 (for example). Every character in that CS can be mapped to a character in utf-8 and as long as the database knows about this mapping, it will be supported.

Running instances with different character set WE8MSWIN1252 and AL32UTF8

We have db instances running AL32UTF8 character set and our applications are built around it, however we have request to create instances using WE8MSWIN1252 character set for another application without bringing in new h/w (server).
what are the ways to implement it?
Edited by: raygear on Aug 23, 2012 7:06 PM

What is the problem? Run DBCA in the advanced mode and specify the required database character set for the new database.
-- Sergiusz

OIM 10g Changing used Create User Response Code Status

Hello OIM Experts,
Using OIM 10g - target system - OID.
During my implementation, i realized that - there are possibility of user existence during OID provisioning. It should be acceptable.
Solution : Create User : Response Code :
USER_ALREADY_EXIST - Set the 'status' to 'C' (instead of 'R').
However, when i tried doing it... that it is not allowing me - "RESPONSE IS ALREADY USED BY 1 OR MORE TASKS'. Everyone know, this is the limitation with OIM.
Then i'm planning of setting the status directly into the database without going through the validations. I'm not able to get the exact database table name. Please let me know. [DB TABLE/COLUMN NAME ?? ]
Any other alternative ?
Thanks,

You can change the task status to C for "User already exists" response after clearing the R status for existing task instances in the table.
Use the following steps:
- Please take OIM backup
- Use the task name to look up the task ID present in the MIL table. Note the value of the task definition key (mil_key)
E.g. select * from mil where mil_name like 'Create%' [Let us say this returns mil_key as 335]
- Find out the task response key for the response that you intend to change using mil_key and the response code name
E.g. select * from rsc where mil_key=335 [Lookup the response code that you want to change. Let us say this returns 1638]
- Use the mil_key value to find task instances corresponding to this task.
E.g. select * from osi where mil_key=335
- Update the response code for tasks in osi.
update osi set rsc_key=1624 where rsc_key in (1638)
commit
I am sure you will figure it out.
All the best,
Chetan

Commadmin create user inputfile wrong character set

Similar Messages

Maybe you are looking for