From: Dean M. B. <mik...@gm...> - 2010-10-18 17:13:14
|
Hi Guys! To those new on the mailing list, welcome -- and to those who have been lurking or wanting to contribute to the effort but find it really hard this lack of direction, then here's your chance. As most of you already know I'm working on cpp-netlib full-time now. No I still don't have work, so I'm making use of my time in between finding work to work on cpp-netlib and move it closer to something worth submitting into Boost by December this year (yes, 2010). So I'm sending my Google Task list for cpp-netlib to the list so everyone knows what to expect from 0.8. I'll also be creating issues and Wiki pages on the official project repository at http://github.com/cpp-netlib/cpp-netlib. From now on, only experimental "work-in progress" stuff goes onto my repository (and those pull requests from others who want to join the effort should still be sent to my repository) while the "stable" and "milestone" achievements get pushed to the official repo as soon as they are done. If you have any questions or would like clarifications, please feel free to send them in through the mailing list. :D --8<----------- Release 0.8 -- Target is 1st Week of November Integrate XMPP Implementation from Glyn Refactor HTTP Client Constructor to use Boost.Parameter Callback thread pool Configurable number of threads Taken in as constructor parameter to asynchronous HTTP clients Implement Callback-based HTTP Client API Streaming HTTP Client API Implement a basic_response<> which has a boost::asio::iostream bound to a socket for the body Implement a basic_request<> which has a stream for the body client.get(request, callback) where callback is of signature void(basic_response<Tag>) client.put(request) where body(request) models an InputStream Server Handler Facade CRTP to provide default implementation for PUT, POST, GET, and HEAD handlers Simplify parameter and header parsing Simplify parameter validation and requirement specification Web Service Framework Dynamic Handler Registration Path Routing (regex) Request Normalization HTTP Server Handler Work Pool Implement a work pool to handle requests Implement a basic_request<> that has a stream for the body Implement a http_connection<> that exposes asynchronous routines for output Expose a set_headers function that takes a range of pair<string,string> elements and writes that out through the HTTP connection Expose a write function that takes a range as input and asynchronously sends the data through the HTTP connection Expose a close function that closes the connection from the server's end Implement a basic_server<> that requires the handler type to override the function call operator and take a basic_request<> and an http_connection<> as parameters --8<----------------- As always, thanks again for the support and I look forward to your contributions to release 0.8. -- Dean Michael Berris deanberris.com |
From: Glyn M. <gly...@gm...> - 2010-10-25 19:17:34
|
Hi Dean, On 18 October 2010 19:12, Dean Michael Berris <mik...@gm...>wrote: > Hi Guys! > > To those new on the mailing list, welcome -- and to those who have > been lurking or wanting to contribute to the effort but find it really > hard this lack of direction, then here's your chance. > > As most of you already know I'm working on cpp-netlib full-time now. > No I still don't have work, so I'm making use of my time in between > finding work to work on cpp-netlib and move it closer to something > worth submitting into Boost by December this year (yes, 2010). So I'm > sending my Google Task list for cpp-netlib to the list so everyone > knows what to expect from 0.8. > > I'll also be creating issues and Wiki pages on the official project > repository at http://github.com/cpp-netlib/cpp-netlib. From now on, > only experimental "work-in progress" stuff goes onto my repository > (and those pull requests from others who want to join the effort > should still be sent to my repository) while the "stable" and > "milestone" achievements get pushed to the official repo as soon as > they are done. > > If you have any questions or would like clarifications, please feel > free to send them in through the mailing list. :D > > --8<----------- > > Release 0.8 -- Target is 1st Week of November > Integrate XMPP Implementation from Glyn > Refactor HTTP Client Constructor to use Boost.Parameter > Callback thread pool > Configurable number of threads > Taken in as constructor parameter to asynchronous HTTP > clients > Implement Callback-based HTTP Client API > Streaming HTTP Client API > Implement a basic_response<> which has a > boost::asio::iostream bound > to a socket for the body > Implement a basic_request<> which has a stream for the body > client.get(request, callback) where callback is of signature > void(basic_response<Tag>) > client.put(request) where body(request) models an > InputStream > Server Handler Facade > CRTP to provide default implementation for PUT, POST, GET, > and HEAD handlers > Simplify parameter and header parsing > Simplify parameter validation and requirement specification > Web Service Framework > Dynamic Handler Registration > Path Routing (regex) > Request Normalization > HTTP Server Handler Work Pool > Implement a work pool to handle requests > Implement a basic_request<> that has a stream for the body > Implement a http_connection<> that exposes asynchronous > routines for output > Expose a set_headers function that takes a range of > pair<string,string> elements and writes that out through the HTTP > connection > Expose a write function that takes a range as input > and > asynchronously sends the data through the HTTP connection > Expose a close function that closes the connection > from the server's end > Implement a basic_server<> that requires the handler type to > override > the function call operator and take a basic_request<> and an > http_connection<> as parameters > > --8<----------------- > > As always, thanks again for the support and I look forward to your > contributions to release 0.8. > > Do you think we're still on schedule for the 1st week of November? :) I can tell you now that the XMPP client won't be ready... G > -- > Dean Michael Berris > deanberris.com > > > ------------------------------------------------------------------------------ > Download new Adobe(R) Flash(R) Builder(TM) 4 > The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly > Flex(R) Builder(TM)) enable the development of rich applications that run > across multiple browsers and platforms. Download your free trials today! > http://p.sf.net/sfu/adobe-dev2dev > _______________________________________________ > Cpp-netlib-devel mailing list > Cpp...@li... > https://lists.sourceforge.net/lists/listinfo/cpp-netlib-devel > |
From: Dean M. B. <mik...@gm...> - 2010-10-26 04:05:11
|
On Tue, Oct 26, 2010 at 3:17 AM, Glyn Matthews <gly...@gm...> wrote: > Hi Dean, > > On 18 October 2010 19:12, Dean Michael Berris <mik...@gm...> > wrote: >> >> As always, thanks again for the support and I look forward to your >> contributions to release 0.8. >> > > Do you think we're still on schedule for the 1st week of November? :) I can > tell you now that the XMPP client won't be ready... Ah, that's alright. The server parts will be ready by 1st week of November. I'm getting to the end of the asynchronous server refactoring as well as the thread pool implementation. Some of the enhancements may not be ready by then. I'll be perfectly happy with releasing an improved server for 0.8 or just calling it 0.7.1 might be better. I really want to see both the improved MIME and XMPP implementations in cpp-netlib before we submit for review/inclusion in Boost for December. Worst case scenario is we push the release back by mid-November, but something should be released in November for the December submission to Boost. :) -- Dean Michael Berris deanberris.com |
From: Glyn M. <gly...@gm...> - 2010-10-26 10:15:06
|
Dean, On 26 October 2010 06:04, Dean Michael Berris <mik...@gm...>wrote: > On Tue, Oct 26, 2010 at 3:17 AM, Glyn Matthews <gly...@gm...> > wrote: > > Hi Dean, > > > > On 18 October 2010 19:12, Dean Michael Berris <mik...@gm...> > > wrote: > >> > >> As always, thanks again for the support and I look forward to your > >> contributions to release 0.8. > >> > > > > Do you think we're still on schedule for the 1st week of November? :) I > can > > tell you now that the XMPP client won't be ready... > > Ah, that's alright. > > The server parts will be ready by 1st week of November. I'm getting to > the end of the asynchronous server refactoring as well as the thread > pool implementation. Some of the enhancements may not be ready by > then. > > I'll be perfectly happy with releasing an improved server for 0.8 or > just calling it 0.7.1 might be better. I really want to see both the > improved MIME and XMPP implementations in cpp-netlib before we submit > for review/inclusion in Boost for December. > > Will MIME be part of cpp-netlib? As I understood it, it was being developed separately. Also, for 0.8 I'd like to push for an effort fixes to #18 and #15: http://github.com/cpp-netlib/cpp-netlib/issues/#issue/18 http://github.com/cpp-netlib/cpp-netlib/issues/#issue/15 Maybe I ought to take this on if there are no other volunteers ... G |
From: Dean M. B. <mik...@gm...> - 2010-10-28 03:28:58
|
On Tue, Oct 26, 2010 at 6:14 PM, Glyn Matthews <gly...@gm...> wrote: > > On 26 October 2010 06:04, Dean Michael Berris <mik...@gm...> > wrote: >> >> I'll be perfectly happy with releasing an improved server for 0.8 or >> just calling it 0.7.1 might be better. I really want to see both the >> improved MIME and XMPP implementations in cpp-netlib before we submit >> for review/inclusion in Boost for December. >> > > Will MIME be part of cpp-netlib? As I understood it, it was being developed > separately. Yes and no -- Marshall and I have been talking about it and although it will be submitted separately, it won't hurt to make it part of cpp-netlib in the meantime and in releases we do make (much like it is included now, albeit independent). > Also, for 0.8 I'd like to push for an effort fixes to #18 and #15: > http://github.com/cpp-netlib/cpp-netlib/issues/#issue/18 > http://github.com/cpp-netlib/cpp-netlib/issues/#issue/15 > Maybe I ought to take this on if there are no other volunteers ... Yeah, please go ahead and take these on -- Jeroen seems to be busy on the construe_cast front. I won't have enough time to manage both the server implementation (which has its beginning already in the branch) and refactoring the parsers until my personal deadline of first week November. :) Thanks Glyn! -- Dean Michael Berris deanberris.com |
From: Jeroen H. <vex...@gm...> - 2010-10-28 07:51:30
|
On 28 October 2010 05:28, Dean Michael Berris <mik...@gm...> wrote: > On Tue, Oct 26, 2010 at 6:14 PM, Glyn Matthews <gly...@gm...> wrote: >> >> On 26 October 2010 06:04, Dean Michael Berris <mik...@gm...> >> wrote: >>> >>> I'll be perfectly happy with releasing an improved server for 0.8 or >>> just calling it 0.7.1 might be better. I really want to see both the >>> improved MIME and XMPP implementations in cpp-netlib before we submit >>> for review/inclusion in Boost for December. >>> >> >> Will MIME be part of cpp-netlib? As I understood it, it was being developed >> separately. > > Yes and no -- Marshall and I have been talking about it and although > it will be submitted separately, it won't hurt to make it part of > cpp-netlib in the meantime and in releases we do make (much like it is > included now, albeit independent). > >> Also, for 0.8 I'd like to push for an effort fixes to #18 and #15: >> http://github.com/cpp-netlib/cpp-netlib/issues/#issue/18 >> http://github.com/cpp-netlib/cpp-netlib/issues/#issue/15 >> Maybe I ought to take this on if there are no other volunteers ... > > Yeah, please go ahead and take these on -- Jeroen seems to be busy on > the construe_cast front. I won't have enough time to manage both the > server implementation (which has its beginning already in the branch) > and refactoring the parsers until my personal deadline of first week > November. :) Sorry you haven't heard from me in a while, I'm indeed up to my nose in work (mostly school-related, I don't even have the time I want to put into construe_cast). If you can get these fixed, please, by all means have a go. I'll keep a closer eye on the mailing list, thus if you have any questions you can fine me here :) > Thanks Glyn! > > -- > Dean Michael Berris > deanberris.com > Jeroen |
From: Dean M. B. <mik...@gm...> - 2010-10-28 09:08:15
|
On Thu, Oct 28, 2010 at 3:51 PM, Jeroen Habraken <vex...@gm...> wrote: > On 28 October 2010 05:28, Dean Michael Berris <mik...@gm...> wrote: >> >> Yeah, please go ahead and take these on -- Jeroen seems to be busy on >> the construe_cast front. I won't have enough time to manage both the >> server implementation (which has its beginning already in the branch) >> and refactoring the parsers until my personal deadline of first week >> November. :) > > Sorry you haven't heard from me in a while, I'm indeed up to my nose > in work (mostly school-related, I don't even have the time I want to > put into construe_cast). If you can get these fixed, please, by all > means have a go. I'll keep a closer eye on the mailing list, thus if > you have any questions you can fine me here :) > Thanks Jeroen for making your self available to the list. :) Let us know how we can help with construe_cast or even your school-related stuff, we just might be able to do something there. :D -- Dean Michael Berris deanberris.com |