Ganga, IMO, any ARS developer should know how to make a Packing List. ( It is an ARS Object.)
If there is a "List" of ARS Objects that need to be added then you create the Packing List object and you "add" each and every item to the List with the Admin Tool. Now if your developer is worth even $10/hour... then they should get real tired of that manual task and choose to either... 1) Change their development habits to do their development _using_ Packing Lists in the first place. (So you do this task as you go and you never stop doing it.) or 2) Write a simple script to take a list of objects (and what type of object it is) and create a Packing List object in a def file. So the file can be imported with the Admin Tool. Of course this also requires that you keep track of your objects in some way too.. (So there really is not "less work" with this option. It is just shifted into a "batch process" instead of an incremental step during the development.) The first approach is a "coding style change". (And an easy one) The second approach requires a much deeper understanding, but should take only about 30 minutes to figure out and maybe a few hours ( If that long ) to implement the script. I think it could even be done with some RegEx substitutions with a flat file list format too. -- Carey Matthew Black Remedy Skilled Professional (RSP) ARS = Action Request System(Remedy) Love, then teach Solution = People + Process + Tools Fast, Accurate, Cheap.... Pick two. On Wed, Jul 30, 2008 at 2:12 PM, Ganga Prasad <[EMAIL PROTECTED]> wrote: > ** > Thanks Carley > > i was also thinking in the same direction as i mentioned. However the second > solution looks more cool. But can you give some idea how to initially create > this packing list so that the developers can be instructed for the same ?? > > Thanks and Regards, > Ganga Prasad Pattnaik, > ------------------------------------------------- > > > On Wed, Jul 30, 2008 at 5:03 PM, Carey Matthew Black <[EMAIL PROTECTED]> > wrote: >> >> Ganga, >> >> I have not tested this... but it is my understanding that the Admin >> tool would take the _last_ (not "newest") version of the object from >> the file. ( Think tar file.) >> >> However, if you parse the file then your code should be able to make >> this a trivial job of this. ( And I even think this task would not be >> that hard to do.) Every object starts with a "^begin [schema|active >> link|filter|escalation|container|...]$" and ends with an "^end$". The >> first line like "^ timestamp : <epoch_seconds_value_here>$" >> after the begin marker is the time that the object was _last changed_. >> So if your script can keep track of the largest integer It finds for >> each object then pull it should be the merged files as you want. >> >> HTH. >> >> But personally.... I would take a very different tact to the problem. >> ( There are some down sides to this approach, but I think it makes >> more sense too.) >> >> Step 1) I would create one packing list and then export all the >> objects at the same time. ( Your developer(s) can do this.) >> Step 2) Test the packing list functionality. (Testing group can do that) >> Step 2a) If the tests fail return to Step1.( file that was >> delivered needs fixed....) >> Step 3) Since the test worked... deploy the file to production. >> >> -- >> Carey Matthew Black >> Remedy Skilled Professional (RSP) >> ARS = Action Request System(Remedy) >> >> Love, then teach >> Solution = People + Process + Tools >> Fast, Accurate, Cheap.... Pick two. >> >> >> >> On Wed, Jul 30, 2008 at 3:30 AM, Ganga Prasad <[EMAIL PROTECTED]> wrote: >> > ** >> > Hi list >> > >> > I have a typical problem here. I need to consolidate lets say 5 def >> > files >> > and want to make 1 def file out of that. Any my new def file should >> > contain >> > all the latest changes... >> > Illustration >> > Some of the object are in repetition in the 5 def files. I need to make >> > sure >> > the consolidated def file should contain the latest one. >> > lets say def1 contain object A and object A again repeated in def3 and >> > def5. >> > >> > Now my consolidated def should contain the def5 changes.. >> > >> > NB:: Concatenating all the def files will have this work flow 3 times in >> > the >> > new def file. Will ARSystem take care to take the latest one ?? >> > >> > ARS 7.0 >> > Oracle 10G >> > NO ITSM >> > >> > >> > >> > Thanks and Regards, >> > Ganga Prasad Pattnaik, >> > ( Remedy Skilled Professional ) _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"
