Ending a global transaction into WB
Hi,
today when I tried ton connect to my OWB project through the client, I get the following error:
PRS-00322:internal error, started new global transaction without ending existing global transaction.
I suppose there would be an "appended" global transaction into a still open procedure/session. I tried to kill all open sessions from the enterprie manager, but the error still exists.
Does anyone has any suggestions about this, or knows how to solve it?
Best regards,
Alessandro
have u tried this
alter system session kill immediate""..
else
login as sys and check status of OWB design user...see if that is locked
or at last
if possible reboot the database server
Similar Messages
-
Cannot connect on OWB - "started new global transaction without ending..."
Hi, folks.
I had to change my computer and reinstall my OWB 11.1.0.6.0 in my PC (Windows 7 64b), but thus far I couldn't connect to OWB and we don't really know what to do here.
We've been experiencing these following mistakes:
"PRS-00322: Internal Error: started new global transaction without ending existing global transaction. Please contact Oracle Support with the stack trace and details on how to reproduce it".
"API5022: It's not possible to establish connection with the specified account. Check out the connection information".
Do I have to change something on the TNSNAMES.ora or something like this?
Thanks for your helphave u tried this
alter system session kill immediate""..
else
login as sys and check status of OWB design user...see if that is locked
or at last
if possible reboot the database server -
Advise on using DBMS_XA with multiple branches under one global transaction
Dear all
I need some advise on using DBMS_XA from PL/SQL with tightly coupled multiple branches under one global transaction. Basically, I've successfully written some PL/SQL code that in 3 different sessions attaches to 3 different branches of one global transaction and before ending each branch they can see each others uncommitted data. So far so good.
However, I'm not sure I completely understand how each branch must call xa_end, xa_prepare and xa_commit correctly using two phase commit and my calls result in errors like:
ORA-24767: transaction branch prepare returns read-only (XA error code 3 = Transaction was read-only and has been committed)
ORA-24756: transaction does not exist (XA error code -4 = XID is not valid)
ORA-02051: another session or branch in same transaction failed or finalized
This is the structure of my programs (3 SQL*Plus sessions):
main: Uses xid 123|0 (branch 0 of global transaction 123). This should be the coordinator that commits using two phase commit across the 3 branches
m1.xa_start tmnoflags
m2.DML
m3.Wait for thread A + B to manually be started and run xa_end
m4.xa_end tmsuccess
m5.xa_prepare
m6.xa_commit false
thread A: Uses xid 123|A (branch A of global transaction 123)
a1.xa_start tmnoflags
a2.DML -- thread A can see main and thread B's data
a3.xa_end tmsuccess
a4.xa_prepare -- required?
a5.Should we also call xa_commit false?
thread B: Uses xid 123|B (branch B of global transaction 123)
b1.xa_start tmnoflags
b2.DML -- thread B can see main and thread A's data
b3.xa_end tmsuccess
b4.xa_prepare -- required?
b5.Should we also call xa_commit false?
The failing steps are:
m5
m6
a4
a5
b4
b5
Before starting calling xa_end I see 3 rows in V$GLOBAL_TRANSACTION, eg (hex 7B = decimal 123):
FORMATID GLOBALID BRANCHID BRANCHES REFCOUNT PREPARECOUNT STATE FLAGS COUPLING
203348753 0000007B 00000000000000000000000000000000 3 3 0 ACTIVE 0 TIGHTLY COUPLED
203348753 0000007B 0000000000000000000000000000000A 3 3 0 ACTIVE 0 TIGHTLY COUPLED
203348753 0000007B 0000000000000000000000000000000B 3 3 0 ACTIVE 0 TIGHTLY COUPLED
Thanks a lot in advance.
Cheers
FinnOK, I've figured it out. This is poorly documented as it's not well explained how to handle the various return codes. Turns out that all but the last xa_prepare calls return dbms_xa.xa_rdonly (tightly coupled branches are combined -- "read only" optimization), the last one returns dbms_xa.xa_ok and this is when you should call xa_commit.
Now my next problem is that DBMS_XA doesn't work from within jobs (DBMS_JOB and DBMS_SCHEDULER), which makes it very difficult to use DBMS_XA. My purpose of using DBMS_XA is to coordinate work across multiple sessions in one transaction but if I can't easily create the multiple sessions, I'm stuck.
When called from a job, xa_start throws:
ORA-24789: start not allowed in recursive call
on Oracle 11.2. In Oracle 11.1 it works, but xa_end fails with
ORA-25352: no current transaction
so I guess in fact the xa_start call didn't really work either, even though it returned tm_ok.
I'm now trying to find a workaround on how to use DBMS_XA from within jobs, please comment if you have any suggestions. Or if you have any suggestions on other means of establishing the concurrent sessions (I wouldn't like to resort to external programs that need username/password to connect as password management would be a security issue).
Thanks in advance.
Cheers
Finn -
The method 'commit' cant be called when a global transaction is active.
Hello,
I've installed the SOAdemo a couple of times on local machines, and it works fine. Now I've deployed the SOADemo on a separate server and a strange error occurs in BPEL when testing the SOADemo.
The SOAOrderBooking BPEL process runs into an error at the GetOrderId process:
================================
file:/C:/product/10.1.3.1/OracleAS_1/bpel/domains/default/tmp/.bpel_SOAOrderBooking_1.0_937b09d1bd8dae1b33b028b2871aef63.tmp/OrderSequence.wsdl [ OrderSequence_ptt::OrderSequence(OrderSequenceInput_msg,OrderSequenceOutputCollection) ] - WSIF JCA Execute of operation 'OrderSequence' failed due to: DBWriteInteractionSpec Execute Failed Exception.
unknown failed. Descriptor name: [unknown]. [Caused by: The method 'commit' cant be called when a global transaction is active .
; nested exception is:
ORABPEL-11616
=================================
I am using SOA Suite 10.1.3.0 and Database 10201, deployed on Windows.
Can anybody tell me what can cause this problem?
Thanks in advance,
Regards LeonHi,
Hi, I am getting the same error using ESB Database Adapter.
My faultstring is:
========================
oracle.tip.esb.server.common.exceptions.BusinessEventRetriableException: An unhandled exception has been thrown in the ESB system. The exception reported is: "oracle.tip.esb.server.common.exceptions.BusinessEventRetriableException: An unhandled exception has been thrown in the ESB system. The exception reported is: "org.collaxa.thirdparty.apache.wsif.WSIFException: esb:///ESB_Projects/my_ESB/myAdapter.wsdl [ myAdapter_ptt::myAdapter(InputParameters,OutputParameters) ] - WSIF JCA Execute of operation 'myAdapter' failed due to: DBWriteInteractionSpec Execute Failed Exception.
unknown failed. Descriptor name: [unknown]. [Caused by: The method 'commit' cant be called when a global transaction is active.]
; nested exception is:
ORABPEL-11616
DBWriteInteractionSpec Execute Failed Exception.
unknown failed. Descriptor name: [unknown]. [Caused by: The method 'commit' cant be called when a global transaction is active.]
Caused by Exceptoin [TOPLINK-4002] (Oracle TopLink - 10g Release 3 (10.1.3.1.0) (Build 061004)): oracle.toplink.exceptions.DatabaseException
Belső kivétel: java.sql.SQLException: The method 'commit' cant be called when a global transaction is active.Error Code: 0.
==========================
(BTW, what has 'commit' to do with a procedure that is only reading the database?)
Regards,
Patrik -
Hello,
I would like to integrate some R/3 transactions into VC. I was going to create a set of iViews using SAP GUI for HTML and point them to the relevent transactions. Next, I would like to create a form and embed some pushbuttons, the idea being that our end users use these pushbuttons which 'point' to the R/3 transactions as an alternaive to their SAP standard 'favourites' menu.
My question is this - how do I link the form pushbuttons to the R/3 transaction iviews that I have already defined? Also, do I need to embed them into a VC HTML view first?
Thanks,
Richard.Yes, I will advise an HTML view.
But keep in mind that HTML views can´t be used within nested iviews.
http://YOUR-SYSTEM/portal/prtroot/com.sap.portal.appintegrator.sap.Transaction?System=ECCCLNT800&TCode=VA02&GuiType=WebGui&DynamicParameter=VBAK-VBELN="&@Order_Number&"&OkCode=ENT2
This works for me:
An alternative URL syntax would be:
"pcd!3aportal_content!2fcom.sap.pct!2ftemplates!tftemplates!2fiviews!2fcom.sap.portal.sap_transaction_iview?System=SAP_R3&TCode=XXX&GuiType=WebGUI!&DynamicParameter=VBAK-VBELN%3D" & @Order_Number & " & OkCode=ENT2"
Notice:
!3a Is a replacement for :
!2f for /
%3D equals =
Here you have to replace XXX in TCode with your desired transaction
and if you want to parse a Dynamic Order Number from VC - this is the part for DynamicParameter (otherwise just skip that part. Hope that helps,
otherwise feel free to write to me personally
jad_at_invendium.com -
Hi,
I have installed Tuxedo 10R3 on AIX 5.3.. I have written a sample code for Global Transaction.. While invoking the service, Tpcall is failing with status 0.. So i couldnot understand where the error..
My source code for client program is:
IDENTIFICATION DIVISION.
PROGRAM-ID. GLOBCL.
AUTHOR. TUXEDO DEVELOPMENT.
ENVIRONMENT DIVISION.
CONFIGURATION SECTION.
DATA DIVISION.
WORKING-STORAGE SECTION.
* Tuxedo definitions
01 TPTYPE-REC.
COPY TPTYPE.
01 TPSTATUS-REC.
COPY TPSTATUS.
01 TPSVCDEF-REC.
COPY TPSVCDEF.
01 TPINFDEF-REC.
COPY TPINFDEF.
01 TPTRXDEF-REC.
COPY TPTRXDEF.
* Log messages definitions
01 LOGMSG.
05 FILLER PIC X(8) VALUE "GLOBCL:".
05 LOGMSG-TEXT PIC X(50).
01 LOGMSG-LEN PIC S9(9) COMP-5.
01 USER-DATA-REC PIC X(75).
01 SEND-STRING PIC X(100) VALUE SPACES.
01 RECV-STRING PIC X(100) VALUE SPACES.
LINKAGE SECTION.
01 OS-LEN PIC S9(9) COMP.
01 OS-STRING.
02 PARMPTR-TABLE OCCURS 1 TO 100 TIMES DEPENDING
ON OS-LEN.
03 PARMPTR POINTER.
01 PARM-STRING PIC X(100).
* Start program with command line args
PROCEDURE DIVISION
USING BY VALUE OS-LEN BY REFERENCE OS-STRING.
MOVE LOW-VALUES TO TPINFDEF-REC.
MOVE LENGTH OF LOGMSG TO LOGMSG-LEN.
SET ADDRESS OF PARM-STRING TO PARMPTR(2).
MOVE PARM-STRING TO SEND-STRING.
START-GLOBCL.
DISPLAY "SEND-STRING:" SEND-STRING.
MOVE "Started" TO LOGMSG-TEXT.
PERFORM DO-USERLOG.
PERFORM DO-TPINIT.
PERFORM DO-TPBEGIN.
PERFORM DO-TPCALL.
PERFORM DO-TPCOMMIT.
PERFORM DO-TPTERM.
PERFORM EXIT-PROGRAM.
* Now register the client with the system.
DO-TPINIT.
MOVE SPACES TO USRNAME.
MOVE SPACES TO CLTNAME.
MOVE SPACES TO PASSWD.
MOVE SPACES TO GRPNAME.
MOVE ZERO TO DATALEN.
SET TPU-DIP TO TRUE.
CALL "TPINITIALIZE" USING TPINFDEF-REC
USER-DATA-REC
TPSTATUS-REC.
IF NOT TPOK
MOVE "TPINITIALIZE Failed" TO LOGMSG-TEXT
PERFORM DO-USERLOG
PERFORM EXIT-PROGRAM
END-IF.
DO-TPBEGIN.
MOVE 0 TO T-OUT.
CALL "TPBEGIN" USING TPTRXDEF-REC TPSTATUS-REC.
IF NOT TPOK
MOVE "TPBEGIN Failed" TO LOGMSG-TEXT
PERFORM DO-USERLOG
DISPLAY "TPBEGIN:" TP-STATUS
PERFORM EXIT-PROGRAM
END-IF.
DISPLAY "COMM HANDLE:" COMM-HANDLE.
* Issue a TPCALL
DO-TPCALL.
MOVE 100 TO LEN.
MOVE "STRING" TO REC-TYPE.
MOVE "GLOBSRV" TO SERVICE-NAME.
SET TPBLOCK TO TRUE.
SET TPTRAN TO TRUE.
SET TPNOTIME TO TRUE.
SET TPSIGRSTRT TO TRUE.
SET TPCHANGE TO TRUE.
CALL "TPCALL" USING TPSVCDEF-REC
TPTYPE-REC
SEND-STRING
TPTYPE-REC
SEND-STRING
TPSTATUS-REC.
IF NOT TPOK
MOVE "TPCALL Failed" TO LOGMSG-TEXT
PERFORM DO-USERLOG
DISPLAY "TPCALL:" TP-STATUS
END-IF.
DO-TPCOMMIT.
CALL "TPCOMMIT" USING TPTRXDEF-REC TPSTATUS-REC.
IF NOT TPOK
MOVE "TPCOMMIT Failed" TO LOGMSG-TEXT
PERFORM DO-USERLOG
DISPLAY "TPCOMMIT:" TP-STATUS
PERFORM EXIT-PROGRAM
END-IF.
DISPLAY "RECV-STRING:" SEND-STRING.
* Leave TUXEDO
DO-TPTERM.
CALL "TPTERM" USING TPSTATUS-REC.
IF NOT TPOK
MOVE "TPTERM Failed" TO LOGMSG-TEXT
PERFORM DO-USERLOG
END-IF.
* Log messages to the userlog
DO-USERLOG.
CALL "USERLOG" USING LOGMSG
LOGMSG-LEN
TPSTATUS-REC.
*Leave Application
EXIT-PROGRAM.
MOVE "Ended" TO LOGMSG-TEXT.
PERFORM DO-USERLOG.
STOP RUN.
and the source code for server program is:
IDENTIFICATION DIVISION.
PROGRAM-ID. GLOBSRV.
AUTHOR. TUXEDO DEVELOPMENT.
ENVIRONMENT DIVISION.
CONFIGURATION SECTION.
DATA DIVISION.
WORKING-STORAGE SECTION.
* Tuxedo definitions
01 TPSVCRET-REC.
COPY TPSVCRET.
01 TPTYPE-REC.
COPY TPTYPE.
01 TPSTATUS-REC.
COPY TPSTATUS.
01 TPSVCDEF-REC.
COPY TPSVCDEF.
* Log message definitions
01 LOGMSG.
05 FILLER PIC X(10) VALUE
"GLOBSRV :".
05 LOGMSG-TEXT PIC X(50).
01 LOGMSG-LEN PIC S9(9) COMP-5.
* User defined data records
01 RECV-STRING PIC X(100).
01 SEND-STRING PIC X(100).
LINKAGE SECTION.
PROCEDURE DIVISION.
START-FUNDUPSR.
MOVE LENGTH OF LOGMSG TO LOGMSG-LEN.
MOVE "Started" TO LOGMSG-TEXT.
PERFORM DO-USERLOG.
* Get the data that was sent by the client
MOVE LENGTH OF SEND-STRING TO LEN.
CALL "TPSVCSTART" USING TPSVCDEF-REC
TPTYPE-REC
SEND-STRING
TPSTATUS-REC.
IF NOT TPOK
MOVE "TPSVCSTART Failed" TO LOGMSG-TEXT
PERFORM DO-USERLOG
PERFORM EXIT-PROGRAM
END-IF.
IF TPTRUNCATE
MOVE "Data was truncated" TO LOGMSG-TEXT
PERFORM DO-USERLOG
PERFORM EXIT-PROGRAM
END-IF.
INSPECT SEND-STRING CONVERTING
"abcdefghijklmnopqrstuvwxyz" TO
"ABCDEFGHIJKLMNOPQRSTUVWXYZ".
MOVE SEND-STRING TO LOGMSG-TEXT.
PERFORM DO-USERLOG.
MOVE "Success" TO LOGMSG-TEXT.
PERFORM DO-USERLOG.
SET TPSUCCESS TO TRUE.
COPY TPRETURN REPLACING
DATA-REC BY SEND-STRING.
* Write out a log err messages
DO-USERLOG.
CALL "USERLOG" USING LOGMSG
LOGMSG-LEN
TPSTATUS-REC.
* EXIT PROGRAM
EXIT-PROGRAM.
MOVE "Failed" TO LOGMSG-TEXT.
PERFORM DO-USERLOG.
SET TPFAIL TO TRUE.
COPY TPRETURN REPLACING
DATA-REC BY SEND-STRING.
and the output is:
GLOBCL hi
SEND-STRING:hiCOB=IBMCobolDB2INSTANCE=db2inst4FLDTBLDIR=/usr/Oracle/Tuxedo10g/udataobj:AUTHSTATE=compatVIEW
COMM HANDLE:0000000000
TPCALL:0000000000
RECV-STRING:hiCOB=IBMCobolDB2INSTANCE=db2inst4FLDTBLDIR=/usr/Oracle/Tuxedo10g/udataobj:AUTHSTATE=compatVIEW
in the ULOG:
223955.ibmsceai!?proc.676012.1.-2: 08-10-2009: Tuxedo Version 10.3.0.0, 32-bit
223955.ibmsceai!?proc.676012.1.-2: GLOBCL: Started
223955.ibmsceai!?proc.676012.1.0: gtrid x0 x4a80e7fe x1: GLOBCL: TPCALL Failed
223955.ibmsceai!?proc.676012.1.-2: GLOBCL: Ended
Any suggestion regarding this??
Thanks..Hi,
Try switching the order of logging the error message and the DISPLAY of TPSTATUS in the IF NOT TPOK sentence following the CALL of TPCALL. I believe the call to USERLOG is overwriting TPSTATUS so what you are seeing is TPOK from the USERLOG call and not the original status from the TPCALL. Hopefully this will allow you to see the actual error status from the TPCALL.
Regards,
Todd Little
Oracle Tuxedo Chief Architect -
How 2 avoid a Non-XA resource from listing in Global Transaction?
<pre>
Hey,
I am using container managed transaction in a stateless session bean. We are using two datasources, one xa and non-xa. I am using these two datasources in a single transaction and i am getting an exception that both can't participate in the same transaction.
Is there a way that I don't want to enlist my non-xa resource with transaction manager?
I have come across the following approach.
I have seen Simulate Two Phase for Non XA, but you are saying to be careful with this option as for Example, Non-XA and XA says OK during prepare phase(phase I) and then XA resources decides to roll back in phase II, Non-XA can't revert as it is already commited,
But I have also come across LAST PARTICIPANT NON-XA along with mutliple XAs option in websphere, like this if I update my Non-XAs in the end, will WEBLOGIC takes care of all XAs and Non-XAs as single atomic operation or it does partially ???
Appreciate your help.
Thanks,
Rao Kotha.
</pre>You can make the non-XA driver based data-source 'not to honor the global
transaction'. Which version of weblogic are you using?
By default, when you create a data source, it is a TxDataSource (it honors
global tx). In the console, there is a check box to disable the default
behavior which will make the data source not to participate in transactions.
--Sathish
<Janardhana Rao Kotha> wrote in message news:[email protected]..
<pre>
Hey,
I am using container managed transaction in a stateless session bean. We
are using two datasources, one xa and non-xa. I am using these two
datasources in a single transaction and i am getting an exception that
both can't participate in the same transaction.
Is there a way that I don't want to enlist my non-xa resource with
transaction manager?
I have come across the following approach.
I have seen Simulate Two Phase for Non XA, but you are saying to be
careful with this option as for Example, Non-XA and XA says OK during
prepare phase(phase I) and then XA resources decides to roll back in phase
II, Non-XA can't revert as it is already commited,
But I have also come across LAST PARTICIPANT NON-XA along with mutliple
XAs option in websphere, like this if I update my Non-XAs in the end, will
WEBLOGIC takes care of all XAs and Non-XAs as single atomic operation or
it does partially ???
Appreciate your help.
Thanks,
Rao Kotha.
</pre> -
MQ message is not coming back in MQ in case of error in Global Transaction
Hi,
```````````````````````````````````````````````````````
I am using Oracle JDeveloper 11.1.1.5.0 and SOA server 11.1.1.5
```````````````````````````````````````````````````````
Use Case :_
I have created a Sync BPEl process. In which I am dequeing the messages from MQ using "Get Messages from MQ" Operation available in MQ series Adapter. Also checked the Synchronous check Box, So that we can have the Ondemand dequeing of Messages.
Three Properties have been added In Composite.xml file to make the MQ adapter service participate in Single global transaction :
<property name="*bpel.config.transaction*">required</property>
<property name="*bpel.config.oneWayDeliveryPolicy*">sync</property>
<property name="*partnerLink.SyncReadMQ.transaction*" type="xs:string" many="false">participate</property>
(this last property is added in the partner link of the MQ series adpater, And hence refleacted in the composite.xml file)
Also provide the MQ Adapter configuration XATransaction='true' in Admin console, to support the Global transaction by following the Oracle Doc (http://docs.oracle.com/cd/E17904_01/integration.1111/e10231.pdf)
Issue :_
In case of any system error, The Message is not going back into the MQ and it is lost. My concern is that if I have made the MQ adpater service to participate in the global transaction of the Main BPEL process then upon any fault occur the Adapter service should be rolled back. but it is not happening.
I want the message back in the Queue in case of any error.
Would anyone please help me in this issue.+
`````````````````````````````````````````````````````````````````````````````````````````
One more thing to notice is that MQ Adapter is a transactional adapter it should participate in the rtransaction.
`````````````````````````````````````````````````````````````````````````````````````````
Thanks
Sunil
Edited by: 856749 on May 17, 2012 10:57 AM
Edited by: 856749 on May 18, 2012 7:34 PMHi All,
Still this thread is unanswered, Is there any genius who has done Transaction handling on Adpaters (MQ or JMS). I have look into may threads on forums, but no appropriate information is given about this issue. If this thread is been answered then it will be very helpfull for othes dealing with transaction in MQ.
Thanks
Sunil -
In a global transaction 2 records are inserted in a DB, but only one of them is committed
Hello,
in a ATMI application I run the following servers using one DB2 database:
A kind of Frontend, which receives requests over TCP-IP and sends these requests to other servers by the following calls: tpbegin, tpcall S1, tpcall S2, tpcommit
S1, written in C with embedded SQL: inserts 1 record A
S2, written in COBOL with embedded SQL: inserts 1 record B
Here is a snippet of the config-File:
>>>>>>
*GROUPS
GROUP1
LMID=server GRPNO=1
TMSNAME=TMS_UDB TMSCOUNT=2
OPENINFO="UDB_XA:db=xxx,uid=yyy,pwd=zzz"
*SERVERS
FE SRVGRP=GROUP1 SRVID=200 MIN=1 MAX=1 MINDISPATCHTHREADS=1 MAXDISPATCHTHREADS=2 CLOPT="-s FE:services"
S1 SRVGRP=GROUP1 SRVID=100 MIN=1 MAX=1 CLOPT="-s S1:services"
S2 SRVGRP=GROUP1 SRVID=700 MIN=1 MAX=5 CLOPT="-s S2:services"
<<<<<<
My problem is: only record B is in the database at the end of the transaction. If I am debugging the transaction I can see that record A is inserted into the database, but it has vanished after the tpcommit.
All servers are built with "-r UDB_XA" and call tpopen during initialisation.
I have produced a trace, where I see the following:
Tuxedo Version 12.1.1.0, 64-bit, Linux RH, DB2 9.7
gtrid is the same everywhere
tpreturn in S2 calls xa_end: this is the server which inserts the commited record B
tpreturn in S1 does NOT call xa_end.
Thanks everyone.
GeorgHi Todd,
In the call of S1 the TPNOTRAN flag is not set
S1 ist built with: buildserver -o ... -f "source/S1.c $(LINK_OBJS)" -r UDB_XA -s S1:services
All the servers are built alike.
Statements like SQL CONNECT do not exist in S1
What does irritate me in the trace: there are lines with "tpopen = 1". In the documentation the return value for error is -1, and we check for -1 in the code. What does the 1 mean?
The trace follows beneath.
Regards
Georg
151706.SERVER!tmboot.5389.2406381312.-2: 08-06-2013: client high water (0), total client (0)
151706.SERVER!tmboot.5389.2406381312.-2: TRACE:tr: trace("*:ulog:dye")
151706.SERVER!tmboot.5389.2406381312.-2: TRACE:tr: dye
151708.SERVER!BBL.5390.530695936.0: 08-06-2013: Tuxedo Version 12.1.1.0, 64-bit, Patch Level (none)
151708.SERVER!BBL.5390.530695936.0: TRACE:tr: trace("*:ulog:dye")
151708.SERVER!BBL.5390.530695936.0: TRACE:tr: dye
151708.SERVER!BBL.5390.530695936.0: TRACE:tr: trace("*:ulog:dye")
151708.SERVER!BBL.5390.530695936.0: TRACE:tr: dye
151710.SERVER!BBL.5390.530695936.0: TRACE:tr: trace("*:ulog:dye")
151710.SERVER!BBL.5390.530695936.0: TRACE:tr: dye
151710.SERVER!BBL.5390.530695936.0: LIBTUX_CAT:262: INFO: Standard main starting
151710.SERVER!BBL.5390.530695936.0: TRACE:ia: { tpsvrinit(14, "BBL -C dom=DOM -g 30002 -i 0 -u SERVER -U /path/ULOG -m 0 -A")
151710.SERVER!BBL.5390.530695936.0: TRACE:ia: { tpadvertise(".TMIB", 0x0x409349)
151710.SERVER!BBL.5390.530695936.0: TRACE:ia: } tpadvertise = 1
151710.SERVER!BBL.5390.530695936.0: TRACE:ia: { tpadvertise("..TMIBSET", 0x0x409349)
151710.SERVER!BBL.5390.530695936.0: TRACE:ia: } tpadvertise = 1 [tperrno TPENOENT]
151710.SERVER!BBL.5390.530695936.0: TRACE:ia: } tpsvrinit = 1 [tperrno TPENOENT]
151710.SERVER!TMS_UDB.5393.2750289696.0: 08-06-2013: Tuxedo Version 12.1.1.0, 64-bit
151710.SERVER!TMS_UDB.5393.2750289696.0: TRACE:tr: trace("*:ulog:dye")
151710.SERVER!TMS_UDB.5393.2750289696.0: TRACE:tr: dye
151710.SERVER!TMS_UDB.5393.2750289696.0: TRACE:tr: trace("*:ulog:dye")
151710.SERVER!TMS_UDB.5393.2750289696.0: TRACE:tr: dye
151710.SERVER!TMS_UDB.5393.2750289696.0: TRACE:tr: trace("*:ulog:dye")
151710.SERVER!TMS_UDB.5393.2750289696.0: TRACE:tr: dye
151710.SERVER!TMS_UDB.5393.2750289696.0: LIBTUX_CAT:262: INFO: Standard main starting
151710.SERVER!TMS_UDB.5393.2750289696.0: TRACE:ia: { tpsvrinit(14, "TMS_UDB -C dom=DOM -g 1 -i 30001 -u SERVER -U /path/ULOG -m 0 -A")
151710.SERVER!TMS_UDB.5393.2750289696.0: TRACE:ia: { tpopen()
151710.SERVER!TMS_UDB.5393.2750289696.0: TRACE:xa: { xa_open(0x0xeeeb10, 0, 0x0)
151710.SERVER!TMS_UDB.5393.2750289696.0: TRACE:xa: } xa_open = 0
151710.SERVER!TMS_UDB.5393.2750289696.0: TRACE:ia: } tpopen = 1
151710.SERVER!TMS_UDB.5393.2750289696.0: TRACE:ia: { tpalloc("rpcrqst", "", 4096)
151710.SERVER!TMS_UDB.5393.2750289696.0: TRACE:ia: } tpalloc = 0x0xf4a068
151710.SERVER!BBL.5390.530695936.0: TRACE:ia: { tprealloc(0x0xe0ad28, 52)
151710.SERVER!BBL.5390.530695936.0: TRACE:ia: } tprealloc = 0x0xe0e208
151710.SERVER!BBL.5390.530695936.0: TRACE:ia: { tpfree(0x0xe0d7b8)
151710.SERVER!BBL.5390.530695936.0: TRACE:ia: } tpfree
151710.SERVER!TMS_UDB.5393.2750289696.0: TRACE:ia: { tpfree(0x0xf4e188)
151710.SERVER!TMS_UDB.5393.2750289696.0: TRACE:ia: } tpfree
151710.SERVER!TMS_UDB.5393.2750289696.0: TRACE:xa: { xa_recover(0x0x7fff59d82990, 100, 0, 0x1000000)
151710.SERVER!TMS_UDB.5393.2750289696.0: TRACE:xa: } xa_recover = 0
151710.SERVER!TMS_UDB.5393.2750289696.0: TRACE:ia: } tpsvrinit = 1
151710.SERVER!TMS_UDB.5394.2099959584.0: 08-06-2013: Tuxedo Version 12.1.1.0, 64-bit
151710.SERVER!TMS_UDB.5394.2099959584.0: TRACE:tr: trace("*:ulog:dye")
151710.SERVER!TMS_UDB.5394.2099959584.0: TRACE:tr: dye
151710.SERVER!TMS_UDB.5394.2099959584.0: TRACE:tr: trace("*:ulog:dye")
151710.SERVER!TMS_UDB.5394.2099959584.0: TRACE:tr: dye
151710.SERVER!TMS_UDB.5394.2099959584.0: TRACE:tr: trace("*:ulog:dye")
151710.SERVER!TMS_UDB.5394.2099959584.0: TRACE:tr: dye
151710.SERVER!TMS_UDB.5394.2099959584.0: LIBTUX_CAT:262: INFO: Standard main starting
151710.SERVER!TMS_UDB.5394.2099959584.0: TRACE:ia: { tpsvrinit(14, "TMS_UDB -C dom=DOM -g 1 -i 30002 -u SERVER -U /path/ULOG -m 0 -A")
151710.SERVER!TMS_UDB.5394.2099959584.0: TRACE:ia: { tpopen()
151710.SERVER!TMS_UDB.5394.2099959584.0: TRACE:xa: { xa_open(0x0x1706b10, 0, 0x0)
151710.SERVER!TMS_UDB.5394.2099959584.0: TRACE:xa: } xa_open = 0
151710.SERVER!TMS_UDB.5394.2099959584.0: TRACE:ia: } tpopen = 1
151710.SERVER!TMS_UDB.5394.2099959584.0: TRACE:ia: } tpsvrinit = 1
151710.SERVER!S1.5395.3805534048.0: 08-06-2013: Tuxedo Version 12.1.1.0, 64-bit
151710.SERVER!S1.5395.3805534048.0: TRACE:tr: trace("*:ulog:dye")
151710.SERVER!S1.5395.3805534048.0: TRACE:tr: dye
151710.SERVER!S1.5395.3805534048.0: TRACE:tr: trace("*:ulog:dye")
151710.SERVER!S1.5395.3805534048.0: TRACE:tr: dye
151710.SERVER!S1.5395.3805534048.0: TRACE:tr: trace("*:ulog:dye")
151710.SERVER!S1.5395.3805534048.0: TRACE:tr: dye
151710.SERVER!S1.5395.3805534048.0: LIBTUX_CAT:262: INFO: Standard main starting
151710.SERVER!S1.5395.3805534048.0: TRACE:at: { tpsvrinit(18, "S1 -C dom=DOM -g 1 -i 100 -u SERVER -U /path/ULOG -m 0 -s S1:services")
151710.SERVER!S1.5395.3805534048.0: TRACE:at: { tpopen()
151710.SERVER!S1.5395.3805534048.0: TRACE:xa: { xa_open(0x0xf4eb10, 0, 0x0)
151710.SERVER!S1.5395.3805534048.0: TRACE:xa: } xa_open = 0
151710.SERVER!S1.5395.3805534048.0: TRACE:at: } tpopen = 1
151710.SERVER!S1.5395.3805534048.0: TRACE:xa: { ax_reg(0, 0x0x7fffbae0ac80, 0)
151710.SERVER!S1.5395.3805534048.0: TRACE:xa: } ax_reg = 0
151710.SERVER!S1.5395.3805534048.0: TRACE:at: } tpsvrinit = 0
151710.SERVER!FE.5396.2057348960.0: 08-06-2013: Tuxedo Version 12.1.1.0, 64-bit
151710.SERVER!FE.5396.2057348960.0: TRACE:tr: trace("*:ulog:dye")
151710.SERVER!FE.5396.2057348960.0: TRACE:tr: dye
151710.SERVER!FE.5396.2057348960.0: TRACE:tr: trace("*:ulog:dye")
151710.SERVER!FE.5396.2057348960.0: TRACE:tr: dye
151710.SERVER!FE.5396.2057348960.0: TRACE:tr: trace("*:ulog:dye")
151710.SERVER!FE.5396.2057348960.0: TRACE:tr: dye
151710.SERVER!FE.5396.2057348960.0: LIBTUX_CAT:262: INFO: Standard main starting
151710.SERVER!FE.5396.2057348960.0: TRACE:at: { tpsvrinit(18, "FE -C dom=DOM -g 1 -i 200 -u SERVER -U /path/ULOG -m 0 -s FE:services")
151710.SERVER!FE.5396.2057348960.0: TRACE:at: { tpopen()
151710.SERVER!FE.5396.2057348960.0: TRACE:xa: { xa_open(0x0x29ddb10, 0, 0x0)
151710.SERVER!FE.5396.2057348960.0: TRACE:xa: } xa_open = 0
151710.SERVER!FE.5396.2057348960.0: TRACE:at: } tpopen = 1
151710.SERVER!FE.5396.2057348960.0: TRACE:xa: { ax_reg(0, 0x0x7fffeb618490, 0)
151710.SERVER!FE.5396.2057348960.0: TRACE:xa: } ax_reg = 0
151710.SERVER!FE.5396.2057348960.0: TRACE:at: } tpsvrinit = 0
151710.SERVER!FE.5396.1917224704.-2: TRACE:at: { tpappthrinit (0)
151710.SERVER!FE.5396.1917224704.-2: TRACE:ia: { tpsetctxt(1, 0x0)
151710.SERVER!FE.5396.1917224704.1: TRACE:tr: trace("*:ulog:dye")
151710.SERVER!FE.5396.1917224704.1: TRACE:tr: dye
151710.SERVER!FE.5396.1917224704.1: TRACE:ia: } tpsetctxt = 0
151710.SERVER!FE.5396.1917224704.1: TRACE:at:} tpappthrinit = 0
151710.SERVER!FE.5396.1917224704.1: TRACE:at: { tpopen()
151710.SERVER!FE.5396.1917224704.1: TRACE:xa: { xa_open(0x0x7fd868005730, 0, 0x0)
151710.SERVER!FE.5396.1906734848.-2: TRACE:at: { tpappthrinit (0)
151710.SERVER!FE.5396.1906734848.-2: TRACE:ia: { tpsetctxt(2, 0x0)
151710.SERVER!FE.5396.1906734848.2: TRACE:tr: trace("*:ulog:dye")
151710.SERVER!FE.5396.1906734848.2: TRACE:tr: dye
151710.SERVER!FE.5396.1906734848.2: TRACE:ia: } tpsetctxt = 0
151710.SERVER!FE.5396.1906734848.2: TRACE:at:} tpappthrinit = 0
151710.SERVER!FE.5396.1906734848.2: TRACE:at: { tpopen()
151710.SERVER!FE.5396.1906734848.2: TRACE:xa: { xa_open(0x0x7fd860005730, 0, 0x0)
151710.SERVER!FE.5396.1896244992.-2: TRACE:at: { tpappthrinit (0)
151710.SERVER!FE.5396.1896244992.-2: TRACE:ia: { tpsetctxt(3, 0x0)
151710.SERVER!FE.5396.1896244992.3: TRACE:tr: trace("*:ulog:dye")
151710.SERVER!FE.5396.1896244992.3: TRACE:tr: dye
151710.SERVER!FE.5396.1896244992.3: TRACE:ia: } tpsetctxt = 0
151710.SERVER!FE.5396.1896244992.3: TRACE:at:} tpappthrinit = 0
151710.SERVER!FE.5396.1896244992.3: TRACE:at: { tpopen()
151710.SERVER!FE.5396.1896244992.3: TRACE:xa: { xa_open(0x0x7fd858005730, 0, 0x0)
151710.SERVER!FE.5396.1885755136.-2: TRACE:at: { tpappthrinit (0)
151710.SERVER!FE.5396.1885755136.-2: TRACE:ia: { tpsetctxt(4, 0x0)
151710.SERVER!FE.5396.1885755136.4: TRACE:tr: trace("*:ulog:dye")
151710.SERVER!FE.5396.1885755136.4: TRACE:tr: dye
151710.SERVER!FE.5396.1885755136.4: TRACE:ia: } tpsetctxt = 0
151710.SERVER!FE.5396.1885755136.4: TRACE:at:} tpappthrinit = 0
151710.SERVER!FE.5396.1885755136.4: TRACE:at: { tpopen()
151710.SERVER!FE.5396.1885755136.4: TRACE:xa: { xa_open(0x0x7fd85c005730, 0, 0x0)
151710.SERVER!FE.5396.1875265280.-2: TRACE:at: { tpappthrinit (0)
151710.SERVER!FE.5396.1875265280.-2: TRACE:ia: { tpsetctxt(5, 0x0)
151710.SERVER!FE.5396.1875265280.5: TRACE:tr: trace("*:ulog:dye")
151710.SERVER!FE.5396.1875265280.5: TRACE:tr: dye
151710.SERVER!FE.5396.1875265280.5: TRACE:ia: } tpsetctxt = 0
151710.SERVER!FE.5396.1875265280.5: TRACE:at:} tpappthrinit = 0
151710.SERVER!FE.5396.1875265280.5: TRACE:at: { tpopen()
151710.SERVER!FE.5396.1875265280.5: TRACE:xa: { xa_open(0x0x7fd850005730, 0, 0x0)
151710.SERVER!FE.5396.1864775424.-2: TRACE:at: { tpappthrinit (0)
151710.SERVER!FE.5396.1864775424.-2: TRACE:ia: { tpsetctxt(6, 0x0)
151710.SERVER!FE.5396.1864775424.6: TRACE:tr: trace("*:ulog:dye")
151710.SERVER!FE.5396.1864775424.6: TRACE:tr: dye
151710.SERVER!FE.5396.1864775424.6: TRACE:ia: } tpsetctxt = 0
151710.SERVER!FE.5396.1864775424.6: TRACE:at:} tpappthrinit = 0
151710.SERVER!FE.5396.1864775424.6: TRACE:at: { tpopen()
151710.SERVER!FE.5396.1864775424.6: TRACE:xa: { xa_open(0x0x7fd854005730, 0, 0x0)
151710.SERVER!FE.5396.1854285568.-2: TRACE:at: { tpappthrinit (0)
151710.SERVER!FE.5396.1854285568.-2: TRACE:ia: { tpsetctxt(7, 0x0)
151710.SERVER!FE.5396.1854285568.7: TRACE:tr: trace("*:ulog:dye")
151710.SERVER!FE.5396.1854285568.7: TRACE:tr: dye
151710.SERVER!FE.5396.1854285568.7: TRACE:ia: } tpsetctxt = 0
151710.SERVER!FE.5396.1854285568.7: TRACE:at:} tpappthrinit = 0
151710.SERVER!FE.5396.1854285568.7: TRACE:at: { tpopen()
151710.SERVER!FE.5396.1854285568.7: TRACE:xa: { xa_open(0x0x7fd848005730, 0, 0x0)
151710.SERVER!FE.5396.1843795712.-2: TRACE:at: { tpappthrinit (0)
151710.SERVER!FE.5396.1843795712.-2: TRACE:ia: { tpsetctxt(8, 0x0)
151710.SERVER!FE.5396.1843795712.8: TRACE:tr: trace("*:ulog:dye")
151710.SERVER!FE.5396.1843795712.8: TRACE:tr: dye
151710.SERVER!FE.5396.1843795712.8: TRACE:ia: } tpsetctxt = 0
151710.SERVER!FE.5396.1843795712.8: TRACE:at:} tpappthrinit = 0
151710.SERVER!FE.5396.1843795712.8: TRACE:at: { tpopen()
151710.SERVER!FE.5396.1843795712.8: TRACE:xa: { xa_open(0x0x7fd84c005730, 0, 0x0)
151710.SERVER!FE.5396.1822816000.-2: TRACE:ia: { tpsetctxt(9, 0x0)
151710.SERVER!FE.5396.1822816000.9: TRACE:tr: trace("*:ulog:dye")
151710.SERVER!FE.5396.1822816000.9: TRACE:tr: dye
151710.SERVER!FE.5396.1822816000.9: TRACE:ia: } tpsetctxt = 0
151710.SERVER!FE.5396.1822816000.9: LIBTUX_CAT:6126: INFO: New server dispatched thread starting
151710.SERVER!FE.5396.1822816000.9: TRACE:at: { tpopen()
151710.SERVER!FE.5396.1822816000.9: TRACE:xa: { xa_open(0x0x7fd84c0170d0, 0, 0x0)
151710.SERVER!FE.5396.1927714560.-2: TRACE:at: { tpappthrinit (0)
151710.SERVER!FE.5396.1927714560.-2: TRACE:ia: { tpsetctxt(10, 0x0)
151710.SERVER!FE.5396.1927714560.10: TRACE:tr: trace("*:ulog:dye")
151710.SERVER!FE.5396.1927714560.10: TRACE:tr: dye
151710.SERVER!FE.5396.1927714560.10: TRACE:ia: } tpsetctxt = 0
151710.SERVER!FE.5396.1927714560.10: TRACE:at:} tpappthrinit = 0
151710.SERVER!FE.5396.1927714560.10: TRACE:at: { tpopen()
151710.SERVER!FE.5396.1927714560.10: TRACE:at:} tpappthrinit = 0
151710.SERVER!FE.5396.1927714560.10: TRACE:at: { tpopen()
151710.SERVER!FE.5396.1927714560.10: TRACE:xa: { xa_open(0x0x7fd848019880, 0, 0x0)
151710.SERVER!FE.5396.1938204416.-2: TRACE:at: { tpappthrinit (0)
151710.SERVER!FE.5396.1938204416.-2: TRACE:ia: { tpsetctxt(11, 0x0)
151710.SERVER!FE.5396.1938204416.11: TRACE:tr: trace("*:ulog:dye")
151710.SERVER!FE.5396.1938204416.11: TRACE:tr: dye
151710.SERVER!FE.5396.1938204416.11: TRACE:ia: } tpsetctxt = 0
151710.SERVER!FE.5396.1938204416.11: TRACE:at:} tpappthrinit = 0
151710.SERVER!FE.5396.1938204416.11: TRACE:at: { tpopen()
151710.SERVER!FE.5396.1938204416.11: TRACE:xa: { xa_open(0x0x7fd8540192d0, 0, 0x0)
151710.SERVER!FE.5396.1885755136.4: TRACE:xa: } xa_open = 0
151710.SERVER!FE.5396.1885755136.4: TRACE:at: } tpopen = 1
151710.SERVER!FE.5396.1843795712.8: TRACE:xa: } xa_open = 0
151710.SERVER!FE.5396.1843795712.8: TRACE:at: } tpopen = 1
151710.SERVER!SR.5409.185980768.0: 08-06-2013: Tuxedo Version 12.1.1.0, 64-bit
151710.SERVER!SR.5409.185980768.0: TRACE:tr: trace("*:ulog:dye")
151710.SERVER!SR.5409.185980768.0: TRACE:tr: dye
151710.SERVER!SR.5409.185980768.0: TRACE:tr: trace("*:ulog:dye")
151710.SERVER!SR.5409.185980768.0: TRACE:tr: dye
151710.SERVER!SR.5409.185980768.0: TRACE:tr: trace("*:ulog:dye")
151710.SERVER!SR.5409.185980768.0: TRACE:tr: dye
151710.SERVER!SR.5409.185980768.0: LIBTUX_CAT:262: INFO: Standard main starting
151710.SERVER!SR.5409.185980768.0: TRACE:at: { tpsvrinit(18, "SR -C dom=DOM -g 1 -i 300 -u SERVER -U /path/ULOG -m 0 -s SR:services")
151710.SERVER!SR.5409.185980768.0: TRACE:at: { tpopen()
151710.SERVER!SR.5409.185980768.0: TRACE:xa: { xa_open(0x0x1399b10, 0, 0x0)
151710.SERVER!FE.5396.1896244992.3: TRACE:xa: } xa_open = 0
151710.SERVER!FE.5396.1896244992.3: TRACE:at: } tpopen = 1
151710.SERVER!FE.5396.1854285568.7: TRACE:xa: } xa_open = 0
151710.SERVER!FE.5396.1854285568.7: TRACE:at: } tpopen = 1
151710.SERVER!FE.5396.1917224704.1: TRACE:xa: } xa_open = 0
151710.SERVER!FE.5396.1917224704.1: TRACE:at: } tpopen = 1
151710.SERVER!FE.5396.1927714560.10: TRACE:xa: } xa_open = 0
151710.SERVER!FE.5396.1927714560.10: TRACE:at: } tpopen = 1
151710.SERVER!FE.5396.1822816000.9: TRACE:xa: } xa_open = 0
151710.SERVER!FE.5396.1822816000.9: TRACE:at: } tpopen = 1
151710.SERVER!FE.5396.1875265280.5: TRACE:xa: } xa_open = 0
151710.SERVER!FE.5396.1875265280.5: TRACE:at: } tpopen = 1
151710.SERVER!FE.5396.1906734848.2: TRACE:xa: } xa_open = 0
151710.SERVER!FE.5396.1906734848.2: TRACE:at: } tpopen = 1
151710.SERVER!FE.5396.1864775424.6: TRACE:xa: } xa_open = 0
151710.SERVER!FE.5396.1864775424.6: TRACE:at: } tpopen = 1
151710.SERVER!FE.5396.1938204416.11: TRACE:xa: } xa_open = 0
151710.SERVER!FE.5396.1938204416.11: TRACE:at: } tpopen = 1
151710.SERVER!SR.5409.185980768.0: TRACE:xa: } xa_open = 0
151710.SERVER!SR.5409.185980768.0: TRACE:at: } tpopen = 1
151710.SERVER!SR.5409.185980768.0: TRACE:xa: { ax_reg(0, 0x0x7fff552572d0, 0)
151710.SERVER!SR.5409.185980768.0: TRACE:xa: } ax_reg = 0
151710.SERVER!SR.5409.185980768.0: TRACE:at: } tpsvrinit = 0
151710.SERVER!SR.5409.56346368.-2: TRACE:at: { tpappthrinit (0)
151710.SERVER!SR.5409.56346368.-2: TRACE:ia: { tpsetctxt(1, 0x0)
151710.SERVER!SR.5409.56346368.1: TRACE:tr: trace("*:ulog:dye")
151710.SERVER!SR.5409.56346368.1: TRACE:tr: dye
151710.SERVER!SR.5409.56346368.1: TRACE:ia: } tpsetctxt = 0
151710.SERVER!SR.5409.56346368.1: TRACE:at:} tpappthrinit = 0
151710.SERVER!SR.5409.56346368.1: TRACE:at: { tpopen()
151710.SERVER!SR.5409.56346368.1: TRACE:xa: { xa_open(0x0x7f37fc005730, 0, 0x0)
151710.SERVER!SR.5409.45856512.-2: TRACE:ia: { tpsetctxt(2, 0x0)
151710.SERVER!SR.5409.45856512.2: TRACE:tr: trace("*:ulog:dye")
151710.SERVER!SR.5409.45856512.2: TRACE:tr: dye
151710.SERVER!SR.5409.45856512.2: TRACE:ia: } tpsetctxt = 0
151710.SERVER!SR.5409.45856512.2: LIBTUX_CAT:6126: INFO: New server dispatched thread starting
151710.SERVER!SR.5409.45856512.2: TRACE:at: { tpopen()
151710.SERVER!SR.5409.45856512.2: TRACE:xa: { xa_open(0x0x7f37f4003520, 0, 0x0)
151710.SERVER!SR.5409.66836224.-2: TRACE:at: { tpappthrinit (0)
151710.SERVER!SR.5409.66836224.-2: TRACE:ia: { tpsetctxt(3, 0x0)
151710.SERVER!SR.5409.66836224.3: TRACE:tr: trace("*:ulog:dye")
151710.SERVER!SR.5409.66836224.3: TRACE:tr: dye
151710.SERVER!SR.5409.66836224.3: TRACE:ia: } tpsetctxt = 0
151710.SERVER!SR.5409.66836224.3: TRACE:at:} tpappthrinit = 0
151710.SERVER!SR.5409.66836224.3: TRACE:at: { tpopen()
151710.SERVER!SR.5409.66836224.3: TRACE:xa: { xa_open(0x0x7f37f8005730, 0, 0x0)
151710.SERVER!SR.5409.45856512.2: TRACE:xa: } xa_open = 0
151710.SERVER!SR.5409.45856512.2: TRACE:at: } tpopen = 1
151710.SERVER!SR.5409.66836224.3: TRACE:xa: } xa_open = 0
151710.SERVER!SR.5409.66836224.3: TRACE:at: } tpopen = 1
151710.SERVER!SR.5409.56346368.1: TRACE:xa: } xa_open = 0
151710.SERVER!SR.5409.56346368.1: TRACE:at: } tpopen = 1
151710.SERVER!SD.5413.2751166304.0: 08-06-2013: Tuxedo Version 12.1.1.0, 64-bit
151710.SERVER!SD.5413.2751166304.0: TRACE:tr: trace("*:ulog:dye")
151710.SERVER!SD.5413.2751166304.0: TRACE:tr: dye
151710.SERVER!SD.5413.2751166304.0: TRACE:tr: trace("*:ulog:dye")
151710.SERVER!SD.5413.2751166304.0: TRACE:tr: dye
151710.SERVER!SD.5413.2751166304.0: TRACE:tr: trace("*:ulog:dye")
151710.SERVER!SD.5413.2751166304.0: TRACE:tr: dye
151710.SERVER!SD.5413.2751166304.0: LIBTUX_CAT:262: INFO: Standard main starting
151710.SERVER!SD.5413.2751166304.0: TRACE:at: { tpsvrinit(18, "SD -C dom=DOM -g 1 -i 600 -u SERVER -U /path/ULOG -m 0 -s SD:services")
151710.SERVER!SD.5413.2751166304.0: TRACE:at: { tpopen()
151710.SERVER!SD.5413.2751166304.0: TRACE:xa: { xa_open(0x0x2b75b10, 0, 0x0)
151710.SERVER!SD.5413.2751166304.0: TRACE:xa: } xa_open = 0
151710.SERVER!SD.5413.2751166304.0: TRACE:at: } tpopen = 1
151710.SERVER!SD.5413.2751166304.0: TRACE:xa: { ax_reg(0, 0x0x7fff2182b280, 0)
151710.SERVER!SD.5413.2751166304.0: TRACE:xa: } ax_reg = 0
151710.SERVER!SD.5413.2751166304.0: TRACE:xa: { ax_unreg(0, 0)
151710.SERVER!SD.5413.2751166304.0: TRACE:xa: } ax_unreg = 0
151710.SERVER!SD.5413.2751166304.0: TRACE:at: } tpsvrinit = 0
151710.SERVER!SD.5413.2632021760.-2: TRACE:ia: { tpsetctxt(1, 0x0)
151710.SERVER!SD.5413.2632021760.1: TRACE:tr: trace("*:ulog:dye")
151710.SERVER!SD.5413.2632021760.1: TRACE:tr: dye
151710.SERVER!SD.5413.2632021760.1: TRACE:ia: } tpsetctxt = 0
151710.SERVER!SD.5413.2632021760.1: LIBTUX_CAT:6126: INFO: New server dispatched thread starting
151710.SERVER!SD.5413.2632021760.1: TRACE:at: { tpopen()
151710.SERVER!SD.5413.2632021760.1: TRACE:xa: { xa_open(0x0x7f8498003520, 0, 0x0)
151710.SERVER!SD.5413.2632021760.1: TRACE:xa: } xa_open = 0
151710.SERVER!SD.5413.2632021760.1: TRACE:at: } tpopen = 1
151710.SERVER!SC1.5415.3318970208.0: 08-06-2013: Tuxedo Version 12.1.1.0, 64-bit
151710.SERVER!SC1.5415.3318970208.0: TRACE:tr: trace("*:ulog:dye")
151710.SERVER!SC1.5415.3318970208.0: TRACE:tr: dye
151710.SERVER!SC1.5415.3318970208.0: TRACE:tr: trace("*:ulog:dye")
151710.SERVER!SC1.5415.3318970208.0: TRACE:tr: dye
151710.SERVER!SC1.5415.3318970208.0: TRACE:tr: trace("*:ulog:dye")
151710.SERVER!SC1.5415.3318970208.0: TRACE:tr: dye
151710.SERVER!SC1.5415.3318970208.0: LIBTUX_CAT:262: INFO: Standard main starting
151710.SERVER!SC1.5415.3318970208.0: TRACE:at: { tpsvrinit(18, "SC1 -C dom=DOM -g 1 -i 700 -u SERVER -U /path/ULOG -m 0 -s SC1:SC1")
151710.SERVER!SC1.5415.3318970208.0: TRACE:at: { tpopen()
151710.SERVER!SC1.5415.3318970208.0: TRACE:xa: { xa_open(0x0x1b23f00, 0, 0x0)
151711.SERVER!SC1.5415.3318970208.0: TRACE:xa: } xa_open = 0
151711.SERVER!SC1.5415.3318970208.0: TRACE:at: } tpopen = 1
151711.SERVER!SC1.5415.3318970208.0: TPSVRINIT =TPSVRINIT started successfully
151711.SERVER!SC1.5415.3318970208.0: TRACE:at: } tpsvrinit = 1
151711.SERVER!S2.5426.2701363040.0: 08-06-2013: Tuxedo Version 12.1.1.0, 64-bit
151711.SERVER!S2.5426.2701363040.0: TRACE:tr: trace("*:ulog:dye")
151711.SERVER!S2.5426.2701363040.0: TRACE:tr: dye
151711.SERVER!S2.5426.2701363040.0: TRACE:tr: trace("*:ulog:dye")
151711.SERVER!S2.5426.2701363040.0: TRACE:tr: dye
151711.SERVER!S2.5426.2701363040.0: TRACE:tr: trace("*:ulog:dye")
151711.SERVER!S2.5426.2701363040.0: TRACE:tr: dye
151711.SERVER!S2.5426.2701363040.0: LIBTUX_CAT:262: INFO: Standard main starting
151711.SERVER!S2.5426.2701363040.0: TRACE:at: { tpsvrinit(18, "S2 -C dom=DOM -g 1 -i 800 -u SERVER -U /path/ULOG -m 0 -s S2:S2")
151711.SERVER!S2.5426.2701363040.0: TRACE:at: { tpopen()
151711.SERVER!S2.5426.2701363040.0: TRACE:xa: { xa_open(0x0xd80430, 0, 0x0)
151711.SERVER!S2.5426.2701363040.0: TRACE:xa: } xa_open = 0
151711.SERVER!S2.5426.2701363040.0: TRACE:at: } tpopen = 1
151711.SERVER!S2.5426.2701363040.0: TPSVRINIT =TPSVRINIT started successfully
151711.SERVER!S2.5426.2701363040.0: TRACE:at: } tpsvrinit = 1
151734.SERVER!FE.5396.1885755136.4: TRACE:at: { tpbegin(0, 0x0)
151734.SERVER!FE.5396.1885755136.4: gtrid x0 x5200f756 x1: TRACE:at: } tpbegin = 1
151734.SERVER!FE.5396.1885755136.4: gtrid x0 x5200f756 x1: TRACE:at: { tpalloc("CARRAY", "", 17160)
151734.SERVER!FE.5396.1885755136.4: gtrid x0 x5200f756 x1: TRACE:at: } tpalloc = 0x0x7fd85c016468
151734.SERVER!FE.5396.1885755136.4: gtrid x0 x5200f756 x1: TRACE:at: { tpcall("S1", 0x0x7fd85c016468, 17160, 0x0x631210, 0x0x7fd870664c28, 0x0)
151734.SERVER!S1.5395.3805534048.0: gtrid x0 x5200f756 x1: TRACE:tr: dye
151734.SERVER!S1.5395.3805534048.0: gtrid x0 x5200f756 x1: TRACE:at: { tpservice({"S1", 0x10, 0x0xfaf0a8, 17160, 0, 2147483648, {0, -2, -1}})
151734.SERVER!S1.5395.3805534048.0: gtrid x0 x5200f756 x1: TRACE:at: { tpalloc("CARRAY", "", 3000)
151734.SERVER!S1.5395.3805534048.0: gtrid x0 x5200f756 x1: TRACE:at: } tpalloc = 0x0xfaae18
151734.SERVER!S1.5395.3805534048.0: gtrid x0 x5200f756 x1: TRACE:at: { tpalloc("CARRAY", "", 3000)
151734.SERVER!S1.5395.3805534048.0: gtrid x0 x5200f756 x1: TRACE:at: } tpalloc = 0x0xfb3fa8
151734.SERVER!S1.5395.3805534048.0: gtrid x0 x5200f756 x1: TRACE:at: { tpalloc("CARRAY", "", 18000)
151734.SERVER!S1.5395.3805534048.0: gtrid x0 x5200f756 x1: TRACE:at: } tpalloc = 0x0xfb4e68
151734.SERVER!S1.5395.3805534048.0: gtrid x0 x5200f756 x1: TRACE:at: { tpcall("EDP", 0x0xfaae18, 1586, 0x0x640b08, 0x0x645208, 0x0)
151734.SERVER!SD.5413.2632021760.1: gtrid x0 x5200f756 x1: TRACE:tr: dye
151734.SERVER!SD.5413.2632021760.1: gtrid x0 x5200f756 x1: TRACE:at: { tpservice({"EDP", 0x10, 0x0x2bd73a8, 1586, 0, 2147483648, {0, -2, -1}})
151734.SERVER!SD.5413.2632021760.1: gtrid x0 x5200f756 x1: TRACE:at: { tpalloc("CARRAY", "", 8192)
151734.SERVER!SD.5413.2632021760.1: gtrid x0 x5200f756 x1: TRACE:at: } tpalloc = 0x0x7f84980161e8
151734.SERVER!SD.5413.2632021760.1: gtrid x0 x5200f756 x1: TRACE:at: { tpreturn(2, 0, 0x0x7f84980161e8, 14, 0x0)
151734.SERVER!SD.5413.2632021760.1: gtrid x0 x5200f756 x1: TRACE:ia: { tpalloc("rpcrqst", "", 4096)
151734.SERVER!SD.5413.2632021760.1: gtrid x0 x5200f756 x1: TRACE:ia: } tpalloc = 0x0x7f84980184e8
151734.SERVER!SD.5413.2632021760.1: TRACE:ia: { tpfree(0x0x7f84980161e8)
151734.SERVER!SD.5413.2632021760.1: TRACE:ia: } tpfree
151734.SERVER!SD.5413.2632021760.1: TRACE:at: } tpreturn [long jump]
151734.SERVER!SD.5413.2632021760.1: TRACE:at: } tpservice
151734.SERVER!SD.5413.2632021760.1: TRACE:tr: undye
151734.SERVER!SD.5413.2632021760.1: TRACE:at: { tpfree(0x0x2bd73a8)
151734.SERVER!SD.5413.2632021760.1: TRACE:at: } tpfree
151734.SERVER!S1.5395.3805534048.0: gtrid x0 x5200f756 x1: TRACE:at: } tpcall = 0
151734.SERVER!S1.5395.3805534048.0: gtrid x0 x5200f756 x1: TRACE:at: { tpalloc("CARRAY", "", 4096)
151734.SERVER!S1.5395.3805534048.0: gtrid x0 x5200f756 x1: TRACE:at: } tpalloc = 0x0xfa9b18
151734.SERVER!S1.5395.3805534048.0: gtrid x0 x5200f756 x1: TRACE:at: { tpcall("EDP", 0x0xfa9b18, 4096, 0x0x646e70, 0x0x7fffbae12278, 0x0)
151734.SERVER!SD.5413.2632021760.1: gtrid x0 x5200f756 x1: TRACE:tr: dye
151734.SERVER!SD.5413.2632021760.1: gtrid x0 x5200f756 x1: TRACE:at: { tpservice({"EDP", 0x10, 0x0x2bd60a8, 4096, 0, 2147483648, {0, -2, -1}})
151734.SERVER!SD.5413.2632021760.1: gtrid x0 x5200f756 x1: TRACE:at: { tpalloc("CARRAY", "", 8192)
151734.SERVER!SD.5413.2632021760.1: gtrid x0 x5200f756 x1: TRACE:at: } tpalloc = 0x0x7f84980161e8
151734.SERVER!SD.5413.2632021760.1: gtrid x0 x5200f756 x1: TRACE:at: { tpreturn(2, 0, 0x0x7f84980161e8, 2064, 0x0)
151734.SERVER!SD.5413.2632021760.1: TRACE:ia: { tpfree(0x0x7f84980161e8)
151734.SERVER!SD.5413.2632021760.1: TRACE:ia: } tpfree
151734.SERVER!SD.5413.2632021760.1: TRACE:at: } tpreturn [long jump]
151734.SERVER!SD.5413.2632021760.1: TRACE:at: } tpservice
151734.SERVER!SD.5413.2632021760.1: TRACE:tr: undye
151734.SERVER!SD.5413.2632021760.1: TRACE:at: { tpfree(0x0x2bd60a8)
151734.SERVER!SD.5413.2632021760.1: TRACE:at: } tpfree
151734.SERVER!S1.5395.3805534048.0: gtrid x0 x5200f756 x1: TRACE:at: } tpcall = 0
151734.SERVER!S1.5395.3805534048.0: gtrid x0 x5200f756 x1: UskRef0_db2.db_ref0_insert_azref: nach insert
151734.SERVER!S1.5395.3805534048.0: gtrid x0 x5200f756 x1: TRACE:at: { tpfree(0x0xfaae18)
151734.SERVER!S1.5395.3805534048.0: gtrid x0 x5200f756 x1: TRACE:at: } tpfree
151734.SERVER!S1.5395.3805534048.0: gtrid x0 x5200f756 x1: TRACE:at: { tpfree(0x0xfbb498)
151734.SERVER!S1.5395.3805534048.0: gtrid x0 x5200f756 x1: TRACE:at: } tpfree
151734.SERVER!S1.5395.3805534048.0: gtrid x0 x5200f756 x1: TRACE:at: { tpreturn(2, 0, 0x0xfb4e68, 17160, 0x0)
151734.SERVER!S1.5395.3805534048.0: gtrid x0 x5200f756 x1: TRACE:ia: { tpalloc("rpcrqst", "", 4096)
151734.SERVER!S1.5395.3805534048.0: gtrid x0 x5200f756 x1: TRACE:ia: } tpalloc = 0x0xfaae18
151734.SERVER!FE.5396.1885755136.4: gtrid x0 x5200f756 x1: TRACE:at: } tpcall = 0
151734.SERVER!FE.5396.1885755136.4: gtrid x0 x5200f756 x1: TRACE:at: { tpcall("AR01", 0x0x7fd85c024fe8, 15624, 0x0x631210, 0x0x7fd870664a68, 0x0)
151734.SERVER!SR.5409.45856512.2: gtrid x0 x5200f756 x1: TRACE:at: { tpservice({"AR01", 0x10, 0x0x14035e8, 15624, 0, 2147483648, {0, -2, -1}})
151734.SERVER!SR.5409.45856512.2: gtrid x0 x5200f756 x1: TRACE:at: { tpalloc("CARRAY", "", 15624)
151734.SERVER!SR.5409.45856512.2: gtrid x0 x5200f756 x1: TRACE:at: } tpalloc = 0x0x7f37f4015f58
151734.SERVER!SR.5409.45856512.2: gtrid x0 x5200f756 x1: TRACE:at: { tpalloc("CARRAY", "", 32784)
151734.SERVER!SR.5409.45856512.2: gtrid x0 x5200f756 x1: TRACE:at: } tpalloc = 0x0x7f37f4019f68
151734.SERVER!SR.5409.45856512.2: gtrid x0 x5200f756 x1: TRACE:at: { tpcall("S2", 0x0x7f37f4019f68, 32784, 0x0x62d948, 0x0x7f3802ba2298, 0x0)
151734.SERVER!S2.5426.2701363040.0: gtrid x0 x5200f756 x1: TRACE:tr: dye
151734.SERVER!S2.5426.2701363040.0: gtrid x0 x5200f756 x1: TRACE:at: { tpservice({"S2", 0x10, 0x0xde8348, 32784, 0, 2147483648, {0, -2, -1}})
151734.SERVER!S2.5426.2701363040.0: gtrid x0 x5200f756 x1: TRACE:at: { tptypes(0x0xde8348, 0x0x7fff807aa030, 0x0x7fff807aa010)
151734.SERVER!S2.5426.2701363040.0: gtrid x0 x5200f756 x1: TRACE:at: } tptypes = 35840
151734.SERVER!S2.5426.2701363040.0: gtrid x0 x5200f756 x1: TRACE:at: { tpfree(0x0xde8348)
151734.SERVER!S2.5426.2701363040.0: gtrid x0 x5200f756 x1: TRACE:at: } tpfree
151734.SERVER!S1.5395.3805534048.0: TRACE:ia: { tpfree(0x0xfb4e68)
151734.SERVER!S1.5395.3805534048.0: TRACE:ia: } tpfree
151734.SERVER!S1.5395.3805534048.0: TRACE:at: } tpreturn [long jump]
151734.SERVER!S1.5395.3805534048.0: TRACE:at: } tpservice
151734.SERVER!S1.5395.3805534048.0: TRACE:tr: undye
151734.SERVER!S2.5426.2701363040.0: gtrid x0 x5200f756 x1: TRACE:xa: { ax_reg(0, 0x0x7fff807a7f90, 0)
151734.SERVER!S2.5426.2701363040.0: gtrid x0 x5200f756 x1: TRACE:xa: } ax_reg = 0
151734.SERVER!S2.5426.2701363040.0: gtrid x0 x5200f756 x1: TRACE:at: { tpalloc("CARRAY", "", 32784)
151734.SERVER!S2.5426.2701363040.0: gtrid x0 x5200f756 x1: TRACE:at: } tpalloc = 0x0xdf63e8
151734.SERVER!S2.5426.2701363040.0: gtrid x0 x5200f756 x1: TRACE:at: } tpservice
151734.SERVER!S2.5426.2701363040.0: gtrid x0 x5200f756 x1: TRACE:at: { tpreturn(2, 538976288, 0x0xdf63e8, 32784, 0x0)
151734.SERVER!S2.5426.2701363040.0: gtrid x0 x5200f756 x1: TRACE:ia: { tpalloc("rpcrqst", "", 4096)
151734.SERVER!S2.5426.2701363040.0: gtrid x0 x5200f756 x1: TRACE:ia: } tpalloc = 0x0xdfe8a8
151734.SERVER!S2.5426.2701363040.0: gtrid x0 x5200f756 x1: TRACE:xa: { xa_end(0x0xd80430, 0, 0x4000000)
151734.SERVER!S2.5426.2701363040.0: gtrid x0 x5200f756 x1: TRACE:xa: } xa_end = 0
151734.SERVER!SR.5409.45856512.2: gtrid x0 x5200f756 x1: TRACE:at: } tpcall = 0
151734.SERVER!SR.5409.45856512.2: gtrid x0 x5200f756 x1: TRACE:at: { tpreturn(2, 0, 0x0x7f37f4015f58, 15624, 0x0)
151734.SERVER!SR.5409.45856512.2: gtrid x0 x5200f756 x1: TRACE:ia: { tpalloc("rpcrqst", "", 4096)
151734.SERVER!SR.5409.45856512.2: gtrid x0 x5200f756 x1: TRACE:ia: } tpalloc = 0x0x7f37f402bc88
151734.SERVER!SR.5409.45856512.2: TRACE:ia: { tpfree(0x0x7f37f4015f58)
151734.SERVER!SR.5409.45856512.2: TRACE:ia: } tpfree
151734.SERVER!SR.5409.45856512.2: TRACE:at: } tpreturn [long jump]
151734.SERVER!SR.5409.45856512.2: TRACE:at: } tpservice
151734.SERVER!SR.5409.45856512.2: TRACE:at: { tpfree(0x0x14035e8)
151734.SERVER!SR.5409.45856512.2: TRACE:at: } tpfree
151734.SERVER!FE.5396.1885755136.4: gtrid x0 x5200f756 x1: TRACE:at: } tpcall = 0
151734.SERVER!FE.5396.1885755136.4: gtrid x0 x5200f756 x1: TRACE:at: { tpcall("S1", 0x0x7fd85c0299f8, 17160, 0x0x631210, 0x0x7fd8706649c8, 0x0)
151734.SERVER!S1.5395.3805534048.0: gtrid x0 x5200f756 x1: TRACE:at: { tpservice({"S1", 0x10, 0x0xfb3fa8, 17160, 0, 2147483648, {0, -2, -1}})
151734.SERVER!S1.5395.3805534048.0: gtrid x0 x5200f756 x1: TRACE:at: { tpalloc("CARRAY", "", 3000)
151734.SERVER!S1.5395.3805534048.0: gtrid x0 x5200f756 x1: TRACE:at: } tpalloc = 0x0xfa9b18
151734.SERVER!S1.5395.3805534048.0: gtrid x0 x5200f756 x1: TRACE:at: { tpalloc("CARRAY", "", 3000)
151734.SERVER!S1.5395.3805534048.0: gtrid x0 x5200f756 x1: TRACE:at: } tpalloc = 0x0xfbf168
151734.SERVER!S1.5395.3805534048.0: gtrid x0 x5200f756 x1: TRACE:at: { tpalloc("CARRAY", "", 18000)
151734.SERVER!S1.5395.3805534048.0: gtrid x0 x5200f756 x1: TRACE:at: } tpalloc = 0x0xfc65e8
151734.SERVER!S1.5395.3805534048.0: gtrid x0 x5200f756 x1: TRACE:at: { tpcall("EDP", 0x0xfa9b18, 1564, 0x0x640b08, 0x0x645208, 0x0)
151734.SERVER!SD.5413.2632021760.1: gtrid x0 x5200f756 x1: TRACE:at: { tpservice({"EDP", 0x10, 0x0x2bd86a8, 1564, 0, 2147483648, {0, -2, -1}})
151734.SERVER!SD.5413.2632021760.1: gtrid x0 x5200f756 x1: TRACE:at: { tpalloc("CARRAY", "", 8192)
151734.SERVER!SD.5413.2632021760.1: gtrid x0 x5200f756 x1: TRACE:at: } tpalloc = 0x0x7f84980161e8
151734.SERVER!S2.5426.2701363040.0: TRACE:ia: { tpfree(0x0xdf63e8)
151734.SERVER!S2.5426.2701363040.0: TRACE:ia: } tpfree
151734.SERVER!S2.5426.2701363040.0: TRACE:at: } tpreturn [long jump]
151734.SERVER!S2.5426.2701363040.0: TRACE:at:} tpservice
151734.SERVER!S2.5426.2701363040.0: TRACE:tr: undye
151734.SERVER!SD.5413.2632021760.1: gtrid x0 x5200f756 x1: TRACE:at: { tpreturn(2, 0, 0x0x7f84980161e8, 38, 0x0)
151734.SERVER!SD.5413.2632021760.1: TRACE:ia: { tpfree(0x0x7f84980161e8)
151734.SERVER!SD.5413.2632021760.1: TRACE:ia: } tpfree
151734.SERVER!SD.5413.2632021760.1: TRACE:at: } tpreturn [long jump]
151734.SERVER!SD.5413.2632021760.1: TRACE:at: } tpservice
151734.SERVER!SD.5413.2632021760.1: TRACE:at: { tpfree(0x0x2bd86a8)
151734.SERVER!SD.5413.2632021760.1: TRACE:at: } tpfree
151734.SERVER!S1.5395.3805534048.0: gtrid x0 x5200f756 x1: TRACE:at: } tpcall = 0
151734.SERVER!S1.5395.3805534048.0: gtrid x0 x5200f756 x1: TRACE:at: { tpfree(0x0xfa9b18)
151734.SERVER!S1.5395.3805534048.0: gtrid x0 x5200f756 x1: TRACE:at: } tpfree
151734.SERVER!S1.5395.3805534048.0: gtrid x0 x5200f756 x1: TRACE:at: { tpfree(0x0xfaf0a8)
151734.SERVER!S1.5395.3805534048.0: gtrid x0 x5200f756 x1: TRACE:at: } tpfree
151734.SERVER!S1.5395.3805534048.0: gtrid x0 x5200f756 x1: TRACE:at: { tpreturn(2, 0, 0x0xfc65e8, 17160, 0x0)
151734.SERVER!S1.5395.3805534048.0: TRACE:ia: { tpfree(0x0xfc65e8)
151734.SERVER!S1.5395.3805534048.0: TRACE:ia: } tpfree
151734.SERVER!S1.5395.3805534048.0: TRACE:at: } tpreturn [long jump]
151734.SERVER!S1.5395.3805534048.0: TRACE:at: } tpservice
151734.SERVER!FE.5396.1885755136.4: gtrid x0 x5200f756 x1: TRACE:at: } tpcall = 0
151734.SERVER!FE.5396.1885755136.4: gtrid x0 x5200f756 x1: TRACE:at: { tpcommit(0x0)
151734.SERVER!FE.5396.1885755136.4: gtrid x0 x5200f756 x1: TRACE:xa: { xa_commit(0x0x7fd85c005730, 0, 0x40000000)
151734.SERVER!FE.5396.1885755136.4: gtrid x0 x5200f756 x1: TRACE:xa: } xa_commit = 0
151734.SERVER!FE.5396.1885755136.4: TRACE:at: } tpcommit = 1 -
E-Business Suite apps_initialize and SOA Global Transactions
Hi,
We are developing an integration which sends data from one system to an Oracle E-Business Suite instance. In order to load the data into E-Business we need to call API’s which require the fnd_global.apps_initialize to be run.
We have a custom PL/SQL procedure which calls the API
e.g.
SOA -> custom PL/SQL -> E-Biz API
The custom PL/SQL runs apps_initialize.
The problem is when we call this from SOA via a XA connection we get the following error:
<P_ERR_MESSAGE>Error - Failed to delete the interface records after reading result! Message: Unknown Error ORA-20001: Oracle error -20001: ORA-20001: Oracle error -2074: ORA-02074: cannot SET NLS in a distributed transaction
has been detected in fnd_global.set_nls.set_parameter('NLS_LANGUAGE','AMERICAN').
has been detected in fnd_global.set_nls. ORA-06512: at "APPS.APP_EXCEPTION", line 72
ORA-06512: at "APPS.FND_GLOBAL", line 245
ORA-06512: at "APPS.FND_GLOBAL", line 1426
ORA-06512: at "APPS.FND_GLOBAL", line 1684
ORA-06512: at "APPS.FND_GLOBAL", line 2309
ORA-06512: at "APPS.FND_GLOBAL", line 2447
ORA-06512: at "APPS.FND_GLOBAL", line 2385
ORA-06512: at "APPS.ICSOA_UTIL_PKG", line 42
ORA-06512: at "APPS.ICAR_INT_PKG", line 521
</P_ERR_MESSAGE>
The main error here is cannot SET NLS in a distributed transaction.
This is caused by fnd_global.apps_initialize running SET NLS commands in order to do it’s thing.
We are looking to use the functionality of global transactions in order to achieve reliable messaging.
Does anyone have any experience with calling custom PL/SQL from SOA XA connections?
RobertRobert,
I have the similar use case. I am using a seeded Oracle API to insert data into the tables. I want the user information to be populated in the WHO columns (CREATED_BY, LAST_UPDATED_BY). I have mentioned the jca.apps.username and jca.apps.responsibility in the Invoke activity.
But unfortunately, the columns are not populated with the data. I am using the Oracle Apps Adapter to call the API.
Any inputs will be really helpful.
Thanks,
Sakthi. -
How to set global transactions for XA.
Hello,
I have configured 9i RAC active/active database into a active/passive.
The users were not able to connect using XA drivers.
I have run the xaview.sql script as sys in @O_H/rdbms/admin and granted select privs as below.
grant select on v$xatrans$ to public;
grant select on pending_trans$ to public;
grant select on dba_2pc_pending to public;
grant select on dba_pending_transactions to public;
Still users are not able to connect to the databases using XA drivers.
What is needed more to be set up on the database side?
Can any one let me know the detailed method to set global transactions(that is what I was told needs to be set up) on the oracle database.
Thanks
SKHFurther to give more info the error users are facing is
Could not connect to 'oracle.jdbc.xa.client.OracleXADataSource'. -
Global transaction problem with JDriver/Oracle and Oracle XA
We are haveing serious problems with Container Managed Transactions on Bea 6.1
and Oracle with EJB having set "Required" for all methods. We have tried in vain
to make it work with JDriver as well as OracleXAClient. Both fail at sometime
during the execution throwing "Not called in cotext of global transaction" (with
JDriver) OR "XAER_PROTO : Routine was invoked in an
inproper context start() failed on resource 'OracleXAPool'" (this one with oracle
XA).
1.) Weblogic JDriver-XA:
DatabaseMetaData metaData = dataSource.getJDBCConnection.getMetaData();
ResultSet resultSet = metaData.getTables(null, null, tableName.toUpperCase(),
new String[]{"TABLE"});
This fails immmediately saying that it was not called from global transaction.
Interesting thing is that with OracleXA, it doesnt say this exception at this
check point.
2) Oracle XA
Okie, we couldnot read through the CLOB using it so for reading CLOB, we used
direct jdbc connection and then did away with it. Now all next sql queries were
executed against oracle pool using XA data source with OracleXAClient. But at
some point we again ran into the problem "XAER_PROTO : Routine was invoked in
an
inproper context start() failed on resource 'OracleXAPool'"
3 Oracle Thin Driver
everything always works with it.AFAIR this issue was resoved by moving tx opreations out from non-tx
methods.
Regards,
Slava
"Apurb Kumar" <[email protected]> wrote in message
news:[email protected]...
Jawad,
It would be nice if you can post the full stack trace error message. Didyou try moving to
the latest service pack (sp2) for WLS6.1.
Thanks,
Jawad Mahmood wrote:
Yes we had correctly set TXDataSource and let it to point to the right
connection
pool each time and it worked well with oracle thin driver but not whenwe switched
the pool to JDriver or OracleXAClient. Note that we could aways confirmthat pool
was successfully created alongwith we could retrieve connection from itvia TXDatSource,
things gave problem after we attempted to do what i had mentioned in mylast posting.
>>
Also with JBoss 2.4.4 things work pretty well. So couldnt be our codeproblem.
"Slava Imeshev" <[email protected]> wrote:
Jawad,
Did you set up TxDataSource?
Regards,
Slava Imeshev
"Jawad Mahmood" <[email protected]> wrote in message
news:[email protected]...
We are haveing serious problems with Container Managed Transactionson
Bea 6.1
and Oracle with EJB having set "Required" for all methods. We havetried
in vain
to make it work with JDriver as well as OracleXAClient. Both fail atsometime
during the execution throwing "Not called in cotext of global
transaction"
(with
JDriver) OR "XAER_PROTO : Routine was invoked in an
inproper context start() failed on resource 'OracleXAPool'" (this onewith
oracle
XA).
1.) Weblogic JDriver-XA:
DatabaseMetaData _metaData =
_dataSource.getJDBCConnection.getMetaData();
ResultSet resultSet = metaData.getTables(null, null,tableName.toUpperCase(),
new String[]{"TABLE"});
This fails immmediately saying that it was not called from globaltransaction.
Interesting thing is that with OracleXA, it doesnt say this exceptionat
this
check point.
2) Oracle XA
Okie, we couldnot read through the CLOB using it so for reading CLOB,we
used
direct jdbc connection and then did away with it. Now all next sqlqueries
were
executed against oracle pool using XA data source with
OracleXAClient.
But
at
some point we again ran into the problem "XAER_PROTO : Routine wasinvoked
in
an
inproper context start() failed on resource 'OracleXAPool'"
3 Oracle Thin Driver
everything always works with it.
Apurb Kumar -
Lookup-table and query-database do not use global transaction
Hi,
following problem:
DbAdapter inserts data into DB (i.e. an invoice).
Process takes part in global transaction.
After the insert there is a transformation which uses query-database and / or lookup-table.
It seems these XPath / XSLT functions are NOT taking part in the transaction and so we can not access information from the current db transaction.
I know workarounds like using DbAdapter for every query needed, etc. but this will cost a lot of time to change.
Is there any way to share transaction in both DbAdapter insert AND lookup-table and query-database?
Thanks, Best Regards,
MartinOne dba contacted me and made this statement:
Import & export utilities are not independent from characterset. All
user data in text related datatypes is exported using the character set
of the source database. If the character sets of the source and target
databases do not match a single conversion is performed.So far, that does not appear to be correct.
nls_characterset = AL32UTF8
nls_nchar_characterset = UTF8
Running on Windows.
EXP produces a backup in WE8MSWIN1252.
I found that if I change the setting of the NLS_LANG registry setting for my oracle home, the exp utility exports to that character set.
I changed the nls_lang
from AMERICAN_AMERICA.WE8MSWIN1252
to AMERICAN_AMERICA.UTF8
Unfortunately , the export isn't working right, although it did change character sets.
I get a warning on a possible character set conversion issue from AL32UTF8 to UTF8.
Plus, I get an EXP_00056 Oracle error 932 encountered
ORA-00932: inconsistent datatypes: expected BLOB, CLOB, get CHAR.
EXP-00000: export terminated unsuccessfully.
The schema I'm exporting with has exactly one procedure in it. Nothing else.
I guess getting a new error message is progress. :)
Still can't store multi-lingual characters in data tables. -
Hello Friends,
I have a doubt on TMS and Global Transaction.
Can tpbegin(), tpcommit(), tpabort() calls succeed when there is
no TMS server running for the Tuxedo Server group.
If yes, who manages the Global Transaction in this case?
Thanks in advance for ur time.
regards
MSWhen you compile a Tuxedo server, there is ALWAYS a TMS compiled in. If
you look at $TUXDIR/udataobj/RM, you will fine a line similar to:
NONE:tmnull_switch:
When you do not use the -r option, or use -r NONE, the tmnull_switch is
compiled into your server. This is a bunch of do nothing code to occupy
the function slots that otherwise would be used by a real XA
connection. For example, if you had put
-r Oracle_XA
(also see the RM file) the switch xaosw is compiled into your server.
So the first thing I want point out is that a server ALWAYS has a TMS
switch compiled, even if it is a NULL switch.
Second item. This null switch does have a null transaction management
server, called TMS ($TUXDIR/bin/) This is the entry for the TMSNAME
field of a Service GROUP.
You might have an entry such as
APPGRP GRPNO=10 TMSNAME=TMS
DBGRP GRPNO=11 TMSNAME=TMSORACLE OPENINFO="......"
Now, I can have XA transactions initiated by servers in APPGRP, and have
servers in DBGRP participate in the same global transaction. (but watch
your performance)
So, to answer Manoj's question, No, they don't succeed if there is no
TMS. However, all you need is to add TMSNAME=TMS and have compiled the
servers with -r NONE (better to be explicit than implicit) and they will
work.
Hope this clears up some things.
Manoj SASIDHARAN wrote:
Hello Friends,
I have a doubt on TMS and Global Transaction.
Can tpbegin(), tpcommit(), tpabort() calls succeed when there is
no TMS server running for the Tuxedo Server group.
If yes, who manages the Global Transaction in this case?
Thanks in advance for ur time.
regards
MS--
Brian Douglass
Transaction Processing Solutions, Inc.
8555 W. Sahara
Suite 112
Las Vegas, NV 89117
Voice: 702-254-5485
Fax: 702-254-9449
e-mail: [email protected] -
Hi,
I am unable to create a global transaction project.The project consists of a DB adapter that is polling a table,then using a mediator,it is putting the records into a queue using JMS adapter.But i am unable to make a global transaction happen as after polling,the DB adapter is also updating a flag,so if the queue is down,the flag should not be updated,but it is being updated.I have set evrything from conncetion factory to data source as XA enabled.But still the problem is occurring.
However in JMS adapter,if i make the isTransacted field as true,the flag is not being updated.
but then when i make the queue available,it shows
Exception occured when binding was invoked. Exception occured during invocation of JCA binding: "JCA Binding execute of Reference operation 'Produce_Message' failed due to: ERRJMS_TRX_BEGIN. ERRJMS_TRX_BEGIN. CCI Local Transaction BEGIN failed due to: ERRJMS_NOT_TRANSACTED. ERRJMS_NOT_TRANSACTED. Invalid call to method begin() as underlying JMS session is not transacted. Please examine the log file to determine the problem. Please examine the log file to determine the problem. ". The invoked JCA adapter raised a resource exception. Please examine the above error message carefully to determine a resolution.
Can someone please tell me what is wrong?
Regards,
BharatHi Bharat,
I am also facing the same issue. Kindly let me know if you have fixed this.
Thank You.
Regards
Prasanth
Maybe you are looking for
-
Cannot add iPhone 3.0 remote app (1.3)
I have two Apple Tv and can't get either one to connect to my iPhone's remote app version 1.3. I can input the code but nothing happens when I click on done. Both are running version 2.4 and the iPhone is OS 3.0 with remote version 1.3. I can connect
-
Having multiple issues with my MacBook Pro
I have a MacBook Pro that I purchases new January 2013. I upgraded from Mountain to Maverick about 2 months ago, with no problems. About 3 days ago it started acting up. It started with my not being able to open Safari, although a few hours later I c
-
Quicktime 7/Intel Question
This question might be lame but I gotta ask it... Will I have issues if I take a DV stream that was created on an Intel Mac and then use it on a G4 eMac that isn't an Intel? Just curious? Thank you for your time, Evan Jacobs www.anhedeniafilms.com
-
Whether the payments can be processed to outside aproved bank accounts.
Hi guys, The question is, how can determine whether the payments from customers can be posted to other then approved bank accounts. We have a number of house banks, some of them are scheduled for creditor payments (outgoing) the other for payments re
-
A function module to create service confirmation
Hello,everyone I need your help. I'm looking for a function module to create crm service confirmation. Can you give me some help. Thanks.