Ora-03113 error with XMLTABLE inside subquery or view

I'm getting ORA-03113 error if I use a result of XMLTABLE inside a subquery of another query (whether XMLTABLE is inline, or from a view). Code below to reproduce this - vastly simplified and now rather meaningless - but produces same error. Has anyone saw this error re. XMLTABLE or know of metalink bugs on this ? I couldn't find anything. I'm having to use deprecated table(xmlsequence) instead, which doesn't get this error.
--DROP TABLE TEST
CREATE TABLE TEST(ID number(10), CUST_REF varchar2(50 char), XMLDATA XMLTYPE);
INSERT INTO TEST(ID, CUST_REF, XMLDATA) VALUES (1, 'XYZ',
XMLTYPE('<?xml version="1.0" encoding="utf-16"?>
<TESTXML
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns="urn:ABC-123:TESTXML">
<collections>
<TRANSACTION_COLLECTION>
<TRANSACTION>
<RECORD_ID>1</RECORD_ID>
<TRANSACTION_ID>7791786</TRANSACTION_ID>
<AMOUNT>335</AMOUNT>
<TYPE>I</TYPE>
<DC>DR</DC>
</TRANSACTION>
</TRANSACTION_COLLECTION>
</collections>
</TESTXML>'));
COMMIT;
CREATE VIEW TEST_XMLVIEW
AS
SELECT
ID,
CUST_REF,
xmltbl.RECORD_ID,
xmltbl.TRANSACTION_ID,
xmltbl.AMOUNT,
xmltbl.TYPE,
xmltbl.DC
FROM TEST,
XMLTable(XMLNamespaces(DEFAULT 'urn:ABC-123:TESTXML'),
'/TESTXML/collections/TRANSACTION_COLLECTION/TRANSACTION' PASSING TEST.XMLDATA
COLUMNS
"RECORD_ID" number(10) PATH 'RECORD_ID',
"TRANSACTION_ID" VARCHAR(200 CHAR) PATH 'TRANSACTION_ID',
"DC" VARCHAR(200 CHAR) PATH 'DC',
"TYPE" VARCHAR(200 CHAR) PATH 'TYPE',
"AMOUNT" NUMBER(38,8) PATH 'AMOUNT')
AS xmltbl;
WITH SUM_AMOUNTS (ID, CUST_REF, SUM_1, SUM_2, SUM_3)
AS
(SELECT ID, CUST_REF, SUM(AMOUNT) AS SUM_1, SUM(AMOUNT) AS SUM_2, SUM(AMOUNT) + SUM(AMOUNT) AS SUM_3
FROM TEST_XMLVIEW
GROUP BY ID, CUST_REF)
select
ID,
CUST_REF,
SUM_1,
SUM_2,
SUM_3
from SUM_AMOUNTS;
Version Details:
Oracle Database 11g Enterprise Edition Release 11.2.0.2.0 - 64bit Production
PL/SQL Release 11.2.0.2.0 - Production
CORE     11.2.0.2.0     Production
TNS for 64-bit Windows: Version 11.2.0.2.0 - Production
NLSRTL Version 11.2.0.2.0 - Production

Has anyone saw this error re. XMLTABLE or know of metalink bugs on this ? I couldn't find anything.Really?
Go to the trace directory and find the relevant trace/incident file.
On my system, I can see something like this :
ORA-07445: exception encountered: core dump [evaopn3()+656] [ACCESS_VIOLATION] [ADDR:0x0] [PC:0x234A5B6] [UNABLE_TO_READ] []Copy/paste that line into the ORA-00600/ORA-07445 look-up tool on My Oracle Support and run the search for your version.
You will find this article :
*ORA-7445 (evaopn3) [ID 860969.1]*
and at the bottom of the page, among the known related bugs, this one :
*Bug 12724375 : ORA-7445 [evaopn3] from XQuery with GROUP BY*

Similar Messages

  • ORA-03113 error with sdo_difference function

    Hi,
    I am trying to find the topological difference between geometries in two tables, using the sdo_difference function. For certain geometries, I am getting the "ORA-03113: end-of-file on communication channel" error.
    All my geometries are valid and are in the same projection.
    I am not able to track down why exactly this is happening. My hunch is that this occurs when there is an exact match between two geometries.
    Has anyone come across this problem before?
    Thanks in advance.
    Cheers,
    Sundar.

    My client is using 8.1.6 and I was having the same problem. The geometries I'm using are machine built (translated from Intergraph drawings) and they have complex geometries with individual lines.
    I increased my TOLERANCE from 0.0000000005 to 0.000005 metres and the problem was disappeared.
    The same workaround fixed problems I was having with SDO_INTERSECTION as well.

  • ORA-03113 error with MERGE

    Hi,
    I am trying to MERGE two tables with MERGE INTO but got the error ORA-03113 'end of communication channel' when more than 100 lines in the USING clause are selected.
    Did anybody encountered the same problem ?
    (Oracle 9I R9.2.0.2, TOAD as client software)
    Thanks for your Answers
    JC Thomas

    Try using SQLPlus and see if you get the same error.

  • Deleting application results in ORA-03113 error

    I'm having trouble deleting applications from my workspace. Every time I attempt to delete an application, I get an ORA-03113 error.
    It doesn't seem to matter whether or not I choose to include the Application Definition or Supporting Objects when deleting.
    If I cancel and keep trying to delete the application, the db crashes. When this happens the .trc file shows multiple memory errors and the alert log shows multiple core dumps.
    db version = *10.2.0.1*
    apex version = *3.2*
    If anyone has experience with similar issues, any suggestions would appreciated. This problem has been a real pain.
    Keith Malay
    www.sds-cg.com

    Keith,
    There are quite a few hits on Metalink for this error. You may want to go there and see if you can find a patch (of which there seems to be several) or some other method of troubleshooting this problem.
    Here is what Doc ID: 1020463.6 has to say in the introduction:
    The ORA-3113 error is a general error reported by Oracle client tools,
    which signifies that they cannot communicate with the oracle shadow
    process. As it is such a general error more information must be collected
    to help determine what has happened.
    Than note's title is "Diagnosing ORA-3113 Errors".
    Good luck,
    Don.

  • CTX_DDL.SYNC_INDEX  gives ORA-03113 error

    I am trying to use the CTX_DDL.SYNC_INDEX command in order to update the full Text Index on a table, which contains a word document as a binary object, but I get an ORA-03113 error every time I do this. I get the same error if the table contains an Excel file. It works perfectly OK if the table contains simple text files.

    Hi Barbara - thanks for your response.
    In answer to your questions;
    Oracle version is 9.2.0.1.0
    Table structure is created with following sql;
    CREATE TABLE DOCUMENTFILE
         (DOCUMENTFILEID      NUMBER (10,0) NOT NULL,
         DATA                LONG RAW,
         FILE_SIZE           NUMBER (10,0),
         FILENAME           VARCHAR2 (510),
         ENCRYPTIONKEY           VARCHAR2 (100),
         VALIDATIONKEY           VARCHAR2 (100),
         MIMETYPE           VARCHAR2 (255),
         FILEEXTENSION           CHAR (3),
         DELETED           NUMBER (1,0)
    Index is created with following command
    CREATE INDEX ORGANISATION_TEXT_INDEX
    ON COLLABORATOR.ORGANISATION(ORGANISATION_NAME)
    INDEXTYPE IS CTXSYS.CONTEXT PARAMETERS ('');
    Resync command is as follows
    EXEC CTX_DDL.SYNC_INDEX('DOCUMENT_TEXT_INDEX');
    I am testing by runing the command via SQL Plus
    In response to question 'Are you using inso_filter or auto_filter? ' - I dont know
    Thanks for your help,
    Peter

  • Ora-03113 error in version 8.0.5

    kindly guide me through the procedure to solve ora-03113 error "end of file on communication channel" in database version 8.0.5

    after instance started up, in sqlplus type:
    SQL> show parameter background_dump_dest
    NAME TYPE VALUE
    background_dump_dest string /oracle/home92/admin/dump ->>>> this is in my caseGo to that folder (which is in your case) and there should be alert_YOUR_DB_NAME.log and open it with text editor and copy/paste last 100 lines here.
    Edited by: drop.any on Nov 2, 2009 2:53 AM

  • ORA 03113 error creating database

    On Oracle 8.1.7, I've get an ORA 03113 error when creating the database. Pressing ignore leaves it hanging at 90%. I've tried creating db by copying files from CD and creating with custom parameters but same issue. There have been other threads regarding this error but no responses. I couldn't find any logs with specific error messages in my temp directory. Are there any logs I can refer to? How can I resolve this issue? I am on NT 4, SP6. Thanks.

    Hi Tim,
    Have you checked the setup files for the appropriate Net8 driver correctly installed on the server? I'd look at this you not have the correct Oracle networks drivers or a compatibility issue with them. Try reinstalling net8. This is really a Two-Task Common error (TTC) in the net8 stack.
    HTH
    Steve
    On Oracle 8.1.7, I've get an ORA 03113 error when creating the database. Pressing ignore leaves it hanging at 90%. I've tried creating db by copying files from CD and creating with custom parameters but same issue. There have been other threads regarding this error but no responses. I couldn't find any logs with specific error messages in my temp directory. Are there any logs I can refer to? How can I resolve this issue? I am on NT 4, SP6. Thanks.

  • Problem with APEX 4.0 -  "ORA-20001: Error with: GRANT CREATE CLUSTER "

    I have a workspace which I've succesfully created with schema A.
    However when i try to assign an additional schema to it, schema B, I get the following error message :-
    "ORA-20001: Error with: GRANT CREATE CLUSTER TO "BI_SOURCES" ORA-01031: insufficient privileges"
    i've tried granting "create cluster with admin option' to users A,B,anonymous AND APEX_040000. FLOWS_030000 already has these privileges.
    Anybody any ideas ?
    regs
    johnnie
    Edited by: johnnie d on 31-Aug-2011 10:58

    I have experience the similiar problem. The error message: Invalid exist/not exist condition: ORA 2001 Query must begin with Select or With.
    I have home page and concept review report page below home page. And Concept review form under the report page. The error is display in all of the three pages. I checked carefully and still not able to find where the error come from. Can you please help? All the report region and form region have the select statement, is it from the LOVs? Home
    Concept review report
    Concept reveiw Form(for detail info)
    Thank you!

  • ORA-03113 error when using Oracle 9i with Mapx 5.0

    Hello,
    I am using Personal Oracle 9i Release 2 with Mapx5.0 on Delphi.
    Accessing the layers using tab files also as server layers..,
    and commonly using the method of Mapx Layer.SearchAtPoint
    Search is done on region, line as well as on point objects...,
    at some point of time it flashes me the error
    ORA-03113 end-of-file on communication channel
    I am not exactly able to figure out when it gives..,
    but i m getting it after some clicks on the layers
    The same executable is working fine with Oracle 8.1.7
    As anybody faced such a problem and knows the possible cause
    Thanks,
    Binoy

    There is some java bug that is causing some problems if you are using 9.2.0.3. Here is some information:
    Workaround for bug 2755842:
    Event 10499 can be set (any non-zero level) to revert to the old behaviour.
    ==================================================
    Setting the EVENT 10499
    =======================
    Check if the database server is using a server parameter (spfile) a parameter (init.ora) file.
    From sqlplus, connect as sysdba and execute the command:
    show parameters spfile
    If the value is NULL or empty, then spfile is NOT enabled and init.ora is used.
    1) If SPFILE is used:
    SQL> show parameters spfile
    NAME TYPE VALUE
    spfile string
    %ORACLE_HOME%\DATABASE\SPFILE%ORACLE_SID%.ORA
    a) Using sqlplus logon as sysdba
    b) Execute: alter system set event="10499 trace name context forever,level 4" scope=spfile
    sid='*';
    c) shutdown
    d) startup the database
    2) If INIT.ORA is used:
    a) In the init<SID>.ora file, add the parameter event="10499 trace name context forever,level 4"
    b) Stop and start the database
    Hope this is it.
    Dan

  • SQL*Net and Datapump export disconnects with ORA-03113 error

    Hi,
    I have some trouble with an Oracle 11.2.0.1.0 server installation on a Windows 2008 R2 server.
    If I am connected with SQL*Plus on the database server to an instance it randomly disconnects me, but no longer than after 30-60 seconds even though I am active running simple select queries.
    I can connect again without any error and soon it disconnects me again.
    If I am running an expdp, datapump export it starts but displays error UDE-03113 and then ORA-03113. The datapump export continues in the background and finish successfully though.
    When having a look at the Alert.log for the database instance I see this error everytime it happens:
    Fatal NI connect error 12547, connecting to:
    (LOCAL=NO)
    VERSION INFORMATION:
         TNS for 64-bit Windows: Version 11.2.0.1.0 - Production
         Oracle Bequeath NT Protocol Adapter for 64-bit Windows: Version 11.2.0.1.0 - Production
         Windows NT TCP/IP NT Protocol Adapter for 64-bit Windows: Version 11.2.0.1.0 - Production
    Time: 22-JUL-2012 21:10:40
    Tracing not turned on.
    Tns error struct:
    ns main err code: 12547
    TNS-12547: TNS:lost contact
    ns secondary err code: 12560
    nt main err code: 0
    nt secondary err code: 0
    nt OS err code: 0
    opiodr aborting process unknown ospid (19800) as a result of ORA-609
    Mon Jul 23 02:00:00 2012
    I don't believe it is an network problem as each command I am running is on the server console. No other errors in the OS event log so I need some help where to start...
    Thanks in advance!
    Best Regards
    Martin Gabrielsson

    Thanks, no windows firewall turned on, I turned on SQL*Net tracing and this is the last part of the trc file after doing a simple select query on a table with 3 rows. After the select query has been runned I am disconnected... Any idea, help is really appreciated!
    +2012-07-30 18:15:28.658650 : nsbasic_brc:packet dump+
    +2012-07-30 18:15:28.658660 : nsbasic_brc:01 74 00 00 06 00 00 00 |.t......|+
    +2012-07-30 18:15:28.658668 : nsbasic_brc:00 00 06 01 1A 00 26 00 |......&.|+
    +2012-07-30 18:15:28.658676 : nsbasic_brc:00 00 00 00 0F 00 00 00 |........|+
    +2012-07-30 18:15:28.658684 : nsbasic_brc:00 00 00 00 00 00 00 00 |........|+
    +2012-07-30 18:15:28.658693 : nsbasic_brc:00 00 00 00 00 00 00 00 |........|+
    +2012-07-30 18:15:28.658701 : nsbasic_brc:00 00 00 00 00 00 00 00 |........|+
    +2012-07-30 18:15:28.658708 : nsbasic_brc:00 00 00 00 00 00 00 00 |........|+
    +2012-07-30 18:15:28.658717 : nsbasic_brc:00 00 00 00 07 96 2C 00 |......,.|+
    +2012-07-30 18:15:28.658725 : nsbasic_brc:25 06 4D 52 20 20 20 20 |%.MR....|+
    +2012-07-30 18:15:28.658734 : nsbasic_brc:03 C2 1A 5F 04 C3 02 10 |..._....|+
    +2012-07-30 18:15:28.658742 : nsbasic_brc:43 06 43 4C 4F 53 45 44 |C.CLOSED|+
    +2012-07-30 18:15:28.658750 : nsbasic_brc:FF FF FF FF FF FF FF FF |........|+
    +2012-07-30 18:15:28.658758 : nsbasic_brc:FF FF 06 4C 50 49 4D 20 |...LPIM.|+
    +2012-07-30 18:15:28.658767 : nsbasic_brc:20 FF FF FF FF FF FF FF |........|+
    +2012-07-30 18:15:28.658775 : nsbasic_brc:FF FF FF FF FF 0A 4D 41 |......MA|+
    +2012-07-30 18:15:28.658783 : nsbasic_brc:52 47 41 42 20 20 20 20 |RGAB....|+
    +2012-07-30 18:15:28.658791 : nsbasic_brc:FF 3C 77 68 65 65 6C 20 |.<wheel.|+
    +2012-07-30 18:15:28.658799 : nsbasic_brc:73 68 6F 70 20 20 20 20 |shop....|+
    +2012-07-30 18:15:28.658807 : nsbasic_brc:20 20 20 20 20 20 20 20 |........|+
    +2012-07-30 18:15:28.658815 : nsbasic_brc:20 20 20 20 20 20 20 20 |........|+
    +2012-07-30 18:15:28.658824 : nsbasic_brc:20 20 20 20 20 20 20 20 |........|+
    +2012-07-30 18:15:28.658832 : nsbasic_brc:20 20 20 20 20 20 20 20 |........|+
    +2012-07-30 18:15:28.658840 : nsbasic_brc:20 20 20 20 20 20 20 20 |........|+
    +2012-07-30 18:15:28.658848 : nsbasic_brc:20 20 20 20 20 20 02 C1 |........|+
    +2012-07-30 18:15:28.658856 : nsbasic_brc:05 07 78 66 05 03 10 09 |..xf....|+
    +2012-07-30 18:15:28.658864 : nsbasic_brc:38 02 C1 02 FF 03 C2 08 |8.......|+
    +2012-07-30 18:15:28.658872 : nsbasic_brc:42 FF 01 58 04 01 00 00 |B..X....|+
    +2012-07-30 18:15:28.658880 : nsbasic_brc:00 14 00 01 02 00 00 00 |........|+
    +2012-07-30 18:15:28.658888 : nsbasic_brc:7B 05 00 00 00 00 02 00 |{.......|+
    +2012-07-30 18:15:28.658897 : nsbasic_brc:00 00 03 00 20 00 00 00 |........|+
    +2012-07-30 18:15:28.658905 : nsbasic_brc:00 00 00 00 00 00 00 00 |........|+
    +2012-07-30 18:15:28.658912 : nsbasic_brc:00 00 00 00 00 00 00 00 |........|+
    +2012-07-30 18:15:28.658921 : nsbasic_brc:00 00 00 00 00 16 00 00 |........|+
    +2012-07-30 18:15:28.658929 : nsbasic_brc:01 00 00 00 36 01 00 00 |....6...|+
    +2012-07-30 18:15:28.658937 : nsbasic_brc:00 00 00 00 00 00 00 00 |........|+
    +2012-07-30 18:15:28.658945 : nsbasic_brc:00 00 00 00 E0 53 D1 22 |.....S."|+
    +2012-07-30 18:15:28.658953 : nsbasic_brc:00 00 00 00 00 00 00 00 |........|+
    +2012-07-30 18:15:28.658961 : nsbasic_brc:00 00 00 00 00 00 00 00 |........|+
    +2012-07-30 18:15:28.658969 : nsbasic_brc:00 00 00 00 00 00 00 00 |........|+
    +2012-07-30 18:15:28.658977 : nsbasic_brc:00 00 00 00 00 00 00 00 |........|+
    +2012-07-30 18:15:28.658987 : nsbasic_brc:00 00 00 00 00 00 00 00 |........|+
    +2012-07-30 18:15:28.658996 : nsbasic_brc:00 00 00 00 00 00 00 00 |........|+
    +2012-07-30 18:15:28.659004 : nsbasic_brc:00 00 00 00 00 00 00 00 |........|+
    +2012-07-30 18:15:28.659012 : nsbasic_brc:00 00 00 00 17 4F 52 41 |.....ORA|+
    +2012-07-30 18:15:28.659021 : nsbasic_brc:2D 30 31 34 30 33 3A 20 |-01403:.|+
    +2012-07-30 18:15:28.659029 : nsbasic_brc:64 61 74 61 20 73 61 6B |data.sak|+
    +2012-07-30 18:15:28.659038 : nsbasic_brc:6E 61 73 0A |nas. |+
    +2012-07-30 18:15:28.659046 : nsbasic_brc:exit: oln=0, dln=362, tot=372, rc=0+
    +2012-07-30 18:15:28.659054 : nioqrc:exit+
    +2012-07-30 18:16:09.583993 : nioqsn:entry+
    +2012-07-30 18:16:09.584062 : nioqsn:exit+
    +2012-07-30 18:16:09.584086 : nioqrc:entry+
    +2012-07-30 18:16:09.584097 : nsbasic_bsd:entry+
    +2012-07-30 18:16:09.584107 : nsbasic_bsd:tot=0, plen=318.+
    +2012-07-30 18:16:09.584116 : nttfpwr:entry+
    +2012-07-30 18:16:09.584146 : ntt2err:entry+
    +2012-07-30 18:16:09.584162 : ntt2err:soc 564 error - operation=6, ntresnt[0]=530, ntresnt[1]=54, ntresnt[2]=0+
    +2012-07-30 18:16:09.584171 : ntt2err:exit+
    +2012-07-30 18:16:09.584178 : nttfpwr:exit+
    +2012-07-30 18:16:09.584192 : nserror:entry+
    +2012-07-30 18:16:09.584203 : nserror:nsres: id=0, op=67, ns=12571, ns2=12560; nt[0]=530, nt[1]=54, nt[2]=0; ora[0]=0, ora[1]=0, ora[2]=0+
    +2012-07-30 18:16:09.584213 : nsbasic_bsd:exit (-1)+
    +2012-07-30 18:16:09.584224 : nioqrc:send failed: bl = 1, nicbl = 1+
    +2012-07-30 18:16:09.584234 : nioqper: error from nioqrc+
    +2012-07-30 18:16:09.584242 : nioqper: ns main err code: 12571+
    +2012-07-30 18:16:09.584250 : nioqper: ns (2) err code: 12560+
    +2012-07-30 18:16:09.584258 : nioqper: nt main err code: 530+
    +2012-07-30 18:16:09.584266 : nioqper: nt (2) err code: 54+
    +2012-07-30 18:16:09.584275 : nioqper: nt OS err code: 0+
    +2012-07-30 18:16:09.584285 : nioqer:entry+
    +2012-07-30 18:16:09.584293 : nioqer: incoming err = 12150+
    +2012-07-30 18:16:09.584301 : niomapnserror:entry+
    +2012-07-30 18:16:09.584311 : niqme:entry+
    +2012-07-30 18:16:09.584321 : niqme:reporting NS-12571 error as ORA-12571+
    +2012-07-30 18:16:09.584330 : niqme:exit+
    +2012-07-30 18:16:09.584337 : niomapnserror:exit+
    +2012-07-30 18:16:09.584344 : nioqce:entry+
    +2012-07-30 18:16:09.584352 : nioqce:exit+
    +2012-07-30 18:16:09.584359 : nioqer: returning err = 12571+
    +2012-07-30 18:16:09.584366 : nioqer:exit+
    +2012-07-30 18:16:09.584374 : nioqrc: returning error: 12571+
    +2012-07-30 18:16:09.584381 : nioqrc:exit+
    +2012-07-30 18:16:09.584396 : nioqrs:entry+
    +2012-07-30 18:16:09.584412 : nioqrs: state = interrupted (1)+
    +2012-07-30 18:16:09.584425 : nscontrol:entry+
    +2012-07-30 18:16:09.584435 : nscontrol:cmd=45, lcl=0x0+
    +2012-07-30 18:16:09.584442 : nscontrol:normal exit+
    +2012-07-30 18:16:09.584450 : nscontrol:entry+
    +2012-07-30 18:16:09.584457 : nscontrol:cmd=1, lcl=0x0+
    +2012-07-30 18:16:09.584464 : nscontrol:normal exit+
    +2012-07-30 18:16:09.584476 : nioqsm:entry+
    +2012-07-30 18:16:09.584485 : nioqsm: Sending break packet (1)...+
    +2012-07-30 18:16:09.584493 : nscontrol:entry+
    +2012-07-30 18:16:09.584500 : nscontrol:cmd=45, lcl=0x0+
    +2012-07-30 18:16:09.584508 : nscontrol:normal exit+
    +2012-07-30 18:16:09.584516 : nsdo:entry+
    +2012-07-30 18:16:09.584525 : nsdo:cid=0, opcode=67, *bl=1, *what=17, uflgs=0x100, cflgs=0x3+
    +2012-07-30 18:16:09.584534 : nsdo:rank=64, nsctxrnk=0+
    +2012-07-30 18:16:09.584543 : nsdo:nsctx: state=8, flg=0x400d, mvd=0+
    +2012-07-30 18:16:09.584552 : nsdo:gtn=32, gtc=32, ptn=10, ptc=8191+
    +2012-07-30 18:16:09.584560 : nsdofls:entry+
    +2012-07-30 18:16:09.584569 : nsdofls:DATA flags: 0x0+
    +2012-07-30 18:16:09.584577 : nsdofls:normal exit+
    +2012-07-30 18:16:09.584587 : nsdo:sending NSPTMK packet+
    +2012-07-30 18:16:09.584596 : nspsend:entry+
    +2012-07-30 18:16:09.584605 : nspsend:plen=11, type=12+
    +2012-07-30 18:16:09.584614 : nttwr:entry+
    +2012-07-30 18:16:09.584628 : ntt2err:entry+
    +2012-07-30 18:16:09.584638 : ntt2err:soc 564 error - operation=6, ntresnt[0]=530, ntresnt[1]=54, ntresnt[2]=0+
    +2012-07-30 18:16:09.584646 : ntt2err:exit+
    +2012-07-30 18:16:09.584657 : nttwr:exit+
    +2012-07-30 18:16:09.584668 : nspsend:0 bytes to transport+
    +2012-07-30 18:16:09.584677 : nspsend:transport write error+
    +2012-07-30 18:16:09.584684 : nspsend:error exit+
    +2012-07-30 18:16:09.584692 : nsdo:error sending NSPTMK packet+
    +2012-07-30 18:16:09.584700 : nserror:entry+
    +2012-07-30 18:16:09.584709 : nserror:nsres: id=0, op=67, ns=12571, ns2=12560; nt[0]=530, nt[1]=54, nt[2]=0; ora[0]=0, ora[1]=0, ora[2]=0+
    +2012-07-30 18:16:09.584719 : nsdo:nsctxrnk=0+
    +2012-07-30 18:16:09.584726 : nsdo:error exit+
    +2012-07-30 18:16:09.584737 : nioqsm:send-break: failed to send break...+
    +2012-07-30 18:16:09.584746 : nioqper: error from send-marker+
    +2012-07-30 18:16:09.584753 : nioqper: ns main err code: 12571+
    +2012-07-30 18:16:09.584761 : nioqper: ns (2) err code: 12560+
    +2012-07-30 18:16:09.584769 : nioqper: nt main err code: 530+
    +2012-07-30 18:16:09.584776 : nioqper: nt (2) err code: 54+
    +2012-07-30 18:16:09.584784 : nioqper: nt OS err code: 0+
    +2012-07-30 18:16:09.584792 : nioqsm:exit+
    +2012-07-30 18:16:09.584799 : nioqer:entry+
    +2012-07-30 18:16:09.584808 : nioqer: incoming err = 12152+
    +2012-07-30 18:16:09.584817 : niomapnserror:entry+
    +2012-07-30 18:16:09.584824 : niqme:entry+
    +2012-07-30 18:16:09.584833 : niqme:reporting NS-12571 error as ORA-12571+
    +2012-07-30 18:16:09.584840 : niqme:exit+
    +2012-07-30 18:16:09.584847 : niomapnserror:exit+
    +2012-07-30 18:16:09.584854 : nioqce:entry+
    +2012-07-30 18:16:09.584861 : nioqce:exit+
    +2012-07-30 18:16:09.584868 : nioqer: returning err = 12571+
    +2012-07-30 18:16:09.584876 : nioqer:exit+
    +2012-07-30 18:16:09.584884 : nioqrs:nioqrs: Couldn't send break. returning 12571+
    +2012-07-30 18:16:09.584894 : nioqrs:exit+
    +2012-07-30 18:16:09.584912 : nioqds:entry+
    +2012-07-30 18:16:09.584921 : nioqds: disconnecting...+
    +2012-07-30 18:16:09.584933 : nsclose:entry+
    +2012-07-30 18:16:09.584945 : nsvntx_dei:entry+
    +2012-07-30 18:16:09.584953 : nsvntx_dei:exit+
    +2012-07-30 18:16:09.584964 : nstimarmed:entry+
    +2012-07-30 18:16:09.584973 : nstimarmed:no timer allocated+
    +2012-07-30 18:16:09.584980 : nstimarmed:normal exit+
    +2012-07-30 18:16:09.584994 : nttctl:entry+
    +2012-07-30 18:16:09.585009 : nttctl:entry+
    +2012-07-30 18:16:09.585021 : nsfull_cls:entry+
    +2012-07-30 18:16:09.585031 : nsfull_cls:cid=0, opcode=65, *bl=0, *what=0, uflgs=0x0, cflgs=0x0+
    +2012-07-30 18:16:09.585040 : nsfull_cls:nsctx: state=8, flg=0x4009, mvd=0+
    +2012-07-30 18:16:09.585048 : nsdo:entry+
    +2012-07-30 18:16:09.585056 : nsdo:cid=0, opcode=67, *bl=0, *what=1, uflgs=0x0, cflgs=0x1+
    +2012-07-30 18:16:09.585065 : nsdo:nsctx: state=8, flg=0x4009, mvd=0+
    +2012-07-30 18:16:09.585074 : nsdo:gtn=32, gtc=32, ptn=10, ptc=8191+
    +2012-07-30 18:16:09.585082 : nsdo:normal exit+
    +2012-07-30 18:16:09.585089 : nsdofls:entry+
    +2012-07-30 18:16:09.585097 : nsdofls:DATA flags: 0x40+
    +2012-07-30 18:16:09.585105 : nsdofls:sending NSPTDA packet+
    +2012-07-30 18:16:09.585113 : nspsend:entry+
    +2012-07-30 18:16:09.585120 : nspsend:plen=10, type=6+
    +2012-07-30 18:16:09.585128 : nttwr:entry+
    +2012-07-30 18:16:09.585140 : ntt2err:entry+
    +2012-07-30 18:16:09.585150 : ntt2err:soc 564 error - operation=6, ntresnt[0]=530, ntresnt[1]=54, ntresnt[2]=0+
    +2012-07-30 18:16:09.585158 : ntt2err:exit+
    +2012-07-30 18:16:09.585165 : nttwr:exit+
    +2012-07-30 18:16:09.585173 : nspsend:0 bytes to transport+
    +2012-07-30 18:16:09.585181 : nspsend:transport write error+
    +2012-07-30 18:16:09.585188 : nspsend:error exit+
    +2012-07-30 18:16:09.585196 : nserror:entry+
    +2012-07-30 18:16:09.585205 : nserror:nsres: id=0, op=67, ns=12571, ns2=12560; nt[0]=530, nt[1]=54, nt[2]=0; ora[0]=0, ora[1]=0, ora[2]=0+
    +2012-07-30 18:16:09.585215 : nsdofls:exit (-1)+
    +2012-07-30 18:16:09.585223 : nsbfr:entry+
    +2012-07-30 18:16:09.585230 : nsbaddfl:entry+
    +2012-07-30 18:16:09.585239 : nsbaddfl:normal exit+
    +2012-07-30 18:16:09.585247 : nsbfr:normal exit+
    +2012-07-30 18:16:09.585254 : nsbfr:entry+
    +2012-07-30 18:16:09.585261 : nsbaddfl:entry+
    +2012-07-30 18:16:09.585268 : nsbaddfl:normal exit+
    +2012-07-30 18:16:09.585276 : nsbfr:normal exit+
    +2012-07-30 18:16:09.585283 : nsfull_cls:normal exit+
    +2012-07-30 18:16:09.585291 : nsiocancel:entry+
    +2012-07-30 18:16:09.585303 : nsiofrrg:entry+
    +2012-07-30 18:16:09.585313 : nsiofrrg:cur = 5e5f3f8+
    +2012-07-30 18:16:09.585321 : nsbfr:entry+
    +2012-07-30 18:16:09.585328 : nsbaddfl:entry+
    +2012-07-30 18:16:09.585335 : nsbaddfl:normal exit+
    +2012-07-30 18:16:09.585342 : nsbfr:normal exit+
    +2012-07-30 18:16:09.585350 : nsiofrrg:exit+
    +2012-07-30 18:16:09.585358 : nsiocancel:exit+
    +2012-07-30 18:16:09.585365 : nsclose:closing transport+
    +2012-07-30 18:16:09.585375 : nttdisc:entry+
    +2012-07-30 18:16:09.585438 : nttdisc:Closed socket 564+
    +2012-07-30 18:16:09.585453 : nttdisc:exit+
    +2012-07-30 18:16:09.585463 : nsclose:global context check-out (from slot 0) complete+
    +2012-07-30 18:16:09.585471 : nsnadisc:entry+
    +2012-07-30 18:16:09.585484 : nadisc:entry+
    +2012-07-30 18:16:09.585496 : nacomtm:entry+
    +2012-07-30 18:16:09.585506 : nacompd:entry+
    +2012-07-30 18:16:09.585513 : nacompd:exit+
    +2012-07-30 18:16:09.585521 : nacompd:entry+
    +2012-07-30 18:16:09.585527 : nacompd:exit+
    +2012-07-30 18:16:09.585535 : nacomtm:exit+
    +2012-07-30 18:16:09.585545 : nas_dis:entry+
    +2012-07-30 18:16:09.585553 : nas_dis:exit+
    +2012-07-30 18:16:09.585562 : nau_dis:entry+
    +2012-07-30 18:16:09.585577 : nau_dis:exit+
    +2012-07-30 18:16:09.585587 : naeetrm:entry+
    +2012-07-30 18:16:09.585596 : naeetrm:exit+
    +2012-07-30 18:16:09.585604 : naectrm:entry+
    +2012-07-30 18:16:09.585613 : naectrm:exit+
    +2012-07-30 18:16:09.585623 : nagbltrm:entry+
    +2012-07-30 18:16:09.585632 : nau_gtm:entry+
    +2012-07-30 18:16:09.585640 : nau_gtm:exit+
    +2012-07-30 18:16:09.585648 : nagbltrm:exit+
    +2012-07-30 18:16:09.585657 : nadisc:exit+
    +2012-07-30 18:16:09.585665 : nsnadisc:normal exit+
    +2012-07-30 18:16:09.585675 : nsvntx_dei:entry+
    +2012-07-30 18:16:09.585682 : nsvntx_dei:exit+
    +2012-07-30 18:16:09.585694 : nsopenfree_nsntx:nlhthdel from mplx_ht_nsgbu, ctx=5e5e0e0 nsntx=5e5e6c0+
    +2012-07-30 18:16:09.585703 : nsiocancel:entry+
    +2012-07-30 18:16:09.585710 : nsiofrrg:entry+
    +2012-07-30 18:16:09.585718 : nsiofrrg:exit+
    +2012-07-30 18:16:09.585725 : nsiocancel:exit+
    +2012-07-30 18:16:09.585732 : nsmfr:entry+
    +2012-07-30 18:16:09.585741 : nsmfr:2944 bytes at 0x5e5e6c0+
    +2012-07-30 18:16:09.585748 : nsmfr:normal exit+
    +2012-07-30 18:16:09.585755 : nsmfr:entry+
    +2012-07-30 18:16:09.585763 : nsmfr:240 bytes at 0x5f2a610+
    +2012-07-30 18:16:09.585771 : nsmfr:normal exit+
    +2012-07-30 18:16:09.585778 : nsmfr:entry+
    +2012-07-30 18:16:09.585785 : nsmfr:280 bytes at 0x63c010+
    +2012-07-30 18:16:09.585792 : nsmfr:normal exit+
    +2012-07-30 18:16:09.585803 : nladtrm:entry+
    +2012-07-30 18:16:09.585820 : nladtrm:exit+
    +2012-07-30 18:16:09.585828 : nsmfr:entry+
    +2012-07-30 18:16:09.585836 : nsmfr:1496 bytes at 0x5e5e0e0+
    +2012-07-30 18:16:09.585844 : nsmfr:normal exit+
    +2012-07-30 18:16:09.585851 : nsclose:normal exit+
    +2012-07-30 18:16:09.585859 : nioqds:exit+
    +2012-07-30 18:16:09.585868 : nsbfree:entry+
    +2012-07-30 18:16:09.585876 : nsbgetfl:entry+
    +2012-07-30 18:16:09.585884 : nsbgetfl:normal exit+
    +2012-07-30 18:16:09.585894 : nsbaddfl:entry+
    +2012-07-30 18:16:09.585901 : nsbaddfl:normal exit+
    +2012-07-30 18:16:09.585909 : nsbfree:normal exit+
    +2012-07-30 18:16:09.585916 : nsbfree:entry+
    +2012-07-30 18:16:09.585923 : nsbgetfl:entry+
    +2012-07-30 18:16:09.585930 : nsbgetfl:normal exit+
    +2012-07-30 18:16:09.585938 : nsbaddfl:entry+
    +2012-07-30 18:16:09.585945 : nsbaddfl:normal exit+
    +2012-07-30 18:16:09.585952 : nsbfree:normal exit+
    +2012-07-30 18:16:09.585961 : nigtrm:Count in the NI global area is now 2+
    +2012-07-30 18:16:09.585974 : nsbfrfl:entry+
    +2012-07-30 18:16:09.585982 : nsbrfr:entry+
    +2012-07-30 18:16:09.585991 : nsbrfr:nsbfs at 0x5f26470, data at 0x5f26520.+
    +2012-07-30 18:16:09.585999 : nsbrfr:normal exit+
    +2012-07-30 18:16:09.586006 : nsbrfr:entry+
    +2012-07-30 18:16:09.586015 : nsbrfr:nsbfs at 0x5f28540, data at 0x5f285f0.+
    +2012-07-30 18:16:09.586025 : nsbrfr:normal exit+
    +2012-07-30 18:16:09.586033 : nsbrfr:entry+
    +2012-07-30 18:16:09.586040 : nsbrfr:nsbfs at 0x5e5f480, data at 0x5e5f530.+
    +2012-07-30 18:16:09.586048 : nsbrfr:normal exit+
    +2012-07-30 18:16:09.586055 : nsbrfr:entry+
    +2012-07-30 18:16:09.586063 : nsbrfr:nsbfs at 0x5f2a610, data at 0x5f2a9f0.+
    +2012-07-30 18:16:09.586073 : nsbrfr:normal exit+
    +2012-07-30 18:16:09.586082 : nsbrfr:entry+
    +2012-07-30 18:16:09.586090 : nsbrfr:nsbfs at 0x62c7d0, data at 0x5f2ca10.+
    +2012-07-30 18:16:09.586098 : nsbrfr:normal exit+
    +2012-07-30 18:16:09.586106 : nsbfrfl:normal exit+
    +2012-07-30 18:16:09.586153 : nigtrm:Count in the NL global area is now 3+

  • ORA-03113 error on basic insert using XML

    I am getting this error:
    Connected to:
    Oracle Database 10g Release 10.2.0.1.0 - Production
    SQL> desc edi_holidays
    Name                                      Null?    Type
    HOLIDAY                                            DATE
    SQL> alter session set sql_trace=true;
    Session altered.
    SQL> truncate table edi_holidays;
    Table truncated.
    SQL>       SELECT to_date(extractvalue(COLUMN_VALUE, '/SubValueMark/@Value'),
      2                       'mm/dd/yyyy') holidays
      3          FROM xmltable('/root/Record[1]/ValueMark[@Index > 10]/SubValueMark'
      4                        passing prl_bpl_api.getediholidays('edi', 'SF.PARMS'));
    HOLIDAYS
    29-MAY-06
    04-JUL-06
    04-SEP-06
    23-NOV-06
    24-NOV-06
    25-DEC-06
    26-DEC-06
    01-JAN-06
    8 rows selected.
    SQL> INSERT INTO edi_holidays
      2        SELECT to_date(extractvalue(COLUMN_VALUE, '/SubValueMark/@Value'),
      3                       'mm/dd/yyyy') holidays
      4          FROM xmltable('/root/Record[1]/ValueMark[@Index > 10]/SubValueMark'
      5                        passing prl_bpl_api.getediholidays('edi', 'SF.PARMS'));
    8 rows created.
    SQL> commit;
    Commit complete.
    SQL> select * from edi_holidays;
    HOLIDAY
    29-MAY-06
    04-JUL-06
    04-SEP-06
    23-NOV-06
    24-NOV-06
    25-DEC-06
    26-DEC-06
    01-JAN-06
    8 rows selected.
    SQL> begin
      2  INSERT INTO edi_holidays
      3        SELECT to_date(extractvalue(COLUMN_VALUE, '/SubValueMark/@Value'),
      4                       'mm/dd/yyyy') holidays
      5          FROM xmltable('/root/Record[1]/ValueMark[@Index > 10]/SubValueMark'
      6                        passing prl_bpl_api.getediholidays('edi', 'SF.PARMS'));
      7
      8  end;
      9  /
    begin
    ERROR at line 1:
    ORA-03113: end-of-file on communication channelAny idea what might be happening. I also checked this in another session (with the anonymous block).
    Connected.
    SQL> begin
      2      insert into edi_holidays select sysdate from dual;
      3  end;
      4  /
    PL/SQL procedure successfully completed.
    SQL> select * from edi_holidays;
    HOLIDAY
    18-SEP-06

    Below is the relevant code.
    In here the procedure sys_sys_utility.processerror is a Autonomous Transaction procedure for Error Logging
    and sys_sys_utility.who_am_i is a program pretty much reused from here
    http://asktom.oracle.com/~tkyte/who_called_me/who.sql
    Also, sys_sys_soapapi is an api provided to me to implement the SOAP Protocol.
    SQL> desc edi_holidays;
    Name                                      Null?    Type
    HOLIDAY                                            DATE
    CREATE OR REPLACE PACKAGE sys_sys_soapapi IS
        TYPE t_request IS RECORD(
             method       VARCHAR2(256)
            ,namespace    VARCHAR2(256)
            ,BODY         CLOB
            ,envelope_tag VARCHAR2(30));
        TYPE t_response IS RECORD(
             doc          xmltype
            ,envelope_tag VARCHAR2(30));
        FUNCTION new_request
            p_method       IN VARCHAR2
           ,p_namespace    IN VARCHAR2
           ,p_envelope_tag IN VARCHAR2 DEFAULT 'SOAP-ENV'
        ) RETURN t_request;
        PROCEDURE add_parameter
            p_request IN OUT NOCOPY t_request
           ,p_name    IN VARCHAR2
           ,p_type    IN VARCHAR2
           ,p_value   IN CLOB
        PROCEDURE add_parameter
            p_request IN OUT NOCOPY t_request
           ,p_name    IN VARCHAR2
           ,p_type    IN VARCHAR2
           ,p_value   IN xmltype
        FUNCTION invoke
            p_request IN OUT NOCOPY t_request
           ,p_url     IN VARCHAR2
           ,p_action  IN VARCHAR2
        ) RETURN t_response;
        FUNCTION get_return_value
            p_response  IN OUT NOCOPY t_response
           ,p_name      IN VARCHAR2
           ,p_namespace IN VARCHAR2
        ) RETURN VARCHAR2;
    END sys_sys_soapapi;
    CREATE OR REPLACE PACKAGE BODY sys_sys_soapapi IS
      FUNCTION new_request(p_method       IN VARCHAR2,
                           p_namespace    IN VARCHAR2,
                           p_envelope_tag IN VARCHAR2 DEFAULT 'SOAP-ENV')
        RETURN t_request AS
        v_request t_request;
      BEGIN
        v_request.method       := p_method;
        v_request.namespace    := p_namespace;
        v_request.envelope_tag := p_envelope_tag;
        RETURN v_request;
      EXCEPTION
        WHEN OTHERS THEN
          sys_sys_utility.processerror(SQLCODE,
                                       '[' || SQLERRM || ']',
                                       sys_sys_utility.who_am_i || 'new_request');
          RAISE;
      END;
      PROCEDURE add_parameter(p_request IN OUT NOCOPY t_request,
                              p_name    IN VARCHAR2,
                              p_type    IN VARCHAR2,
                              p_value   IN CLOB) AS
      BEGIN
        p_request.BODY := p_request.BODY || '<' || p_name || ' xsi:type="' ||
                          p_type || '">' || p_value || '</' || p_name || '>';
      EXCEPTION
        WHEN OTHERS THEN
          sys_sys_utility.processerror(SQLCODE,
                                       '[' || SQLERRM || ']',
                                       sys_sys_utility.who_am_i || 'add_parameter');
          RAISE;
      END add_parameter;
      PROCEDURE add_parameter(p_request IN OUT NOCOPY t_request,
                              p_name    IN VARCHAR2,
                              p_type    IN VARCHAR2,
                              p_value   IN xmltype) AS
      BEGIN
        dbms_output.put_line('xmlversion');
        /* p_request.BODY := p_request.BODY || '<' || p_name || ' xsi:type="' ||
        p_type || '">' || p_value.getclobval ||
        '></' || p_name || '>'; */
        p_request.BODY := p_request.BODY || '<' || p_name || ' xsi:type="' ||
                          p_type || '"><![CDATA[' || p_value.getclobval || ']]></' ||
                          p_name || '>';
      EXCEPTION
        WHEN OTHERS THEN
          sys_sys_utility.processerror(SQLCODE,
                                       '[' || SQLERRM || ']',
                                       sys_sys_utility.who_am_i || 'add_parameter');
          RAISE;
      END add_parameter;
      PROCEDURE generate_envelope(p_request IN OUT NOCOPY t_request,
                                  p_env     IN OUT NOCOPY CLOB) AS
      BEGIN
        p_env := '<?xml version="1.0" encoding="utf-8" ?><' ||
                 p_request.envelope_tag || ':Envelope xmlns:' ||
                 p_request.envelope_tag ||
                 '="http://schemas.xmlsoap.org/soap/envelope/" ' ||
                 'xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema">' || '<' ||
                 p_request.envelope_tag || ':Body>' || '<' || p_request.method || ' ' ||
                 p_request.namespace || '>' || p_request.BODY || '</' ||
                 p_request.method || '>' || '</' || p_request.envelope_tag ||
                 ':Body>' || '</' || p_request.envelope_tag || ':Envelope>';
      EXCEPTION
        WHEN OTHERS THEN
          sys_sys_utility.processerror(SQLCODE,
                                       '[' || SQLERRM || ']',
                                       sys_sys_utility.who_am_i ||
                                       'generate_envelope');
          RAISE;
      END generate_envelope;
      PROCEDURE show_envelope(p_env IN CLOB) AS
        i     PLS_INTEGER;
        v_len PLS_INTEGER;
      BEGIN
        i     := 1;
        v_len := length(p_env);
        WHILE (i <= v_len)
        LOOP
          dbms_output.put_line(substr(p_env, i, 255));
          i := i + 255;
        END LOOP;
      EXCEPTION
        WHEN OTHERS THEN
          sys_sys_utility.processerror(SQLCODE,
                                       '[' || SQLERRM || ']',
                                       sys_sys_utility.who_am_i || 'show_envelope');
          RAISE;
      END show_envelope;
      PROCEDURE check_fault(p_response IN OUT NOCOPY t_response) AS
        v_fault_node   xmltype;
        v_fault_code   VARCHAR2(256);
        v_fault_string VARCHAR2(32767);
      BEGIN
        v_fault_node := p_response.doc.extract('/' || p_response.envelope_tag ||
                                               ':Fault',
                                               'xmlns:' || p_response.envelope_tag ||
                                               '="http://schemas.xmlsoap.org/soap/envelope/');
        IF (v_fault_node IS NOT NULL)
        THEN
          v_fault_code   := v_fault_node.extract('/' || p_response.envelope_tag ||
                                                 ':Fault/faultcode/child::text()',
                                                 'xmlns:' || p_response.envelope_tag ||
                                                 '="http://schemas.xmlsoap.org/soap/envelope/')
                           .getstringval();
          v_fault_string := v_fault_node.extract('/' || p_response.envelope_tag ||
                                                 ':Fault/faultstring/child::text()',
                                                 'xmlns:' || p_response.envelope_tag ||
                                                 '="http://schemas.xmlsoap.org/soap/envelope/')
                           .getstringval();
          raise_application_error(-20000, v_fault_code || ' - ' || v_fault_string);
        END IF;
      EXCEPTION
        WHEN OTHERS THEN
          sys_sys_utility.processerror(SQLCODE,
                                       '[' || SQLERRM || ']',
                                       sys_sys_utility.who_am_i || 'check_fault');
          RAISE;
      END check_fault;
      FUNCTION invoke(p_request IN OUT NOCOPY t_request,
                      p_url     IN VARCHAR2,
                      p_action  IN VARCHAR2) RETURN t_response AS
        v_envelope      CLOB;
        v_http_request  utl_http.req;
        v_http_response utl_http.resp;
        v_response      t_response;
        v_rawresponse   CLOB;
        v_request_len   INTEGER;
        v_request_indx  INTEGER := 1;
        v_request_txt   VARCHAR(32767);
      BEGIN
        generate_envelope(p_request, v_envelope);
        --show_envelope(v_envelope);
        v_http_request := utl_http.begin_request(p_url, 'POST', 'HTTP/1.1');
        utl_http.set_header(v_http_request, 'Content-Type', 'text/xml');
        v_request_len := length(v_envelope);
        utl_http.set_header(v_http_request, 'Content-Length', v_request_len);
        utl_http.set_header(v_http_request, 'SOAPAction', p_action);
        --Send Request Piecewise
        v_request_indx := 1;
        LOOP
          EXIT WHEN v_request_indx >= v_request_len;
          v_request_txt := substr(v_envelope, v_request_indx, 32767);
          utl_http.write_text(v_http_request, v_request_txt);
          v_request_indx := v_request_indx + 32767;
        END LOOP;
        --Get Response
        v_http_response := utl_http.get_response(v_http_request);
        --Extract Response Text
        BEGIN
          LOOP
            utl_http.read_text(v_http_response, v_envelope);
            v_rawresponse := v_rawresponse || v_envelope;
          END LOOP;
        EXCEPTION
          WHEN utl_http.end_of_body THEN
            NULL;
          WHEN OTHERS THEN
            dbms_output.put_line('In the invoke utl_http.read_text procedure');
            RAISE;
        END;
        -- End Response
        utl_http.end_response(v_http_response);
        --Format My Response
        v_response.doc := xmltype.createxml(v_rawresponse);
        v_response.envelope_tag := p_request.envelope_tag;
        -- Remove Envelope Headers
        v_response.doc := v_response.doc.extract('/' || v_response.envelope_tag ||
                                                 ':Envelope/' ||
                                                 v_response.envelope_tag ||
                                                 ':Body/child::node()',
                                                 'xmlns:' || v_response.envelope_tag ||
                                                 '="http://schemas.xmlsoap.org/soap/envelope/"');
        /*BEGIN
          NULL;
          show_envelope(v_response.doc.getstringval());
        EXCEPTION
          WHEN OTHERS THEN
            dbms_output.put_line('Error in show envelope: ' || SQLERRM);
        END;*/
        check_fault(v_response);
        RETURN v_response;
      EXCEPTION
        WHEN OTHERS THEN
          sys_sys_utility.processerror(SQLCODE,
                                       '[' || SQLERRM || ']',
                                       sys_sys_utility.who_am_i || 'invoke');
          RAISE;
      END invoke;
      FUNCTION get_return_value(p_response  IN OUT NOCOPY t_response,
                                p_name      IN VARCHAR2,
                                p_namespace IN VARCHAR2) RETURN VARCHAR2 AS
      BEGIN
        RETURN p_response.doc.extract('//' || p_name || '/child::text()',
                                      p_namespace) .getstringval();
      EXCEPTION
        WHEN OTHERS THEN
          sys_sys_utility.processerror(SQLCODE,
                                       '[' || SQLERRM || ']',
                                       sys_sys_utility.who_am_i ||
                                       'get_return_value');
          RAISE;
      END get_return_value;
    END sys_sys_soapapi;
      FUNCTION getediholidays(p_suser    sys_user.username%TYPE DEFAULT NULL,
                              p_transkey VARCHAR2) RETURN xmltype IS
        l_request  sys_sys_soapapi.t_request;
        l_response sys_sys_soapapi.t_response;
        --l_response_value VARCHAR2(500);
        v_action       VARCHAR2(1000);
        l_response_xml xmltype;
      BEGIN
        -- Set proxy details if no direct net connection.
        --UTL_HTTP.set_proxy('myproxy:4480', NULL);
        --UTL_HTTP.set_persistent_conn_support(TRUE);
        v_action  := v_prelude_ws_action || '/GetEdiHolidays';
        l_request := sys_sys_soapapi.new_request(p_method       => 'GetEdiHolidays',
                                                 p_namespace    => v_prelude_ws_namespace,
                                                 p_envelope_tag => 'soap');
        sys_sys_soapapi.add_parameter(p_request => l_request,
                                      p_name    => 'sAccount',
                                      p_type    => 'xsd:string',
                                      p_value   => v_prelude_ws_account);
        sys_sys_soapapi.add_parameter(p_request => l_request,
                                      p_name    => 'sUser',
                                      p_type    => 'xsd:string',
                                      p_value   => p_suser);
        sys_sys_soapapi.add_parameter(p_request => l_request,
                                      p_name    => 'sTransKey',
                                      p_type    => 'xsd:string',
                                      p_value   => p_transkey);
        l_response := sys_sys_soapapi.invoke(p_request => l_request,
                                             p_url     => v_prelude_ws_url,
                                             p_action  => v_action);
        --dbms_output.put_line('hi ' || l_response.doc.getstringval());
        SELECT extract(l_response.doc,
                       '/GetEdiHolidaysResponse/GetEdiHolidaysResult/child::node()',
                       v_prelude_ws_namespace)
          INTO l_response_xml
          FROM dual;
        RETURN l_response_xml;
      EXCEPTION
        WHEN OTHERS THEN
          sys_sys_utility.processerror(SQLCODE,
                                       '[' || SQLERRM || ']',
                                       sys_sys_utility.who_am_i || 'getediholidays');
          RAISE;
      END getediholidays;Mark, also, please feel free to comment on any improvements in the code. btw, if this doesn't work, I am planning to go and use collections to get the holidays and then make use of them.
    Message was edited by:
    rputtagunta

  • Remote Connection Timeouts - ORA-03113 Errors

    I have two Sun Solaris servers running Oracle 10.1.0.4. One is our production server, the other is our test server. Both servers are using the same parameters in the SQLNET.ORA file located on each server. All Oracle Net files are located under /var/opt/oracle. The TNS_ADMIN environmental variable is set to /var/opt/oracle on both servers.
    When I connect to the production server via TOAD, OEM, or SQL*Plus from my desktop, I can remain connected as long as I like. If after two hours, I want to run another SQL, I type it in and it runs.
    When I connect to the test server via TOAD, OAM, or SQL*Plus from my desktop, I can remain connected for only 30 mins of inactivity. After which, if I issue a new SQL statement, I receive an ORA-03113 end-of-file communication channel error.
    I believe I've checked everything on both servers and they appear identical. Both of these server sit behind a firewall. So my feeling is that only the firewall could be causing the idle timeout connections to be dropped on the test server.
    Anyone have any ideas on this??
    P.S. - I realize that killing idle connections is actually a good thing, but I'm trying to verify the reason for the difference and not whether this is or is not a good networking practice.

    user583592 wrote:
    I have two Sun Solaris servers running Oracle 10.1.0.4. One is our production server, the other is our test server. Both servers are using the same parameters in the SQLNET.ORA file located on each server. All Oracle Net files are located under /var/opt/oracle. The TNS_ADMIN environmental variable is set to /var/opt/oracle on both servers.
    When I connect to the production server via TOAD, OEM, or SQL*Plus from my desktop, I can remain connected as long as I like. If after two hours, I want to run another SQL, I type it in and it runs.
    When I connect to the test server via TOAD, OAM, or SQL*Plus from my desktop, I can remain connected for only 30 mins of inactivity. After which, if I issue a new SQL statement, I receive an ORA-03113 end-of-file communication channel error.
    I believe I've checked everything on both servers and they appear identical. Both of these server sit behind a firewall. So my feeling is that only the firewall could be causing the idle timeout connections to be dropped on the test server.
    Anyone have any ideas on this??
    P.S. - I realize that killing idle connections is actually a good thing, but I'm trying to verify the reason for the difference and not whether this is or is not a good networking practice.The firewall could very well be the culprit. I had that problem at a previous employer. Why not check with your network guys and find out?

  • ORA-03113: Error while upgrading the Database from 11.1.0.6 to 11.1.0.7

    Hi,
    I am trying to upgrade the database from 11.1.0.6 to 11.1.0.7 on OEL operating system.
    After applying the patch "6890831" when trying to start the database using "Startup Upgrade" command I am getting the below error.
    ORA-03113: end-of-file on communication channel
    Process ID: 20826
    Session ID: 170 Serial number: 3
    I am getting the same error when trying to create the new database using "DBCA".
    Please provide me the probable outcomes.
    Thanks
    Amith

    Below entries found in alert_orcl.log file
    MMNL started with pid=15, OS id=20571
    starting up 1 shared server(s) ...
    ORACLE_BASE from environment = /u01/app/oracle
    Thu Dec 03 20:11:11 2009
    ALTER DATABASE MOUNT
    Errors in file /u01/app/oracle/diag/rdbms/orcl/orcl/trace/orcl_mman_20557.trc:
    ORA-27103: internal error
    Linux-x86_64 Error: 11: Resource temporarily unavailable
    Additional information: -1
    Additional information: 1
    MMAN (ospid: 20557): terminating the instance due to error 27103
    Instance terminated by MMAN, pid = 20557
    Below entries found in the Trace file generated
    error 27103 detected in background process
    ORA-27103: internal error
    Linux-x86_64 Error: 11: Resource temporarily unavailable
    Additional information: -1
    Additional information: 1
    *** 2009-12-03 20:11:14.727
    MMAN (ospid: 20557): terminating the instance due to error 27103

  • When network is down, it took 15 minutes to report ORA-03113 error

    Now I am using OCCI under redhat to develope application to access oracle database. It works well if the connection with datbase is ok.
    But if the network gone down before executing executeQuery of Statement, it took 15 minutes to throw SQLexception and error code is ORA-03113. Is there any solution to decrease the time to wait?
    I am using OCCI by the mode of: Environment::THREADED_MUTEXED | Environment::OBJECT)
    I only installed 2 rpms in redhat:
    oracle-instantclient-basic-10.1.0.3-1
    oracle-instantclient-devel-10.1.0.3-1

    Yes, it is using TCP/IP. It took a long time to change from TCP state ESTABLISHED to CLOSE_WAIT as to tcp/ip.
    I don't know whether there is timeout mechanism in the procotol used between oracle client and oracle server.
    If there is such timeout mechanism, is it possible to configure it in OCCI? For example, if the network layer
    uses select with timeout option, then the timtout is possible to control. But now it seems that it is not clear to set such configuration. Or is there such nonblocking mode in OCCI?
    Or we can assume that oracle client library just depend on the tcp/ip protocol implementataion to detect that the tcp is broken. And the fact is in windows platform, the OCCI client will throw exception after about 2 minutes.
    Thanks in advance for any suggestion!

  • ORA-03113 error when running the Java stored proc demos

    Hi there,
    Has anyone else run into this issue. When attempting to transfer an object type from Java to Oracle - through a Java stored proc - the session crashes with:
    ORA-03113: end-of-file on communication channelLooking in the trace file generated the error message looks something like:
    ksedmp: internal or fatal error
    ORA-07445: exception encountered: core dump [0x8fe04468] [SIGTRAP] [unknown code] [0x8FE59034] [] []
    Current SQL statement for this session:
    select pointruntime.jdistance(point(1, 2), point(2, 3)) from dual
    ----- Call Stack Trace -----
    calling              call     entry                argument values in hex     
    location             type     point                (? means dubious value)    
    ksedmp+764           call     ksedst               0 ? 2C4F4A ? 2C ? 98968000 ?
                                                       DB02C ? 27A50000 ?
    ssexhd+956           call     ksedmp               3 ? 0 ? 8FE5E790 ? 5905870 ?
                                                       8FE0434C ? 40895E4 ?
    0x9012c860           call     ssexhd               5 ? BFFEEF70 ? BFFEEFB0 ? 0 ?
                                                       0 ? 0 ?As you can see from the trace snippet above, I was attempting to run one of the Oracle Java stored procedure demos. Has anyone successfully run those demos? Specifically the ones where complex types (table objects or the Point object) are passed back to Oracle from the JVM.
    I would appreciate some help with this. The code works fine in a Windows or Solaris environment but barfs on Apple. Truly annoying....
    Anyone?
    Thanks in advance,
    Alex

    Yes,
    Apologies for not stating that information, Steve. Was a bit naughty of me! I guess the reason I didn't was because I just wanted to hear if anyone else running Oracle on Mac received such errors when executing the Java stored proc demos (specifically, the execution of PointRuntime.jDistance). Nevertheless, here's the relevant info from the trace file:
    Dump file /Users/oracle/admin/sandbox/udump/sandbox_ora_1861.trc
    Oracle Database 10g Enterprise Edition Release 10.1.0.3.0 - Production
    With the Partitioning, Oracle Label Security, OLAP and Data Mining Scoring Engine options
    ORACLE_HOME = /Users/oracle/product/10.1.0/db
    System name:     Darwin
    Node name:     maczilla.local
    Release:     8.3.0
    Version:     Darwin Kernel Version 8.3.0: Mon Oct  3 20:04:04 PDT 2005; root:xnu-792.6.22.obj~2/RELEASE_PPC
    Machine:     Power Macintosh
    Instance name: sandbox
    Redo thread mounted by this instance: 1
    Oracle process number: 10
    Unix process pid: 1861, image: [email protected] for the Java version, according to the readme file in the javavm directory, I am running 1.4.1:
    1.5  Java Compatibility
    This release has been thoroughly tested with Sun's Java Compatibility
    Kit for the JDK 1.4.1. Oracle is committed to OracleJVM keeping pace
    with Java and other Internet standards.

Maybe you are looking for