Error RPE-01012

For the error: Error RPE-01012
Only alternative is to install the schema owb destination of the data?
I can normally work with two different schemas?
Edited by: user12284653 on 19/04/2011 10:14

OWB 11.2.
I have two servers, on one server (S1) locate Source (DB Oracle), other (S2) - Data Warehouse (DB Oracle).
On S2 installed OWB repository and Control Center. On S1 I made some mappings (load data from S1 to S2).
I want to deploy these mapping, but get this error:
RPE-01012: Cannot deploy to the target location because it is owned by a different runtime platform...
As I understand it, I can load data only from one schema to another schema, and these must locate in one instance. And OWB repository and CC locate there too.
Yes, this is so? o_O

Similar Messages

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-01012 error in OWB 10g

Hi,
I am trying to deploy a simple mapping with both source and target definitions as relational(Oracle) tables and it is failing throwing the following error.
RPE-01012: Cannot deploy to the target location because it is owned by a different runtime platform.
But I am able to deploy mappings successfully when the source is a flat file and target being a relational table. I am having problem only when both the source and target are relational. I am using Oracle 10g and OWB 10g. Any help would be appreciated.
Thanks in advance,
Sri

Good morning Sri,
Does this problem occur in the same module or in different ones?
If in different ones, maybe one of your locations has not been correctly registered?
Cheers, Patrick

Error: ORA-01012: not logged on

Hi all,
i have a program to update 2 tables and will commit every transaction for each table. firstly, my program will commit transaction in Table A then once it's done, it will commit Table B and loop again(both table) until all transactions finish.But at the end of the process, i get the error msg:
Error: ORA-01012: not logged on
I suspected this error because of COMMIT issue in my program.
Kindly need someone to assist me.
Here i attached my code for your reference.
EXEC SQL DECLARE fs_cursor CURSOR FOR SELECT fs.FILE_ID FROM FILE_STATUS fs
where fs.JOB_ID = 'brm_pymntd01l' and fs.status = 'N'
FOR UPDATE OF fs.STATUS;
EXEC SQL OPEN fs_cursor;
EXEC SQL WHENEVER NOT FOUND DO break;
for (;;)
rec_ctr = 0;
/** Reset the sqlcode **/
sqlca.sqlcode=0;
EXEC SQL FETCH fs_cursor INTO :FILEID;
EXEC SQL DECLARE ft_cursor CURSOR FOR SELECT FT.RECORD_ID FROM FILE_DETAIL FT WHERE FT.STATUS = 'N' AND FT.FILE_ID = :FILEID;
          EXEC SQL OPEN ft_cursor;
EXEC SQL WHENEVER NOT FOUND DO break;
if ( sqlca.sqlcode == 0)
for (;;)
               EXEC SQL FETCH ft_cursor INTO :RECORD_ID;
EXEC SQL DECLARE fd_cursor ...
FROM FILE_DETAIL fd where fd.RECORD_ID = :RECORD_ID and fd.file_id = :FILEID FOR UPDATE OF fd.STATUS;
EXEC SQL OPEN fd_cursor;
/** Reset the sqlcode **/
sqlca.sqlcode=0;
EXEC SQL FETCH fd_cursor INTO :COL1, :COL2, :COL3, :COL4, :COL5, :COL6, :COL7, :COL8, :COL9,
:COL10, :COL11, :COL13, :COL14, :COL15,
:COL16, :COL19, :COL20, :COL21, :COL22, :COL24, :COL25, :COL26, :COL27, :STATUS;
if (validate_record(dbschema,logfp,&ebuf))
trim_spaces();
process_flag = process(ctxp, database, &ebuf, logfp, dbschema);
time(&status_upd_date);
strcpy(current_time, ctime(&status_upd_date));
if(process_flag == PROCESS_SUCCESS)
if (updateChargeEvent == 1) {
PIN_ERR_LOG_MSG(PIN_ERR_LEVEL_DEBUG, "*******Update Charge Event\0");
ret = update_charge_event(ctxp, database, &ebuf, ACCOUNT_NO, PAYMENT_DATE);
if(ret != 1)
strcpy(NEW_STATUS, "P");
sprintf(msg,"Transaction [PUKAL update status] error. Please check cm.pinlog.");
strcpy(REC_ERROR_CODE, ERR_GET_UPD_PUKAL_EVENT);
strcpy(REC_ERROR_DESCR,msg);
log(msg, logfp);
log("\n",logfp);
}else{
strcpy(NEW_STATUS, "C");
strcpy(NEXT_BILL_T, NEXT_BILL_DATE);
else if (rebateSucess != 0)
strcpy(NEW_STATUS, "P");
sprintf(msg,"Transaction [apply_rebate] error. Please check cm.pinlog.");
strcpy(REC_ERROR_CODE, ERR_GET_APPLY_REBATE);
strcpy(REC_ERROR_DESCR,msg);
log(msg, logfp);
log("\n",logfp);
else {
strcpy(NEXT_BILL_T, NEXT_BILL_DATE);
strcpy(NEW_STATUS, "C");
EXEC SQL UPDATE FILE_DETAIL
SET STATUS = :NEW_STATUS,
STATUS_UPD_DATE = to_date(:current_time,'DY MON DD hh24:mi:ss YYYY'),
COL23 = :NEXT_BILL_DATE,
COL27 = :COLUMN_27
WHERE RECORD_ID = :RECORD_ID;
else
strcpy(NEW_STATUS, "F");
EXEC SQL UPDATE FILE_DETAIL
SET STATUS = :NEW_STATUS,
STATUS_UPD_DATE = to_date(:current_time,'DY MON DD hh24:mi:ss YYYY'),
ERROR_CODE = :REC_ERROR_CODE,
ERROR_DESC = :REC_ERROR_DESCR
WHERE RECORD_ID = :RECORD_ID;
ret = JOB_WARNING;
else
strcpy(NEW_STATUS, "F");
EXEC SQL UPDATE FILE_DETAIL
SET STATUS = :NEW_STATUS,
STATUS_UPD_DATE = to_date(:current_time,'DY MON DD hh24:mi:ss YYYY'),
ERROR_CODE = :REC_ERROR_CODE,
ERROR_DESC = :REC_ERROR_DESCR
WHERE RECORD_ID = :RECORD_ID;
ret = JOB_WARNING;
else{
PIN_ERR_LOG_MSG(PIN_ERR_LEVEL_DEBUG, "Error running query");
printf("\nError: %.70s \n",sqlca.sqlerrm.sqlerrmc);
EXEC SQL CLOSE fd_cursor;
     EXEC SQL COMMIT;
     rec_ctr ++;
     EXEC SQL CLOSE ft_cursor;
time(&status_upd_date);
strcpy(current_time, ctime(&status_upd_date));
if (rec_ctr > 0)
/* Check if all records had failed, one record had failed
or everything is successfully processed. Then update
file_status table. */
int ret_status;
ret_status = updateFileStatus(dbschema, FILEID, logfp);
if (ret_status == ALL_REC_FAILED)
strcpy(NEW_STATUS, "F");
EXEC SQL UPDATE FILE_STATUS SET STATUS = :NEW_STATUS,
STATUS_UPD_DATE = to_date(:current_time,'DY MON DD hh24:mi:ss YYYY')
WHERE CURRENT OF fs_cursor;
else if (ret_status == ONE_REC_FAILED)
strcpy(NEW_STATUS, "P");
EXEC SQL UPDATE FILE_STATUS SET STATUS = :NEW_STATUS,
STATUS_UPD_DATE = to_date(:current_time,'DY MON DD hh24:mi:ss YYYY')
WHERE CURRENT OF fs_cursor;
else if (ret_status == ALL_SUCCESS)
strcpy(NEW_STATUS, "C");
EXEC SQL UPDATE FILE_STATUS SET STATUS = :NEW_STATUS,
STATUS_UPD_DATE = to_date(:current_time,'DY MON DD hh24:mi:ss YYYY')
WHERE CURRENT OF fs_cursor;
/* Else do nothing error handling is done within
* the function. */
else{}
else{
/*If its an empty file, update file_status to 'C'
so that the program will no longer fetch this record
on the next run. */
strcpy(NEW_STATUS, "C");
EXEC SQL UPDATE FILE_STATUS SET STATUS = :NEW_STATUS,
STATUS_UPD_DATE = to_date(:current_time,'DY MON DD hh24:mi:ss YYYY')
WHERE CURRENT OF fs_cursor;
     EXEC SQL COMMIT WORK RELEASE;
//process by not update by per transaction at staging
     EXEC SQL CLOSE fs_cursor;
if(sqlca.sqlcode == 0)
ret = JOB_SUCCESS;
else
EXEC SQL ROLLBACK WORK RELEASE;
Thank a lots!

what data did not get COMMITted?

CREATE ERROR RPE-02005: Internal error: Attribute SYS:KEY

Has anyone experienced this error when deploying a WF and an idea what can cause this:
ORA-01422: exact fetch returns more than requested number of rows
ORA-06512: at "OWF_MGR.WF_LOAD", line 2138
ORA-06512: at line 1
EDW_DMSA
Create
Error
RPE-02005: Internal error: Attribute SYS:KEY for Process Activity MAP_TMP_DRAMEX_QUANTITIES cannot be created or updated with SYS:KEY value A02. Please try again. If the problem persists then please contact Oracle Support with the stack trace and details on how to reproduce it.
Thanks much

The problem is the sequence cache when cloning a database as was the case here.
The cache is purged resulting in an invalid "last_cached_value".
The seq has to be manually incremented until it "pulls" a value 1 above.
The same problem was the case with a few sequences in the owbsys schema as well.
Having done this execise I could deploy all my WF.

Oracle Workflow error RPE-02229

Hi All,
We are using OWB 10gR2 (10.2.0.1) and OWF 2.6.4 on unix box. I am getting error when running a process flow which is calling a shell script. The process flow has a simple user defined activity and the parameters are set up this way
COMMAND: /bin/ksh
Parameter List:
Result code:
Script: /tmp/test/testsh.sh
Success Threshold: 0
The process flow is throwing out the following error
RPE-02229: The following debug information was collected:
RPE-02230: Debug Information: os.name = Windows XP
RPE-02230: Debug Information: os.version = 5.1
RPE-02230: Debug Information: os.arch = x86
RPE-02230: Debug Information: user.name = C999999
RPE-02230: Debug Information: user.dir = C:\OraHome_1\owb\bin\win32
RPE-02230: Debug Information: argv.arg0 = /bin/ksh
RPE-02230: Debug Information: argv.stdin = /tmp/test/testsh.sh
RPE-02230: Debug Information: HOMEDRIVE = U:
RPE-02230: Debug Information: SERVICE = POND
RPE-02230: Debug Information: USERDNSDOMAIN = T11.PROD
RPE-02230: Debug Information: TMP = C:\DOCUME~1\C999999\LOCALS~1\Temp
RPE-02230: Debug Information: MODE = -startup
RPE-02230: Debug Information: SystemDrive = C:
RPE-02230: Debug Information: RTHOME = C:\OraHome_1
RPE-02230: Debug Information: PATHEXT = .COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH
RPE-02230: Debug Information: CommonProgramFiles = C:\Program Files\Common Files
RPE-02230: Debug Information: OWB_HOME = C:\OraHome_1
RPE-02230: Debug Information: ALLUSERSPROFILE = C:\Documents and Settings\All Users
RPE-02230: Debug Information: USERDOMAIN = AD2
RPE-02230: Debug Information: ORA_HOME = C:\OraHome_1
RPE-02230: Debug Information: RTUSER = OWBOWN
RPE-02230: Debug Information: SystemRoot = C:\WINDOWS
RPE-02230: Debug Information: APPDATA = C:\Documents and Settings\C999999\Application Data
RPE-02230: Debug Information: PROMPT = $P$G
RPE-02230: Debug Information: Path = C:\OraHome_1\bin;C:\OraHome_1\jre\1.4.2\bin\client;C:\OraHome_1\jre\1.4.2\bin;C:\OraHome_1\owb\bin\admin
RPE-02230: Debug Information: FP_NO_HOST_CHECK = NO
RPE-02230: Debug Information: HOST = UMNDAPP54
RPE-02230: Debug Information: HOMESHARE = \\ad2wbynas003\C999999
RPE-02230: Debug Information: PROCESSOR_ARCHITECTURE = x86
RPE-02230: Debug Information: LOGONSERVER = \\AD2MPGDOM001
RPE-02230: Debug Information: CLASSPATH_LAUNCHER = -classpath Personalities.jar;;;..\admin\;..\admin\launcher.jar -DOWB_HOME=C:\OraHome_1 -DJDK_HOME=..\..\..\jdk -DORA_HOME=C:\OraHome_1 -DOEM_HOME=C:\OraHome_1 -DIAS_HOME=C:\OraHome_1 -Doracle.net.tns_admin=C:\OraHome_1\network\admin Launcher ..\admin\owb.classpath
RPE-02230: Debug Information: TNS_ADMIN = \\T11.PROD\wwl01\sharedata2\tns
RPE-02230: Debug Information: JAVAPATH = C:\OraHome_1\jdk
RPE-02230: Debug Information: PORT = 1521
RPE-02230: Debug Information: SESSIONNAME = Console
RPE-02230: Debug Information: HOMEPATH = \
RPE-02230: Debug Information: OCM_HOME = C:\OraHome_1
RPE-02230: Debug Information: CLASSPATH = Personalities.jar;;
RPE-02230: Debug Information: PROCESSOR_IDENTIFIER = x86 Family 6 Model 13 Stepping 8, GenuineIntel
RPE-02230: Debug Information: USERPROFILE = C:\Documents and Settings\C999999
RPE-02230: Debug Information: ORACLE_HOME = C:\OraHome_1
RPE-02230: Debug Information: NUMBER_OF_PROCESSORS = 1
RPE-02230: Debug Information: ComSpec = C:\WINDOWS\system32\cmd.exe
RPE-02230: Debug Information: COMPUTERNAME = ABCERODER
RPE-02230: Debug Information: OS = Windows_NT
RPE-02230: Debug Information: IAS_HOME = C:\OraHome_1
RPE-02230: Debug Information: OEM_HOME = C:\OraHome_1
RPE-02230: Debug Information: CLIENTNAME = Console
RPE-02230: Debug Information: USERNAME = C999999
RPE-02230: Debug Information: TEMP = C:\DOCUME~1\C999999\LOCALS~1\Temp
RPE-02230: Debug Information: PROCESSOR_LEVEL = 6
RPE-02230: Debug Information: OCM_ORACLE_HOME = C:\OraHome_1
RPE-02230: Debug Information: JDK_HOME = C:\OraHome_1\jdk
RPE-02230: Debug Information: PROCESSOR_REVISION = 0d08
RPE-02230: Debug Information: ProgramFiles = C:\Program Files
RPE-02235: The operating system has reported that it cannot execute the requested command. This may be because the command or the parameters are invalid, or that the command is shell command. Any result code return is specific to the operating system. Debug information has been produced.
CreateProcess: /bin/ksh error=3
Did anybody faced this problem before??
Thanks,
Sam.

Its two years old . Looking at the error .. I think there are two parts to it..as far as i remember
1) I was trying to run unix script using PF and if you look carefully at the error there is reference to "C:\OraHome_1"
This was because due the OWB_HOME was not set correctly in the repository.
You can check by running service_doctor.sql in your <owb_home>/owb/rtp/sql
if you are path is not set correctly then run the set_ccs_home.sql from the same directory to set it to right path.
2) I was running it from local control center locally ..I still don't rember how i deployed it and don't have that version of OWB to test it.
But again fixing the Control Center home and starting the service on server (db target where OWB repository was installed) fixed it.
All the best :-)

Can anybody help its urgent error :RPE-02018

Can any body help me inthis error, actually i was executing the mappig on regular basis but today i found this error
" RPE-02018: Oracle Workflow schema OWF_MGR on host ZAINBIDB cannot be accessed using service BIPROD through port 1521. Please check the location details and try again."
Followed by :
"Io exception: Got minus one from a read call."

Hi, we have found this error when configuration parameters in database where not correct. Each time a process flow with a lot of process in parallel was executed, a process failed.
I can't remember the exact parameter to change to correct this error (we had some other errors due to configuration parameters) but I think it was by changing the optimizer_mode to FIRST_ROWS. Ask your DBA to take a look to DB parameters and look for the error message in metalink, I think there's an entry for this error.
Regards
ANA GH

(OWB10gR2)-Cannot deploy in table, error RPE-01010 ?

Hi,
I validates and generates successfully and deploy it marks Error RPE-01010: It is not permitted to deploy database objects directly to the Control Center
I am in Design Center not in Control Center. Because this happens?
Any help is appreciated.
Thanks
Celia Avila
(Excuse my English is bad )

If I understood you right, you did not manage the differnece between design repository and target schema.
Design Repository holds all your metadata, the Target Schema is the schema you actually load data into.
You'll have to prepare a target schema using the Repository Assistant. Don't try to load data into your design repository.
Tobias

Error RPE-01011 Raised when Deploying

Error RPE-01011 Raised when Deploying
OWB Client: 10.1.0.2.0
OWB Repository 10.1.0.1.0
Database: 10.1.0.2.0
Please Help,
Thanks,
Walter

1) Start the OWB OC4J Instance (start -> programs -> oracle-warehouse builder -> Start OWB OC4J Instance)
2) Once the OWB OC4J Instance is started, start the OWB Runtime Audit Browser (start -> programs -> oracle-warehouse builder -> OWB Runtime Audit Browser)
3) In OWB Runtime Audit Browser window, select the QA User ROLE and fill in the connections informations (runtime repository owner)
4) Click on the View Deployment report
5) Select the Location TAB
6) Select the target locations that have the Type Version still in the previous database version and click on "Unregister Selected Locations " Button
7) Start OWB client (Design)
8) Check that your target locations have the correct database version in the locations properties
8) Start the deployment manager and re-register each locations you unregistered

Getting Error ORA-01012: not logged on while connecting as sys

We have just upgraded from Oracle 8.1.7 to Oracle 9.2.0.5. Currently we have 2 databases in oracle 9i - db2 and scen. scen has been newly upgraded to Oracle 9i.
When I set the ORACLE_SID to scen (as per entry in oratab), and connect to sqlplus using sys / as sysdba, it connects to an idle instance. and displays the error message ORA-01012: not logged on. I do not encounter this when I connect to the other database db2. There should be some settings which have been missed out.
Could anybody help me out with this....

I managed to get the settings corrected.Thanks anyway....

Error RPE-01008 and RPE-01003 if i execute a process flow

Hi,
if i execute a process flow, once the process flow worked fine. If i execute at another time the process flow didn't work with the following error messages:
RPE-01008: Wiederherstellung dieser Anforderung ist in Bearbeitung.
RPE-01003: Die Anforderung konnte wegen einer Infrastructure-Bedingung nicht abgeschlossen werden.
Any ideas?
thanks a lot

Have you tried any of previously reported errors on this forum to see if any of them relates to your case?

Process Flow error- RPE 01003

Hello,
We are facing a very strange problem while running process flows in OWB. We are getting followig error when we execute process flows.
InfrastructureException: RPE-01003: An infrastructure condition prevented the request from completing.
- Io exception: The Network Adapter could not establish the connection
It's strange because we are able to connect to source and target database outside owb. Also, the location test is successful. Any idea why it fails to connect while running process flow only. We tested the db links created by owb. They work as well.
We are using OWB 10.2 on Oracle 10G installed on Linux RAC machines.
Any help is appreciated.
Thanks
Madhavi

I have a MATERALIZED VIEW in the process flow and it fails. the erros i get are as follows? can any one tell me what wrong with it?
RPE-01003: An infrastructure condition prevented the request from completing.
RPE-01038: Failed to evaluate expression null. Please modify the expression, redeploy and retry again.
RPE-01003: An infrastructure condition prevented the request from completing.
RPE-02226: Cannot test Control Center user null. This user must match the login credentials of the deployment location.
RPE-01003: An infrastructure condition prevented the request from completing.
no rows found for select into statement

Getting error RPE-02085 when deploying objects

RPE-02085: Failed to test wb_rti_workflow_util.initialize through deployed Workflow Database Link HWREP.US.ORACLE.COM@WB_LK_PFLOW. Please check that "EXECUTE ANY PROCEDURE" privilege is set and that the OWB Runtime is available.
- ORA-06550: line 1, column 7:
PLS-00201: identifier '[email protected]@WB_LK_PFLOW' must be declared
ORA-06550: line 1, column 7:
PL/SQL: Statement ignored

thanks mark for ur help...
but now my job in not executing in the OEM.I used the oem_exec_template to schedule the jobs.On running its give me the error as :
child process exited abnormally
nms-915: The Job failed, error code=
when i tried to run the script using sql then i captured the error as task not found while using the wb_rt_api_exec.open function... the o/p is as :
Connected.
Session altered.
Role set.
Stage 1: Decoding Parameters
| location_name=workflow
| task_type=ProcessFlow
| task_name=pflow
Stage 2: Opening Task
declare
ERROR at line 1:
ORA-20001: Task not found - Please check the Task Type, Name and Location are correct.
ORA-06512: at line 261.
where workflow is the name of worlkflow server rep n pflow is the process name.They are scheduled using deployment mngr in OWB.

Error RPE-02085

Hi all,
I am getting the below errors when deploying a process flow:
RPE-02085: Failed to test wb_rti_workflow_util.initialize through deployed Workflow Database Link MOBILE@WB_LK_XYZ_PAC. Please check that "EXECUTE ANY PROCEDURE" privilege is set and that the OWB Runtime is available.
- ORA-04052: error occurred when looking up remote object C_RTR10G.WB_RTI_WORKFLOW_UTIL@MOBILE@WB_LK_XYZ_PAC
ORA-00604: error occurred at recursive SQL level 1
ORA-04029: error ORA-980 occurred when querying ORA_KGLR7_DEPENDENCIES
ORA-00604: error occurred at recursive SQL level 2
ORA-00980: synonym translation is no longer valid
I given the previlege "EXECUTE ANY PROCEDURE" for OWF_MGR, still i am getting the same error.
I am using Oracle 10g (10.1.0.3.0), Workflow server 2.6.3
Statement of Runtime repository connection:
Host:10.0.0.111
Port: 1521
Services Name: MOBILE
Conect as User: c_rtu10g
Runtime Repository Owner: c_rtr10g
Statment of Process flow:
Modul name: XYZ_PROC_MODUL
Package name: XYZ_PAC
Process name: XYZ_PROC
Statment of DB link MOBILE@WB_LK_XYZ_PAC:
MOBILE@WB_LK_XYZ_PAC
User name: C_RTR10G
Password C_RTR10G
Connection String:
(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=LOCALHOST.LOCALDOMAIN)(PORT=1521)))(CONNECT_DATA=(SERVICE_NAME=MOBILE)))      15:55:12
Please help me !
Thank.

i had the same problem too...
similar to the spec vuongtm used, but my Oracle is 10.1.04.

Deploying Business Definition error: RPE-02150: Failed to connect

During deploying a business definition module, I encountered an error message like this: "RPE-02150: Failed to connect with user EUL_FROM_OWB, password ***, connection null. Disco export file 2230.eex written to directory owb/deployed_files."
I have 10.2 as the database, OWB R2, and OracleBI Discoverer 10g (10.1.2.2).
In fact, I did not have problem previously when I was using database 10.1.
Any hints? Thanks.
John

I hope this will find you in good faith...
I have tried a workaround on this issue and it worked fantastically.
The error message in Control Centre will generate an .eex file.
Before you deploy your objects make sure you've selected the Business Area and the Items you want to deploy, and then deploy.
Once done, locate your eex file and manually import this file via Oracle Discoverer Administrator.
hope this will help
Ots

Error RPE-01012

Similar Messages

Maybe you are looking for