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

Similar Messages

Input result from a SQL-query into a Variable in ProcessFlow

I am trying to select a value from a table with file names.
This file name should be input to an ftp function. I use a owb function to read the file name then I try to asign the result to a variable.
The function GET_FILENAME looks like
f_name varchar2(30);
BEGIN
select distinct FILENAME_SOURCE into f_name from CTL_SOURCE_FILES
where FILEID = (select min(FILEID) from CTL_SOURCE_FILES where status is null);
RETURN f_name;
END;
When running it as a SQL-script it returns only one row/name.
When I am running it in the ProcessFlow the following message is found:
RPE-02040: Internal error: GET_FILENAME cannot be converted to a constant value.

Let me talk about this in context of a mapping:
create a mapping :
use a function within a mapping
assign the output of the mapping to a mapping input variable"
use this mapping within your process flow and see if it works.
if you are directly going to use the output of a function in a process flow , the FTP should be able to accept the filename from the outparam of the function which i am not sure how it works.
try using the first approach as it is relatively simple and straightforward.

OWB | Passing input to mapping in the process flow

Hi,
I have a process flow which calls a stored procedure which returns 2 values.
I want to use the values returned from this procedure as an input in my mapping. My mapping has Mapping_Input_Parameters definined for these two inputs.
These values are going to be load_date and the batch it belongs.
I have created new params in the process flow edit under the mapping. The process flow executes successfully if I give the input params as a constant. When I do a binding with the out variable of the stored procedure I get a deployment error as "Internal error: OUT_D_LOAD_DATE cannot be converted to a constant value. Please correct the value. If the problem persists then please contact Oracle Support with the stack trace and details on how to reproduce it."
Please let me know how to resolve this and if there is way to get the load_date in the mapping without actually having to call the procedure in the mapping. The load_date will change everyday and I need to read it from a table.
Thanks!

Hi
If you have resolved the error please guide me also Since I am also facing the same error. (RPE-02040: Internal error: MYRAND cannot be converted to a constant value. Please correct the value. )
I am using 10gR2, Here my test process flow is
Start - > MyRand -> FindOddEven->end
Here MyRand function will return a value, the function findOddEven will just do a mod of 2 and return 1 for odd numbers and 0 for even numbers. When I bind the OUT parameter of the MyRand to the IN parameter of the FindOddEven it is throwing the same error.
Thanks in advance

Transformation in a Process Flow

Hi there,
I am trying to use a transformation in a process flow and I am getting the following error -
RPE-02040: Internal error: SOMEFUNC cannot be converted to a constant value. Please correct the value.
I have a PL/SQL function SOMEFUNC(x, y) that takes two values and returns a varchar2(10). I imported this function as a transformation with the same name. The mapping after this takes a varchar2(10) as input.
As soon as I bind the input parameter of the mapping following this transformation, I get the above error. If I don't bind it, then there are no errors but that is not useful to me. I need to pass in the return value of this function to the mapping that follows it.
Has anyone been able to do this successfully? How did you get it to work?
This is OWB 10.2.0.2.
Thanks

Thanks for that link David,
that does explain some things but unfortunately I am still running into the same problem.
So here is what I have -
Start -> Transformation -> Assign -> Mapping -> End_Success
I could not see any way to add a variable in OWB 10.2.0.2.8. You could do this earlier from the Start operator but there is no such option in this version. The Assign operator seems to be designed for this.
I bound the mapping for Assign input value to Transformation's out bound value. And I bound Mapping's input parameter to Assign's output variable. I then validated and generated this process flow successfully. However while deploying, I still got -
RPE-02040: Internal error: Transformation cannot be converted to a constant value.
My OWB client version is 10.2.0.2.8 and repository's version is 10.2.0.2.0. Have you run into this problem before?
Thanks

Passing parameters from mapping to mapping with in process flows

I am new to OWB and i would appreciate if any one can suggest me on how to solve the issue i have.
I am trying to pass a parameter from one mapping to another mapping.
ex: key need to be passed
start ----->A--->B--->C----->END
B needs to pass the key to mapping C
In B i have mapping Out put parameter and in C i have a mapping input parameter.
In process flow palatte i could see Key as OUT and in C properties i could bind it to Key .
but i try to deploy this mapping i am getting error below
PF_PKG Create Error
RPE-02040: Internal error: KEY cannot be converted to a constant value. Please correct the value. If the problem persists then please contact Oracle Support with the stack trace and details on how to reproduce it.
TEST_PFCreate INFORMATIONAL
RPE-02071: Deployment has been aborted due to a previously reported critial error.
please suggest me how to pass parameters between mappings with in a process flow.

Hi
You have to use process flow variables. So the output of map A, say parameter P would bind to variable V and then the input of map B, say Q would bind to variable V. In this way you can push parameters from one activity to the other. Although the UI lets you bind B.Q to A.P, it should not, I think there is a bug reported on this.
Cheers
David

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

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

An error occurred while logging on. (LO 02040)

Hi All;
l get this error when l have connection with liveoffice in xceısus; (but ı can connect with the same parametres of query as a web)
An error occurred while logging on. (LO 02040)
The service cannot be found for the endpoint reference (EPR).
[http://hostname:8080/dswsbobje/services/SLiveOffice]
I get such a error however i couldnt resolve it. Sap Note 1515045 error is all about this but it does not do anything EXCEPT saying uninstall and reinstall it and This is not a solution!!
Is there anyone out there who has exprerienced the same situtation or know how to figure that out?

hi again...
pumpactionshotgun l have already used this service..http://hostname:8080/dswsbobje/services/session
and
Roberto ı use the same connection parts in quaaws and they work if there was a problem about 8080 port it wouldn't work there either..
l have found the solution but thanks for your ideas

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

Get error while exe map:RPE-01008:Recovery of this request is in Progress

While executing the maps having 250million records fetch from oracle DB itself.traget also having index on PK of two coloumn.
I am getting error :RPE-01008: Recovery of this request is in progress.
Pls help...
Thanks in advance :)

check thsi out..
RPE-01008 and RPE-01009 when executing flatfile mappings

OWB 10.1.0.4.0 deployment results in RPE-01011

We are deploying the same project, developed in OWB version 10.1.0.4.0, to both a test and production server. Since a reorganisation of those servers we've been unable to deploy mappings to the production site, due to an apparent version discrepancy:
RPE-01011: Cannot deploy to target database location because it does not have a compatible version.On the test site we have no problems, even though both databases are identical.
In the design repository, the module has system type (on the data target rider in the properties window) set to "Oracle Database 8i/9i/10g". For the same module, the pl/sql generation mode in the generation preferences is configured for "Oracle10g".
Version information of the databases:
Test:
Oracle Database 10g Enterprise Edition Release 10.2.0.5.0 - 64bi
PL/SQL Release 10.2.0.5.0 - Production
CORE 10.2.0.5.0 Production
TNS for HPUX: Version 10.2.0.5.0 - Production
NLSRTL Version 10.2.0.5.0 - ProductionProduction:
Oracle Database 10g Enterprise Edition Release 10.2.0.5.0 - 64bi
PL/SQL Release 10.2.0.5.0 - Production
CORE 10.2.0.5.0 Production
TNS for HPUX: Version 10.2.0.5.0 - Production
NLSRTL Version 10.2.0.5.0 - ProductionDoes anyone have an idea about what else can be wrong here? The versions are identical, yet OWB does not seem to recognise it as such...

Oops, never mind.. The answer is in here: Error RPE-01011 Raised when Deploying [ID 260860.1]

RPE-02040

Similar Messages

Maybe you are looking for