1 <?xml version="1.0" encoding="iso-8859-1"?> 2 <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> 3 <html xmlns="http://www.w3.org/1999/xhtml"><head> 4 <title>Deploying a WebStack Application</title> 5 <link href="styles.css" rel="stylesheet" type="text/css" /></head> 6 <body> 7 <h1>Deploying a WebStack Application</h1> 8 <p>The process of deploying a WebStack application should be as 9 straightforward as taking some adapter or "glue" code and either 10 running it 11 or using the deployment processes of the server environment or 12 framework in 13 which the application will be living.</p> 14 <h2>The Adapter Code</h2> 15 <p>What adapter or "glue" code does is to set up your applications main 16 resource object and to hook that object up with the underlying server 17 environment. For the <code>MyApplication</code> <a href="resources.html">example</a>, together with a simple environment, 18 looks something like 19 this:</p> 20 <pre>from WebStack.Adapters.BaseHTTPRequestHandler import deploy # import the support for the server environment<br />from MyApplication import MyResource # import the main resource class<br />print "Serving..."<br />deploy(MyResource()) # connect a resource object to the server environment</pre> 21 <p>In the case of BaseHTTPRequestHandler, which is a module in the 22 Python standard library, you can just run this code, making sure that 23 the <code>MyApplication</code> module or package is on your <code>PYTHONPATH</code>. 24 Then, you can visit <code>http://localhost:8080</code> in your 25 browser and see the result.</p><h3>Root Resources and Site Maps</h3><p>The 26 above example suggested the direct deployment of a specific resource, 27 and this was quickly achieved by instantiating the resource within the 28 call to the <code>deploy</code> function. However, it may be more 29 desirable to have an application provide a function within the module 30 or package containing the resources which causes their initialisation 31 in a more sophisticated fashion and which returns a resource object 32 ready for use. Let us suppose that the <code>MyApplication</code> module provides a function for this purpose:</p><pre>from WebStack.Adapters.BaseHTTPRequestHandler import deploy # import the support for the server environment<br />from MyApplication import get_site_map # import the function indicating the "root" resource<br />print "Serving..."<br />deploy(get_site_map()) # connect a resource object to the server environment</pre><p>Whilst 33 this appears to be trading one name for another, the intent is really 34 to provide a layer of abstraction which hides the details of resource 35 classes from the deployment code, even if the <code>get_site_map</code> function is only as simple as the following:</p><pre>def get_site_map():<br /> return MyResource()</pre><p>Of course, this function may be made more complicated as the need arises.</p> 36 <h3>More Demanding Adapter Code</h3> 37 <p>Unfortunately, not all server environments can be connected up with 38 applications this easily. Some environments require special classes and 39 functions to be defined in the adapter code in order for 40 applications to 41 be properly integrated into those environments. A summary of the 42 requirements of each environment can be found in <a href="writing-adapters.html">"Writing Adapters"</a>.</p> 43 <h2>The Deployment Process</h2> 44 <ul> 45 <li><a href="writing-adapters.html">Writing Adapters</a></li> 46 <li><a href="pythonpath.html">Getting PYTHONPATH Right</a></li> 47 <li><a href="deploying-applications.html">Deploying an Application</a></li> 48 </ul> 49 </body></html>