Stu's Braindump

Changing the System Date in CC&B (to cater for testing requirements where the system has to be artificially rolled backwards/forwards) used to be done via the Database initialisation parameters, and the Batch Run Date parameter. But it appears that FEATURE CONFIGURATION now supports this requirement. Simply create a "General System Configuration" Feature Configuration instance (we tend to call ours CMTIMETRAVEL, but there is no restriction on this in the system), and define Option "System Override Date" with the required value. Once again, be aware that it is not recommended that you roll your dates back and forward, since this makes investigation of defects a bit more complicated, but it definitely has its place in relation to test execution (especially Collection and Severance testing, where the process runs across a large number of days and test cycles are typically defined for a much smaller period).

A quick update to include "Gaffen Central" in my links zone. Allan's Blog tends to focus on Technical Architect aspects of Oracle UGBU FW/CC&B installs & upgrades and his page is well worth a visit. I have also included a couple of RSS registration links for readers who would like to subscribe to my blog via RSS, and changed the Top Tags zone to make it a bit easier to read. Enjoy.

We have identified an issue with the use of bundling and UI Maps, whereby the resulting Bundle was wrapping the UI Map in a set of CDATA tags, but only after it had already removed all formatting from the source records, resulting in corruption of the UI Map HTML fragments. This has now been corrected by implementing Single Fix 8228025 on FW/CC&B 2.2.0. If you are using the Bundling subsystem in your implementation, I strongly recommend that you implement this patch.

The Bundle entity was introduced in CC&B 2.2.0 as a single fix (Patch 7009383 and part of Service Pack 2), and can prove useful in relation to the management of the more complex "Cool Tool" reference data components. This entity supports simple Version Control structures by taking a snapshot of the data elements at a point in time, and wrapping this as an XML component for implementation in a target environment. 1. A quick overview of the concepts... 1.1. Base functionality in bundling supports some of the more complex data structures..ie Data Area, Script, Business Service, etc. 1.2. We can extend this functionality by: 1.2.1 generating a custom BO for the Maintenance Object and associate this with a complete schema (by clicking on the generate Schema button on the dashboard) 1.2.2 navigating to the Maintenance Object associated with the underlying records we are trying to migrate, and define the following MO Options.. 1.2.2.1 Eligible for Bundling = '

The Oracle Utilities Software Configuration Management guidelines have a number of recommendations which should be adhered to.. not least of which is the implementation of a structured method of deploying config/reference data in a manner which allows the on-site team to guarantee the environment content (code and data) for each release, before users start using it. In the past I have always followed these guidelines in regards to migration of code, and associated technical reference data (batch controls, Algorithm Types, Lookups, etc), but I have been less diligent in tracking all Config through the recommended migration paths, and tended to adopt a Hub-and-Spoke approach to pushing reference data out from the Master copy environment. Unfortunately this means that the management of this data then becomes a bit of a nightmare for the Config Team, and although the Bundling subsystem developed as part of 2.2 goes some way to providing version control functionality for some referenc

The Synchronise Account functionality has been available in CC&B for quite a while now, and whilst we tend to shy away from using it, it has its place in environment management. With the recent performance fixes implemented on FW2.2, in regards to the CLBDSYNC module, this functionality now allows us to transfer subsets of records between environments in a quick and timely manner. Whilst it is not designed to be used for large sets of data, it does allow us to pull records from our PROD copy instance back into the Pre-Prod environments to provide a basis for problem investigation. Definitely something for you to investigate/consider as part of your on-going environment management effort.