10.02.2013 Views

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 ...

SHOW MORE
SHOW LESS

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>

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!