verifier(1m) [debian man page]
verifier(1M) Application Server Utility verifier(1M) NAME
verifier - validates the J2EE Deployment Descriptors against application server DTDs SYNOPSIS
verifier [-v] [-d destination_directory] [-r [a|w|f]] jar_filename Use the verifier utility to validate the J2EE deployment descriptors and the Sun ONE Application Server specific deployment descriptors. If the application is not J2EE compliant, an error message is printed. When you run the verifier utility, two results files are created in XML and TXT format. The location where the files are created can be configured using the -d option. The directory specified as the destination directory for result files should exist. If no directory is specified, the result files are created in the current directory. Result files are named as jar_filename_verified.xml and jar_filename_ver- ified.txt The XML file has various sections that are dynamically generated depending on what kind of application or module is being verified. The root tag is static-verification which may contain the tags application, ejb, web, appclient, connector, other, error and failure-count. The tags are self explanatory and are present depending on the type of module being verified. For example, an EAR file containing a web and EJB module will contain the tags application, ejb, web, other, and failure-count. If the verifier ran successfully, a result code of 0 is returned. A non-zero error code is returned if the verifier failed to run. OPTIONS
-v verbose debugging is turned on. -d identifies where the result files get placed. -r identifies the reporting level defined as one of the following: o a sets output reporting level to display all results (default) o w sets output reporting level to display warning and failure results o f sets output reporting level to display only failure results jar_filename name of the ear/war/jar file to perform static verification on. The results of verification are placed in two files jar_filename_verified.xml and jar_filename_verified.txt in the destination directory. Example 1: Using verifier in the Verbose Mode example% verifier -v -d /verifier-results -rf sample.ear Where -v runs the verifier in verbose mode, -d specifies the destination directory, and -rf displays only the failures. The results are stored in /verifier-results/sample.ear_verified.xml and /verifier-results/sample.ear_verified.txt. asadmin(1M) Sun Java System Application Server March 2004 verifier(1M)
Check Out this Related Man Page
asmigrate(1m) Application Server Utility asmigrate(1m) NAME
asmigrate - automates migration of J2EE applications from other J2EE platforms to Sun Java System Application Server SYNOPSIS
asmigrate [-h | --help] [-v | --version] [(-c |--commandline) | (-u --ui) ] [-q | --quiet] [-d | --debug][-s | --sourcedirectory source_directory] [-S | --sourceserver source_application_server] [-t | --targetdirectory target_directory] [-T | --targetserver tar- get_application_server] [-n | --scan-native-apis-only ] [-p | --scan-packages package_list] [-j | --java2db create-tables=true, drop- tables=true, db-vendor-name=dbVendorName] [-m | --migrate-cmp comment-pk-modifiers=true, overwrite-conflicting-accessors=true] [-f | --file-filter all-files=true, html-files=true, java-files=true, jsp-files=true, xml-files=true, archive-files=true] [-a | --append-logs ][operands] Use the asmigrate utility to analyze your J2EE application and translate vendor specific settings to Sun JavaTMTM System Application Server specific settings making the application deployable on Sun's J2EE products. The following table identifies the supported J2EE product migrations: +--------------------------+--------------------------------+ | Source J2EE Platform | Destination J2EE Platform | +--------------------------+--------------------------------+ |WebSphere Application |Sun ONE Application Server 6.5 | |Server 4.0 | | | | | |WebLogic Application | | |Server 5.1 | | +--------------------------+--------------------------------+ |WebLogic Application |Sun ONE Application Server 7 | |Server 5.1, 6.0, 6.1 | | | | | |WebSphere Application | | |Server 4.0 | | | | | |JavaTMTM 2 Platform | | |Enterprise Edition 1.3 | | | | | |Sun ONE Application | | |Server 6.x | | | | | |Sun ONE Web Server 6.0 | | | | | |JBoss Application Server | | |3.0 | | | | | |Tomcat Web Server 4.1.12 | | +--------------------------+--------------------------------+ |WebLogic Application |JavaTMTM 2 Platform, Enterprise | |Server 5.1, 6.0, 6.1 |Edition 1.4 Application Server | | | | |WebSphere Application | | |Server 4.0 | | | | | |JavaTMTM 2 Platform | | |Enterprise Edition | | |1.3/1.4 | | | | | |Sun ONE Application | | |Server 6.x | | | | | |Sun ONE Web Server 6.0 | | | | | |JBoss Application Server | | |3.0 | | | | | |Tomcat Web Server 4.1.12 | | +--------------------------+--------------------------------+ |WebLogic Application |Sun JavaTMTM System Application | |Server 5.1, 6.0, 6.1 |Server Platform Edition 8 | | | | |WebSphere Application | | |Server 4.0 | | | | | |JavTMTMa 2 Platform | | |Enterprise Edition | | |1.3/1.4 | | | | | |Sun ONE Application | | |Server 6.x | | | | | |Sun ONE Web Server 6.0 | | | | | |JBoss Application Server | | |3.0 | | | | | |JBoss Application Server | | |3.2 | | | | | |Tomcat Web Server 4.1.12 | | +--------------------------+--------------------------------+ OPTIONS
-h --help displays the arguments for launching the MigrationTool. -v --version displays the version of the MigrationTool. -u --ui invokes the tool in user interface mode. -c --commandline invokes the tool in command-line mode. -q --quiet launches the tool in quiet mode. -d --debug launches the tool in debug mode. -s --sourcedirectory identifes the directory where the source code to migrate or scan is present. -S --sourceserver identifes the source application server of the applications to be migrated. Possible servers include: o wl51: WebLogic Application Server 5.1 o wl60: WebLogic Application Server 6.0 o wl61: WebLogic Application Server 6.1 o as65: Sun ONE Application Server 6.5 o as70: Sun ONE Application Server 7.0 o ws40: WebSphere Application Server 4.0 o ri13: JavaTMTM 2 Platform Enterprise Edition 1.3 o ri14: JavaTMTM 2 Platform Enterprise Edition 1.3 o s1ws: Sun ONE Web Server o jb30: JBoss Application Server 3.0 o tc41: Tomcat Application Server 4.1 -t --targetdirectory target or output directory where the migrated application should be placed. -T --targetserver target application server to which the application is to be migrated. -n --scan-native-apis-onlscans the source code only for the presence of application server specific proprietary APIs. -p --scan-packages comma-separated list of Java packages to scan. -j --java2db bypasses the creation of the sun-cmp-mapping.xml file. Instead, introduces the option argument into the sun-ejb- jar.xml file. Option arguments are: o create-tables: if set to true (default), creates tables at deploy. If set to false tables are not created. o drop-tables: if set to true (default), tables are dropped at undeploy. If set to false tables are not dropped. o db-vendor-name: name of the database vendor for the application to be migrated. Supported vendor names include: Oracle, Sybase, DB2, Generic SQL92, PointBase, MSSQL. -m --migrate-cmp migrates 1.1 compliant CMPs, if any, to 2.0. Option arguments are: o overwrite-conflicting-accessors: if set to true (default), conflicting accessors are overwritten. If set to false, conflicting accessors are not overwritten. o comment-pk-modifiers: if set to true (default), setters of primary key are commented. If set to false, setters of primary key are not commented. -f --file-filter selects the type of files to migrate. Option arguments are: o all-files: if specified and set to true (default), migrates all types of files. o html-files: if specified and set to true (default), migrates HTML files. o java-files: if specified and set to true (default), migrates Java files. o jsp-files: if specified and set to true (default), migrates JSP type files. o archive-files: if specified and set to true (default), migrates jar/ear/war/rar file types. -a --append-logs if specified, appends the logging to the existing or previous logs without overwriting them. If not specified, previous logs are overwritten. operands identifes the archive file (jar/ear/war/rar) to be migrated. SEE ALSO
asupgrade(1M) J2EE 1.4 SDK March 2004 asmigrate(1m)