Web application deployment troubleshooting tips

Deployment of a web application is successful if you can access the application by typing a Uniform Resource Locator (URL) in a browser or if you can access the application by following a link. If you cannot access your application, follow these steps to eliminate some common errors that can occur during migration or deployment.

Web module migrated from version 4.x does not run in later WebSphere Application Server version.

Note: 這個主題參照一或多個應用程式伺服器日誌檔。 此外,在分散式和 IBM® i 系統上,另外也建議您可以配置伺服器來使用「高效能可延伸記載 (HPEL)」日誌和追蹤基礎架構,而不使用 SystemOut.logSystemErr.log, trace.logactivity.log 檔案。HPEL 與原生 z/OS® 記載機能也可以一起使用。如果您使用 HPEL,則可以從伺服器設定檔 bin 目錄,利用 LogViewer 指令行工具來存取您所有的日誌和追蹤資訊。請參閱有關利用 HPEL 疑難排解應用程式的資訊,以取得更多使用 HPEL 的相關資訊。
Symptom Problem Recommended response
Your version 4.x web module does not run when you migrate it to Version 8.0 or later products. In version 4.x, the classpath setting that affected visibility was Module Visibility Mode. In versions 6.0 and later, you must use class loader policies to set visibility. Reassemble an existing module, or change the visibility settings in the class loader policies.

Refer to the Class loaders and Class loading articles for more information.

Welcome page is not visible.

Symptom Problem Recommended response
You cannot access an application with a web path of:
  /webapp/myapp
The default welcome page for a web application is assumed to be index.html. You cannot access the default page of the myapp application unless it is named index.html.

To identify a different welcome page, modify the properties of the web module during assembly. See the article, Assembling web applications, for more information.

HTML files are not found.

Symptom Problem Recommended response
Your web application ran successfully on prior versions, but now you encounter errors that the welcome page (typically index.html), or referenced HTML files are not found:
Error 404: File not found:
 Banner.html
Error 404: File not found:
 HomeContent.html
For security and consistency reasons, web application URLs are now case-sensitive on all operating systems.

Suppose the content of the index page is as follows:

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 
5.0 Frameset//EN">
<HTML>
<TITLE>
Insurance Home Page
</TITLE>
    <frameset rows="18,80">
    <frame src="Banner.html"
           name="BannerFrame"
           SCROLLING=NO> 
    <frame src="HomeContent.html"
           name="HomeContentFrame">
    </frameset>
</HTML>

However the actual file names in the \WebSphere\AppServer\installedApps\... directory where the application is deployed are:

banner.html
homecontent.html
To correct this problem, modify the index.html file to change the names Banner.html and HomeContent.html to banner.html and homecontent.html to match the names of the files in the deployed application.

Proxy server cannot access a Web module

If you use the same context root when you install two applications that have the same Web module, and one of the applications is disabled. you are not able to use a proxy server to access the Web module. When this situation occurs, a 503 Service Unavailable error message is recoreded in the SystemOut and SystemErr logs.

最佳作法 最佳作法: You should use a different context root for the Web module in each application, or use an application server instead of a proxy server to access the Web module.bprac

For current information available from IBM Support on known problems and their resolution, see the IBM Support page.

IBM Support has documents that can save you time gathering information needed to resolve this problem. Before opening a PMR, see the IBM Support page.


指出主題類型的圖示 參照主題



時間戳記圖示 前次更新: July 9, 2016 11:14
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=rweb_deployt
檔名:rweb_deployt.html