RPE-02062

Hi
Im trying to drop a processflow package but I cannot cause Im recieving this error:
RPE-02062: ItemType PKG_EDW cannot be dropped as it has running Processes. You must first abort all the running processes using the Oracle Workflow Monitor
What I did was I accidently removed the schedule for this processflow from the design center while it was still a scheduled process.
I tried to drop the package - received the error
Stop the scheduled process - still receiving
No active session on the database for this package - and I cannot still drop it.
I runned the list_requests script from the owb_home cat, and none are listed.
Any ideas ?
Edited by: SweAnderline on 2009-mar-18 15:29

This happens when a process flow blows up and gets stuck in suspended state.
And when we try to redeploy or drop the process flow oracle/owb throws the error.
Another way is to log on to workflow monitor -> check processes -> look for active ones -> then abort them
Once they are aborted you are free to drop or redeploy it.
Thanks,
Sam.

Similar Messages

  • Problem with a process Flow (RPE-02062 )

    Execution of a workflow ended with an error. When I try to execute again I get an error.
    But when I try to deploy , also I get another error
    RPE-02062: No se puede borrar el tipo de elemento F3 ya que tiene procesos en ejecución. Debe abortar primero todos los procesos en ejecución mediante el Monitor de Oracle Workflow.
    Then I review list of request of execution
    ====================
    EXECUTIONS
    ====================
    Audit ID.. Status........ Name.............. Date.............. Owner.........
    105844 BUSY EVONCE:STAG2DIMEN 28-DIC-10 11:33:37 OWF_MGR
    and I abort this execution .
    @ abort_exec_request.sql 105844 WSBICI_ADM.WS_DBICI
    But I'd same problem with the deploy.
    After I review workflow process not ended with this sentence:
    select * from OWF_MGR.wf_items where end_date is null;
    ITEM_TYP ITEM_KEY ROOT_ACTIVITY BEGIN_DATE
    F3 WB_IK_20101228_113338_105844_EVONCE:STAG2DIMEN STAG2DIMEN 28122010-11:33:38
    UP_PPAL WB_IK_20101228_113003_104965_EVONCE EVONCE 28122010-11:30:04
    and I tried to abort this process,
    09:21:07 OPS$IBERORA:DDW> exec owf_mgr.wf_engine.AbortProcess(itemtype =>'F3', itemkey =>'WB_IK_20101228_113338_105844_EVONCE:STAG2DIMEN');
    BEGIN owf_mgr.wf_engine.AbortProcess(itemtype =>'F3', itemkey =>'WB_IK_20101228_113338_105844_EVONCE:STAG2DIMEN'); END;
    ERROR en línea 1:
    ORA-06502: PL/SQL: error : error de conversión de hexadecimal a raw numérico o de valor
    ORA-06512: en "OWF_MGR.WF_ENGINE", línea 4298
    ORA-06512: en línea 1
    select item_type,item_key,activity_status
    from owf_mgr.wf_item_activity_statuses where activity_status!='COMPLETE';
    ITEM_TYP ITEM_KEY ACTIVITY
    F3 WB_IK_20101228_113338_105844_EVONCE:STAG2DIMEN SUSPEND
    F3 WB_IK_20101228_113338_105844_EVONCE:STAG2DIMEN ERROR
    UP_PPAL WB_IK_20101228_113003_104965_EVONCE SUSPEND
    UP_PPAL WB_IK_20101228_113003_104965_EVONCE NOTIFIED
    Thanks in advanced
    Marisol

    Hi Federico,
    When you tranport Process Chains, initially chains will be available under "Not Asigned" node in RSPC Transaction. The transported chains wont be get highlighted automatically. Manually need to open the chain in update mode and activate it on Quality.
    Hope it will help you to resolve the problem.
    Regards,
    Raji

  • RPE-02062:        How to abort a workflow process?

    Hi all,
    I have a problem with a process flow I'm trying to deploy then i get following error message. I can not abort it with Oracle Workflow Monitor because I don't have it installed.
    RPE-02062: ItemType RAIN_PKG cannot be dropped as it has running Processes. You must first abort all the running processes using the Oracle Workflow Monitor.
    My first question is how do i find the name of the process?
    And second question is how do I abort it?
    Regards
    JZ

    For me it did not work.
    I have some COMPLETE entries and it looks that is stopping it from aborting.
    Error:
    BEGIN
    -- test
    owf_mgr.wf_engine.abortprocess('PFP_SMT', 'WB_IK_2007010_151324_529664');
    END;
    Error report:
    ORA-20002: [WFENG_ITEM_PROCESS_ACTIVE] TYPE=PFP_SMT KEY=WB_IK_2007010_151324_529664 NAME=LD_SMT_FACTUAIS
    ORA-06512: na "OWF_MGR.WF_ENGINE", linha 3472
    ORA-06512: na linha 3
    After commenting lines 3468 to 3472 of WF_ENGINE package, so that it shows the exception:
    Error starting at line 1 in command:
    BEGIN
    -- test
    owf_mgr.wf_engine.abortprocess('PFP_SMT', 'WB_IK_2007010_151324_529664',26877);
    END;
    Error report:
    ORA-20002: [WFENG_ITEM_PROCESS] TYPE=PFP_SMT KEY=WB_IK_2007010_151324_529664 NAME=26877 VERSION=1
    ORA-06512: na "OWF_MGR.WF_CORE", linha 280
    ORA-06512: na "OWF_MGR.WF_ENGINE", linha 3410
    ORA-06512: na linha 3
    This is code is derived from having a COMPLETED status.
    Is look like it is from a hierarchy of process and activities,
    but then I got lost.
    Please help.

  • RPE-02062 Workflow Monitor

    When I try to re-deploy an updated Process Flow, it fails with the following error:
    "RPE-02062: ItemType MERGERAW cannot be dropped as it has running processes. You must first abort all the running processes using the Oracle Workflow Monitor".
    I have only installed OWF to use with OWB, and don't even think I have an Oracle Workflow Monitor! I located a session with username OWF_MGR and killed it. I have even rebooted the server, but the OWF_MGR session keeps coming back.
    How else do I abort these running processes?

    Looking back at my installation notes for Oracle Workflow, I found that I could access the Oracle Workflow web services from the following URL
    "http://<server_name>[:<port>]/pls/OWF_DAD/wfa_html.home" where OWF_DAD is the Data Access Descriptor defined during installation. If you connect using the owf_mgr user name / pwd that was created when installing OWF then the browser window displays "Oracle Workflow" and a list of hyperlinks. One of these is "Find Processes". Following this link and clicking the 'Find' button with Item Type=All selected, shows a list of process names and their status. From there I was able to see the process flow that was causing the problem and abort it. Deploying the process flow from OWB then worked smoothly.

  • RPE Error on redeploy of Process Flow

    I receive the following error when I try to redeploy a
    Process Flow in OWB. The default behavior is "replace"
    I don't have Workflow Monitor installed. How do I stop
    the previous running process.
    "RPE-02062: ItemType PROCESS1 cannot be dropped as it has running Processes. You must first abort all the running processes using the Oracle Workflow Monitor."

    Hi Marion,
    afaik, your have two options:
    1.
    We installed Oracle Workflow 2.6.3 recently, and it comes with a HTTP-Interface (if Oracle HTTP-Server is installted of course). A modplsql-entry was created automatically during install. Try http://<your-db-server>[:7777]/pls/wf/wfa_html.home (or check your mod-pl/sql config file). If this works, try "list processes", filter "active" processes, click "find". Then for each running process, click it, then choose "view diagramm". Java-Applet opens. On the bottom of this page you find a button "abort process".
    2.
    You can use the Oracle Workflow API to stop the active processes:
    * to find out which processes are not COMPLETE:
    SELECT * FROM <Oracle Workflow Schema>.wf_item_activity_statuses_v WHERE
    ACTIVITY_TYPE_CODE = 'PROCESS' AND ACTIVITY_STATUS_CODE != 'COMPLETE'
    * to stop those processes, execute the following Oracle Workflow API-FUnction:
    <Oracle Workflow Schema>.wf_engine.abortProcess(item_type, item_key);
    Hope this helps. Best Regards
    Andreas

  • How to stop process flow?

    Hi there.
    I have oracle 9i + OWB 10.1..2.
    During last changes on the server (AIX) there was a problem with starting JServer.
    I didn't seem to be problem until I wanted to user Workflow Monitor. Obviously it didn't work.
    My question is: how to stop a process flow that has errors?
    I found scripts that should do it (described in Workflow
    16. Administration Scripts in Oracle Workflow Guide.pdf) but I must have done something wrong cause it didn't work. Whats more I got lots of errors (failed flows deployment and execution)
    Do you know how do use these scripts?
    Pawel

    Hi Pawel,
    did you read this thread
    RPE-02062:        How to abort a workflow process?
    Hope this helps,
    Oleg
    Message was edited by:
    tsiboleg

  • Unable to drop or replace workflow

    Hi all has anyone come accross the following issue when using OWB 10G R2. We had a workflow that contained eight mappings and it was running fine. We modified the workflow and tried to re-deploy the new workflow but all we get back is the following error "RPE-02062: ItemType OWB_PK1 cannot be dropped as it has running Processes. You must first abort all the running processes using the Oracle Workflow Monitor" Now we can manually run the workflow from the comtrol centre and it completes ok so cant understand why we get the above error when we try to replace/drop it becuase it is not hanging when we run it. I assume the workflow monitor is in OEM but i do not have access to OEM.
    Has anyone had this error before and how did you manage to remove the error so that you could replace the old workflow with the new workflow, any help would be appreciated.
    Regards Kevin

    Thanks very much Gilles that has brough up teh Workflow package that appears to be running. I am very new to Workflow and only really using it in conjuction with OWB for dependency management between mappings. This problem occurred when i decided to change and existing workflow that was linked to a schedule in OWB. My assumption was that you could leave the existing workflow deployed and running at the same time make any required changes to these workflow in OWB and when you were happy with the changes drop the job that schedules the workflow and then just do a replace on the workflow. This is howveer where i hit this error. I do not have access to OEM which i beleive is where the Workflow Monitor is. Is there a logocal step of processes i need to follow when making changes to existing workflows or am i always going to get this error and have to either run the abort procedure or gain access to the workflow monitor to administer.
    P.S. OWB groups workflows under packages which is what the error is complaining about not the actual individual workflow is it best practice to make the package and workflow a one to one relationship or is ik ok to group many together.
    Applogise for the basic questions..
    Regards Kevin

  • RPE-01008: Recovery of this request is in progress in process flows.

    Hi,
    I am calling shell script as an userdefined activity in a process flows.
    All the process flows were working fine.
    Today, all the process flows wherever the shell script is called ended up with an error showing " RPE-01008: Recovery of this request is in progress".
    Could any one please explain, what might be reason?
    Thanks in advance.
    Thank you,
    Regards,
    Gowtham Sen.

    Hi,
    we have exactly the same problem here.
    Does anybody have a solution?
    regards
    Lutz

  • RPE-01012 after upgrade to 9.2.0.4

    LS,
    After upgrading OWB from 9.2.0.2.8 to 9.2.0.4, I'm getting the an error when trying to deploy code.
    Getting the following error:
    RPE-01012: Cannot deploy to the target location because it is owned by a different runtime platform.
    I've read that I need to tell OWB that now it has to use the new (upgraded) repository, so I created a new repository runtime connection, pointing to the new rep-owner, but that was -obviously- to no avail.
    Is there something else that needs to be done before code can be deployed again?
    Cheers, Patrick

    Good morning Nikolai,
    I've read that the only new user/schema that needs to be created is for the runtime repository. Somewhere further in the coming 'story' it will appear (bold).
    Let me explain how the upgrade went.
    This is what the readme says for general steps:
    1. Patch the Client Side (Design Time) install
    2. Patch the Server Side install
    3. Upgrade the Client Side (Design Time) Repository
    4. Upgrade the Runtime Repository
    5. Re-create the Runtime Repository connections
    Also it states the following:
    Note: Make sure that you have obtained the patch for the platform where your Server Side install is located. This may not be the same platform as your Client Side (Design Time) install. E.g. If you perform Design Time tasks on Windows, but deploy and execute on Solaris, you will need both the Windows and Solaris versions of the patch.
    Since our database (9i) is running on AIX (5L) and the client is Windows 2000 Pro, both patches have been applied.
    The DBA's have applied the AIX-patch for the server side, but also for the client (remark of one of the DBA's: "The runntime is installed on database and the client also installed on AIX side. I will do both."), so also "II.4. Upgrading the Design Time Repository".
    On Windows I patched client as well as server installation (i.e. the copying of new files to OWB-home with two batch-files).
    I did NOT run owb\bin\win32\DTupg92to9204.bat as stated in section II.4.1, because the DBA's had already done this... on AIX though.
    Section II.5 has also been performed by the DBA's. Note the following here: "Create a new Runtime Repository in same database as the old Runtime Repository. DO NOT create new Target Schema(s) or new Runtime Access User(s). The In-place Migration will re-associate your current Target Schema(s) and Runtime Access User(s) to the new Runtime Repository. This step must be performed on the Server Side install." I assume the DBA's performed the in-place migration.
    After this I was NOT allowed to run the indicated next three steps on the windows environment (I guess that makes sense since the new repository has already been created... but the owb home on my PC therefore is unchanged, don't know whether that matters, I guess it shouldn't).
    In II.6 I have to connect to new environment. I therefore connect with my OWB-client using the same usr/pwd as always (since that didn't change), and in OWB I could see my project straight away (therefore I did NOT import the project that I have exported prior to the entire upgrade process).
    I created a new runtime repository connection pointing at the new user.
    And now the situation where deploying a mapping results in RPE-01012.
    The funny thing is that I deployed 3 sequences (which have been defined BEFORE the upgrade), and that worked well. I also created a new table definition and deployed that, also no problem.
    So... what's the verdict?
    Cheers, Patrick

  • RPE-02040

    I received this RPE-02040 Internal Error while deploying a process flow. I was unable to find any good explanation in Metalink or here on OTN. This error accompanies a cryptic text message.
    This is what happened for me:
    I changed a mapping so that it no longer accepted an input parameter. I replaced the new mapping in one of my process flows. Upon deployment of the process flow, I received this RPE-02040 error. The reason I got this error is because I replaced the new mapping definition in one of the process flows where it was called, but there were several other process flows that had not been updated with the new mapping. Once I updated all the process flows in the module, it was better. I was then able to deploy with no errors.
    Hope this helps somebody. This OWB tool really lacks helpful documentation - online or otherwise. I've found this forum - and the experiences of others - to be the best source of info re: the OWB tool.

    Hello!
    See metalink note 406250.1 and bug 5742116.
    This is the summary:
    When binding a parameter of one activity directly to the parameter of another, the following error occurs at deployment:
    RPE-02040: Internal error: <ACTIVITY_NAME> cannot be converted to a constant value
    Note : This error is not alerted when validating the Process Flow
    Cause:
    It is not valid to bind a parameter of one activity directly to the parameter of another.
    Regards,
    Robert

  • Error in OWB:RPE-01008: Recovery of this request is in progress

    I am not able to deploy OWB objects. I get the error RPE-01008: Recovery of this request is in progress.
    The MDL file was created using 10.2 OWB. Now I have Upgraded the MDL using OWB before importing the MDL to 11.2. This error comes while deployment.
    Below is the text I copied from the files log directory in the OWB home
    2012/11/28-14:27:43-IST [535B58][] Platform Service for null
    2012/11/28-14:27:44-IST [535B58][] Connection Manager - OCI fix performed
    2012/11/28-14:27:45-IST [535B58][] Thin driver connection time - 1098 millisecond(s)
    2012/11/28-14:27:45-IST [535B58][] Connection Manager - property user.timezone value is Asia/Calcutta
    2012/11/28-14:27:45-IST [535B58][] Connection Manager - connection.timezone not set. Defaulting to value SERVICE
    2012/11/28-14:27:45-IST [535B58][] Connection Manager - using service timezone Asia/Calcutta
    2012/11/28-14:27:45-IST [535B58][] Connection Manager - defaultimg session timezone offset to +05:30
    2012/11/28-14:27:46-IST [535B58][] Free Memory(bytes)=763328 Total Memory(bytes)=3928064 Used Memory(bytes)=3164736 Used Memory(percent)=81%
    2012/11/28-14:27:46-IST [535B58][] Control Center Service Version 11.2.0.1.0 starting
    2012/11/28-14:27:46-IST [535B58][] Client-side startup request
    2012/11/28-14:27:46-IST [535B58][] Control Center Repository Name OWBSYS on Service owbdb at Host localhost
    2012/11/28-14:27:46-IST [535B58][] Explicit garbage collection - every 1 execution(s)
    2012/11/28-14:27:46-IST [535B58][] Initializing Platform
    2012/11/28-14:28:47-IST [535B58][] oracle.wh.runtime.platform.adapter.InfrastructureException: RPE-01003: An infrastructure condition prevented the request from completing.
    - ORA-20001: The control center service is already running in a different process
    ORA-06512: at "OWBSYS.WB_RTI_EXCEPTIONS", line 107
    ORA-06512: at "OWBSYS.WB_RT_SERVICE_CONTROL", line 60
    ORA-06512: at line 1
         at oracle.wh.runtime.platform.service.Service.run(Service.java:228)
         at oracle.wh.runtime.platform.service.Service.main(Service.java:1150)
         at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
         at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
         at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
         at java.lang.reflect.Method.invoke(Method.java:585)
         at Launcher.main(Launcher.java:167)
    Caused by: java.sql.SQLException: ORA-20001: The control center service is already running in a different process
    ORA-06512: at "OWBSYS.WB_RTI_EXCEPTIONS", line 107
    ORA-06512: at "OWBSYS.WB_RT_SERVICE_CONTROL", line 60
    ORA-06512: at line 1
         at oracle.jdbc.driver.T4CTTIoer.processError(T4CTTIoer.java:439)
         at oracle.jdbc.driver.T4CTTIoer.processError(T4CTTIoer.java:395)
         at oracle.jdbc.driver.T4C8Oall.processError(T4C8Oall.java:802)
         at oracle.jdbc.driver.T4CTTIfun.receive(T4CTTIfun.java:436)
         at oracle.jdbc.driver.T4CTTIfun.doRPC(T4CTTIfun.java:186)
         at oracle.jdbc.driver.T4C8Oall.doOALL(T4C8Oall.java:521)
         at oracle.jdbc.driver.T4CPreparedStatement.doOall8(T4CPreparedStatement.java:205)
         at oracle.jdbc.driver.T4CPreparedStatement.executeForRows(T4CPreparedStatement.java:1008)
         at oracle.jdbc.driver.OracleStatement.doExecuteWithTimeout(OracleStatement.java:1307)
         at oracle.jdbc.driver.OraclePreparedStatement.executeInternal(OraclePreparedStatement.java:3449)
         at oracle.jdbc.driver.OraclePreparedStatement.executeUpdate(OraclePreparedStatement.java:3530)
         at oracle.jdbc.driver.OraclePreparedStatementWrapper.executeUpdate(OraclePreparedStatementWrapper.java:1062)
         at sqlj.runtime.ExecutionContext$OracleContext.oracleExecuteUpdate(ExecutionContext.java:1570)
         at oracle.wh.runtime.platform.service.Service.run(Service.java:212)
         ... 6 more
    java.sql.SQLException: ORA-20001: The control center service is already running in a different process
    ORA-06512: at "OWBSYS.WB_RTI_EXCEPTIONS", line 107
    ORA-06512: at "OWBSYS.WB_RT_SERVICE_CONTROL", line 60
    ORA-06512: at line 1
         at oracle.jdbc.driver.T4CTTIoer.processError(T4CTTIoer.java:439)
         at oracle.jdbc.driver.T4CTTIoer.processError(T4CTTIoer.java:395)
         at oracle.jdbc.driver.T4C8Oall.processError(T4C8Oall.java:802)
         at oracle.jdbc.driver.T4CTTIfun.receive(T4CTTIfun.java:436)
         at oracle.jdbc.driver.T4CTTIfun.doRPC(T4CTTIfun.java:186)
         at oracle.jdbc.driver.T4C8Oall.doOALL(T4C8Oall.java:521)
         at oracle.jdbc.driver.T4CPreparedStatement.doOall8(T4CPreparedStatement.java:205)
         at oracle.jdbc.driver.T4CPreparedStatement.executeForRows(T4CPreparedStatement.java:1008)
         at oracle.jdbc.driver.OracleStatement.doExecuteWithTimeout(OracleStatement.java:1307)
         at oracle.jdbc.driver.OraclePreparedStatement.executeInternal(OraclePreparedStatement.java:3449)
         at oracle.jdbc.driver.OraclePreparedStatement.executeUpdate(OraclePreparedStatement.java:3530)
         at oracle.jdbc.driver.OraclePreparedStatementWrapper.executeUpdate(OraclePreparedStatementWrapper.java:1062)
         at sqlj.runtime.ExecutionContext$OracleContext.oracleExecuteUpdate(ExecutionContext.java:1570)
         at oracle.wh.runtime.platform.service.Service.run(Service.java:212)
         at oracle.wh.runtime.platform.service.Service.main(Service.java:1150)
         at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
         at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
         at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
         at java.lang.reflect.Method.invoke(Method.java:585)
         at Launcher.main(Launcher.java:167)
    2012/11/28-14:28:47-IST [535B58][] The Control Center Service is shutting down due to a previously reported fatal error.

    I did restart the server. Another issue I found while running the service_doctor.sql is that the port that OWB was by default trying to connect was 1521. However the DB port was 1522. So I updated an owb table with the port number.Sorry I forgot the name of the table. However I still have the error while deploying, but deployment is shown as sucessful, so Iam ignoring it.. Thanks for replying

  • Process Flow log shows RPE-01003 on mapping execution

    Process Flow log shows this following error mappings execution:
    oracle.wh.runtime.platform.adapter.InfrastructureException: RPE-01003: An infrastructure condition prevented the request from completing.
    - no rows found for select into statement
    The Process Flow never recover from this error - owb_owner.all_rt_audit_executions shows the mapping in BUSY and I have to manually abort the process flow to recover.
    Steps to Reproduce Problem:
    We recently upgrade our test system from *10.2 into 11.1* and OWB client from *10.2.0.3 into 10.2.0.4*
    During the upgrade DBA update OWB location setting into 11.1
    After the upgrade, I re-deploy several Process Flows, but I did not re-deploy mappings that get call by the PF
    When I run the PF, the mapping was stuck in 'BUSY' status (owb_owner.all_rt_audit_executions)
    When i check the log it shows this following error:
    oracle.wh.runtime.platform.adapter.InfrastructureException: RPE-01003: An infrastructure condition prevented the request from completing.
    - no rows found for select into statement
    Full log:
    2009/04/23-12:33:10-CDT [1FA1BB6] Initializing execution for auditId= 2702852 parentAuditId= 2702837 topLevelAuditId=2702837 taskName= NIHUB_NI_ZWEB_PF:NIHUB_NIUP_ADDR_TYPES_ZWEB_MAP
    2009/04/23-12:33:10-CDT [1FA1BB6] oracle.wh.runtime.platform.adapter.InfrastructureException: RPE-01003: An infrastructure condition prevented the request from completing.
    - no rows found for select into statement
         at oracle.wh.runtime.platform.service.controller.ExecutionContextImpl.initialize(ExecutionContextImpl.java:1505)
         at oracle.wh.runtime.platform.service.controller.ExecutionController.initialize(ExecutionController.java:32)
         at oracle.wh.runtime.platform.service.controller.ExecutionController.execute(ExecutionController.java:50)
         at oracle.wh.runtime.platform.service.controller.ExecutionController.execute(ExecutionController.java:23)
         at oracle.wh.runtime.platform.service.ExecutionManager.run(ExecutionManager.java:36)
         at java.lang.Thread.run(Thread.java:534)
    Caused by: java.sql.SQLException: no rows found for select into statement
         at sqlj.runtime.error.Errors.raiseError(Errors.java:118)
         at sqlj.runtime.error.Errors.raiseError(Errors.java:60)
         at sqlj.runtime.error.RuntimeRefErrors.raise_NO_ROW_SELECT_INTO(RuntimeRefErrors.java:62)
         at oracle.wh.runtime.platform.service.controller.ExecutionContextImpl.initialize(ExecutionContextImpl.java:1482)
         ... 5 more
    java.sql.SQLException: no rows found for select into statement
         at sqlj.runtime.error.Errors.raiseError(Errors.java:118)
         at sqlj.runtime.error.Errors.raiseError(Errors.java:60)
         at sqlj.runtime.error.RuntimeRefErrors.raise_NO_ROW_SELECT_INTO(RuntimeRefErrors.java:62)
         at oracle.wh.runtime.platform.service.controller.ExecutionContextImpl.initialize(ExecutionContextImpl.java:1482)
         at oracle.wh.runtime.platform.service.controller.ExecutionController.initialize(ExecutionController.java:32)
         at oracle.wh.runtime.platform.service.controller.ExecutionController.execute(ExecutionController.java:50)
         at oracle.wh.runtime.platform.service.controller.ExecutionController.execute(ExecutionController.java:23)
         at oracle.wh.runtime.platform.service.ExecutionManager.run(ExecutionManager.java:36)
         at java.lang.Thread.run(Thread.java:534)
    2009/04/23-12:33:10-CDT [1FA1BB6] Thread terminating due to fatal exception of type oracle.wh.runtime.platform.adapter.InfrastructureException
    2009/04/23-12:33:10-CDT [1FA1BB6] oracle.wh.runtime.platform.adapter.InfrastructureException: RPE-01003: An infrastructure condition prevented the request from completing.
    - null
         at oracle.wh.runtime.platform.service.controller.ExecutionContextImpl.createMessage(ExecutionContextImpl.java:3686)
         at oracle.wh.runtime.platform.service.controller.ExecutionContextImpl.reportMessage(ExecutionContextImpl.java:1084)
         at oracle.wh.runtime.platform.service.controller.ExecutionController.execute(ExecutionController.java:116)
         at oracle.wh.runtime.platform.service.controller.ExecutionController.execute(ExecutionController.java:23)
         at oracle.wh.runtime.platform.service.ExecutionManager.run(ExecutionManager.java:36)
         at java.lang.Thread.run(Thread.java:534)
    Caused by: java.lang.NullPointerException
         at oracle.wh.runtime.platform.service.controller.AdapterContextImpl.getPlatformConnection(AdapterContextImpl.java:83)
         at oracle.wh.runtime.platform.service.controller.ExecutionContextImpl.createMessage(ExecutionContextImpl.java:3639)
         ... 5 more
    2009/04/23-12:33:10-CDT [1FA1BB6] {Cause Exception with null message}
    java.lang.NullPointerException
         at oracle.wh.runtime.platform.service.controller.AdapterContextImpl.getPlatformConnection(AdapterContextImpl.java:83)
         at oracle.wh.runtime.platform.service.controller.ExecutionContextImpl.createMessage(ExecutionContextImpl.java:3639)
         at oracle.wh.runtime.platform.service.controller.ExecutionContextImpl.reportMessage(ExecutionContextImpl.java:1084)
         at oracle.wh.runtime.platform.service.controller.ExecutionController.execute(ExecutionController.java:116)
         at oracle.wh.runtime.platform.service.controller.ExecutionController.execute(ExecutionController.java:23)
         at oracle.wh.runtime.platform.service.ExecutionManager.run(ExecutionManager.java:36)
         at java.lang.Thread.run(Thread.java:534)

    Steps to Reproduce Problem:
    We recently upgrade our test system from 10.2 into 11.1 and OWB client from 10.2.0.3 into 10.2.0.4
    During the upgrade DBA update OWB location setting into 11.1
    After the upgrade, I re-deploy several Process Flows, but I did not re-deploy mappings that get call by the PF
    When I run the PF, the mapping was stuck in 'BUSY' status (owb_owner.all_rt_audit_executions)
    When i check the log it shows this following error:
    oracle.wh.runtime.platform.adapter.InfrastructureException: RPE-01003: An infrastructure condition prevented the >request from completing.
    - no rows found for select into statementFirst deploy alll dependent object of Process Flow.
    like tables ,mappings then try to execute PF.

  • RPE-01008: Recovery of this request is in progress--while a table deploymen

    Hi friends....
    I am getting this error when I want to redeploy a modified table.
    The steps I did as follows.
    1. I created a destination and source modules.
    2. I import a table from source.
    3. I create a tbale in destination module in owb.
    4. I deploy the table in owb.
    5. Deployment wass success.
    6. I created a simple mapping.
    7. It was successful. Data is transfered from source to module.
    8. Now I added a new field in the table which in destination module.
    9 I want to upgrade the table in target schema.
    10. I deployed the table in destination module in owb.
    Then it gives the error
    "The object you are trying to deploy is invalid. Please review the generated scripts for errors"
    When I opened the generated scripts the messages are as follows.
    RPE-01008: Recovery of this request is in progress. RTC-5351: A serious error occured whilst generating the Impact Report. Please review the Runtime Service Log.
    Thanks in advance.
    Gowtham Sen

    Hi,
    If you are trying to deploy the table from Client straight, OWB generates UPGRADE statement,and this never worked. It is a bug.
    go to Deployment manager, select the table in question and then use the "Replace" action. this should work. But, the data you have loaded previously will be vanished, as "Replace" drops the table and re-creates it.
    Thanks
    mahesh

  • RPE-01008: Recovery of this request is in progress, while executing

    While I am trying to execute a mapping I am getting the following error..RPE-01008: Recovery of this request is in progress... The deployment went fine, but execution throws this error. The log file looks like
    2007/10/13-21:22:20-JST [1B8E059] Error creating the temp directory C:\OraHome_1/owb/temp
    2007/10/13-21:22:22-JST [1B8E059] Free Memory(bytes)=738744 Total Memory(bytes)=2031616 Used Memory(bytes)=1292872 Used Memory(percent)=64%
    2007/10/13-21:22:23-JST [1B8E059] Runtime Platform Service Version 10.2.0.2.8 starting
    2007/10/13-21:22:23-JST [1B8E059] Client-side startup request
    2007/10/13-21:22:23-JST [1B8E059] Platform Repository Name dwhownr on Service icgdwh at Host 10.109.65.67
    2007/10/13-21:22:23-JST [1B8E059] Explicit garbage collection - every 1 execution(s)
    2007/10/13-21:22:23-JST [1B8E059] Recovery starting
    2007/10/13-21:22:23-JST [1B8E059] Recovering execution with audit ID 4109
    2007/10/13-21:22:23-JST [1B8E059] Explicit garbage collection - requested
    2007/10/13-21:22:23-JST [1B8E059] AuditId=4109: Processing execute request
    2007/10/13-21:22:23-JST [1B8E059] Free Memory(bytes)=1149088 Total Memory(bytes)=2162688 Used Memory(bytes)=1013600 Used Memory(percent)=47%
    2007/10/13-21:22:23-JST [1B8E059] Recovering execution with audit ID 4117
    2007/10/13-21:22:23-JST [157AA53] Connection Manager - off
    2007/10/13-21:22:23-JST [1B8E059] Explicit garbage collection - requested
    2007/10/13-21:22:23-JST [1B8E059] AuditId=4117: Processing execute request
    2007/10/13-21:22:23-JST [1B8E059] Free Memory(bytes)=1122832 Total Memory(bytes)=2162688 Used Memory(bytes)=1039856 Used Memory(percent)=49%
    2007/10/13-21:22:23-JST [1B8E059] Service startup complete
    2007/10/13-21:22:23-JST [157AA53] Thin driver connection time - 94 millisecond(s)
    2007/10/13-21:22:23-JST [1DF8B99] Thin driver connection time - 94 millisecond(s)
    2007/10/13-21:22:23-JST [1DF8B99] Initializing execution for auditId= 4117 parentAuditId= null topLevelAuditId=4117 taskName=ICDMAPFCTAWB
    2007/10/13-21:22:23-JST [157AA53] Initializing execution for auditId= 4109 parentAuditId= null topLevelAuditId=4109 taskName=ICDMAPFCTAWB
    2007/10/13-21:22:24-JST [1DF8B99] oracle.wh.runtime.platform.service.controller.RecoveryInProgress: RPE-01008: Recovery of this request is in progress.
         at oracle.wh.runtime.platform.service.controller.AdapterContextImpl.initialize(AdapterContextImpl.java:1570)
         at oracle.wh.runtime.platform.service.controller.ExecutionContextImpl.initialize(ExecutionContextImpl.java:1508)
         at oracle.wh.runtime.platform.service.controller.ExecutionController.initialize(ExecutionController.java:32)
         at oracle.wh.runtime.platform.service.controller.ExecutionController.execute(ExecutionController.java:50)
         at oracle.wh.runtime.platform.service.controller.ExecutionController.execute(ExecutionController.java:23)
         at oracle.wh.runtime.platform.service.ExecutionManager.run(ExecutionManager.java:36)
         at java.lang.Thread.run(Thread.java:534)
    2007/10/13-21:22:24-JST [157AA53] oracle.wh.runtime.platform.service.controller.RecoveryInProgress: RPE-01008: Recovery of this request is in progress.
         at oracle.wh.runtime.platform.service.controller.AdapterContextImpl.initialize(AdapterContextImpl.java:1570)
         at oracle.wh.runtime.platform.service.controller.ExecutionContextImpl.initialize(ExecutionContextImpl.java:1508)
         at oracle.wh.runtime.platform.service.controller.ExecutionController.initialize(ExecutionController.java:32)
         at oracle.wh.runtime.platform.service.controller.ExecutionController.execute(ExecutionController.java:50)
         at oracle.wh.runtime.platform.service.controller.ExecutionController.execute(ExecutionController.java:23)
         at oracle.wh.runtime.platform.service.ExecutionManager.run(ExecutionManager.java:36)
         at java.lang.Thread.run(Thread.java:534)
    2007/10/13-21:22:24-JST [1DF8B99] Attempting to create adapter 'class.RuntimePlatform.0.NativeExecution'
    2007/10/13-21:22:24-JST [157AA53] Attempting to create adapter 'class.RuntimePlatform.0.NativeExecution'
    2007/10/13-21:22:24-JST [157AA53] Attempting to create native operator 'class.RuntimePlatform.0.NativeExecution.PLSQL'
    2007/10/13-21:22:24-JST [1DF8B99] Attempting to create native operator 'class.RuntimePlatform.0.NativeExecution.PLSQL'
    2007/10/13-21:22:24-JST [157AA53] Native execution operator initiating recovery by recoverable operator oracle.wh.runtime.platform.operator.plsql.NativePLSQLOperator
    2007/10/13-21:22:24-JST [1DF8B99] Native execution operator initiating recovery by recoverable operator oracle.wh.runtime.platform.operator.plsql.NativePLSQLOperator
    2007/10/13-21:22:24-JST [157AA53] Native PLSQL Operator recovery starting
    2007/10/13-21:22:24-JST [1DF8B99] Native PLSQL Operator recovery starting
    2007/10/13-21:22:24-JST [1DF8B99] Thin driver connection time - 94 millisecond(s)
    2007/10/13-21:22:25-JST [1DF8B99] PLSQL callspec: declare "$MAP_ENV$" wb_rt_mapaudit.wb_rt_name_values;begin "$MAP_ENV$"(1).param_name := 'OBJECT_ID';"$MAP_ENV$"(1).param_value := 1170;"$MAP_ENV$"(2).param_name := 'AUDIT_ID';"$MAP_ENV$"(2).param_value := 4117;"$MAP_ENV$"(3).param_name := 'OPERATING_MODE';"$MAP_ENV$"(3).param_value := '3';"$MAP_ENV$"(4).param_name := 'PURGE_GROUP';"$MAP_ENV$"(4).param_value := 'WB';"$MAP_ENV$"(5).param_name := 'MAX_NO_OF_ERRORS';"$MAP_ENV$"(5).param_value := '1000';"$MAP_ENV$"(6).param_name := 'COMMIT_FREQUENCY';"$MAP_ENV$"(6).param_value := '1000';"$MAP_ENV$"(7).param_name := 'AUDIT_LEVEL';"$MAP_ENV$"(7).param_value := '2';"$MAP_ENV$"(8).param_name := 'BULK_SIZE';"$MAP_ENV$"(8).param_value := '1000'; ? := "ICDMAPFCTAWB"."MAIN"(p_env=>"$MAP_ENV$");end;
    2007/10/13-21:22:25-JST [157AA53] Thin driver connection time - 110 millisecond(s)
    2007/10/13-21:22:25-JST [157AA53] PLSQL callspec: declare "$MAP_ENV$" wb_rt_mapaudit.wb_rt_name_values;begin "$MAP_ENV$"(1).param_name := 'OBJECT_ID';"$MAP_ENV$"(1).param_value := 1170;"$MAP_ENV$"(2).param_name := 'AUDIT_ID';"$MAP_ENV$"(2).param_value := 4109;"$MAP_ENV$"(3).param_name := 'OPERATING_MODE';"$MAP_ENV$"(3).param_value := '3';"$MAP_ENV$"(4).param_name := 'PURGE_GROUP';"$MAP_ENV$"(4).param_value := 'WB';"$MAP_ENV$"(5).param_name := 'MAX_NO_OF_ERRORS';"$MAP_ENV$"(5).param_value := '1000';"$MAP_ENV$"(6).param_name := 'COMMIT_FREQUENCY';"$MAP_ENV$"(6).param_value := '1000';"$MAP_ENV$"(7).param_name := 'AUDIT_LEVEL';"$MAP_ENV$"(7).param_value := '2';"$MAP_ENV$"(8).param_name := 'BULK_SIZE';"$MAP_ENV$"(8).param_value := '1000'; ? := "ICDMAPFCTAWB"."MAIN"(p_env=>"$MAP_ENV$");end;
    it shows Error creating the temp directory C:\OraHome_1/owb/temp, but the temp folder is alreadt there in the <OWB_HOME>/owb.
    Can somebody help me to solve this issue? The owb repository version is 10.2.0.2 ..A few mappings got executed. The error is coming for a mapping which is quite a big one...

    Hi,
    If you are trying to deploy the table from Client straight, OWB generates UPGRADE statement,and this never worked. It is a bug.
    go to Deployment manager, select the table in question and then use the "Replace" action. this should work. But, the data you have loaded previously will be vanished, as "Replace" drops the table and re-creates it.
    Thanks
    mahesh

  • RPE-01008: Recovery of this request is in progress.

    Hi,
    When loading a rather big flat file (350MB) using SQLLDR, we receive following error message in the processflow or mapping output:
    RECOVERY RPE-01008: Recovery of this request is in progress.
    After this error, the PF restarts loading the flat file data. So, every line from the flat file will be loaded twice into the target table.
    Does anyone know, how we can avoid this behaviour?
    Thanks a lot!
    Kind Regards,
    Hans
    PS: we are using OWB11.1.0.6 and OWB11.1.0.7

    Hi
    Go through the below link
    it may help you
    RPE-01008 and RPE-01009 when executing flatfile mappings

Maybe you are looking for