Application Migration Report
The Migration Toolkit for Application Binaries can generate a consolidated migration report that contains the content of the Application Technology Evaluation Report, the Application Inventory Report, the Detailed Migration Analysis Report, and the WebSphere configuration. This report makes it easier than ever to analyze your application binaries for migration to later releases of WebSphere traditional or Liberty.
The beginning of the report contains a technology evaluation summary, which indicates which IBM platforms support the technologies used by the application, and a rule severity summary that shows how many rules and rule results are flagged for each rule severity. The default report shows migration results for migrating from WebSphere Application Server V8.5.5 and Java SE 6 to Liberty and Java SE 8. You should modify the source and target options to fit your migration scenario.
After determining whether your target platform is fully supported for your application, explore the details in the Technology Evaluation Details section. Any technology that is not supported for your target platform is linked to an analysis rule in the Detailed Migration Analysis section. For each analysis rule, detailed help is provided that describes the migration issue and any possible resolution. The analysis rule results list the affected files along with the match criteria, the method name if applicable, and the line number if available. Line numbers are only available for results that occur within a method body.
The Detailed Migration Analysis section of the report contains all the migration issues that are flagged for the application. All severe migration issues must be addressed, and warning migration issues must be evaluated to determine if changes to the application are necessary. Information migration issues are items to be aware of, such as the use of deprecated APIs that could be removed in a later release.
The Inventory section of the report contains a high-level inventory of the content and structure of each application and information about potential deployment problems and performance considerations.
Finally, if your target platform is Liberty, the Liberty Configuration section of the report includes configuration for the Liberty server based on scanning application binaries and WebSphere traditional configuration. If you are migrating between WebSphere traditional versions, a separate wsadmin script is generated when configuration is discovered. See the Configuration Migration section for more details.
The only required parameter is the binaryInputPath, which is an absolute or relative path to a .ear or .war file, or to a directory that contains .ear and .war files. If the binaryInputPath is to a deployed application in a WebSphere traditional installation, additional configuration will be generated.
If no application server options are specified, then --sourceAppServer=was855 and --targetAppServer=liberty are the default.
It is best practice to identify your custom application class packages with the --includePackages option. By doing so, you avoid scanning Java EE and third-party packages which should not affect your migration effort. If no --includePackages or --excludePackages options are specified, the tool excludes Java EE and some third-party packages by default. These packages are identified as scan options near the beginning of the report.
java -jar binaryAppScanner.jar --help --all
The following examples demonstrate different ways to generate the report using the command options:
The Liberty Configuration section is only included in the report when the target platform is Liberty. When migrating between WebSphere traditional versions, a separate wsadmin script is generated in the same directory as the report.