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]

Similar Messages

OWB 10gR2 map returning status = Complete and Result = Null in Process Flow

Hi,
I have an OWB process flow which invokes an OWB map. There are 2 outgoing transitions attached to the OWB map. 1st transition is a conditinal one (on SUCCESS) and the 2nd one is unconditional transition.
I am monitoring the status of process flow execution in Oracle Workflow monitor. After the process flow is initiated, sometimes the OWB map within shows status = complete and result = OK in workflow monitor (in tab - status). But sometimes it shows status = Complete and Result = Null. In this situation the execution is following the unconditional transition path.
Can anyone tell me what causes the OWB map to return a Result = NULL? Also sometimes I am getting the map returning a Result = Force (with the same status = Complete).
The configuration that I am working with is as below ---
OWB client version : 10.2.0.1.31
OWB repository version : 10.2.0.1.0
Oracle Workflow Version : 2.6.4.0.0
Database version : 10g Enterprise edition release 10.2.0.1.0
Regards,
Swagata

Hi Manohar,
1. You need to install Oracle HTTP server in a separate Oracle home.
2.Look for the dads.conf file in the installation. Edit the file, copy the sample code and paste it below and edit the pasted part as under ----
<Location /pls/<SID>>
SetHandler pls_handler
Order deny,allow
Allow from all
AllowOverride None
PlsqlDatabaseConnectString <server name>:<port>:<SID >
PlsqlAuthenticationMode Basic
PlsqlDefaultPage wfa_html.home
PlsqlNLSLanguage "AMERICAN_AMERICA.WE8ISO8859P1"
</Location>
3. STOP and START OPMN (Oracle Process Manager & Notification Server)
4. Use the URL in your internet browser like --- <HTTP server URL>/pls/<SID>/wfa_html.home
5. When prompted for user id and password, give the schema user id and password where the workflow engine is installed.
Hope this helps,
Swagata

Can OWB 10.1.2.0.2 deploy to RDBMS 10gR2

Hello,
Can OWB 10.1.2.0.2 deploy to RDBMS 10gR2. If so what do I need to do to make this happen.
Thanks,
Carl

Hi Carl,
OWB10gR1 is not certified with 10gR2 database until patch 10.1.0.4 is available.
When that is going to happen.... no idea.
OWB 10gR2 is compatible with 10gR2 database but not available as production software yet.
Cheers, Patrick

False deployment results in SCCM

I have used the Customisation wizard to package a silent install of Adobe Reader X. We are upgrading from version 9. System Centre Configuration Manager reports a successful installation however on some computers this is not the case. On these computers there is an information type entry in the application log of Event Viewer. The source is MsiInstaller, Event ID: 11708 and a description of "Product: Adobe Reader X -- Installation operation failed.". Does anyone have any idea why this is being reported back to SCCM as successful? This also happens on some computers when deploying Acrobat X as well.
Thanks in Advance

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

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

Executing Process Flow from OWB Deployment Manager results in RPE-01008

Hi,
I'm using OWB 10.1.0.1.0 (10g) and just installed Oracle Workflow Server 2.6.3.
I can build, validate and generate Process Flows just fine. But every time I try to execute a Process Flow using OWB Deployment Manager, I'm getting a "RPE-01008: Recovery of this request is in progress". Execution of deployed Process Flows using Oracle Workflow Interface works just fine.
Anyone has an idea?
Thanks and regards
Andreas Kopp

Hi Dirk-Jan,
youÃre right, there are some ugly-looking NUllPOinterExceptions in that log file. However, I cannto interpret them:
2005/05/02-13:30:04-CEST [97A560] AuditId=80916: Processing execute request
2005/05/02-13:30:05-CEST [97A560] Free Memory(bytes)=49410200 Total Memory(bytes)=66715648 Used Memory(bytes)=17305448
2005/05/02-13:30:05-CEST [F1DD49] Initializing execution for auditId= 80916 parentAuditId= null topLevelAuditId=80916 taskName=TEST
2005/05/02-13:30:05-CEST [F1DD49] Attempting to create adapter 'class.RuntimePlatform.0.NativeExecution'
2005/05/02-13:30:05-CEST [F1DD49] Attempting to create native operator 'class.RuntimePlatform.0.NativeExecution.ProcessFlow'
2005/05/02-13:30:05-CEST [F1DD49] java.lang.NullPointerException
     at java.lang.String.<init>(String.java:166)
     at oracle.sql.CharacterSet.AL32UTF8ToString(CharacterSet.java:1378)
     at oracle.jdbc.driver.DBConversion.CharBytesToString(DBConversion.java:527)
     at oracle.jdbc.driver.T2CConnection.checkError(T2CConnection.java:621)
     at oracle.jdbc.driver.T2CCallableStatement.execute_for_describe(T2CCallableStatement.java:846)
     at oracle.jdbc.driver.T2CCallableStatement.execute_for_rows(T2CCallableStatement.java:1007)
     at oracle.jdbc.driver.OracleStatement.doExecuteWithTimeout(OracleStatement.java:1028)
     at oracle.jdbc.driver.OraclePreparedStatement.executeInternal(OraclePreparedStatement.java:2888)
     at oracle.jdbc.driver.OraclePreparedStatement.executeUpdate(OraclePreparedStatement.java:2960)
     at oracle.jdbc.driver.OracleCallableStatement.executeUpdate(OracleCallableStatement.java:4124)
     at sqlj.runtime.ExecutionContext$OracleContext.oracleExecuteUpdate(ExecutionContext.java:1556)
     at oracle.wh.runtime.platform.operator.owf_process.NativeOWFProcessOperator.defineProcessFlow(NativeOWFProcessOperator.java:1029)
     at oracle.wh.runtime.platform.operator.owf_process.NativeOWFProcessOperator.executeDefault(NativeOWFProcessOperator.java:476)
     at oracle.wh.runtime.platform.operator.owf_process.NativeOWFProcessOperator.execute(NativeOWFProcessOperator.java:227)
     at oracle.wh.runtime.platform.adapter.rtp.NativeExecutionAdapter.execute(NativeExecutionAdapter.java:43)
     at oracle.wh.runtime.platform.service.controller.ExecutionController.execute(ExecutionController.java:63)
     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)
2005/05/02-13:30:05-CEST [F1DD49] Initializing execution for auditId= 80916 parentAuditId= null topLevelAuditId=80916 taskName=TEST
2005/05/02-13:30:05-CEST [F1DD49] 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:1307)
     at oracle.wh.runtime.platform.service.controller.ExecutionContextImpl.initialize(ExecutionContextImpl.java:789)
     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:76)
     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)
2005/05/02-13:30:05-CEST [F1DD49] Attempting to create adapter 'class.RuntimePlatform.0.NativeExecution'
2005/05/02-13:30:05-CEST [F1DD49] Attempting to create native operator 'class.RuntimePlatform.0.NativeExecution.ProcessFlow'
2005/05/02-13:30:05-CEST [F1DD49] Native execution operator initiating recovery by recoverable operator oracle.wh.runtime.platform.operator.owf_process.NativeOWFProcessOperator
2005/05/02-13:30:05-CEST [F1DD49] report_execution_result auditId=80916
2005/05/02-13:30:05-CEST [F1DD49] java.lang.NullPointerException
     at java.lang.String.<init>(String.java:166)
     at oracle.sql.CharacterSet.AL32UTF8ToString(CharacterSet.java:1378)
     at oracle.jdbc.driver.DBConversion.CharBytesToString(DBConversion.java:527)
     at oracle.jdbc.driver.T2CConnection.checkError(T2CConnection.java:621)
     at oracle.jdbc.driver.T2CCallableStatement.execute_for_describe(T2CCallableStatement.java:846)
     at oracle.jdbc.driver.T2CCallableStatement.execute_for_rows(T2CCallableStatement.java:1007)
     at oracle.jdbc.driver.OracleStatement.doExecuteWithTimeout(OracleStatement.java:1028)
     at oracle.jdbc.driver.OraclePreparedStatement.executeInternal(OraclePreparedStatement.java:2888)
     at oracle.jdbc.driver.OraclePreparedStatement.executeUpdate(OraclePreparedStatement.java:2960)
     at oracle.jdbc.driver.OracleCallableStatement.executeUpdate(OracleCallableStatement.java:4124)
     at sqlj.runtime.ExecutionContext$OracleContext.oracleExecuteUpdate(ExecutionContext.java:1556)
     at oracle.wh.runtime.platform.operator.owf_process.NativeOWFProcessOperator.defineProcessFlow(NativeOWFProcessOperator.java:1029)
     at oracle.wh.runtime.platform.operator.owf_process.NativeOWFProcessOperator.executeDefault(NativeOWFProcessOperator.java:476)
     at oracle.wh.runtime.platform.operator.owf_process.NativeOWFProcessOperator.execute(NativeOWFProcessOperator.java:227)
     at oracle.wh.runtime.platform.adapter.rtp.NativeExecutionAdapter.execute(NativeExecutionAdapter.java:38)
     at oracle.wh.runtime.platform.service.controller.ExecutionController.execute(ExecutionController.java:63)
     at oracle.wh.runtime.platform.service.controller.ExecutionController.execute(ExecutionController.java:76)
     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)
2005/05/02-13:30:06-CEST [97A560] Free Memory(bytes)=49283952 Total Memory(bytes)=66715648 Used Memory(bytes)=17431696
2005/05/02-13:30:06-CEST [97A560] AuditId=80916: Request completed
Any idea?
Thanks an regards
Andreas

OWB 10.2.0.5 Mapping deploy problem

Hi all,
I have problems deploying mappings in this particular scenario:
Loading from subscriber views that were created when setting up change data capture in the database named WAREHOUSE under the CDC_STG_PUB schema, I designed the mapping to apply the changes to tables in the same database but under the ADMIN1 schema. But when I tried to deploy this mapping, several warning messages were delivered complaining of target table/view not exist. I have checked that the target table did exists in the ADMIN1 schema so am not sure what went wrong.
Previously, I already deploy the same mapping but with the target table, sequences, dimensions all in the CDC_STG_PUB schema and no problems occured. BUt upon changing the deployment location of all these objects, despite deploying all these objects first into the ADMIN1 schema successfully, deployment of the mapping gives me warning messages.
In actual fact, I am trying to do a deployment to another different location but it seems that there are problems with doing so. Anyone has any solutions?
Update: I tried a very simple mapping of loading to a target table that is in another schema called ADMIN1 rather than the schema the owb module is configured to deploy to and it fails with similar warning messages as above. Is there anyway of deploying to tables in another schema?
Edited by: user8915380 on 21-Mar-2010 02:15

Hi,
deploy a mapping to the schema that contains the target table.
If you want to use the same mapping to load tables with the same structure in different schemas try to use synonyms. Use a premapping operator to set the synonym to the correct target table.
The same mapping should only be deployed to one schema.
Regards,
Carsten.

Export from OWB Release: 9.2.0.2.8 results in error: MDL1255: Error export

An export of a whole project from the OWB-client results in error en crash of the OWB Client.
Does anyone know what causes this?
Below the contents of the log-file generated by the export-utility
Export started at 11/14/2005 4:53:17 PM
* Export from OWB Release: 9.2.0.2.8 Version: 9.2.0.2.0
* User: owbrep_MDN_dev Connect String: (DESCRIPTION=(ADDRESS=(HOST=l2-bm13-e0g.nl.rsg)(PROTOCOL=tcp)(PORT=1521))(CONNECT_DATA=(SERVICE_NAME=owbrep.l2_bm13_e0g.nl.rsg)))
* Definition File: null
* Data File: C:\data\owb\o\MIS_MDN-20051114_1651.mdl
* Log File: C:\data\owb\o\Log.log Log Message Level: ALL
* Physical Names: Y Field Separator: | Character Set: WE8MSWIN1252
* Project: MIS_MDN Configuration Data: Y
MDL1256: Error occurred exporting LOCATION with physical name <DB>, business name <DB>.
Detailed Error Message:
MDL1255: Error exporting CONNECTOR for LOCATION <DB/DB>.
Error in SQL Statement. Please contact Oracle Support with the stack trace and details on how to reproduce it.
*************************************************************

This will not work.. Ypu cannot use FTP to 'PULL' a document into the database. (Yes I know there's a placeholder for an FTPURITYPE() but it was never implemented).
However you can use an FTP client to PUSH content into the XML DB repository. If the content is schema based XML associated with a known (registered) XML schema the content of the file will automatically be stored in the default table associated with the root element of the file. If the content is not associated with an known XML schema you can then use xdburitype to read the resource that was created when the document was uploaded into the repository

OWB R2 / Paris: importing source metadata (tables) results in LONG error

Hello,
Ik hope anyone knows a solution to this, as I can't find anything on OTN, Metalink and google...
When I create a new module to function as 'source' for my datawarehouse I try to import the table definitions from this schema using the import wizard. The wizard lists the correct tables, views etc. But when I select a table to import as metadata I get the following error: Repository Error Message: ORA-00997: illegal use of LONG datatype.
Odd enough; functions do import.
I've tried recreating the metadata repository and different source schema's to no avail. Even re-importing a target table doesn't work. Besides that, everything works just fine but there are too many source tables to manually insert.
Please help!
Regards.
The complete error is :
SQL Exception
SQL Exception
Repository Error:SQL Exception..
Class Name: CacheMediator.
Method Name: getDDEntryFromDB.
Repository Error Message: ORA-00997: illegal use of LONG datatype
     at oracle.wh.repos.pdl.foundation.CacheMediator.getSQLResult(CacheMediator.java:504)
     at oracle.wh.repos.impl.CMPWBAPIFactory.getSQLResult(CMPWBAPIFactory.java:2137)
     at oracle.wh.service.sdk.integrator.RepositoryUtils.getSQLResult(RepositoryUtils.java:448)
     at oracle.wh.ui.integrator.sdk.RelationalEntityAccessor.getTableColumnsSQLResult(RelationalEntityAccessor.java:2541)
     at oracle.wh.ui.integrator.sdk.RelationalEntityAccessor.getItems(RelationalEntityAccessor.java:680)
     at oracle.wh.ui.integrator.common.ImportEntityAlgorithm.getColumnsToImport(ImportEntityAlgorithm.java:2925)
     at oracle.wh.ui.integrator.common.ImportEntityAlgorithm.importColumns(ImportEntityAlgorithm.java:2914)
     at oracle.wh.ui.integrator.common.ImportEntityAlgorithm.importTable(ImportEntityAlgorithm.java:1343)
     at oracle.wh.ui.integrator.common.ImportEntityAlgorithm.dispatchElement(ImportEntityAlgorithm.java:561)
     at oracle.wh.ui.integrator.common.ImportEntityAlgorithm.importElement(ImportEntityAlgorithm.java:366)
     at oracle.wh.ui.integrator.sdk.EntityAccessor.importElement(EntityAccessor.java:80)
     at oracle.wh.ui.integrator.common.ImportService.importElement(ImportService.java:1046)
     at oracle.wh.ui.integrator.common.wizards.ImportElementTransaction.run(ImportWizardDefinition.java:578)

Diagnosis:
        - Check the SQL statement being issued.
        - Note that LONGs cannot be used in a WHERE clause, in
          INSERT into ... SELECT ... FROM constructs, in snapshots
          etc..
        - For 'INSERT into ... SELECT ... FROM constructs' use the
          SQL*Plus "COPY" command.
Articles:
Bugs: (Fix version in brackets)
        Grant on local view of remote table with LONG (7.1.3) Bug 196300Regards,
Marcos

Data Warehouse Builder

I received this message when I attempt to deploy mapping objects:
RPE-01011 Cannot deploy to target database because it does not have a compatible version.

OBE is a good start, also I recommend OWB manuals and other books on OWB and data warehousing in general. Great deal of help you can find on blogs, this forum, and oracle wiki.
http://www.training-classes.com/learn/_k/o/r/a/oracle_warehouse_builder/_t/ilt/
http://blogs.oracle.com/
http://wiki.oracle.com/
And not to forget metalink.
https://support.oracle.com/CSP/ui/flash.html

OWB Error while deploying the mapping Io exception: The Network Adapter co

Hi,
We are using OWB 10.2 in our production environment.Actually we are using OWB only for development.
After deploying each mapping we will create scheduler job for execution of these mappings.
Recently our staging DBs port has been changed to 1522 from 1521 and i have gone throgh the below steps.
1) Changed the port in tnsnames.ora file.
2) In Start Control Centre Servioce ,i have changed the port to 1522 for owbownr user and started the service successfully.
3) i have run the script UpdateLocation.sql from the OWBOWNR schema and updated the port number.
4) I tried to run the UpdateControlCenter.sql in owbownr schema and staging schema also,but i am getting an error like below.
SQL> @UpdateControlCenter.sql
This sql script sets the host:port:service parameters for a control center
in the OWB Client Repository.
The connection type must be host:port:service and cannot be changed
using this script.
Enter Control Center Name: DEFAULT_CONTROL_CENTER
Host: 10.109.65.62
Port: 1522
Service Name: DWHOWNR
Update location properties for DEFAULT_CONTROL_CENTER
Location Type =
Control Center DEFAULT_CONTROL_CENTER Found
Connection Type SQL*NET Connection cannot be updated
PL/SQL procedure successfully completed.
5) When i am running the service_doctor.sql on owbownr schema i am getting incorrect port number like below
SQL> @service_doctor.sql
There are errors in one or more PL/SQL packages and functions
Platform properties have been loaded correctly
Platform location has been seeded correctly
NLS messages have been loaded correctly
The platform service is available
There is a problem accessing the service startup script from the database
server
Here is the detailed error message which contains the name of the start
script file:-
Service startup file 'null/owb/bin/unix/run_service.sh' is not
accessible from the database server on instance number 1
Please verify that the disk containing the file is visible to the
database server
Please verify that the database server account has access rights on the
file
There is a problem with the repository connection information used to
start the service
Here is the detailed error message which contains the connection
information passed to the service:-
Cannot connect: user=DWHOWNR host=10.109.65.62 port=1521
service-name=DWHSTG
Please verify that this information is accurate
If this information is correct, then please use the
'set_repository_password.sql' script to reset the stored password
PL/SQL procedure successfully completed.
6) After login to OWB ,i have checked the Location,OWB Repository Location And Control center In OWB connection Explorer,
and all the connections are successful.
After this i took Control Centre from Tools and i tried to deploy one mapping.
And i got some error like below.
Name
Type
Status
Log
COPY_OF_ICDMAPFCTAWB
Description : Runtime User : ICGSTG Started : 2011-10-24 19:32:19.0
Name
Action
Status
Log
None
Error
Io exception: The Network Adapter could not establish the connection
None
Error
Io exception: The Network Adapter could not establish the connection
None
RECOVERY
RPE-01008: Recovery of this request is in progress.
Job Summary
Updated : 2011-10-24 19:32:19.0 Job Final Status : Completed with errors Job Processed Count : 0 Job Error Count : 0 Job Warning Count : 0
I think the issue is due to the wrong port number .
Can any one help me to solve this issue??
Edited by: 892899 on Oct 24, 2011 6:01 AM

Hi Allan,
Thanks for your quick reply.
I have checked in OWB\Locations\Database\Oracle\Location\DB Connectors and also in Control Center\Location\Connectors,seems like there is no connectors created.
Do you have any other suggestions?
Also i analyzed the UpdateControlCenter.sql in that
select value into v_connectiontype from cmpstringpropertyvalue_v where logicalname = 'CMPLocation_ConnectionType' and propertyowner = v_elementid;
the qry returns 'SQL*NET'.
Any workaround for these???
Please reply.

Process flow fails to complete when another in the same package is deployed - OWB 11.2.0.2

Hi,
I have problem with OWB Process Flows whereby whenever I deploy a process flow within an existing package, another Process Flow becomes (unknown to me) invalid and will not complete execution.
When deploying the first process flow, I am synchronising all mappings within it, saving, validating and saving again before deploying it. This process flow then functions ok but then a random process flow within the same package malfunctions. By this I mean the process flow does not complete, as if it has lost some connectors. Has anybody else had this problem?

HI Richard,
Thanks for your reply. Yes I agree with your answer but sadly this does not seem to be the cause of the problem in my case as I always stop any running processes and double check with the list_requests.sql as provided and where necessary execute the deactivate_execution.sql and/or abort_exec_request.sql only if absolutely required. Finally I check again with list_requests.sql and if necessary run in the OWF_MGR schema: WF_PURGE.TOTAL and/or the following sql (again only if required) :
BEGIN
FOR cur_rec in (SELECT ITEM_TYPE,ITEM_KEY FROM OWF_MGR.WF_ITEM_ACTIVITY_STATUSES
WHERE ACTIVITY_STATUS = 'ACTIVE')
LOOP
OWF_MGR.WF_PURGE.MOVE_TO_HISTORY(cur_rec.ITEM_TYPE,cur_rec.ITEM_KEY);
COMMIT;
END LOOP;
END;
So I am sure that no processes are running before I begin deployment. Thanks again for your reply.

Agent restart results in loss of management plug-in deployment

A hardware provider provided us 3 management plug-ins for the Grid Control Enterprise Manager (V11g).
The Plug-ins are deployed on one single agent. The agent is located on our OMS. Overall, we've got 20 instances of these plug-ins on the same agent.
Now, we've detected that restarting this agent causes that the deployment of one plug-in has been lost. The effect is that the plug-in instances are not working anymore. They are still existing but without no function (like zombie processes).
We help ourselves with the following workaround:
Deleting all pug-in instances, re-deploy the plug-ins to the agent, recreate all 20 plug-in instances.
This workaround costs a lot of time and is not acceptable in the long run. Fortunately, I was able to write a script for an automatic deletion and creation of the plug-in instances on the agent.

Plug-in deployment results in files installed in the repository to handle the new target type and files laid down on the agent to handle the new target type. Restarting the agent shouldn't be able to remove any of these artifacts.
Can you confirm after the agent is restarted that the plug-in files still remain on the agent? (sysman/admin/metadata/<target_type>.xml is the main one) Are there errors in the agent logs?
How are the target instances discovered? Are they the same ones each time with the same instance properties?

BI deployment from OWB 10.2 (Paris)

Hi all,
I'm curious what success or lack thereof you have had in deploying dimensions and cubes relationally to Discoverer with OWB 10.2.
Do you deploy item folders for dimensions and cubes seperately?
Do you create item folders for every level of your dimensions?
Do you create "complex" item folders instead having the dimensions and cubes prejoined?
I'm working on our BI deployment and would love to know some of your experiences with either method. Also, are you able to fully manage your EULs with OWB or do you have to use Discoverer Administrator post-deployment?
Thanks in Advance,
Mike

Hi Mike.
Do you create item folders for every level of your dimensions?You must create item folders for all information you want to show to end-euser or you need to add to a calculation, hierarchy, join, etc. It depends on how you have imported the folder in discoverer. Make sure the item you want to add to a folder is not already there.
Do you create "complex" item folders instead having the dimensions and cubes prejoined?Read the best practices document/thread. You'll see that using db views might be an alternative.
I never tried this using OWB 10g R2. In previous releases you'd have to create collections, export/import it to discoverer and that was the most you could do using OWB.
As far as I've read the documentation, the "Defining Business Intelligence Objects" chapter in OWB users guide, it seems like there's a lot stuff you can do in OWB.
However you'll see the need to edit the Business Areas using Discoverer Adm Edition. Read this thread, you'll see there's plenty of stuff you won't be able to do using OWB (like editing security/privileges, for instance):
Discoverer Adm. Best Practices
Also, read the following document:
http://www.oracle.com/technology/products/discoverer/pdf/Discoverer_10_1_2_BestPractices.pdf
You'll find answers for most of your questions.
Regards,
Marcos

Execute a mapping deployed with OWB 9.0.4 from SQL*Plus

Hello,
I could execute a mapping designed with OWB 9.0.3 from SQL*Plus with the next sentence:
SQL> exec my_mapping.main;
But now, with OWB 9.0.4, mappings are deployed as functions (in 9.0.3 were deployed as procedures) and they need parameters.
Somebody know how I can execute deployed mappings with OWB 9.0.4 from SQL*Plus? I don't know the parameters I need to call a mapping.
Thanks in advance,
Pedro.

Well, I've solved the problem with roles but
I've executed the script called sqlplus_exec_template.sql and it fails at Stage 2 because the next sentence
l_audit_execution_id := wb_rt_api_exec.open(l_task_type, l_task_name, l_location_name);
returns me NULL.
It is not clear the value that the variable called l_location_name have to stored. The script explain that this variable store the physical name of the
location to which the task was deployed. I understand that this variable have to store the schema where the mapping was deployed. That's right?
So I called the script in this manner:
SQL> @sqlplus_exec_template OWBRUN904I OJBHT PLSQL MY_MAPPING "," "," ;
where OWBRUN904I is the name of the Runtime Repository Schema, OJBHT is the
schema where MY_MAPPING is deployed, PLSQL is the task type and MY_MAPPING is
the name of the mapping I've designed.
Can you tell me why the scripts fails?
Regards,
Pedro

OWB 10.1.0.4.0 deployment results in RPE-01011

Similar Messages

Maybe you are looking for