This table provides scenarios for Web server (or servlet) automation and recovery.
Task | WebServer automation and recovery scenarios |
---|---|
Startup | Web servers have a relationship with WebSphere® Application Server for z/OS® only in the sense that a client application program that is written to use WebSphere Application Server for z/OS facilities may be written as a servlet. Any implications for ordering of startup will be introduced by the applications. You probably want to have the WebSphere Application Server for z/OS servers up and ready before starting the client application that the Web server is hosting. |
Shutdown | There are no dependencies from the product code. Similar to most applications, you may want to quiesce the clients prior to taking down the target WebSphere Application Server for z/OS servers. Shut down the Web server to stop the port of entry. |
Handling in-flight or indoubt transactions if there is a failure | Since a Web server is stateless, there are no in-flight or indoubt transactions. |
How to determine if a Web server is running | Use the z/OS display commands and viewer tools such as SDSF or the administrative console, to monitor the Web server. |
What happens to WebSphere Application Server for z/OS if the Web server goes down? | WebSphere Application Server for z/OS can be enhanced when combined with an IBM HTTP Web server more robust load balancing and failover. |
What happens to other subsystems if a Web Server goes down? | There is no effect on other subsystems. |
Where to find more information | z/OS HTTP Server Planning, Installing, and Using or the documentation for your particular Web server. |