ORA-02070: Error when updating an informix table through orcl view using HS
Hello!
I faced the following problem:
I have a table in informix, and i want to reach this table through Oracle infromix gateway (Heterogenous Services). I succeeded to set up the gateway, and I created an Oracle view for my table in informix. It is working fine, I can query and modify data, except the following case: If I run the query (from SQL Developer) "UPDATE oracle_view SET float_field = '1.1' WHERE record_id = 1 AND float_field = '1.2'", I receive the following error:
"SQL Error: ORA-02070: database database_link does not support TO_NUMBER in this context.
*Cause: The remote database does not support the named capability in the context in which it is used.
*Action: Simplify the SQL statement."
If I modify the query as "UPDATE oracle_view SET float_field = '1.1' WHERE record_id = 1", it is running without any error messages. I found, that to_number is not supported by Oracle HS gateway, but I do not use explicitly the to_number Oracle function! But I must use the above version, because of concurrent users.
Does anybody have an idea how I could get rid of the implicit call of to_number?
Thanks, Gyula
user11229789 wrote:
Yes, float_field is a numeric-type field, which is a 8-byte FLOAT in informix. This field gets automatically FLOAT datatype in the Oracle view, and can not be modified. record_id is some integer unique id field.Well, as the float_field is numeric it makes sense that the SQL issued from Oracle treats it as numeric, so leaving out the quotes can only be the correct thing to do. If you introduce quotes then you are providing strings and the HS is having to do a convertion to numeric (hence where the TO_NUMBER would have been coming into the initial issue.
If I try the update query without '-s you suggested, like this: "UPDATE oracle_view SET float_field = 1.1 WHERE record_id = 1 AND float_field = 1.2" , i receive the following error message:
SQL Error: ORA-28534: "Heterogeneous Services preprocessing error"
*Cause: One of the things that the Heterogeneous Services can do is
to preprocess parts of SQL statements that contain implicit
coercions or calls to explicit coercion functions like TO_CHAR
TO_NUMBER or TO_DATE. For example, it could convert a call to
TO_DATE to a bind variable, pre-evaluate the TO_DATE function
call and pass the resulting value to the non-Oracle system as
the bind value. This behavior is controlled by some coercion
related capabilities. If the capabilities are set incorrectly,
the HS could encounter errors when it attempts to do the
preprocessing. If it does then this error will be signaled.
*Action: The capability table settings are controlled by the agent
vendor and can be modified by the DBA. Contact your DBA and
agent vendor and get the correct set of capabilities installed.I can't see why the HS would be trying to do any coercion of anything except to perhaps convert the parts of the where clause to bind variables and pass the actual values in. Does it work ok without the "AND float_field = 1.2" ? If so, I'm guessing there's some configuration issue of the HS required to get it to deal with the floats.... perhaps in the capability settings as the error message "action" indicates.
Similar Messages
-
ORA-02070: Error when updating a SQL Server table thru an Oracle View
I have a SQL Server table TIMESHEET which contains a number of VARCHAR and NUMERIC columns plus a DATETIME column.
Only the DATETIME column is giving me trouble.
On the ORACLE side I have a view which selects from the SQL Server table but in order to get the SELECT to work, I had to either put a CAST or TO_DATE function call around the DATETIME field
Below is the relevant part of the 2 view definitions I have tried
create view TIMESHEET as
SELECT
"TsKeySeq" as TS_KEY_SEQ,
"EmployeeNo" as EMPLOYEE_NO,
CAST("PeriodEnding" AS DATE) as PERIOD_ENDING,
. . . (more columns - not relevant)
FROM [email protected];
An update to the view generates this message
ORA-02070: database OLEMSQLPSANTDAS6 does not support CAST in this context
create view TIMESHEET as
SELECT
"TsKeySeq" as TS_KEY_SEQ,
"EmployeeNo" as EMPLOYEE_NO,
TO_DATE("PeriodEnding") as PERIOD_ENDING,
. . . (more columns - not relevant)
FROM [email protected];
An update to the view generates this message
ORA-02070: database OLEMSQLPSANTDAS6 does not support TO_DATE in this context
If I don't include either the TO_DATE() or CAST() then I get
Select Error: ORA-28527: Heterogeneous Services datatype mapping error
ORA-02063:preceding line from OLEMSQLSANTDAS6
Does anyone have any idea how to update a SQL Server DATETIME column thru an ORACLE view?You can't cast accross heterogenious databases and there is no need to. HSODBC treats SQL Server DATETIME column as DATE. For example, I have SQL Server table:
CREATE TABLE [Ops].[T_JobType](
[JobType] [varchar](50) NOT NULL,
[JobDesc] [varchar](200) NULL,
[InsertDt] [datetime] NOT NULL CONSTRAINT [InsertDt_00000006] DEFAULT (getdate()),
[InsertBy] [varchar](128) NOT NULL CONSTRAINT [InsertBy_00000006] DEFAULT (user_name()),
[LastUpdated] [datetime] NOT NULL CONSTRAINT [LastUpdated_00000006] DEFAULT (getdate()),
[LastUpdatedBy] [varchar](128) NOT NULL CONSTRAINT [LastUpdatedBy_00000006] DEFAULT (user_name()),
CONSTRAINT [T_JobType_PK] PRIMARY KEY CLUSTERED
[JobType] ASC
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON, FILLFACTOR = 100) ON [DATA01FG]
) ON [DATA01FG]Now on Oracle side I do:
SQL> desc "Ops"."T_JobType"@pbods
Name Null? Type
JobType NOT NULL VARCHAR2(50)
JobDesc VARCHAR2(200)
InsertDt NOT NULL DATE
InsertBy NOT NULL VARCHAR2(128)
LastUpdated NOT NULL DATE
LastUpdatedBy NOT NULL VARCHAR2(128)
SQL> select "InsertDt" from "Ops"."T_JobType"@pbods;
InsertDt
18-AUG-08
09-OCT-08
22-OCT-09
18-AUG-08
19-NOV-08
SQL> SY. -
Problem regarding updation of Z-table through maintenance view
hi ,
I m facing problem in updation of Z-table through maintenance view (SM30).
The scenario is that I have one customizing field in my Z-table which is checkbox.
Now I need to populate 2 fields in Z-table on tick of this checkbox and clicking of SAVE button.
For this I have created one module ''change_field'' in PAI.
Actually my database table is being updated but as soon as the control left my module all the updation that take place vanishes away.....
So please help me in this matter.Thanks for ur previous effort it is updating the database but its effect is not shown immediately on screen.After i referesh the transaction it is dispalying the data.
So can u please suggest me any way....
Now i have one scenario infront of me....
I need to restrict the data shown in maintenance view.
I think it would be same as pop-up window displayed when we tick on 2nd radiobutton ("ENTER CONDITIONS")
of intial screen of t-code SM30.
Please suggest what shud i do....
Thanks and reagrds,
Amit
Edited by: amit gupta on Jul 18, 2008 1:35 PM -
Updating a Base Table through a View having UNPIVOT function.
Hi,
I have a requirement of updating a Base Table through a View.
This View has the query using a UNPIVOT function for displaying the columns of the Base tables in rows.
I need to update/insert into/delete the Base Table by accessing the View (The user doesn't have an access to the Base Table, hence the DML's on the View).
Following is the table I've created:-
CREATE TABLE PERSON_DETAILS
PID VARCHAR2(10 BYTE),
FIRSTNAME VARCHAR2(1000 BYTE),
LASTNAME VARCHAR2(1000 BYTE),
PHONENUMBER VARCHAR2(1000 BYTE),
ADDRESS1 VARCHAR2(1000 BYTE),
ADDRESS2 VARCHAR2(1000 BYTE),
COUNTRY_CODE VARCHAR2(1000 BYTE),
LANGUAGE_CODE VARCHAR2(1000 BYTE),
EMAIL VARCHAR2(1000 BYTE)
)The sample values are inserted in this table through the below script:-
insert into person_details values ('1','XYZ','ABC','1234567890','India','Asia','IN','EN','[email protected]');
insert into person_details values ('2','XYZ2','ABC2','1234567890','India','Asia','IN','EN','[email protected]');The code for the view is as below:-
CREATE OR REPLACE FORCE VIEW PERSON_DETAILS_VIEW
PID,
CD_NAME,
CD_VALUE
AS
SELECT "PID", "CD_NAME", "CD_VALUE"
FROM person_details UNPIVOT INCLUDE NULLS (cd_value
FOR cd_name
IN (firstname AS 'First Name',
lastname AS 'Last Name',
phonenumber AS 'Phonenumber',
address1 AS 'address1',
address2 AS 'address2',
country_code AS 'Country Code',
language_code AS 'Language Code',
email AS 'Email') );Below are the values from the view:-
PID CD_NAME CD_VALUE
1 First Name XYZ
1 Last Name ABC
1 Phonenumber 1234567890
1 address1 India
1 address2 Asia
1 Country Code IN
1 Language Code EN
1 Email [email protected]
2 First Name XYZ2
2 Last Name ABC2
2 Phonenumber 1234567890
2 address1 India
2 address2 Asia
2 Country Code IN
2 Language Code EN
2 Email [email protected] user would fire some statement like below:-
update person_details_view
set cd_value = 'US' where CD_NAME = 'IN'The above statement should update the base table PERSON_DETAILS.
I understand I can write an INSTEAD OF trigger but I do not know what logic to write in the trigger so that the requirement gets fulfilled.
My Oracle Version
Oracle Database 11g Enterprise Edition Release 11.1.0.7.0 - 64bit Production
PL/SQL Release 11.1.0.7.0 - Production
CORE 11.1.0.7.0 Production
TNS for Solaris: Version 11.1.0.7.0 - Production
NLSRTL Version 11.1.0.7.0 - ProductionAny help would be highly appreciated.
Thank You,
Ankit Khare.
Edited by: Ankit_Khare84 on Jun 28, 2012 2:47 PMit is definitively possible with an instead of trigger.
for Example:
create or replace
TRIGGER ioft_person
INSTEAD OF UPDATE
ON person_details_view
FOR EACH ROW
declare
firstname1 person_details.firstname%type;
BEGIN
SELECT firstname_new into firstname1
FROM (SELECT pid, cd_name, cd_value
FROM
select * from person_details_view where (pid, cd_name) not in (select :new.pid, :new.cd_name from dual)
union all
select :new.pid, :new.cd_name, :new.cd_value from dual
PIVOT ( max(cd_value) AS new FOR (cd_name) IN
('First Name' AS firstname,
'Last Name' as lastname,
'Phonenumber' as phonenumber,
'address1' as address1,
'address2' AS address2,
'Country Code' as country_code,
'Language Code' as language_code,
'Email' as email
) where pid = :old.pid;
UPDATE person_details
SET firstname = firstname1
WHERE pid = :old.pid;
END ioft_role_perm;and than run
update person_details_view
set cd_value = 'X|X' where cd_name = 'First Name' and pid=1The logic is: you must convert back the view through pivoting -
Incomplete data or ORA-28528 errors when accesing an Informix Server
We have configured a dblink to an Informix Server. We are using UnixODBC + Informix CSDK on a RHEL 4 x86_64.
After running several queries we have seen 3 different situations:
A. The result of the query is correct.
B. The result is incomplete. The table may have 24 rows, but the output shows only 13. However, Oracle receives 24 rows, as it's shown at the end of the output.
C. Error about datatype conversion.
SQL> select * from "centros"@test_informix2;
ERROR:
ORA-28528: Heterogeneous Services datatype conversion error
ORA-02063: preceding line from TEST_INFORMIX2
dg4odbc output when performing a select with incomplete results as described in situation B
Oracle Corporation --- TUESDAY AUG 11 2009 16:12:02.321
Heterogeneous Agent Release
11.1.0.6.0
Oracle Corporation --- TUESDAY AUG 11 2009 16:12:02.321
Version 11.1.0.6.0
Entered hgogprd
HOSGIP for "HS_FDS_TRACE_LEVEL" returned "4"
Entered hgosdip
setting HS_OPEN_CURSORS to default of 50
setting HS_FDS_RECOVERY_ACCOUNT to default of "RECOVER"
setting HS_FDS_RECOVERY_PWD to default value
setting HS_FDS_TRANSACTION_LOG to default of "HS_TRANSACTION_LOG"
setting HS_FDS_TRANSACTION_ISOLATION to default of "READ_COMMITTED"
setting HS_NLS_NCHAR to default of "AL32UTF8"
setting HS_FDS_TIMESTAMP_AS_DATE to default of "TRUE"
setting HS_RPC_FETCH_REBLOCKING to default of "ON"
setting HS_FDS_FETCH_ROWS to default of "100"
setting HS_FDS_RESULTSET_SUPPORT to default of "FALSE"
setting HS_FDS_PROC_IS_FUNC to default of "FALSE"
setting HS_FDS_CHARACTER_SEMANTICS to default of "FALSE"
setting HS_FDS_MAP_NCHAR to default of "TRUE"
setting HS_NLS_DATE_FORMAT to default of "YYYY-MM-DD HH24:MI:SS"
setting HS_FDS_REPORT_REAL_AS_DOUBLE to default of "FALSE"
setting HS_LONG_PIECE_TRANSFER_SIZE to default of "65536"
setting HS_SQL_HANDLE_STMT_REUSE to default of "FALSE"
setting HS_FDS_QUERY_DRIVER to default of "TRUE"
setting HS_FDS_SUPPORT_STATISTICS to default of "FALSE"
setting HS_CALL_NAME_ISP to "gtw$:SQLTables;gtw$:SQLColumns;gtw$:SQLPrimaryKeys;gtw$:SQLForeignKeys;gtw$:SQLProcedures;gtw$:SQ
LStatistics"
Exiting hgosdip, rc=0
ORACLE_SID is "test_informix2"
Product-Info:
Port Rls/Upd:6/0 PrdStat:0
Agent:Oracle Database Gateway for ODBC
Facility:hsa
Class:ODBC, ClassVsn:11.1.0.6.0_0006, Instance:test_informix2
Exiting hgogprd, rc=0
Entered hgoinit
HOCXU_COMP_CSET=1
HOCXU_DRV_CSET=31
HOCXU_DRV_NCHAR=873
HOCXU_DB_CSET=31
HOCXU_SEM_VER=102000
Entered hgolofn at 2009/08/11-16:12:02
HOSGIP for "HS_FDS_SHAREABLE_NAME" returned "/usr/local/lib/libodbc.so"
Entered hgolofns at 2009/08/11-16:12:02
libname=/usr/local/lib/libodbc.so, funcname=SQLAllocHandle
symbol_peflctx=0x9893c70d
hoaerr:0
Exiting hgolofns at 2009/08/11-16:12:02
Entered hgolofns at 2009/08/11-16:12:02
libname=/usr/local/lib/libodbc.so, funcname=SQLBindCol
symbol_peflctx=0x9893c873
hoaerr:0
Exiting hgolofns at 2009/08/11-16:12:02
Entered hgolofns at 2009/08/11-16:12:02
libname=/usr/local/lib/libodbc.so, funcname=SQLBindParameter
symbol_peflctx=0x9893d2e4
hoaerr:0
Exiting hgolofns at 2009/08/11-16:12:02
Entered hgolofns at 2009/08/11-16:12:02
libname=/usr/local/lib/libodbc.so, funcname=SQLCancel
symbol_peflctx=0x9893ec84
hoaerr:0
Exiting hgolofns at 2009/08/11-16:12:02
Entered hgolofns at 2009/08/11-16:12:02
libname=/usr/local/lib/libodbc.so, funcname=SQLDescribeParam
symbol_peflctx=0x98949f10
hoaerr:0
Exiting hgolofns at 2009/08/11-16:12:02
Entered hgolofns at 2009/08/11-16:12:02
libname=/usr/local/lib/libodbc.so, funcname=SQLDisconnect
symbol_peflctx=0x9894a5c8
hoaerr:0
Exiting hgolofns at 2009/08/11-16:12:02
Entered hgolofns at 2009/08/11-16:12:02
libname=/usr/local/lib/libodbc.so, funcname=SQLEndTran
symbol_peflctx=0x9894d4d4
hoaerr:0
Exiting hgolofns at 2009/08/11-16:12:02
Entered hgolofns at 2009/08/11-16:12:02
libname=/usr/local/lib/libodbc.so, funcname=SQLExecute
symbol_peflctx=0x9894f17c
hoaerr:0
Exiting hgolofns at 2009/08/11-16:12:02
Entered hgolofns at 2009/08/11-16:12:02
libname=/usr/local/lib/libodbc.so, funcname=SQLFetch
symbol_peflctx=0x9894fd04
hoaerr:0
Exiting hgolofns at 2009/08/11-16:12:02
Entered hgolofns at 2009/08/11-16:12:02
libname=/usr/local/lib/libodbc.so, funcname=SQLFreeHandle
symbol_peflctx=0x98951fc9
hoaerr:0
Exiting hgolofns at 2009/08/11-16:12:02
Entered hgolofns at 2009/08/11-16:12:02
libname=/usr/local/lib/libodbc.so, funcname=SQLFreeStmt
symbol_peflctx=0x98951fec
hoaerr:0
Exiting hgolofns at 2009/08/11-16:12:02
Entered hgolofns at 2009/08/11-16:12:02
libname=/usr/local/lib/libodbc.so, funcname=SQLGetData
symbol_peflctx=0x989541dc
hoaerr:0
Exiting hgolofns at 2009/08/11-16:12:02
Entered hgolofns at 2009/08/11-16:12:02
libname=/usr/local/lib/libodbc.so, funcname=SQLGetEnvAttr
symbol_peflctx=0x98957fa8
hoaerr:0
Exiting hgolofns at 2009/08/11-16:12:02
Entered hgolofns at 2009/08/11-16:12:02
libname=/usr/local/lib/libodbc.so, funcname=SQLGetFunctions
symbol_peflctx=0x989583c4
hoaerr:0
Exiting hgolofns at 2009/08/11-16:12:02
Entered hgolofns at 2009/08/11-16:12:02
libname=/usr/local/lib/libodbc.so, funcname=SQLMoreResults
symbol_peflctx=0x9895ab28
hoaerr:0
Exiting hgolofns at 2009/08/11-16:12:02
Entered hgolofns at 2009/08/11-16:12:02
libname=/usr/local/lib/libodbc.so, funcname=SQLNumResultCols
symbol_peflctx=0x9895bad8
hoaerr:0
Exiting hgolofns at 2009/08/11-16:12:02
Entered hgolofns at 2009/08/11-16:12:02
libname=/usr/local/lib/libodbc.so, funcname=SQLParamData
symbol_peflctx=0x9895bedc
hoaerr:0
Exiting hgolofns at 2009/08/11-16:12:02
Entered hgolofns at 2009/08/11-16:12:02
libname=/usr/local/lib/libodbc.so, funcname=SQLPutData
symbol_peflctx=0x9895e908
hoaerr:0
Exiting hgolofns at 2009/08/11-16:12:02
Entered hgolofns at 2009/08/11-16:12:02
libname=/usr/local/lib/libodbc.so, funcname=SQLRowCount
symbol_peflctx=0x9895ee78
hoaerr:0
Exiting hgolofns at 2009/08/11-16:12:02
Entered hgolofns at 2009/08/11-16:12:02
libname=/usr/local/lib/libodbc.so, funcname=SQLSetEnvAttr
symbol_peflctx=0x98961458
hoaerr:0
Exiting hgolofns at 2009/08/11-16:12:02
Entered hgolofns at 2009/08/11-16:12:02
libname=/usr/local/lib/libodbc.so, funcname=SQLSetDescRec
symbol_peflctx=0x98961230
hoaerr:0
Exiting hgolofns at 2009/08/11-16:12:02
Entered hgolofns at 2009/08/11-16:12:02
libname=/usr/local/lib/libodbc.so, funcname=SQLColAttribute
symbol_peflctx=0x9893f4ec
hoaerr:0
Exiting hgolofns at 2009/08/11-16:12:02
Entered hgolofns at 2009/08/11-16:12:02
libname=/usr/local/lib/libodbc.so, funcname=SQLColumns
symbol_peflctx=0x989416e4
hoaerr:0
Exiting hgolofns at 2009/08/11-16:12:02
Entered hgolofns at 2009/08/11-16:12:02
libname=/usr/local/lib/libodbc.so, funcname=SQLConnect
symbol_peflctx=0x98947014
hoaerr:0
Exiting hgolofns at 2009/08/11-16:12:02
Entered hgolofns at 2009/08/11-16:12:02
libname=/usr/local/lib/libodbc.so, funcname=SQLDescribeCol
symbol_peflctx=0x989494f0
hoaerr:0
Exiting hgolofns at 2009/08/11-16:12:02
Entered hgolofns at 2009/08/11-16:12:02
libname=/usr/local/lib/libodbc.so, funcname=SQLDriverConnect
symbol_peflctx=0x9894b337
hoaerr:0
Exiting hgolofns at 2009/08/11-16:12:02
Entered hgolofns at 2009/08/11-16:12:02
libname=/usr/local/lib/libodbc.so, funcname=SQLExecDirect
symbol_peflctx=0x9894e9e2
hoaerr:0
Exiting hgolofns at 2009/08/11-16:12:02
Entered hgolofns at 2009/08/11-16:12:02
libname=/usr/local/lib/libodbc.so, funcname=SQLForeignKeys
symbol_peflctx=0x98950bdc
hoaerr:0
Exiting hgolofns at 2009/08/11-16:12:02
Entered hgolofns at 2009/08/11-16:12:02
libname=/usr/local/lib/libodbc.so, funcname=SQLGetConnectAttr
symbol_peflctx=0x989524ab
hoaerr:0
Exiting hgolofns at 2009/08/11-16:12:02
Entered hgolofns at 2009/08/11-16:12:02
libname=/usr/local/lib/libodbc.so, funcname=SQLGetDiagField
symbol_peflctx=0x989567f3
hoaerr:0
Exiting hgolofns at 2009/08/11-16:12:02
Entered hgolofns at 2009/08/11-16:12:02
libname=/usr/local/lib/libodbc.so, funcname=SQLGetDiagRec
symbol_peflctx=0x989576e5
hoaerr:0
Exiting hgolofns at 2009/08/11-16:12:02
Entered hgolofns at 2009/08/11-16:12:02
libname=/usr/local/lib/libodbc.so, funcname=SQLGetInfo
symbol_peflctx=0x98959083
hoaerr:0
Exiting hgolofns at 2009/08/11-16:12:02
Entered hgolofns at 2009/08/11-16:12:02
libname=/usr/local/lib/libodbc.so, funcname=SQLGetStmtAttr
symbol_peflctx=0x989593e3
hoaerr:0
Exiting hgolofns at 2009/08/11-16:12:02
Entered hgolofns at 2009/08/11-16:12:02
libname=/usr/local/lib/libodbc.so, funcname=SQLGetTypeInfo
symbol_peflctx=0x9895a548
hoaerr:0
Exiting hgolofns at 2009/08/11-16:12:02
Entered hgolofns at 2009/08/11-16:12:02
libname=/usr/local/lib/libodbc.so, funcname=SQLPrepare
symbol_peflctx=0x9895c9c6
hoaerr:0
Exiting hgolofns at 2009/08/11-16:12:02
Entered hgolofns at 2009/08/11-16:12:02
libname=/usr/local/lib/libodbc.so, funcname=SQLPrimaryKeys
symbol_peflctx=0x9895d13e
hoaerr:0
Exiting hgolofns at 2009/08/11-16:12:02
Entered hgolofns at 2009/08/11-16:12:02
libname=/usr/local/lib/libodbc.so, funcname=SQLProcedureColumns
symbol_peflctx=0x9895d938
hoaerr:0
Exiting hgolofns at 2009/08/11-16:12:02
Entered hgolofns at 2009/08/11-16:12:02
libname=/usr/local/lib/libodbc.so, funcname=SQLProcedures
symbol_peflctx=0x9895e19a
hoaerr:0
Exiting hgolofns at 2009/08/11-16:12:02
Entered hgolofns at 2009/08/11-16:12:02
libname=/usr/local/lib/libodbc.so, funcname=SQLSetConnectAttr
symbol_peflctx=0x9895f1fc
hoaerr:0
Exiting hgolofns at 2009/08/11-16:12:02
Entered hgolofns at 2009/08/11-16:12:02
libname=/usr/local/lib/libodbc.so, funcname=SQLSetStmtAttr
symbol_peflctx=0x989634a8
hoaerr:0
Exiting hgolofns at 2009/08/11-16:12:02
Entered hgolofns at 2009/08/11-16:12:02
libname=/usr/local/lib/libodbc.so, funcname=SQLSetDescField
symbol_peflctx=0x98960e5a
hoaerr:0
Exiting hgolofns at 2009/08/11-16:12:02
Entered hgolofns at 2009/08/11-16:12:02
libname=/usr/local/lib/libodbc.so, funcname=SQLStatistics
symbol_peflctx=0x98965ed6
hoaerr:0
Exiting hgolofns at 2009/08/11-16:12:02
Entered hgolofns at 2009/08/11-16:12:02
libname=/usr/local/lib/libodbc.so, funcname=SQLTables
symbol_peflctx=0x98967014
hoaerr:0
Exiting hgolofns at 2009/08/11-16:12:02
Exiting hgolofn, rc=0 at 2009/08/11-16:12:02
HOSGIP for "HS_OPEN_CURSORS" returned "50"
HOSGIP for "HS_FDS_FETCH_ROWS" returned "100"
HOSGIP for "HS_LONG_PIECE_TRANSFER_SIZE" returned "65536"
HOSGIP for "HS_NLS_NUMERIC_CHARACTER" returned ".,"
Exiting hgoinit, rc=0 at 2009/08/11-16:12:02
Entered hgolgon at 2009/08/11-16:12:02
reco:0, name:informix, tflag:0
Entered hgosuec at 2009/08/11-16:12:02
Exiting hgosuec, rc=0 at 2009/08/11-16:12:02
HOSGIP for "HS_FDS_RECOVERY_ACCOUNT" returned "RECOVER"
HOSGIP for "HS_FDS_TRANSACTION_LOG" returned ""HS_TRANSACTION_LOG""
HOSGIP for "HS_FDS_TIMESTAMP_AS_DATE" returned "TRUE"
HOSGIP for "HS_FDS_CHARACTER_SEMANTICS" returned "FALSE"
HOSGIP for "HS_FDS_MAP_NCHAR" returned "TRUE"
HOSGIP for "HS_FDS_RESULT_SET_SUPPORT" returned "FALSE"
HOSGIP for "HS_FDS_PROC_IS_FUNC" returned "FALSE"
HOSGIP for "HS_FDS_REPORT_REAL_AS_DOUBLE" returned "FALSE"
using informix as default value for "HS_FDS_DEFAULT_OWNER"
HOSGIP for "HS_SQL_HANDLE_STMT_REUSE" returned "FALSE"
Entered hgocont at 2009/08/11-16:12:02
HS_FDS_CONNECT_INFO = "test_informix2"
RC=-1 from HOSGIP for "HS_FDS_CONNECT_STRING"
Entered hgogenconstr at 2009/08/11-16:12:02
dsn:test_informix2, name:informix
optn:
##>Connect Parameters (len=43)<##
## DSN=test_informix2;
#! UID=informix;
#! PWD=*
Exiting hgogenconstr, rc=0 at 2009/08/11-16:12:02
DriverName:iclis09b.so, DriverVer: 3.50.0000 3.50.U
DBMS Name:Informix, DBMS Version:07.31.0000 UD5
Exiting hgocont, rc=0 at 2009/08/11-16:12:02
SQLGetInfo returns Y for SQL_CATALOG_NAME
SQLGetInfo returns 18 for SQL_MAX_CATALOG_NAME_LEN
Exiting hgolgon, rc=0 at 2009/08/11-16:12:02
Entered hgoulcp at 2009/08/11-16:12:02
Entered hgowlst at 2009/08/11-16:12:02
Exiting hgowlst, rc=0 at 2009/08/11-16:12:02
SQLGetInfo returns " for SQL_IDENTIFIER_QUOTE_CHAR
SQLGetInfo returns N for SQL_COLUMN_ALIAS
Exiting hgoulcp, rc=0 at 2009/08/11-16:12:02
Entered hgouldt at 2009/08/11-16:12:02
Exiting hgouldt, rc=0 at 2009/08/11-16:12:02
Entered hgobegn at 2009/08/11-16:12:02
tflag:0 , initial:1
hoi:0xbfffe688, ttid (len 21) is ...
00: 54534554 3135352E 36616133 2E332E37 [TEST.5513aa67.3.]
10: 36352E33 34 [3.564]
tbid (len 10) is ...
0: 00030003 00000234 0104 [....4.....]
Exiting hgobegn, rc=0 at 2009/08/11-16:12:02
Entered hgodtab at 2009/08/11-16:12:02
count:1
table: agentes
Entered hgopcda at 2009/08/11-16:12:02
Column:1(cod_agent): dtype:1 (CHAR), prc/scl:2/0, nullbl:0, octet:2, sign:1, radix:0
Exiting hgopcda, rc=0 at 2009/08/11-16:12:02
Entered hgopcda at 2009/08/11-16:12:02
Column:2(desc_agent): dtype:12 (VARCHAR), prc/scl:50/0, nullbl:0, octet:50, sign:1, radix:0
Exiting hgopcda, rc=0 at 2009/08/11-16:12:02
The hoada for table agentes follows...
hgodtab, line 577: Printing hoada @ 0x6c0b90
MAX:2, ACTUAL:2, BRC:1, WHT=6
DTY NULL-OK LEN MAXBUFLEN PR/SC CST IND MOD NAME
1 CHAR N 2 2 0/ 0 0 0 0 cod_agent
12 VARCHAR N 50 50 0/ 0 0 0 0 desc_agent
Exiting hgodtab, rc=0 at 2009/08/11-16:12:02
Entered hgodafr, cursor id 0 at 2009/08/11-16:12:02
Exiting hgodafr, rc=0 at 2009/08/11-16:12:02
Entered hgotcis at 2009/08/11-16:12:02
Calling SQLStatistics for agentes
IndexType=SQL_TABLE_STAT: cardinality=24
New Index:353_1379, type=3, ASCENDING, UNIQUE, cardinality=24
ordinal position = 1
Calling SQLColumns for informix.agentes
Column "cod_agent": dtype=1, colsize=2, decdig=0, char_octet_length=2, cumulative avg row len=2
Column "desc_agent": dtype=12, colsize=50, decdig=0, char_octet_length=50, cumulative avg row len=39
Exiting hgotcis, rc=0 at 2009/08/11-16:12:02
Entered hgopars, cursor id 1 at 2009/08/11-16:12:02
type:0
SQL text from hgopars, id=1, len=55 ...
00: 454C4553 41205443 63222E31 615F646F [SELECT A1."cod_a]
10: 746E6567 31412C22 6564222E 615F6373 [gent",A1."desc_a]
20: 746E6567 52462022 22204D4F 6E656761 [gent" FROM "agen]
30: 22736574 204131 [tes" A1]
Exiting hgopars, rc=0 at 2009/08/11-16:12:02
Entered hgoopen, cursor id 1 at 2009/08/11-16:12:02
hgoopen, line 83: NO hoada to print
Exiting hgoopen, rc=0 at 2009/08/11-16:12:02
Entered hgodscr, cursor id 1 at 2009/08/11-16:12:02
Entered hgopcda at 2009/08/11-16:12:02
Column:1(cod_agent): dtype:1 (CHAR), prc/scl:2/0, nullbl:0, octet:2, sign:1, radix:0
Exiting hgopcda, rc=0 at 2009/08/11-16:12:02
Entered hgopcda at 2009/08/11-16:12:02
Column:2(desc_agent): dtype:12 (VARCHAR), prc/scl:50/0, nullbl:0, octet:50, sign:1, radix:0
Exiting hgopcda, rc=0 at 2009/08/11-16:12:02
hgodscr, line 506: Printing hoada @ 0x6c08f8
MAX:2, ACTUAL:2, BRC:100, WHT=5
DTY NULL-OK LEN MAXBUFLEN PR/SC CST IND MOD NAME
1 CHAR N 2 2 0/ 0 0 0 0 cod_agent
12 VARCHAR N 50 50 0/ 0 0 0 0 desc_agent
Exiting hgodscr, rc=0 at 2009/08/11-16:12:02
Entered hgoftch, cursor id 1 at 2009/08/11-16:12:02
hgoftch, line 117: Printing hoada @ 0x6c08f8
MAX:2, ACTUAL:2, BRC:100, WHT=5
DTY NULL-OK LEN MAXBUFLEN PR/SC CST IND MOD NAME
1 CHAR N 2 2 0/ 0 0 0 0 cod_agent
12 VARCHAR N 50 50 0/ 0 0 0 0 desc_agent
SQLBindCol: column 1, cdatatype: 1, bflsz: 3
SQLBindCol: column 2, cdatatype: 1, bflsz: 51
SQLFetch: row: 1, column 1, bflsz: 3, bflar: 2
SQLFetch: row: 1, column 1, bflsz: 3, bflar: 2
SQLFetch: row: 1, column 2, bflsz: 51, bflar: 16
SQLFetch: row: 1, column 2, bflsz: 51, bflar: 16
SQLFetch: row: 2, column 1, bflsz: 3, bflar: 2
SQLFetch: row: 2, column 1, bflsz: 3, bflar: 2
SQLFetch: row: 2, column 2, bflsz: 51, bflar: 26
SQLFetch: row: 2, column 2, bflsz: 51, bflar: 26
SQLFetch: row: 3, column 1, bflsz: 3, bflar: 2
SQLFetch: row: 3, column 1, bflsz: 3, bflar: 2
SQLFetch: row: 3, column 2, bflsz: 51, bflar: 33
SQLFetch: row: 3, column 2, bflsz: 51, bflar: 33
SQLFetch: row: 4, column 1, bflsz: 3, bflar: 2
SQLFetch: row: 4, column 1, bflsz: 3, bflar: 2
SQLFetch: row: 4, column 2, bflsz: 51, bflar: 35
SQLFetch: row: 4, column 2, bflsz: 51, bflar: 35
SQLFetch: row: 5, column 1, bflsz: 3, bflar: 2
SQLFetch: row: 5, column 1, bflsz: 3, bflar: 2
SQLFetch: row: 5, column 2, bflsz: 51, bflar: 6
SQLFetch: row: 5, column 2, bflsz: 51, bflar: 6
SQLFetch: row: 6, column 1, bflsz: 3, bflar: 2
SQLFetch: row: 6, column 1, bflsz: 3, bflar: 2
SQLFetch: row: 6, column 2, bflsz: 51, bflar: 5
SQLFetch: row: 6, column 2, bflsz: 51, bflar: 5
SQLFetch: row: 7, column 1, bflsz: 3, bflar: 2
SQLFetch: row: 7, column 1, bflsz: 3, bflar: 2
SQLFetch: row: 7, column 2, bflsz: 51, bflar: 27
SQLFetch: row: 7, column 2, bflsz: 51, bflar: 27
SQLFetch: row: 8, column 1, bflsz: 3, bflar: 2
SQLFetch: row: 8, column 1, bflsz: 3, bflar: 2
SQLFetch: row: 8, column 2, bflsz: 51, bflar: 26
SQLFetch: row: 8, column 2, bflsz: 51, bflar: 26
SQLFetch: row: 9, column 1, bflsz: 3, bflar: 2
SQLFetch: row: 9, column 1, bflsz: 3, bflar: 2
SQLFetch: row: 9, column 2, bflsz: 51, bflar: 34
SQLFetch: row: 9, column 2, bflsz: 51, bflar: 34
SQLFetch: row: 10, column 1, bflsz: 3, bflar: 2
SQLFetch: row: 10, column 1, bflsz: 3, bflar: 2
SQLFetch: row: 10, column 2, bflsz: 51, bflar: 32
SQLFetch: row: 10, column 2, bflsz: 51, bflar: 32
SQLFetch: row: 11, column 1, bflsz: 3, bflar: 2
SQLFetch: row: 11, column 1, bflsz: 3, bflar: 2
SQLFetch: row: 11, column 2, bflsz: 51, bflar: 31
SQLFetch: row: 11, column 2, bflsz: 51, bflar: 31
SQLFetch: row: 12, column 1, bflsz: 3, bflar: 2
SQLFetch: row: 12, column 1, bflsz: 3, bflar: 2
SQLFetch: row: 12, column 2, bflsz: 51, bflar: 22
SQLFetch: row: 12, column 2, bflsz: 51, bflar: 22
SQLFetch: row: 13, column 1, bflsz: 3, bflar: 0
SQLFetch: row: 13, column 1, bflsz: 3, bflar: 0
SQLFetch: row: 13, column 2, bflsz: 51, bflar: 0
SQLFetch: row: 13, column 2, bflsz: 51, bflar: 0
SQLFetch: row: 14, column 1, bflsz: 3, bflar: 0
SQLFetch: row: 14, column 1, bflsz: 3, bflar: 0
SQLFetch: row: 14, column 2, bflsz: 51, bflar: 0
SQLFetch: row: 14, column 2, bflsz: 51, bflar: 0
SQLFetch: row: 15, column 1, bflsz: 3, bflar: 0
SQLFetch: row: 15, column 1, bflsz: 3, bflar: 0
SQLFetch: row: 15, column 2, bflsz: 51, bflar: 0
SQLFetch: row: 15, column 2, bflsz: 51, bflar: 0
SQLFetch: row: 16, column 1, bflsz: 3, bflar: 0
SQLFetch: row: 16, column 1, bflsz: 3, bflar: 0
SQLFetch: row: 16, column 2, bflsz: 51, bflar: 0
SQLFetch: row: 16, column 2, bflsz: 51, bflar: 0
SQLFetch: row: 17, column 1, bflsz: 3, bflar: 0
SQLFetch: row: 17, column 1, bflsz: 3, bflar: 0
SQLFetch: row: 17, column 2, bflsz: 51, bflar: 0
SQLFetch: row: 17, column 2, bflsz: 51, bflar: 0
SQLFetch: row: 18, column 1, bflsz: 3, bflar: 0
SQLFetch: row: 18, column 1, bflsz: 3, bflar: 0
SQLFetch: row: 18, column 2, bflsz: 51, bflar: 0
SQLFetch: row: 18, column 2, bflsz: 51, bflar: 0
SQLFetch: row: 19, column 1, bflsz: 3, bflar: 0
SQLFetch: row: 19, column 1, bflsz: 3, bflar: 0
SQLFetch: row: 19, column 2, bflsz: 51, bflar: 0
SQLFetch: row: 19, column 2, bflsz: 51, bflar: 0
SQLFetch: row: 20, column 1, bflsz: 3, bflar: 0
SQLFetch: row: 20, column 1, bflsz: 3, bflar: 0
SQLFetch: row: 20, column 2, bflsz: 51, bflar: 0
SQLFetch: row: 20, column 2, bflsz: 51, bflar: 0
SQLFetch: row: 21, column 1, bflsz: 3, bflar: 0
SQLFetch: row: 21, column 1, bflsz: 3, bflar: 0
SQLFetch: row: 21, column 2, bflsz: 51, bflar: 0
SQLFetch: row: 21, column 2, bflsz: 51, bflar: 0
SQLFetch: row: 22, column 1, bflsz: 3, bflar: 0
SQLFetch: row: 22, column 1, bflsz: 3, bflar: 0
SQLFetch: row: 22, column 2, bflsz: 51, bflar: 0
SQLFetch: row: 22, column 2, bflsz: 51, bflar: 0
SQLFetch: row: 23, column 1, bflsz: 3, bflar: 0
SQLFetch: row: 23, column 1, bflsz: 3, bflar: 0
SQLFetch: row: 23, column 2, bflsz: 51, bflar: 0
SQLFetch: row: 23, column 2, bflsz: 51, bflar: 0
SQLFetch: row: 24, column 1, bflsz: 3, bflar: 0
SQLFetch: row: 24, column 1, bflsz: 3, bflar: 0
SQLFetch: row: 24, column 2, bflsz: 51, bflar: 0
SQLFetch: row: 24, column 2, bflsz: 51, bflar: 0
24 rows fetched
Exiting hgoftch, rc=0 at 2009/08/11-16:12:02
Entered hgoftch, cursor id 1 at 2009/08/11-16:12:02
hgoftch, line 117: Printing hoada @ 0x6c08f8
MAX:2, ACTUAL:2, BRC:24, WHT=5
DTY NULL-OK LEN MAXBUFLEN PR/SC CST IND MOD NAME
1 CHAR N 2 2 0/ 0 0 0 0 cod_agent
12 VARCHAR N 16 50 0/ 0 0 0 0 desc_agent
0 rows fetched
Exiting hgoftch, rc=1403 at 2009/08/11-16:12:02
Entered hgoclse, cursor id 1 at 2009/08/11-16:12:04
Exiting hgoclse, rc=0 at 2009/08/11-16:12:04
Entered hgodafr, cursor id 1 at 2009/08/11-16:12:04
Exiting hgodafr, rc=0 at 2009/08/11-16:12:04
Entered hgocomm at 2009/08/11-16:12:04
keepinfo:0, tflag:1
00: 54534554 3135352E 36616133 2E332E37 [TEST.5513aa67.3.]
10: 36352E33 34 [3.564]
tbid (len 10) is ...
0: 00030003 00000234 0104 [....4.....]
cmt(0):
Entered hgocpctx at 2009/08/11-16:12:04
Exiting hgocpctx, rc=0 at 2009/08/11-16:12:04
Exiting hgocomm, rc=0 at 2009/08/11-16:12:04
Entered hgolgof at 2009/08/11-16:12:04
tflag:1
Exiting hgolgof, rc=0 at 2009/08/11-16:12:04
Entered hgoexit at 2009/08/11-16:12:04
Exiting hgoexit, rc=0 at 2009/08/11-16:12:04
Any idea or hint would be really appreciated!
Thanks!Ok. Bad news.
There is an unpublished bug 799360 UNSUPPORTED INFORMIX RELEASE ERROR RUNNING DG4IFMX 11.1.
To workround the problem, choose either of the following:
1. Apply fix for unpublished Bug 6799360 when it becomes available.
2. Upgrade Informix to 9.4 or 10 as the problem does not happen with these versions.
3. Use 10.2 TG4Informix until a fix for the 11g DG4Informix is available.
None of them are valid if you don't have any control of the Informix databases and if your Oracle database is in 64 bits (tg4informix not availabe for 64 bits). -
ORA-01461 error when migrating MySQL -- Oracle table data
All,
I'm migrating MySQL 4.x to Oracle10g. Everything went smoothly except for one table was unable to migrate data, giving me the following error:
Unable to migrate data from source table mysql.mytable to destination table root.MYTABLE :
ORA-01461: can bind a LONG value only for insert into a LONG columnThe offending source column in MySQL is defined as TEXT. In OMWB it is TEXT (5). The Oracle model originally defined it as VARCHAR2(1), but I resized it to VARCHAR2(4000) since it contains about 20 lines of text.
Neither the mysql or the oracle data models have a LONG column anywhere. Any idea's what might be causing this error?
Thanks.Hi Jon,
Thanks for the feedback. I'm unable to reproduce the problem you describe at the moment - if I try to migrate a TEXT(5), OMWB creates a VARCHAR(5) and the data migrates correctly!! However, I note from you description that even though the problematic source column datatype is TEXT(5), you mention that there are actually 20 lines of text in this field (and not 5 variable length characters as the definition might suggest).
Having read through some of the MySQL reference guide I note that, in certain circumstances, MySQL actually changes the column datatype specified either at table creation time or when interfacing with other databases ( ref 14.2.5.1 Silent Column Specification Changes and 12.7 Using Column Types from Other Database Engines in the MySQL reference guide). Since your TEXT(5) actually contains 20 lines of text, MySQL (database or JDBC driver .... or both) may be trying to automatically map the specified datatype of the column to a datatype more appropriate to storing 20 lines of text.... that is, to a LONG value in this case. Then, when Oracle is presented with this LONG value to store in a VARCHAR(5) field, it throws the ORA-01461 error. I need to investigate this further, but this may be the case - its the first time I've see this problem encountered.
To workaround this, you could change the datatype of the column to a LONG from within the Oracle Model before migrating. Any application code that accesses this column and expects a TEXT(5) value may need to be adjusted to cope with a LONG value. Is this a viable workaround for you?
I will investigate further and notiofy you of any details I uncover. We will need to track this issue for possible inclusion in future development plans.
I hope this helps,
Regards,
Tom. -
HT2589 Getting an error when updating my iphone user id already in use
I recently got my iphone and after I updated the new IOS6 version , I keep getting an error message.
This Apple ID is already in use and it asks me to reset my password which I have done a couple of times.
Any idea how I can fix this ?Hi ...
Try here > Associating and verifying email addresses with your Apple ID -
JBO-26030 and ORA-00054 error when updating a certain row
I have a page that saves data when you leave a cell in a table. Everything seems to work fine, but when you get to some cells the JBO-26030 error pops up and then no matter what you do you can't ever save anything on that cell. You can close everything down and reopen and change other cells, but when you go back to that cell the error message always pops up. I think it's mainly happening on the cell that is a drop down with 3 values (P, F, and NT). P is the value and key for the drop down.
Then when I go into the database through Toad I try to change the value just so see what happens and that's when I get the ORA-00054: resource busy and acquire with NOWAIT specified error. This again only happens when editing that row.
Any help is appreciated...Thanks!
Edited by: user10942416 on Aug 6, 2009 6:16 AMThis error is caused when the block property 'DML returning values' equals YES. This property was introduced as of forms 6. What does it do ? As per the on-line help of Forms, "A database update or insert action may initiate server-side triggers that cause alterations or additional changes in the data. In Release 6, when using an Oracle8 database server, Forms uses the DML Returning clause to immediately bring back any such changes. When this property is set to Yes, Forms will automatically update the client-side version of the data, and the user will not need to re-query the database to obtain the changed values". When this property is switched to yes the generated insert/update statement will contain the 'returning clause' and this clause is causing the error.
As far as I have tested, the only way at present, to get rid of this error is to set 'DML returing values' to NO. So, not to use this functionality.
See also:
http://support.oracle.co.uk/metalink/plsql/ml2_documents.showFrameDocument?p_database_id=NOT&p_id=143395.1
Please respond if this solution works for you.
Greets,
Guido Zeelen -
ORA-00054 error when loading Oracle table using Data Services
Hello,
we are facing ORA-00054 error when loading Oracle table using BO Data services
(Oracle 10g database, BODS Xi 3.2 SP3)
Test Job performs
1- truncate table
2- load table (tested in standard and bulk load modes)
Scenario when issue happens is:
1- Run loading Job
2- Job end in error for any Oracle data base error
3- When re-running the same Job, Job fails with following error
ORA-00054: resource busy and acquire with NOWAIT specified
It seems after first failure, Oracle session for loading the table stays active and locks the table.
To be able to rerun the Job, we are forced need to kill Oracle session manually to be able to run the Job again.
Expected behaviour would be : on error rollback modifications made on table and BODS stops Oracle session in a clean way.
Can somebody tell me / or point me to any BODS best practice about Oracle error handling to prevent such case?
Thanks in advance
Paul-Mariethe ora-0054 can occure depending how the job failed before. If this occures you will need the DBA to release the lock on the table in question
Or
AL_Engine.exe on The server it creates the Lock. Need to Kill Them. Or stop it..
This Problem Occurs when we select The Bulkloading Option in orclae We also faced the same issue,Our admin has Killed the session. Then everything alright. -
ORA-1722 ERROR WHEN SELECTING MFG_LOOKUPS TABLE
제품 : AOL
작성날짜 : 2003-04-07
ORA-1722 ERROR WHEN SELECTING MFG_LOOKUPS TABLE.
================================================
PURPOSE
Problem Description
sqlplus 에서 mfg_lookups table을 select할때,
ORA-1722 Invalid number 에러발생
Workaround
Solution Description
=======================================================
CREATE OR REPLACE VIEW mfg_lookups(
lookup_type,
lookup_code,
meaning,
description,
enabled_flag,
start_date_active,
end_date_active,
created_by,
creation_date,
last_update_date,
last_updated_by,
last_update_login
AS
SELECT lv.lookup_type,
TO_NUMBER(lv.lookup_code) lookup_code, <==== Wrong code!!!
lv.meaning,
lv.description,
lv.enabled_flag,
lv.start_date_active,
lv.end_date_active,
lv.created_by,
lv.creation_date,
lv.last_update_date,
lv.last_updated_by,
lv.last_update_login
FROM fnd_lookup_values lv
WHERE lv.LANGUAGE = USERENV('LANG') AND
lv.view_application_id = 700 AND
lv.security_group_id =
fnd_global.lookup_security_group(lv.lookup_type,
lv.view_application_id)
=================================================================
MFG_LOOKUPS 은 view로 fnd_lookup_values의 lookup_code값을 가지고 오는
방식이나, to_number로 변환하게 되어 있어 숫자가 아닌 문자의 경우
이와 같은 에러를 발생한다.
이번 경우, 고객이 새로 등록한 Lookup code였고, code값을 숫자의 format으로
다시 등록하니 해결됨.
Reference Documents
-------------------Yes but this is a regular operation and the INSERT is the only opportunity.
BTW, look at what else I have just found:
INSERT INTO Local_Table (a, b)SELECT col1, col2 FROM DUAL INNER JOIN Table1@remote ON (1=1) LEFT JOIN Table2@remote ON (...)
OK. -
Error when executing statement for table/stored proc. : ORA-00911
Hi All,
I am posting IDOC->XI->JDBC, approx 5000 Idocs.
But few messages are giving following error in XI-_SXMB_MONI
Can any one guide me what is the cause of error? I check whole Idoc data I am not able to see bad character? can any once guide me what are the bad character in XML to post data in oracle? so that i can search in XML and how to avoide this error.
"com.sap.aii.af.ra.ms.api.MessagingException: Error processing request in sax parser: Error when executing statement for table/stored proc. 'HRP1001' (structure 'INSERT_PAD34'): java.sql.SQLException: ORA-00911: invalid character"> I am talking about following IDOC.<ZRMD_A06> ->
> <E1PLOGI SEGMENT="1">-> <E1PITYP SEGMENT="1"> ->
> <E1PAD34 SEGMENT="1"> -><PROZT>0.00 #</PROZT>.
> Can we remove this # during message mapping in XI??
sure you can remove it using Replace function or by writing UDF.
as I am seing # is last character..<b>so remove # with " " (single space) and then use the TRIM fucntion.</b>
Thanks
Farooq.
*<b>Rewards points if you find it useful*</b> -
ORA-0907 error when querying XMLDB Table using XMLExists
Hi All,
Get ORA-00907 error when trying to use XMLExists:
SELECT *
FROM tnmab_agreement_xml_binary A
WHERE
( XMLExists('declare default element namespace "http://com.oocl.schema.tnm.agreementbuilder"; $XML/Agreement/ShippingPartyGroups/ShippingParties/CustomerHolder[SAP_ID="$ARG"]')
passing agreements.AGREEMENT_XML as "XML", '5000003001' as "ARG")
OR
( XMLExists('declare default element namespace "http://com.oocl.schema.tnm.agreementbuilder"; $XML/Agreement/NamedCustomerGroups/NamedCustomer/SAP_IDs/StringWrappers[Value="$ARG"]')
passing agreements.AGREEMENT_XML as "XML", '5000003001' as "ARG")
ORA-00907: missing right parenthesis
*00907. 00000 - "missing right parenthesis"*
**Cause:*
**Action:*
Error at Line: 6 Column: 176
Any help is appreciated
Thanks
AuroXMLExists('declare default element namespace "http://com.oocl.schema.tnm.agreementbuilder"; $XML/Agreement/ShippingPartyGroups/ShippingParties/CustomerHolder[SAP_ID="$ARG"]'
passing agreements.AGREEMENT_XML as "XML", '5000003001' as "ARG")no ')' after the closing quote -
ORA -12569 error when querying dba_change_notification_regs table
Hi,
I am getting ORA-12569 error when i am trying to execute Select * from dba_change_notification_regs from sys user .we are working on oracle 10.2 version.
Please help in resoving the issue.
Thanks In advance.
PriyaORA-12569: TNS:packet checksum failure
Cause: The data received is not the same as the data sent.
Action: Attempt the transaction again. If the error is persistent, turn on tracing and reexecute the operation.
If this doesn't resolve your issue, please see metalink 4933023.8 (problem fixed there) -
ORA-03115 error when calling a Stored Procedure
Hi All,
I'm in the process of porting a Pro/C app from NT to Linux. I've installed 8.1.5 on our Linux box and patched it up to 8.1.5.02.
It all kind of works ok, except that I'm sometimes getting ORA-03115 errors when the app calls a stored procedure. The call in question looks like this:
EXEC SQL BEGIN DECLARE SECTION;
VARCHAR resprows[50][3998];
int numret = 0;
int numrows= 50;
int done= 0;
unsigned long resp_id = 0;
EXEC SQL END DECLARE SECTION;
EXEC SQL AT DB_NAME EXECUTE
BEGIN pkg_something.getdata(
:resp_id, /* IN */
:numrows, /* IN */
:done, /* OUT */
:resprows, /* OUT */
:numret /* OUT */
END;
END-EXEC;
The stored procedure basically uses the resp_id value to select rows from a table;
in each row there is a VARCHAR2(4000) column which it copies into the hostarray resprows.
There may be anything from 1 to numrows returned from the SP.
Initially, the resprows rows were defined to be size [4000]. Unfortunately, this caused ORA-02005 errors - I then changed the size to [3998], which seemed to fix the 02005's (although I'm unclear as to the reasons why).
Now I'm getting the 03115 errors when calling the SP. The oracle manual is not very helpful on what this error means.
This all works chipper on NT.
Any ideas?
Thanks in advance,
Nigel.
PS: The database the app is talking to is still hosted on NT.
nullHiston FTM wrote:
ORA-04063: package body "LAZARUS.LAZARUS" has errors Above, obviously conflicts with the statement that follows:
>
The procedure and package have both compiled without errors and the statement on its own works fine in SQL*Plus.I suggest you take a look in the USER_ERRORS view to see, what the errors are.
And just checking:
You have schema called LAZARUS, which holds a package named LAZARUS, which holds a procedure called POPULATEGRIDPOSITIONS?
Edited by: Toon Koppelaars on Oct 1, 2009 5:55 PM -
Why am I getting an ORA-04052 error when I try to compile a Procedure?
Hi,
The following procedure I'm getting an ORA-04052 error when I try to compile the following procedure.
CREATE OR REPLACE PROCEDURE APPS.Find_String (
pin_referenced_name IN dba_dependencies.referenced_name%TYPE)
IS
cursor cur_get_dependancy
is
SELECT distinct owner, name, type
FROM [email protected] -- prod.world
WHERE lower(referenced_name) = lower(pin_referenced_name) --'ftbv_salesrep_all_1d'
AND referenced_type <> 'SYNONYM'
AND owner <> 'SYS'
order by name;
v_owner varchar2(40);
v_name varchar2(50);
v_type varchar2(40);
BEGIN
dbms_output.put_line(upper(pin_referenced_name)||' is found in the following objects.');
dbms_output.put_line(' ');
dbms_output.put_line(RPAD('OWNER', 30, ' ')||RPAD('NAME', 60, ' ')||RPAD('OBJECT TYPE', 30, ' '));
dbms_output.put_line('-------------------------------------------------------------------------------------------------------------------');
FOR i IN cur_get_dependancy
LOOP
v_owner := RPAD(i.owner, 30, ' ');
v_name := RPAD(i.name, 45, ' ');
v_type := RPAD(i.type, 30, ' ');
dbms_output.put_line(v_owner ||v_name|| v_type);
END LOOP;
END find_string;I'm using the link [email protected]. The procedure compiles for other database links used in the cursor including the one commented to the right of the code 'prod.world'.
What's even stranger is that I took the SELECT statement
SELECT distinct owner, name, type
FROM [email protected] -- prod.world
WHERE lower(referenced_name) = lower(pin_referenced_name) --'ftbv_salesrep_all_1d'
AND referenced_type <> 'SYNONYM'
AND owner <> 'SYS'
order by name;out of the procedure and ran it on the command line using the @pinp.world link, the SQL statement ran just fine. But when I tried to compile the above procedure with that exact same SQL statement with the exact same link I get the following string of errors.
ORA-04052: error occurred when looking up remote object [email protected]
ORA-00604: error occurred at recursive SQL level 1
ORA-02068: following severe error from PINP
ORA-03113: end-of-file on communication channelHow can the link work just fine in a regular SQL statement but then cause an error when its compiled in code that otherwise compile just fine when using any other link or even just a plain database. Does anyone have any suggestions?OK Justin,
Here's the query by itself run in another database using the @pinp.world link and querying the dba_dependencies table in the pinp.world database. As you can see the query using this link works just fine returning the requested rows. I can't figure out why the compiler is having an issue with essentially this same query when I try to compile it in a cursor in TOAD. Also this is the database (dev1.world) that I'm trying to compile this Procedure in.
By the way I'm in an Oracle 9.2.0.6 database and TOAD v9.2.
SQL> conn apps/apps1@dev1
Connected.
SQL> SELECT distinct owner, name, type
2 FROM [email protected]
3 WHERE lower(referenced_name) = lower('ALL_USERS')
4 AND referenced_type <> 'SYNONYM'
5 AND owner <> 'SYS'
6 order by name;
OWNER NAME TYPE
PUBLIC ALL_USERS SYNONYM
XDB DBMS_XDBUTIL_INT PACKAGE BODY
XDB DBMS_XDBZ0 PACKAGE BODY
SYSTEM MVIEW_EVALUATIONS VIEW
SYSTEM MVIEW_EXCEPTIONS VIEW
SYSTEM MVIEW_FILTER VIEW
SYSTEM MVIEW_LOG VIEW
SYSTEM MVIEW_RECOMMENDATIONS VIEW
SYSTEM MVIEW_WORKLOAD VIEW
ORASSO WWCTX_API PACKAGE BODY
PORTAL WWCTX_API PACKAGE BODY
ORASSO WWEXP_UTL PACKAGE BODY
PORTAL WWEXP_UTL PACKAGE BODY
PORTAL WWPOB_API_PAGE PACKAGE BODY
PORTAL WWPOF PACKAGE BODY
ORASSO WWPRO_PROVIDER_VALIDATION PACKAGE BODY
PORTAL WWPRO_PROVIDER_VALIDATION PACKAGE BODY
PORTAL WWSBR_EDIT_ATTRIBUTE PACKAGE BODY
PORTAL WWSBR_FOLDER_PORTLET PACKAGE BODY
PORTAL WWSBR_USER_PAGES_PORTLET PACKAGE BODY
ORASSO WWUTL_API_PARSE PACKAGE BODY
OWNER NAME TYPE
PORTAL WWUTL_API_PARSE PACKAGE BODY
PORTAL WWUTL_EXPORT_IMPORT_LOV PACKAGE BODY
ORASSO WWUTL_LOV PACKAGE BODY
PORTAL WWUTL_LOV PACKAGE BODY
PORTAL WWV_CONTEXT PACKAGE BODY
PORTAL WWV_CONTEXT_UTIL PACKAGE BODY
PORTAL WWV_DDL PACKAGE BODY
PORTAL WWV_GENERATE_UTL PACKAGE BODY
PORTAL WWV_GLOBAL PACKAGE
PORTAL WWV_MONITOR_DATABASE PACKAGE BODY
PORTAL WWV_PARSE_AS_SPECIFIC_USER PACKAGE BODY
PORTAL WWV_PARSE_AS_USER PACKAGE BODY
PORTAL WWV_SYS_DML PACKAGE BODY
PORTAL WWV_SYS_RENDER_HIERARCHY PACKAGE BODY
PORTAL WWV_THINGSAVE PACKAGE BODY
PORTAL WWV_UTIL PACKAGE BODY
PORTAL WWV_UTLVALID PACKAGE BODY
38 rows selected.
SQL>Let me know what you think.
Thanks again.
Maybe you are looking for
-
Quick battery depletion, surprise shut down, and more
Power info: System Power Settings: AC Power: System Sleep Timer (Minutes): 0 Disk Sleep Timer (Minutes): 10 Display Sleep Timer (Minutes): 20 Automatic Restart On Power Loss: No Wake On AC Change: No Wake On Clamshell Open: Yes Wake On LAN: Yes Displ
-
is it possible to give just AD users access to a shared mailbox via webmail in an exchange 2010 environment when those users do not have mailboxes associated with their AD account? They do have full access rights to the shared mailbox.
-
I can't retrieve a voicemail to listen to it again. It has not been deleted. I simply need to listen again to retrieve the phone number that was listed as unknown. <Subject Edited by Host>
-
Hello, i need to change the existing purchase order scenario in sap XI, we don't have the QA system we have only DEV and PRD, i want to back up the existing scenario or copy the existing scenario and work with the copied one. could any one tell me ho
-
Bringing over Custom EQ settings in iPod
When updating your iPod from iTunes, is there a way that the iPod can bring over the EQ's that you've customized in iTunes? For me this would be wonderful. The EQ selections in the iPod are very basic and could use some true graphic equalizing tweaki