Focal Point Banner


As of December 1, 2020, Focal Point is retired and repurposed as a reference repository. We value the wealth of knowledge that's been shared here over the years. You'll continue to have access to this treasure trove of knowledge, for search purposes only.

Join the TIBCO Community
TIBCO Community is a collaborative space for users to share knowledge and support one another in making the best use of TIBCO products and services. There are several TIBCO WebFOCUS resources in the community.

  • From the Home page, select Predict: WebFOCUS to view articles, questions, and trending articles.
  • Select Products from the top navigation bar, scroll, and then select the TIBCO WebFOCUS product page to view product overview, articles, and discussions.
  • Request access to the private WebFOCUS User Group (login required) to network with fellow members.

Former myibi community members should have received an email on 8/3/22 to activate their user accounts to join the community. Check your Spam folder for the email. Please get in touch with us at community@tibco.com for further assistance. Reference the community FAQ to learn more about the community.


Focal Point    Focal Point Forums  Hop To Forum Categories  iWay Software Product Forum on Focal Point    Data Migrator Error Handling (RET_CODE vs FOCERRNUM)

Read-Only Read-Only Topic
Go
Search
Notify
Tools
Data Migrator Error Handling (RET_CODE vs FOCERRNUM)
 Login/Join
 
Platinum Member
posted
Hello-

I've developed a process flow that calls several data flows with the "Execute as RPC" option so that they can share variables. I have a question regarding error handling. The oracle table we're populating was out of disk space. The dataflow detected this condition and reported it in the log.

The auto generated code for the success condition does not seem to handle this correctly. An error occurred but my flow continued to process. The code that is generated only checks &FOCERRNUM for continuation. In this case, &&CM__RETURN is not zero, but my flow continues anyway.

This line of code computes the correct error code, but never checks it:
-SET &RET_CODE = IF &&CM__RETURN EQ 0 THEN &FOCERRNUM ELSE &&CM__RETURN;

If I modify the condition from:
-IF (&FOCERRNUM EQ 0) GOTO Big GrinEP_3;

To this, everything works great.
-IF (&RET_CODE EQ 0) GOTO Big GrinEP_3;

Shouldn't the generated code check RET_CODE instead of FOCERRNUM? Based on what I'm seeing, I'd need to change every success condition I ever drop into a process flow to get the correct results. That seems quirky.

Sample Rendered Code Block (modified for success using the graphical editor)
-Big GrinEP_2
-TYPE (ICM18015) DEP_2: procedure my_etl_df started.
EX samples/my_etl_df
-RUN
-IF (&&KILL_RPC EQ 'Y') GOTO :STOPRPCS;
-SET &RET_CODE = IF &&CM__RETURN EQ 0 THEN &FOCERRNUM ELSE &&CM__RETURN;
-TYPE (ICM18039) DEP_2 my_etl_df Return Code = &RET_CODE
-IF (&RET_CODE EQ 0) GOTO Big GrinEP_3;
-GOTO :ENDDEP


Please review it and let me know does it required always to setup the custom condition.
Thanks in advance for your suggestions.

DM 7.1.6, OS WIN2003K., Oracle 10g.


WF 7.6.2/ OS WIN2003.
DM 7.6.2
 
Posts: 103 | Registered: September 08, 2006Report This Post
Platinum Member
posted Hide Post
Did you select the flow option, stop processing after n DBMS errors?. This option, if selected should have stopped the processing.


WF7.1.4 Prod/Test, MRE, self serve, DM
 
Posts: 176 | Location: Desplaines | Registered: August 05, 2004Report This Post
Platinum Member
posted Hide Post
Thanks for quick response !

No I don't have setup like that.
Where I have to do this setup and n stands for any number DBMS returns error number or we have to give proper DBMS error number.

Pls. tell me how can I do this setup.

Thanks.


WF 7.6.2/ OS WIN2003.
DM 7.6.2
 
Posts: 103 | Registered: September 08, 2006Report This Post
Platinum Member
posted Hide Post
Go to flow properties and then choose Execution,select stop processing after n DBMS errors where n stands for how many you want it to stop after.


WF7.1.4 Prod/Test, MRE, self serve, DM
 
Posts: 176 | Location: Desplaines | Registered: August 05, 2004Report This Post
Platinum Member
posted Hide Post
Thanks for reply

I can setup for that, but it will be set for all the flows, true ?

I found the IBI is working on the similar issue even after RDMS error flow continue to run where it suppose to stop the execution.


WF 7.6.2/ OS WIN2003.
DM 7.6.2
 
Posts: 103 | Registered: September 08, 2006Report This Post
Platinum Member
posted Hide Post
It isn't a global setting. Setting it for one will not set it for all. You have to specificallly set it for each dataflow.


Data Migrator 5.3, 7.1, 7.6
WebFOCUS 7.1, 7.6, 7.7
SQL Server, Oracle, DB2
Windows
 
Posts: 126 | Registered: January 18, 2007Report This Post
  Powered by Social Strata  

Read-Only Read-Only Topic

Focal Point    Focal Point Forums  Hop To Forum Categories  iWay Software Product Forum on Focal Point    Data Migrator Error Handling (RET_CODE vs FOCERRNUM)

Copyright © 1996-2020 Information Builders