Appendix A. Additional material 283
2. Select Window -> Preferences -> Java -> Classpath Variables, then create
a new variable with the name MQ_JAVA and the path
<WebSphereMQ_root>\java\lib.
3. Import the projects to the workspace. Select
File -> Import -> Existing
Project into Workspace
. Click Next.
4. Click
Browse next to the Project Contents field, then select the
CommonUtility folder under the workspace directory
(C:\SG246875\Resources\Workspace).
5. Click
Finish.
6. Repeat steps 3 and 4 with the following projects:
– VendorFrontEndUtility
– VendorFrontEndWeb
– VendorFrontEnd
– VendorBackEndUtility
– VendorBackEndEJB
– VendorBackEnd
– SupplierApplication
– WMQIMessageFlows
7. After importing all existing projects, select
Project -> Rebuild All from the
menu. At the very end you should see only four warnings under the Tasks
view. If there are more, make sure that all the projects are imported.
8. Regenerate the deployed code for the EJBs. On the J2EE perspective, J2EE
Hierarchy view select
EJB Modules -> VendorBackEndEJB. Right-click the
item and select
Deploy and RMIC code...
9. On the next window click Select all, which selects all the EJBs, then click
Finish to generate the code.
10.Check the Tasks view to see if there is any error. There should be only four
warnings. If you find one or more, make sure you fix them before you
proceed.
11.The application assumes that your Web application can be found at the
http://localhost:9080/ivcorp URL. If that is not the case you have to modify an
XSL file accordingly and re-compile the translets belonging to this XSL.
a. Open the ProcessOrderReply.xsl file from the VendorFrontEndUtility -> xsl
folder.
b. Change the http://localhost:9080/ivcorp/catalog/catalog.xml in the file
according to your environment.
There are two places in the file where you can find this string! This string
tells the style sheet where it can find the catalog.xml file to build the