Date: 2005-01-14T11:00:47
   Editor: OlegKalnichevski
   Wiki: Jakarta-HttpClient Wiki
   Page: HttpClientApiRedesign
   URL: http://wiki.apache.org/jakarta-httpclient/HttpClientApiRedesign

   no comment

Change Log:

------------------------------------------------------------------------------
@@ -17,8 +17,8 @@
 
 depends on 
 
- * Java 1.4 (shall we consider 1.5? vote?)
- * commons-logging (really needed? if feasible I'd rather do without this 
dependency)
+ * Java 1.4 (* pending user poll and committer vote)
+ * commons-logging (* avoid this dependency if technically feasible)
 
 The rationale behind trying to avoid dependency on a logging framework is to 
keep the component reusable by projects that have already standardized on a 
certain logging framework.
 
@@ -59,9 +59,12 @@
 
  * Http connection interface including a simple dependency mechanism to inject 
an Http parser implementation, and a generic implementation of Http connection
 
-   a. {{{ HttpConnection }}} interface
+   a. {{{ HttpConnection }}} interface. Defines basic read/write operations, 
provides Http parser plugin mechanism
    a. {{{ HttpConnectionParams }}} class
-   a. {{{ NIOHttpConnection }}} class based on NIO (makes use of {{{ 
SocketChannel }}} )
+   a. {{{ HttpClientConnection }}} interface extends {{{ HttpConnection }}}. 
Sends Http requests / receives Http responses
+   a. {{{ HttpServerConnection }}} interface extends {{{ HttpConnection }}}. 
Waits/polls for Http requests / submits Http responses
+   a. {{{ NIOHttpClientConnection }}} class implements {{{ 
HttpClientConnection }}} based on NIO (makes use of {{{ SocketChannel }}} )
+   a. {{{ NIOHttpServerConnection }}} class implements {{{ 
HttpServerConnection }}} based on NIO (makes use of {{{ SocketChannel }}} )
 
  * Input / output chunking streams
    
@@ -92,9 +95,9 @@
 
 depends on 
 
- * Java 1.4
- * commons-logging (really needed? if feasible I'd rather do without this 
dependency)
- * http-common (really needed? if feasible I'd rather do without this 
dependency)
+ * Java 1.4 (* pending user poll and committer vote)
+ * commons-logging (* avoid this dependency if technically feasible)
+ * http-common (* avoid this dependency if technically feasible)
 
 The rationale behind trying to avoid dependency on a logging framework is to 
keep the component reusable by projects that have already standardized on a 
certain logging framework.
 
@@ -125,8 +128,8 @@
 
 depends on 
 
- * Java 1.4
- * commons-logging (*) (if feasible I'd rather do without this dependency)
+ * Java 1.4 (* pending user poll and committer vote)
+ * commons-logging (* avoid this dependency if technically feasible)
  * commons-codec
  * http-common
 
@@ -156,8 +159,8 @@
 
 depends on 
 
- * Java 1.4
- * commons-logging (really needed? if feasible I'd rather do without this 
dependency)
+ * Java 1.4 (* pending user poll and committer vote)
+ * commons-logging (* avoid this dependency if technically feasible)
  * http-common
 
 The rationale behind trying to avoid dependency on a logging framework is to 
keep the component reusable by projects that have already standardized on a 
certain logging framework.
@@ -188,8 +191,8 @@
 
 depends on 
 
- * Java 1.4
- * commons-logging (shall we consider logging UGLI instead? vote?)
+ * Java 1.4 (* pending user poll and committer vote)
+ * commons-logging (* consider UGLI as an alternative)
  * commons-codec
  * commons-pool (really needed? vote?)
  * http-common
@@ -227,7 +230,7 @@
 
 depends on 
 
- * Java 1.4
+ * Java 1.4 (* pending user poll and committer vote)
  * commons-logging
  * commons-codec
  * http-common
@@ -243,8 +246,8 @@
 
 depends on 
 
- * Java 1.4
- * commons-logging
+ * Java 1.4 (* pending user poll and committer vote)
+ * commons-logging (* consider UGLI as an alternative)
  * commons-codec
  * http-common
  * http-cookie
@@ -259,8 +262,8 @@
 
 depends on 
 
- * Java 1.4
- * commons-logging
+ * Java 1.4 (* pending user poll and committer vote)
+ * commons-logging (* consider UGLI as an alternative)
  * commons-codec
  * http-common
  * http-cookie

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to