]> git.ipfire.org Git - thirdparty/apache/httpd.git/commitdiff
Add note on DBD APIs to Module Developer Changes in new_features.
authorNick Kew <niq@apache.org>
Fri, 23 Sep 2005 10:56:07 +0000 (10:56 +0000)
committerNick Kew <niq@apache.org>
Fri, 23 Sep 2005 10:56:07 +0000 (10:56 +0000)
Update cast in mod_dbd.c as suggested by jorton.

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@291100 13f79535-47bb-0310-9956-ffa450edef68

docs/manual/new_features_2_2.html.en
docs/manual/new_features_2_2.xml
modules/database/mod_dbd.c

index a1c60e7427a7dfbc3361716262cfbf8b1c1b8fdb..54735d5a270a6a1bf3b9271bd30ec4b49ec75ac1 100644 (file)
       <code>regexec</code> and so on can be replaced by calls to
       <code>ap_regcomp</code>, <code>ap_regcomp</code>.</dd>
 
+      <dt>DBD Framework (SQL Database API)</dt>
+
+      <dd><p>With Apache 1.x and 2.0, modules requiring an SQL backend
+      had to take responsibility for managing it themselves.  Apart
+      from reinventing the wheel, this can be very inefficient, for
+      example when several modules each maintain their own connections.</p>
+      <p>Apache 2.1 and up provides the <code>ap_dbd</code> API for
+      managing database connections (including optimised strategies
+      for threaded and unthreaded MPMs), while APR 1.2 and up provides
+      the <code>apr_dbd</code> API for interacting with the database.</p>
+      <p>New modules SHOULD now use these APIs for all SQL database
+      operations.  Existing applications SHOULD be upgraded to use it
+      where feasible, either transparently or as a recommended option
+      to their users.</p></dd>
     </dl>
   </div></div>
 <div class="bottomlang">
 </div><div id="footer">
 <p class="apache">Copyright 1995-2005 The Apache Software Foundation or its licensors, as applicable.<br />Licensed under the <a href="http://www.apache.org/licenses/LICENSE-2.0">Apache License, Version 2.0</a>.</p>
 <p class="menu"><a href="./mod/">Modules</a> | <a href="./mod/directives.html">Directives</a> | <a href="./faq/">FAQ</a> | <a href="./glossary.html">Glossary</a> | <a href="./sitemap.html">Sitemap</a></p></div>
-</body></html>
\ No newline at end of file
+</body></html>
index f433c9cbc24b3b46034c9111ee142ceb79244edb..bb0d4a3a531bc7d3863485a9df82a1d4bdcb5b65 100644 (file)
       <code>regexec</code> and so on can be replaced by calls to
       <code>ap_regcomp</code>, <code>ap_regcomp</code>.</dd>
 
+      <dt>DBD Framework (SQL Database API)</dt>
+
+      <dd><p>With Apache 1.x and 2.0, modules requiring an SQL backend
+      had to take responsibility for managing it themselves.  Apart
+      from reinventing the wheel, this can be very inefficient, for
+      example when several modules each maintain their own connections.</p>
+      <p>Apache 2.1 and up provides the <code>ap_dbd</code> API for
+      managing database connections (including optimised strategies
+      for threaded and unthreaded MPMs), while APR 1.2 and up provides
+      the <code>apr_dbd</code> API for interacting with the database.</p>
+      <p>New modules SHOULD now use these APIs for all SQL database
+      operations.  Existing applications SHOULD be upgraded to use it
+      where feasible, either transparently or as a recommended option
+      to their users.</p></dd>
     </dl>
   </section>
 </manualpage>
index 4ba80a654365e5c74d02f7edd38eae1debfa028f..c0f240814e8e79e9fd49525f6d75bb294e51d799 100644 (file)
@@ -71,7 +71,7 @@ static const char *dbd_param(cmd_parms *cmd, void *cfg, const char *val)
     svr_cfg *svr = (svr_cfg*) ap_get_module_config
         (cmd->server->module_config, &dbd_module);
 
-    switch ((int) cmd->info) {
+    switch ((long) cmd->info) {
     case cmd_name:
         svr->name = val;
         /* loading the driver involves once-only dlloading that is