esb_deploy - Progress Sonic ESB Deployment Guide 8.5 - Product ...
esb_deploy - Progress Sonic ESB Deployment Guide 8.5 - Product ...
esb_deploy - Progress Sonic ESB Deployment Guide 8.5 - Product ...
Create successful ePaper yourself
Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.
Chapter 4: Analyzing <strong>ESB</strong> Artifacts in Archives, Stores, and File Systems<br />
Reporting on Impact Analysis<br />
An impact analysis report combines aspects of “Reporting Differences” and “Reporting<br />
on <strong>Sonic</strong>MQ Reverse Dependencies.” Together, these features define the impact on the<br />
target store that would result from merging the source store into the target store.<br />
Because this report provides impact, the following information is also included:<br />
● If a binary file type is different, the impact analysis report indicates that the file in the<br />
source store will overwrite the one in the target store.<br />
● If a file exists in the source store but not in the target store, the impact analysis report<br />
indicates that a new file will be added to the target store.<br />
However, if a file exists in the target store but not in the source store, it is not reported,<br />
as it is not impacted and will not be affected by any import actions.<br />
● If a dependency indicates that <strong>Sonic</strong>MQ configuration objects must be created, the<br />
impact analysis report describes the requirement.<br />
Conversely, if existing <strong>Sonic</strong>MQ configuration objects are no longer required by<br />
<strong>ESB</strong>, the impact analysis report notes that fact. (There might be non-<strong>ESB</strong> related<br />
references to a <strong>Sonic</strong>MQ configuration.)<br />
The syntax of the impact command in the <strong>Sonic</strong> <strong>ESB</strong> Admin Tool is:<br />
impact -storeType storeParameters -storeType storeParameters<br />
[-out outputFile.xml] [-v]<br />
where:<br />
■ The first -storeType storeParameters identifies the source artifact store, and<br />
the next -storeType storeParameters identifies the target artifact store.<br />
■ storeType is { xar | fs | ds }.<br />
■ storeParameters are:<br />
❑ When storeType is xar, the archive location on a file system<br />
❑ When storeType is fs, the root of the hierarchy on a file system<br />
❑ When storeType is ds, the management connection to a domain in the form:<br />
domainName hostname:port [user password]<br />
■ outputfile is the preferred target XML file name and location for the analysis<br />
report on the file system. When you do not specify this parameter, the output file<br />
is created as <strong>Sonic</strong>_ImpactAnalysis.xml in the tool’s directory.<br />
■ -v requests verbose reporting (otherwise, you get terse reporting).<br />
Assessing impact on a Directory Service store requires a connect command to establish a<br />
connection to the domain prior to running impact.<br />
102 <strong>Progress</strong> <strong>Sonic</strong> <strong>ESB</strong> <strong>Deployment</strong> <strong>Guide</strong> <strong>8.5</strong>