Sign up on the Revelation Software website to have access to the most current content, and to be able to ask questions and get answers from the Revelation community

At 16 MAR 1999 03:33:48PM John G. wrote:

We are having problems deploying Dictionary items and new tables.

The Dictionary items do not seem to have a pattern as to why some deploy and others do not.

How can tables be deployed?

We are using OI3.6. Because of its size we wish to only deploy upgrades.

The upgrades are also large enough to cause the RDK deployment to exceed its limits. Is there anyway to overcome this limit?

For example, to select changes for a range of dates?


At 22 MAR 1999 02:25PM Cameron Revelation wrote:

Hi John,

We are having problems deploying Dictionary items and new tables. The Dictionary items do not seem to have a pattern as to why some deploy and others do not.

If the dictionary item is in SYSUPGRADE (a table in the directory created by the RDK), it should be deployed. You can do this manually as well.

How can tables be deployed?

Typically, you do it when you create the deployment definition by selecting the table and set it to deploy fully or just the dictionary. To do it manually, add a line to the process record in SYSUPGRADE to create the table … the format is defined in RDKModuleInstall.

The upgrades are also large enough to cause the RDK deployment to exceed its limits. Is there anyway to overcome this limit?

I did a search in our SPR system; there are several open SPR's related to this problem (CPUY3N4NM9, GGLR3M8NU2, JDUE3LYJGE). Work-arounds include selecting the entities to copying them directly from SYSREPOS and copying them (entity information and body) to SYSUPGRADE.

Cameron Purdy

Revelation Software

View this thread on the forum...

  • third_party_content/community/commentary/forums_nonworks/f9465c7ce3e6d12385256736006b7716.txt
  • Last modified: 2023/12/28 07:40
  • by 127.0.0.1