发表于 2009-1-5 19:48
| 
websphere濡備綍鍒嗙闈欐佸拰鍔ㄦ亀eb鍐呭
鍙戝竷: 2008-7-01 22:16 | 浣滆: admin | 鏌ョ湅: 14娆
This tip describes how to separate static content from a WebSphere application
so it can be served by the Web server instead of the application server.
Separating static and dynamic Web
content
Separating your static Web content
(HTML, GIF, CSS files, etc.) and dynamic Web content (servlets and JSPs) allows
processing capacity to be split between the Web server and application server.
You can then allocate capacity between the two based on the amount of dynamic
and static content in your site. If your site serves mostly static content, it
is more cost effective to add more Web servers than it is to add more
application servers.
To separate a Web
application's static and dynamic Web content:
Disable the WebSphere file-serving feature
in the Web module:
Start the Application Assembly Tool
(AAT), for example:
Select File -> Open... from the AAT main
menu and open the enterprise archive (EAR) file.
Select the required Web module in the
navigation tree on the left. Click the IBM
Extensions tab on the right, then un-check
the File serving enabled option, as shown in the figure below. Click Apply.
720)this.style.width=720;" border=0>姝や富棰樼浉鍏冲浘鐗囧涓嬶細
720)this.style.width=720;" border=0>
Save your changes and exit AAT.
Install the updated EAR file on your application server machine.
You can do this using the WebSphere Administrative Console, or wsadmin.
Copy the plug-in configuration file (
This is the plugin-cfg.xml entry when the WebSphere file serving feature is enabled:
...
WebSphere will serve all URIs starting with /itsobank/....
Now that we have disabled the file-serving feature of WebSphere, only JSP and servlet URIs are served by the application server. Regenerating the plug-in configuration updates the plugin-cfg.xml entry as follows:
...
WebSphere has intelligently updated the plug-in file to let the Web server serve static content. The Web server passes dynamic URIs for servlets and JSPs back to WebSphere.
Next we need to set up the Web server to serve the application's static content.
First, extract the static content from the application archive and copy it to the Web server.
Tip: To prevent errors and to make the process repeatable, it is best to use some type of script to extract and deploy the static content to the Web server. Alternatively, intelligent content management software can be used to automatically route documents around the network when they are updated.
Next, add an alias for the application's static content folder to the IBM HTTP Server configuration:
Open the
Alias /itsobank/ "C:/IBMHttpServer/htdocs/itsobank"
Save your changes.
Restart the IBM HTTP Server.
Try out the application from your browser.
The Web server should serve the static content. If you stop the application server, you should still get the static pages from the Web server, but servlets or JSPs can鈥檛 be accessed.
