• Introducing Dark Mode! Switch by clicking on the lightbulb icon next to Search or by clicking on Default style at the bottom left of the page!

Object Management Configuration VS Environments

Zoltan_Gyimesi

Legendary Poster
Hi List/Forum,

1.) If I am right, Object Management Configuration is Path Code and Environment independent by default.
Am I right?
2.) Is it true for UDCs for OMW like User Role, Project Status?
3.) The default status is 21-Programing for default projects.
Activity Rules for this status points to DEV path code for Check-Out/Get as From Location and for Check-In as To Location, further points to Control Tables - Test for NON-Object Librarian Objects (e.g. Menus, UDCs) for Delete Only action as To Location.
Question: If I am working in an environment different from DV (Development) with different Path Code then DV, suppose PY (Prototype) Environment and Path Code then what will be the:
* From Location when I issue a Check-out/Get for an OL Object
* To Location when I issue a Check-In or Delete for an OL Object
* To Location when I issue a Delete for a NON-OL Object (e.g. UDC, Menu)
in the reality?

Our problem is that we made a brand new Environment with its own Path Code, Control and Business data sources for our consultants. The purpose of it to create base settings for a Hungarian Prototype environment which will be easilly Rollable-Out to our customer site as a base settings preserving to enter everything everywhere from scratch (e.g. UDs, MENUs, General Ledger setups, AAIs, Versions, etc, etc.).

This issue is urgent enough for me and I haven't enough time to play with OMC/OMW to answer/guess everything.

Any help will be greatly appreciated.

Thanks in advance,
Zoltán


B7332 SP11, ESU 4116422, Intel NT4, SQL 7 SP1
(working with B7321, B7331, XE too)
 

Zoltan_Gyimesi

Legendary Poster
Excuse me.
Of course, the release is XE this time.
Zoltán

B7332 SP11, ESU 4116422, Intel NT4, SQL 7 SP1
(working with B7321, B7331, XE too)
 

Adrian_Chimirel

Legendary Poster
Zoltán,
I see two options to choose from. Allow me to show them in the order I would consider them:
A - Create another cycle Development->QA/Test->Promotion to the Next (upper) level/Environment->QA/Test->Promotion to PROD.
I understand you already have the Development; fill in the puzzle pieces and, when they are in place, accommodate existing and ADD necessary Statuses & their corresponding Activity Rules.

B - Keep the existing cycle with its Statuses BUT play/change their Activity Rules. It may not be as flexible as the first option, but it involves less changes, too.
Good luck!




Adrian Chimirel
Programmer Analyst
LIVE: B732.1 SP12.2, Oracle 806
SANDBOX: XE SP13, 8i
RS/6000, Citrix, 200+ clients
 

Zoltan_Gyimesi

Legendary Poster
At first, thank you Adrian for your input.

I am affraid that I won't avoid to create new development cycle(s) with new statuses and appropriately set Activity Rules etc. (Adrian's Option A) to maintain our new Prototype Environment and Path Code independently the existing standard settings and statuses that we wanted to keep too.

Unfortunately I can not access currently enough fat clients with different Path Codes making experiences. What I have done till now:
1.) UDCs will be create in the Control Tables data sources of the current environment.
2.) After an Object Check-Out in PY7333 environment the Object Log (in OMW) shows DV7333 Path Code as from location.
In my mentioned situation (not enough fat client with different Path Codes) I couldn't try Check-In and making a bit change on an object in DEV, Check-Out on PY and verify that the DEV path code is really the from location.

OK! I will create our new development cycle but I have some fears.

Our consultants like to manage Batch and Interactive Versions on the old way, outside of OMW. In this case itt will be in the default project which has 21-Programing status, which points to DEV path code for these type of objects as From and To location.

1.) I know, I can not set different status for default projects (e.g. based on environment, pathcode or user ID)
Am I right?
2.) Can I secure somehow Batch and Interactive Versions applications when they are called outside from OMW (using a native OW security method)?
3.) What about Users field in the Activity Rules? Can I enter different Rules (e.g. different From/To locations)for different users for the same Activity? If yes, then can I combine *PUBLIC, User Group and User ID entries for the same Activity (e.g. the rule is A for *PUBLIC except for user EXCEPT for whom the rule is B, etc.)
4.) Maybe a very drastic and uncomfortable solution could be to assign a new status for default project and remove/disable all activity for this status forcing this way to use our custom statuses.
Could it prevent the user to enter/checkin Versions outside of OMW????

Any further idea, solution, hint?

Thanks in advance,
Zoltán

B7332 SP11, ESU 4116422, Intel NT4, SQL 7 SP1
(working with B7321, B7331, XE too)
 
Top