You could try an OS file system LINK from the bad address to the new.
Create
/appl/BMC/AtriumCore/aie/service/datadata/NewTCNZ_ComputerSystem
In it put a link (disk mapping?) to
/appl/BMC/AtriumCore/aie/service/data/NewTCNZ_ComputerSystem
Also add a file with a text explanation as why the link exists (i.e.
README.txt)
HTH,
Joel
Joel Senderjdsen...@earthlink.net310.829.5552
-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of Simon Ellis
Sent: Sunday, May 05, 2013 6:50 PM
To: arslist@ARSLIST.ORG
Subject: Atrium Upgrade to SP4
Completed an upgrade of Atrium to SP4 last week and have gone to verify the
aitrium integration engine and have noticed that post upgrade the file name
path in all our mappings for any of our data exchanges has changed.
For example pre upgrade the path to where the data file was located was
specified in the mapping as:
/appl/BMC/AtriumCore/aie/service/data/NewTCNZ_ComputerSystem
Post upgrade the path specified is now:
/appl/BMC/AtriumCore/aie/service/datadata/NewTCNZ_ComputerSystem
It's changed everything to look up everything in a folder called datadata which
doesn't exist. I'm now stumped as to how to correct this.
I can export everything out of one of our NPE environments and place over the
top. I can export everything to an .arx file and manually amend the entries
and then import them back in.
IS there any better way of correcting the file name path in a mapping?
Anyone know why this happened?
___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers
Are, and have been for 20 years
___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Where the Answers Are, and have been for 20 years