content/apreq/docs/libapreq2/apreq_status.html - httpd-site - Git at Google

 <!-- HTML header for doxygen 1.9.1-->
 <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "https://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
 <html xmlns="http://www.w3.org/1999/xhtml">
 <head>
 <meta http-equiv="Content-Type" content="text/xhtml;charset=UTF-8"/>
 <meta http-equiv="X-UA-Compatible" content="IE=9"/>
 <meta name="generator" content="Doxygen 1.9.1"/>
 <meta name="viewport" content="width=device-width, initial-scale=1"/>
 <title>libapreq2-2.17: STATUS</title>
 <link href="tabs.css" rel="stylesheet" type="text/css"/>
 <script type="text/javascript" src="jquery.js"></script>
 <script type="text/javascript" src="dynsections.js"></script>
 <link href="customdoxygen.css" rel="stylesheet" type="text/css" />
 </head>
 <body>
 <div id="top"><!-- do not remove this div, it is closed by doxygen! -->
 <div id="titlearea">
 <table cellspacing="0" cellpadding="0" width="100%">
  <tbody>
  <tr style="height: 56px;">
 <!--
   <td id="projectlogo"><img alt="Logo" src="feather.png"/></td>
 -->
 <!--
   <td id="projectalign" style="padding-left: 0.5em;">
    <div id="projectname">libapreq2
    < !--BEGIN PROJECT_NUMBER-- >&#160;<span id="projectnumber">2.17</span>< !--END PROJECT_NUMBER-- >
    </div>
    < !--BEGIN PROJECT_BRIEF-- ><div id="projectbrief"></div>< !--END PROJECT_BRIEF-- >
   </td>
 -->
   <td>
     <div id="page-header">
       <p class="menu">
         <a href="https://www.apache.org/">Apache Software Foundation</a> &gt;
         <a href="https://httpd.apache.org">HTTP Server Project</a> &gt;
         <a href="https://httpd.apache.org/apreq/">Request Library Subproject</a>
       </p>
       <p class="apache">Apache HTTP Server Request Library - 2.17</p>
       <img alt="" src="feather.png" />
     </div>
   </td>
  </tr>
  </tbody>
 </table>
 </div>
 <!-- end header part -->
 <!-- Generated by Doxygen 1.9.1 -->
 <script type="text/javascript" src="menudata.js"></script>
 <script type="text/javascript" src="menu.js"></script>
 <script type="text/javascript">
 /* @license magnet:?xt=urn:btih:cf05388f2679ee054f2beb29a391d25f4e673ac3&amp;dn=gpl-2.0.txt GPL-v2 */
 $(function() {
   initMenu('',false,false,'search.php','Search');
 });
 /* @license-end */</script>
 <div id="main-nav"></div>
 </div><!-- top -->
 <div class="PageDoc"><div class="header">
   <div class="headertitle">
 <div class="title">STATUS </div>  </div>
 </div><!--header-->
 <div class="contents">
 <div class="textblock"><p>2.18 under developement</p>
 <h3><a class="anchor" id="contrib"></a>
 Contributors looking for a mission</h3>
 <pre class="fragment">- just do an egrep on "TODO" or "XXX" and see what's there
 </pre><h3><a class="anchor" id="current_releas"></a>
 CURRENT RELEASE NOTES</h3>
 <h3><a class="anchor" id="showstoppers"></a>
 RELEASE SHOWSTOPPERS</h3>
 <h3><a class="anchor" id="votes"></a>
 CURRENT VOTES</h3>
 <pre class="fragment">- Should we switch to EU::MM for determining the full path to perl?
   The problem is that some folks move their perl binary post-installation,
   but never adjust Config.pm.  EU::MM is smart, by accepting a
   full path in $^X or by searching the user's $PATH for $^X, before
   resorting to Config.pm.  However, if we change apreq2, we should also
   lobby test-dev to adopt the same solution for Apache::Test.  Otherwise
   our test suite will likely fail, even though the rest of the perl build
   system will presumably still work.

         +1: joes
          0:
         -1:

 - Drop ExtUtils::XSBuilder as the C API is fairly
   stable now.  The header parsing + xs generation stuff may be too
   difficult for the community to maintain over ordinary .xs files.

         +1: pgollucci
 </pre> <h3><a class="anchor" id="todo"></a>
 TODO</h3>
 <pre class="fragment">- Get -libmodperl to work like it does in mod_perl land.

 - Get static builds working again.

 - Implement (some of) RFC 2184 in the multipart parser.

 - Dump automake, preferably replacing that with more stuff from
   httpd/apr's build system.

 - Move module/t to module/apache2/t.

 - Figure out how and where the apreq_xs_ headers, and typemap file,
   should be installed.

 - Write tests for the apache 1.3.x module.

 - Fix the broken make dependencies, especially in the module
   and glue subdirs.  The libtool workaround (for OSX IIRC)
   that copies module/.libs to module/t is especially bogus.

 - Round out the unit tests in library/t.  Ideally each
   API function should have its own tests, and each possible
   error status should be both tested &amp; documented.  Also
   upgrade these tests to use the Apache::Test framework.

 - in glue/perl/t/apreq/cgi.t on Win32, printing to the error log
   hangs if the strings involved are about 10000 in size.
   This doesn't occur in the env/cgi tests - why?

 - Why must fprintf(stderr, ...), rather than
   apr_file_printf(err, ...), be used on Win32 in
   cgi_log() of src/apreq_env.c?

 - Get env/ (Apache::Test) tests to work for --with-apache2-src option.
   Also add a test to configure that prevents simultaneous use of
   --with-apache2-src and --with-apache2-apxs.

 - symbol exports files:
   -# aix needs .exp files

 - Install the html dox during "make install".  Should we do this
   for the doxy manpages also?

 - Rework glue/perl build system to use apreq2-config instead of
   relying on paths like "../../src".
 </pre><h3><a class="anchor" id="issues"></a>
 OPEN ISSUES</h3>
 <pre class="fragment">- Should we bundle an apr-based "application/xml" parser?
   If so, how should we parse the xml data into an apr_table?
 </pre><h3><a class="anchor" id="bugs"></a>
 BUGS</h3>
 <pre class="fragment">- Fix build automake/libtool/autoconf build system so it works
   properly on OSX &amp; AIX.
 </pre><h3><a class="anchor" id="wishes"></a>
 WISH LIST</h3>
 <pre class="fragment">- I [joes] wish folks would contribute some glue code for
   one of these:

   - php,
   - Rivet,
   - mod_dtcl,
   - mod_python,
   - mod_jk,
   - tomcat,
   - mod_ruby,
   - mod_parrot.
 </pre> </div></div><!-- contents -->
 </div><!-- PageDoc -->
 <!-- HTML footer for doxygen 1.9.1-->
 <!-- start footer part -->
 <hr class="footer"/>
 <table class="footer">
   <td>
     <address class="footer_left"><small>
     Copyright &copy; 2003-2022 <a href="https://www.apache.org">The Apache Software Foundation</a>.<br/>
     See <a href="apreq_license.html">LICENSE</a>.
     </small></address>
   </td>
   <td>
     <address class="footer"><small>
     Generated on Sat Sep 3 2022 17:23:06 for libapreq2 by&#160;<a href="https://www.doxygen.org/index.html"><img class="footer" src="doxygen.svg" width="104" height="31" alt="doxygen"/></a> 1.9.1
     </small></address>
   </td>
 </table>
 </body>
 </html>
	<!-- HTML header for doxygen 1.9.1-->
	<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "https://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
	<html xmlns="http://www.w3.org/1999/xhtml">
	<head>
	<meta http-equiv="Content-Type" content="text/xhtml;charset=UTF-8"/>
	<meta http-equiv="X-UA-Compatible" content="IE=9"/>
	<meta name="generator" content="Doxygen 1.9.1"/>
	<meta name="viewport" content="width=device-width, initial-scale=1"/>
	<title>libapreq2-2.17: STATUS</title>
	<link href="tabs.css" rel="stylesheet" type="text/css"/>
	<script type="text/javascript" src="jquery.js"></script>
	<script type="text/javascript" src="dynsections.js"></script>
	<link href="customdoxygen.css" rel="stylesheet" type="text/css" />
	</head>
	<body>
	<div id="top"><!-- do not remove this div, it is closed by doxygen! -->
	<div id="titlearea">
	<table cellspacing="0" cellpadding="0" width="100%">
	<tbody>
	<tr style="height: 56px;">
	<!--
	<td id="projectlogo"><img alt="Logo" src="feather.png"/></td>
	-->
	<!--
	<td id="projectalign" style="padding-left: 0.5em;">
	<div id="projectname">libapreq2
	< !--BEGIN PROJECT_NUMBER-- > <span id="projectnumber">2.17</span>< !--END PROJECT_NUMBER-- >
	</div>
	< !--BEGIN PROJECT_BRIEF-- ><div id="projectbrief"></div>< !--END PROJECT_BRIEF-- >
	</td>
	-->
	<td>
	<div id="page-header">
	<p class="menu">
	<a href="https://www.apache.org/">Apache Software Foundation</a> >
	<a href="https://httpd.apache.org">HTTP Server Project</a> >
	<a href="https://httpd.apache.org/apreq/">Request Library Subproject</a>
	</p>
	<p class="apache">Apache HTTP Server Request Library - 2.17</p>
	<img alt="" src="feather.png" />
	</div>
	</td>
	</tr>
	</tbody>
	</table>
	</div>
	<!-- end header part -->
	<!-- Generated by Doxygen 1.9.1 -->
	<script type="text/javascript" src="menudata.js"></script>
	<script type="text/javascript" src="menu.js"></script>
	<script type="text/javascript">
	/* @license magnet:?xt=urn:btih:cf05388f2679ee054f2beb29a391d25f4e673ac3&dn=gpl-2.0.txt GPL-v2 */
	$(function() {
	initMenu('',false,false,'search.php','Search');
	});
	/* @license-end */</script>
	<div id="main-nav"></div>
	</div><!-- top -->
	<div class="PageDoc"><div class="header">
	<div class="headertitle">
	<div class="title">STATUS </div> </div>
	</div><!--header-->
	<div class="contents">
	<div class="textblock"><p>2.18 under developement</p>
	<h3><a class="anchor" id="contrib"></a>
	Contributors looking for a mission</h3>
	<pre class="fragment">- just do an egrep on "TODO" or "XXX" and see what's there
	</pre><h3><a class="anchor" id="current_releas"></a>
	CURRENT RELEASE NOTES</h3>
	<h3><a class="anchor" id="showstoppers"></a>
	RELEASE SHOWSTOPPERS</h3>
	<h3><a class="anchor" id="votes"></a>
	CURRENT VOTES</h3>
	<pre class="fragment">- Should we switch to EU::MM for determining the full path to perl?
	The problem is that some folks move their perl binary post-installation,
	but never adjust Config.pm. EU::MM is smart, by accepting a
	full path in $^X or by searching the user's $PATH for $^X, before
	resorting to Config.pm. However, if we change apreq2, we should also
	lobby test-dev to adopt the same solution for Apache::Test. Otherwise
	our test suite will likely fail, even though the rest of the perl build
	system will presumably still work.

	+1: joes
	0:
	-1:

	- Drop ExtUtils::XSBuilder as the C API is fairly
	stable now. The header parsing + xs generation stuff may be too
	difficult for the community to maintain over ordinary .xs files.

	+1: pgollucci
	</pre> <h3><a class="anchor" id="todo"></a>
	TODO</h3>
	<pre class="fragment">- Get -libmodperl to work like it does in mod_perl land.

	- Get static builds working again.

	- Implement (some of) RFC 2184 in the multipart parser.

	- Dump automake, preferably replacing that with more stuff from
	httpd/apr's build system.

	- Move module/t to module/apache2/t.

	- Figure out how and where the apreq_xs_ headers, and typemap file,
	should be installed.

	- Write tests for the apache 1.3.x module.

	- Fix the broken make dependencies, especially in the module
	and glue subdirs. The libtool workaround (for OSX IIRC)
	that copies module/.libs to module/t is especially bogus.

	- Round out the unit tests in library/t. Ideally each
	API function should have its own tests, and each possible
	error status should be both tested & documented. Also
	upgrade these tests to use the Apache::Test framework.

	- in glue/perl/t/apreq/cgi.t on Win32, printing to the error log
	hangs if the strings involved are about 10000 in size.
	This doesn't occur in the env/cgi tests - why?

	- Why must fprintf(stderr, ...), rather than
	apr_file_printf(err, ...), be used on Win32 in
	cgi_log() of src/apreq_env.c?

	- Get env/ (Apache::Test) tests to work for --with-apache2-src option.
	Also add a test to configure that prevents simultaneous use of
	--with-apache2-src and --with-apache2-apxs.

	- symbol exports files:
	-# aix needs .exp files

	- Install the html dox during "make install". Should we do this
	for the doxy manpages also?

	- Rework glue/perl build system to use apreq2-config instead of
	relying on paths like "../../src".
	</pre><h3><a class="anchor" id="issues"></a>
	OPEN ISSUES</h3>
	<pre class="fragment">- Should we bundle an apr-based "application/xml" parser?
	If so, how should we parse the xml data into an apr_table?
	</pre><h3><a class="anchor" id="bugs"></a>
	BUGS</h3>
	<pre class="fragment">- Fix build automake/libtool/autoconf build system so it works
	properly on OSX & AIX.
	</pre><h3><a class="anchor" id="wishes"></a>
	WISH LIST</h3>
	<pre class="fragment">- I [joes] wish folks would contribute some glue code for
	one of these:

	- php,
	- Rivet,
	- mod_dtcl,
	- mod_python,
	- mod_jk,
	- tomcat,
	- mod_ruby,
	- mod_parrot.
	</pre> </div></div><!-- contents -->
	</div><!-- PageDoc -->
	<!-- HTML footer for doxygen 1.9.1-->
	<!-- start footer part -->
	<hr class="footer"/>
	<table class="footer">
	<td>
	<address class="footer_left"><small>
	Copyright © 2003-2022 <a href="https://www.apache.org">The Apache Software Foundation</a>.<br/>
	See <a href="apreq_license.html">LICENSE</a>.
	</small></address>
	</td>
	<td>
	<address class="footer"><small>
	Generated on Sat Sep 3 2022 17:23:06 for libapreq2 by <a href="https://www.doxygen.org/index.html"><img class="footer" src="doxygen.svg" width="104" height="31" alt="doxygen"/></a> 1.9.1
	</small></address>
	</td>
	</table>
	</body>
	</html>