Hello Listers,

I hope someone can shed some light on this. We have rapid deployments in our 
environment so we are trying to automate the creation of packing lists to 
automate our releases. So here's the scenario:


1.       Every developer creates packing lists containing workflow elements 
(including forms) to satisfy business requirements.

2.       A developer creates a final release packing list containing all the 
other packing lists. Based on our experience, adding the packing lists as 
references to the final packing list has been problematic*, so the developer 
has to add the contents of every packing list into the final packing list. As 
you can imagine this is extremely tedious.

3.       Then we run a large query to ensure that all the contents within all 
the packing lists match the final packing list. If all the contents match, we 
know our final packing list is ready for promotion.

So what we're trying to do is use the driver application to create a final 
packing list that contains the contents of all the packing lists that we 
define. We have run the driver application multiple times and it seems it does 
not have the functionality to add the contents of one packing list to another. 
So we've tried to add just the references and that does not work either? We 
were able to create an empty packing list but that's where it stops. Does 
anyone know why this is not working? Or even better, does anyone have other 
suggestions on how to automate deployments in Remedy? This would include 
importing data into tables, and importing definition files also.

On the side, I tried to understand the structure of packing lists at the db 
level. I looked at the arcontainer and arreference tables. There is a safeguard 
field on the arcontainer table that gets filled in with a really long string. 
Does anyone know how this data is generated? If we can create the packing list 
at the db level, that may be a solution but the data dictionary tables don't 
really show all the relationships.

* We've seen cases where workflow objects that don't belong to any packing 
lists referenced, show up in the final packing list!! This made us to start 
using the contents of the packing lists instead and so far we've not had any 
issues.


Environment:
Oracle v 10.2 64 bit
Remedy 7.5.00 Patch 003



-------------------Sample commands run-----------------------------

Command: cco

CREATE CONTAINER

Container name: DRIVERCONTAINER01

Permission List:

   Number of permission defns (0):

Ids of sub admin groups allowed to access container:

   Number of ids (0):

   Number of container owner objects (0):

   Label (): DRIVERCONTAINER01

   Description (): DRIVERCONTAINER01

Active Link Guide, Application, Packing List, Filter Guide (1-4) (2): 3

   Number of references (0): 1

   Reference label (): TEST1

   Reference description (): TEST1

   Reference type none,schema,filter,escl,actlink,

      container,charmenu, image (0,2-8) (0): 6

   References data type ARS,external (0,1) (0):

   ARS reference name (): TEST1

Remove invalid references? (F):

Help Text ():

Owner ():

Change Diary ():

Number of Properties (0):



   ARCreateContainer  results

ReturnCode:  OK

Status List : 0 items

----------------------------------------------



TEST1 is another empty packing list that already exists.

DRIVERCONTAINER01 is the new packing list I'm creating.



Results:

DRIVERCONTAINER01 is created but it does not reference packing list TEST1?? I 
have tested this many different ways but it just doesn't work. Can someone run 
this scenario and see if you get similar behavior?

Regards,
Chike Agu


This email is confidential and subject to important disclaimers and conditions 
including on offers for the purchase or sale of securities, accuracy and 
completeness of information, viruses, confidentiality, legal privilege, and 
legal entity disclaimers, available at 
http://www.jpmorgan.com/pages/disclosures/email.

_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"

Reply via email to