You are viewing a plain text version of this content. The canonical link for it is here.
Posted to general@incubator.apache.org by Mark Struberg <st...@yahoo.de> on 2011/07/04 12:13:53 UTC
Re: [PROPOSAL] Deft for incubation
Hi folks!
Just a dumb question: is Deft based on MINA?
And if not: would that make sense?
The thing is that I'm not sure if it would make sense to implement such a piece solely on it's own when there are existing Apache TLPs which cover 70% of the basics already.
If it technically makes sense the way it is, then I could volunteer as 3rd mentor a bit - but I'm pretty busted with work atm, so I may not have enough time to go all the way with you.
LieGrue,
strub
--- On Thu, 6/30/11, Mohammad Nour El-Din <no...@gmail.com> wrote:
> From: Mohammad Nour El-Din <no...@gmail.com>
> Subject: Re: [PROPOSAL] Deft for incubation
> To: general@incubator.apache.org
> Date: Thursday, June 30, 2011, 8:23 AM
> Thanks Niklas
>
> On Thu, Jun 30, 2011 at 9:24 AM, Niklas Gustavsson <ni...@protocol7.com>
> wrote:
> > On Wed, Jun 29, 2011 at 4:05 PM, Mohammad Nour El-Din
> > <no...@gmail.com>
> wrote:
> >> You can sign me in.
> >
> > You've been added to the wiki page.
> >
> > One or two more mentors would be outstanding.
> >
> > /niklas
> >
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
For additional commands, e-mail: general-help@incubator.apache.org
Re: [PROPOSAL] Deft for incubation
Posted by Emmanuel Lecharny <el...@gmail.com>.
On 7/4/11 6:04 PM, Roger Schildmeijer wrote:
> Thanks Mark!
>
> To continue the discussion regarding if it make sense to implement such a piece, like Deft, solely on it's own:
> Things that justifies Deft's existence (In my very humble opinion):
> * The simplicity
> * The learning curve (e.g compared to Apache Mina)
IMO, Deft != MINA. That Deft uses MINA, or not, should not make any
difference for the Deft users.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
For additional commands, e-mail: general-help@incubator.apache.org
Re: [PROPOSAL] Deft for incubation
Posted by Roger Schildmeijer <sc...@gmail.com>.
Thanks Mark!
To continue the discussion regarding if it make sense to implement such a piece, like Deft, solely on it's own:
Things that justifies Deft's existence (In my very humble opinion):
* The simplicity
* The learning curve (e.g compared to Apache Mina)
* Small code base (manageable to new contributors)
* Deft is not only a fast web server, it acts as a "very lightweight" application framework as well
* An appealing alternative to well established frameworks to developers who’d like to develop “closer to the metal”
* Avoid the baggage associated with full-fledged web frameworks
Regarding asyncweb: We've just started to look at the asyncweb project so it's too early to tell if we can reuse parts of it.
With Best Regards
Roger Schildmeijer
"I don't always use fancy buzzwords, when I do I do it properly"
On 4 jul 2011, at 17.10em, Mark Struberg wrote:
> yup Niklas, please sign me up.
>
> txs and LieGrue,
> strub
>
> --- On Mon, 7/4/11, Niklas Gustavsson <ni...@protocol7.com> wrote:
>
>> From: Niklas Gustavsson <ni...@protocol7.com>
>> Subject: Re: [PROPOSAL] Deft for incubation
>> To: general@incubator.apache.org
>> Date: Monday, July 4, 2011, 11:28 AM
>> On Mon, Jul 4, 2011 at 12:13 PM, Mark
>> Struberg <st...@yahoo.de>
>> wrote:
>>> If it technically makes sense the way it is, then I
>> could volunteer as 3rd mentor a bit - but I'm pretty busted
>> with work atm, so I may not have enough time to go all the
>> way with you.
>>
>> That's of course just fine, whatever time you can spend is
>> great. Feel
>> free to sign up in the wiki page (or let me know and I'll
>> do it for
>> you).
>>
>> /niklas
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
>> For additional commands, e-mail: general-help@incubator.apache.org
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
> For additional commands, e-mail: general-help@incubator.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
For additional commands, e-mail: general-help@incubator.apache.org
Re: [PROPOSAL] Deft for incubation
Posted by Mark Struberg <st...@yahoo.de>.
yup Niklas, please sign me up.
txs and LieGrue,
strub
--- On Mon, 7/4/11, Niklas Gustavsson <ni...@protocol7.com> wrote:
> From: Niklas Gustavsson <ni...@protocol7.com>
> Subject: Re: [PROPOSAL] Deft for incubation
> To: general@incubator.apache.org
> Date: Monday, July 4, 2011, 11:28 AM
> On Mon, Jul 4, 2011 at 12:13 PM, Mark
> Struberg <st...@yahoo.de>
> wrote:
> > If it technically makes sense the way it is, then I
> could volunteer as 3rd mentor a bit - but I'm pretty busted
> with work atm, so I may not have enough time to go all the
> way with you.
>
> That's of course just fine, whatever time you can spend is
> great. Feel
> free to sign up in the wiki page (or let me know and I'll
> do it for
> you).
>
> /niklas
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
> For additional commands, e-mail: general-help@incubator.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
For additional commands, e-mail: general-help@incubator.apache.org
Re: [PROPOSAL] Deft for incubation
Posted by Niklas Gustavsson <ni...@protocol7.com>.
On Mon, Jul 4, 2011 at 12:13 PM, Mark Struberg <st...@yahoo.de> wrote:
> If it technically makes sense the way it is, then I could volunteer as 3rd mentor a bit - but I'm pretty busted with work atm, so I may not have enough time to go all the way with you.
That's of course just fine, whatever time you can spend is great. Feel
free to sign up in the wiki page (or let me know and I'll do it for
you).
/niklas
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
For additional commands, e-mail: general-help@incubator.apache.org
Re: [PROPOSAL] Deft for incubation
Posted by Emmanuel Lecharny <el...@gmail.com>.
On 7/5/11 12:12 PM, Mohammad Nour El-Din wrote:
> Sorry to interrupt this technical discussion, but I believe that now
> we are ready to go for a [VOTE] ?
Was thinking the same...
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
For additional commands, e-mail: general-help@incubator.apache.org
Re: [PROPOSAL] Deft for incubation
Posted by Niklas Gustavsson <ni...@protocol7.com>.
On Tue, Jul 5, 2011 at 12:12 PM, Mohammad Nour El-Din
<no...@gmail.com> wrote:
> Sorry to interrupt this technical discussion, but I believe that now
> we are ready to go for a [VOTE] ?
Agreed. I'll start a new thread.
/niklas
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
For additional commands, e-mail: general-help@incubator.apache.org
Re: [PROPOSAL] Deft for incubation
Posted by Mohammad Nour El-Din <no...@gmail.com>.
Sorry to interrupt this technical discussion, but I believe that now
we are ready to go for a [VOTE] ?
On Mon, Jul 4, 2011 at 8:59 PM, Roger Schildmeijer
<sc...@gmail.com> wrote:
> Hi again,
>
> Been examining the asyncweb project in more details (atleast the asyncweb.client and asyncwebserver components). Below is my notes (simple draft).
>
> asyncweb notes
> -client module
> * https support for Deft's AHC (AsynchronousHttpClient) could borrow some details from asyncweb (o.a.asyncweb.client.SimpleTrustManagerFactory)
> * Improve the http request decoding (org.apache.ahc.codec.HttpDecoder, eg. decode[line, status, header, cookie])
>
>
> -server module
> * like the simple and elegant design of o.a.asyncweb.server.resolver.ServiceResolver (and its concrete impl., eg. PatternMatchResolver (comparable to Deft's "Capturing groups") and ExactMatchURIServiceResolver)
> * o.a.asyncweb.server.HttpClientListener (interface with callbacks clientDisconnected, clientIdle, register listeners on HttpServiceContext). I like the idea. Useful for comet/longpoll (could be worth to add to Deft).
>
>
> Conclusion:
> Ofcourse there are overlaps between the two projects. I agree with Emanuel Emmanuel Lécharny regarding that "It's almost as difficult to write from scratch some piece of code than to reuse some other with lost support..."
> Deft is built (tightly integrated) around the event-loop (org.deftserver.io.IOLoop) which the modules (e.g the web server component and the async http client) heavily depend upon. Asyncweb is built on top of the Apache MINA network framework and to merge these two project (asyncweb and deft) is non trivial, therefor I propose we don't. Also, I guess asyncweb was "abandoned" for a reason?
>
> With Best Regards
>
> Roger Schildmeijer
>
> On 4 jul 2011, at 18.45em, Emmanuel Lecharny wrote:
>
>> On 7/4/11 6:38 PM, Roger Schildmeijer wrote:
>>> On 4 jul 2011, at 18.31em, Mark Struberg wrote:
>>>
>>>> I have not looked at Deft a lot, but only from a 10.000 feet point ;)
>>>>
>>>> It is just that such things like Filters, etc which are available for Mina already used to be very helpful for lots of projects.
>>>> Do such things exist in Deft too?
>>> There is no such corresponding feature in Deft, at least not at the moment :)
>>
>> In any case, I don't think that Deft *has* to use MINA, or not. It's probably something that could be discussed once the podling is accepted, and by the core developpers.
>>
>> Now, what is more important is to check how close are AsyncWeb and Deft, to see if those two project should be merged, or not, and if Deft has enough potential to be a TLP, or not.
>>
>> I'm not even sure it should be put under MINA's umbrella. I'd say it would be convenient, but has side effects. This should be discussed.
>>
>> --
>> Regards,
>> Cordialement,
>> Emmanuel Lécharny
>> www.iktek.com
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
>> For additional commands, e-mail: general-help@incubator.apache.org
>>
>
>
--
Thanks
- Mohammad Nour
Author of (WebSphere Application Server Community Edition 2.0 User Guide)
http://www.redbooks.ibm.com/abstracts/sg247585.html
- LinkedIn: http://www.linkedin.com/in/mnour
- Blog: http://tadabborat.blogspot.com
----
"Life is like riding a bicycle. To keep your balance you must keep moving"
- Albert Einstein
"Writing clean code is what you must do in order to call yourself a
professional. There is no reasonable excuse for doing anything less
than your best."
- Clean Code: A Handbook of Agile Software Craftsmanship
"Stay hungry, stay foolish."
- Steve Jobs
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
For additional commands, e-mail: general-help@incubator.apache.org
Re: [PROPOSAL] Deft for incubation
Posted by Julien Vermillard <jv...@gmail.com>.
On Thu, Jul 7, 2011 at 4:17 PM, Alan D. Cabrera <li...@toolazydogs.com> wrote:
> It would be nice, very nice indeed, if this happened. It is not a MUST. :)
>
>
> Regards,
> Alan
+1 :)
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
For additional commands, e-mail: general-help@incubator.apache.org
Re: [PROPOSAL] Deft for incubation
Posted by "Alan D. Cabrera" <li...@toolazydogs.com>.
It would be nice, very nice indeed, if this happened. It is not a MUST. :)
Regards,
Alan
On Jul 7, 2011, at 4:42 AM, Mohammad Nour El-Din wrote:
> Very good idea, such syncing among diff apache projects is highly
> welcome and I can say it is a MUST.
>
> On Wed, Jul 6, 2011 at 10:48 PM, Julien Vermillard
> <jv...@gmail.com> wrote:
>> On Mon, Jul 4, 2011 at 8:59 PM, Roger Schildmeijer
>> <sc...@gmail.com> wrote:
>>> Hi again,
>>>
>>> Been examining the asyncweb project in more details (atleast the asyncweb.client and asyncwebserver components). Below is my notes (simple draft).
>>>
>>> asyncweb notes
>>> -client module
>>> * https support for Deft's AHC (AsynchronousHttpClient) could borrow some details from asyncweb (o.a.asyncweb.client.SimpleTrustManagerFactory)
>>> * Improve the http request decoding (org.apache.ahc.codec.HttpDecoder, eg. decode[line, status, header, cookie])
>>>
>>>
>>> -server module
>>> * like the simple and elegant design of o.a.asyncweb.server.resolver.ServiceResolver (and its concrete impl., eg. PatternMatchResolver (comparable to Deft's "Capturing groups") and ExactMatchURIServiceResolver)
>>> * o.a.asyncweb.server.HttpClientListener (interface with callbacks clientDisconnected, clientIdle, register listeners on HttpServiceContext). I like the idea. Useful for comet/longpoll (could be worth to add to Deft).
>>>
>>>
>>> Conclusion:
>>> Ofcourse there are overlaps between the two projects. I agree with Emanuel Emmanuel Lécharny regarding that "It's almost as difficult to write from scratch some piece of code than to reuse some other with lost support..."
>>> Deft is built (tightly integrated) around the event-loop (org.deftserver.io.IOLoop) which the modules (e.g the web server component and the async http client) heavily depend upon. Asyncweb is built on top of the Apache MINA network framework and to merge these two project (Asyncweb and deft) is non trivial, therefor I propose we don't. Also, I guess asyncweb was "abandoned" for a reason?
>>>
>>
>> Took a look at Deft, I know well AsyncWeb, and the two projects are
>> really similar.
>> AsyncWeb was abandoned for some weird community issues (the merge of
>> MINA and AsyncWeb communities was badly managed) and because it's much
>> funnier to redo an HTTP from scratch than taking back and abandoned
>> project :)
>>
>> We are currently recoding MINA from scratch (v3.0) so we can share
>> ideas about asynchronous API for network operations, perf tests, etc..
>> I think the two projects should stay in touch and share background ideas.
>>
>> Julien
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
>> For additional commands, e-mail: general-help@incubator.apache.org
>>
>>
>
>
>
> --
> Thanks
> - Mohammad Nour
> Author of (WebSphere Application Server Community Edition 2.0 User Guide)
> http://www.redbooks.ibm.com/abstracts/sg247585.html
> - LinkedIn: http://www.linkedin.com/in/mnour
> - Blog: http://tadabborat.blogspot.com
> ----
> "Life is like riding a bicycle. To keep your balance you must keep moving"
> - Albert Einstein
>
> "Writing clean code is what you must do in order to call yourself a
> professional. There is no reasonable excuse for doing anything less
> than your best."
> - Clean Code: A Handbook of Agile Software Craftsmanship
>
> "Stay hungry, stay foolish."
> - Steve Jobs
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
> For additional commands, e-mail: general-help@incubator.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
For additional commands, e-mail: general-help@incubator.apache.org
Re: [PROPOSAL] Deft for incubation
Posted by Mohammad Nour El-Din <no...@gmail.com>.
Very good idea, such syncing among diff apache projects is highly
welcome and I can say it is a MUST.
On Wed, Jul 6, 2011 at 10:48 PM, Julien Vermillard
<jv...@gmail.com> wrote:
> On Mon, Jul 4, 2011 at 8:59 PM, Roger Schildmeijer
> <sc...@gmail.com> wrote:
>> Hi again,
>>
>> Been examining the asyncweb project in more details (atleast the asyncweb.client and asyncwebserver components). Below is my notes (simple draft).
>>
>> asyncweb notes
>> -client module
>> * https support for Deft's AHC (AsynchronousHttpClient) could borrow some details from asyncweb (o.a.asyncweb.client.SimpleTrustManagerFactory)
>> * Improve the http request decoding (org.apache.ahc.codec.HttpDecoder, eg. decode[line, status, header, cookie])
>>
>>
>> -server module
>> * like the simple and elegant design of o.a.asyncweb.server.resolver.ServiceResolver (and its concrete impl., eg. PatternMatchResolver (comparable to Deft's "Capturing groups") and ExactMatchURIServiceResolver)
>> * o.a.asyncweb.server.HttpClientListener (interface with callbacks clientDisconnected, clientIdle, register listeners on HttpServiceContext). I like the idea. Useful for comet/longpoll (could be worth to add to Deft).
>>
>>
>> Conclusion:
>> Ofcourse there are overlaps between the two projects. I agree with Emanuel Emmanuel Lécharny regarding that "It's almost as difficult to write from scratch some piece of code than to reuse some other with lost support..."
>> Deft is built (tightly integrated) around the event-loop (org.deftserver.io.IOLoop) which the modules (e.g the web server component and the async http client) heavily depend upon. Asyncweb is built on top of the Apache MINA network framework and to merge these two project (Asyncweb and deft) is non trivial, therefor I propose we don't. Also, I guess asyncweb was "abandoned" for a reason?
>>
>
> Took a look at Deft, I know well AsyncWeb, and the two projects are
> really similar.
> AsyncWeb was abandoned for some weird community issues (the merge of
> MINA and AsyncWeb communities was badly managed) and because it's much
> funnier to redo an HTTP from scratch than taking back and abandoned
> project :)
>
> We are currently recoding MINA from scratch (v3.0) so we can share
> ideas about asynchronous API for network operations, perf tests, etc..
> I think the two projects should stay in touch and share background ideas.
>
> Julien
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
> For additional commands, e-mail: general-help@incubator.apache.org
>
>
--
Thanks
- Mohammad Nour
Author of (WebSphere Application Server Community Edition 2.0 User Guide)
http://www.redbooks.ibm.com/abstracts/sg247585.html
- LinkedIn: http://www.linkedin.com/in/mnour
- Blog: http://tadabborat.blogspot.com
----
"Life is like riding a bicycle. To keep your balance you must keep moving"
- Albert Einstein
"Writing clean code is what you must do in order to call yourself a
professional. There is no reasonable excuse for doing anything less
than your best."
- Clean Code: A Handbook of Agile Software Craftsmanship
"Stay hungry, stay foolish."
- Steve Jobs
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
For additional commands, e-mail: general-help@incubator.apache.org
Re: [PROPOSAL] Deft for incubation
Posted by Julien Vermillard <jv...@gmail.com>.
On Mon, Jul 4, 2011 at 8:59 PM, Roger Schildmeijer
<sc...@gmail.com> wrote:
> Hi again,
>
> Been examining the asyncweb project in more details (atleast the asyncweb.client and asyncwebserver components). Below is my notes (simple draft).
>
> asyncweb notes
> -client module
> * https support for Deft's AHC (AsynchronousHttpClient) could borrow some details from asyncweb (o.a.asyncweb.client.SimpleTrustManagerFactory)
> * Improve the http request decoding (org.apache.ahc.codec.HttpDecoder, eg. decode[line, status, header, cookie])
>
>
> -server module
> * like the simple and elegant design of o.a.asyncweb.server.resolver.ServiceResolver (and its concrete impl., eg. PatternMatchResolver (comparable to Deft's "Capturing groups") and ExactMatchURIServiceResolver)
> * o.a.asyncweb.server.HttpClientListener (interface with callbacks clientDisconnected, clientIdle, register listeners on HttpServiceContext). I like the idea. Useful for comet/longpoll (could be worth to add to Deft).
>
>
> Conclusion:
> Ofcourse there are overlaps between the two projects. I agree with Emanuel Emmanuel Lécharny regarding that "It's almost as difficult to write from scratch some piece of code than to reuse some other with lost support..."
> Deft is built (tightly integrated) around the event-loop (org.deftserver.io.IOLoop) which the modules (e.g the web server component and the async http client) heavily depend upon. Asyncweb is built on top of the Apache MINA network framework and to merge these two project (Asyncweb and deft) is non trivial, therefor I propose we don't. Also, I guess asyncweb was "abandoned" for a reason?
>
Took a look at Deft, I know well AsyncWeb, and the two projects are
really similar.
AsyncWeb was abandoned for some weird community issues (the merge of
MINA and AsyncWeb communities was badly managed) and because it's much
funnier to redo an HTTP from scratch than taking back and abandoned
project :)
We are currently recoding MINA from scratch (v3.0) so we can share
ideas about asynchronous API for network operations, perf tests, etc..
I think the two projects should stay in touch and share background ideas.
Julien
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
For additional commands, e-mail: general-help@incubator.apache.org
Re: [PROPOSAL] Deft for incubation
Posted by Roger Schildmeijer <sc...@gmail.com>.
Hi again,
Been examining the asyncweb project in more details (atleast the asyncweb.client and asyncwebserver components). Below is my notes (simple draft).
asyncweb notes
-client module
* https support for Deft's AHC (AsynchronousHttpClient) could borrow some details from asyncweb (o.a.asyncweb.client.SimpleTrustManagerFactory)
* Improve the http request decoding (org.apache.ahc.codec.HttpDecoder, eg. decode[line, status, header, cookie])
-server module
* like the simple and elegant design of o.a.asyncweb.server.resolver.ServiceResolver (and its concrete impl., eg. PatternMatchResolver (comparable to Deft's "Capturing groups") and ExactMatchURIServiceResolver)
* o.a.asyncweb.server.HttpClientListener (interface with callbacks clientDisconnected, clientIdle, register listeners on HttpServiceContext). I like the idea. Useful for comet/longpoll (could be worth to add to Deft).
Conclusion:
Ofcourse there are overlaps between the two projects. I agree with Emanuel Emmanuel Lécharny regarding that "It's almost as difficult to write from scratch some piece of code than to reuse some other with lost support..."
Deft is built (tightly integrated) around the event-loop (org.deftserver.io.IOLoop) which the modules (e.g the web server component and the async http client) heavily depend upon. Asyncweb is built on top of the Apache MINA network framework and to merge these two project (asyncweb and deft) is non trivial, therefor I propose we don't. Also, I guess asyncweb was "abandoned" for a reason?
With Best Regards
Roger Schildmeijer
On 4 jul 2011, at 18.45em, Emmanuel Lecharny wrote:
> On 7/4/11 6:38 PM, Roger Schildmeijer wrote:
>> On 4 jul 2011, at 18.31em, Mark Struberg wrote:
>>
>>> I have not looked at Deft a lot, but only from a 10.000 feet point ;)
>>>
>>> It is just that such things like Filters, etc which are available for Mina already used to be very helpful for lots of projects.
>>> Do such things exist in Deft too?
>> There is no such corresponding feature in Deft, at least not at the moment :)
>
> In any case, I don't think that Deft *has* to use MINA, or not. It's probably something that could be discussed once the podling is accepted, and by the core developpers.
>
> Now, what is more important is to check how close are AsyncWeb and Deft, to see if those two project should be merged, or not, and if Deft has enough potential to be a TLP, or not.
>
> I'm not even sure it should be put under MINA's umbrella. I'd say it would be convenient, but has side effects. This should be discussed.
>
> --
> Regards,
> Cordialement,
> Emmanuel Lécharny
> www.iktek.com
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
> For additional commands, e-mail: general-help@incubator.apache.org
>
Re: [PROPOSAL] Deft for incubation
Posted by Mark Struberg <st...@yahoo.de>.
Yes, should be figured out while podling.
It is really just convenient if the same stuff (like Spring and CDI integration) can get re-used without having to introduce a new mechanism.
But of course, there are eventually also cons with this approach ...
LieGrue,
strub
--- On Mon, 7/4/11, Emmanuel Lecharny <el...@gmail.com> wrote:
> From: Emmanuel Lecharny <el...@gmail.com>
> Subject: Re: [PROPOSAL] Deft for incubation
> To: general@incubator.apache.org
> Date: Monday, July 4, 2011, 4:45 PM
> On 7/4/11 6:38 PM, Roger Schildmeijer
> wrote:
> > On 4 jul 2011, at 18.31em, Mark Struberg wrote:
> >
> >> I have not looked at Deft a lot, but only from a
> 10.000 feet point ;)
> >>
> >> It is just that such things like Filters, etc
> which are available for Mina already used to be very helpful
> for lots of projects.
> >> Do such things exist in Deft too?
> > There is no such corresponding feature in Deft, at
> least not at the moment :)
>
> In any case, I don't think that Deft *has* to use MINA, or
> not. It's probably something that could be discussed once
> the podling is accepted, and by the core developpers.
>
> Now, what is more important is to check how close are
> AsyncWeb and Deft, to see if those two project should be
> merged, or not, and if Deft has enough potential to be a
> TLP, or not.
>
> I'm not even sure it should be put under MINA's umbrella.
> I'd say it would be convenient, but has side effects. This
> should be discussed.
>
> -- Regards,
> Cordialement,
> Emmanuel Lécharny
> www.iktek.com
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
> For additional commands, e-mail: general-help@incubator.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
For additional commands, e-mail: general-help@incubator.apache.org
Re: [PROPOSAL] Deft for incubation
Posted by Emmanuel Lecharny <el...@gmail.com>.
On 7/4/11 6:38 PM, Roger Schildmeijer wrote:
> On 4 jul 2011, at 18.31em, Mark Struberg wrote:
>
>> I have not looked at Deft a lot, but only from a 10.000 feet point ;)
>>
>> It is just that such things like Filters, etc which are available for Mina already used to be very helpful for lots of projects.
>> Do such things exist in Deft too?
> There is no such corresponding feature in Deft, at least not at the moment :)
In any case, I don't think that Deft *has* to use MINA, or not. It's
probably something that could be discussed once the podling is accepted,
and by the core developpers.
Now, what is more important is to check how close are AsyncWeb and Deft,
to see if those two project should be merged, or not, and if Deft has
enough potential to be a TLP, or not.
I'm not even sure it should be put under MINA's umbrella. I'd say it
would be convenient, but has side effects. This should be discussed.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
For additional commands, e-mail: general-help@incubator.apache.org
Re: [PROPOSAL] Deft for incubation
Posted by Roger Schildmeijer <sc...@gmail.com>.
On 4 jul 2011, at 18.31em, Mark Struberg wrote:
> I have not looked at Deft a lot, but only from a 10.000 feet point ;)
>
> It is just that such things like Filters, etc which are available for Mina already used to be very helpful for lots of projects.
> Do such things exist in Deft too?
There is no such corresponding feature in Deft, at least not at the moment :)
>
> LieGrue,
> strub
>
> --- On Mon, 7/4/11, Emmanuel Lecharny <el...@gmail.com> wrote:
>
>> From: Emmanuel Lecharny <el...@gmail.com>
>> Subject: Re: [PROPOSAL] Deft for incubation
>> To: general@incubator.apache.org
>> Date: Monday, July 4, 2011, 4:25 PM
>> On 7/4/11 4:36 PM, Roger Schildmeijer
>> wrote:
>>> Hi Mark,
>>>
>>> This is absolutely not a dumb question. Deft is not
>> based on Apache MINA.
>>> Instead it's using raw Java NIO (without any level of
>>> indirection/abstractions). The reason for this is
>> basically to cut down the
>>> overhead and to keep it as simple as possible, but
>> still offer a flexible
>>> api.
>> I do think that the overhead would be rather minimal.
>> Anyway, I don't think it's where the Deft value added is :)
>>
>>
>> -- Regards,
>> Cordialement,
>> Emmanuel Lécharny
>> www.iktek.com
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
>> For additional commands, e-mail: general-help@incubator.apache.org
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
> For additional commands, e-mail: general-help@incubator.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
For additional commands, e-mail: general-help@incubator.apache.org
Re: [PROPOSAL] Deft for incubation
Posted by Mark Struberg <st...@yahoo.de>.
I have not looked at Deft a lot, but only from a 10.000 feet point ;)
It is just that such things like Filters, etc which are available for Mina already used to be very helpful for lots of projects.
Do such things exist in Deft too?
LieGrue,
strub
--- On Mon, 7/4/11, Emmanuel Lecharny <el...@gmail.com> wrote:
> From: Emmanuel Lecharny <el...@gmail.com>
> Subject: Re: [PROPOSAL] Deft for incubation
> To: general@incubator.apache.org
> Date: Monday, July 4, 2011, 4:25 PM
> On 7/4/11 4:36 PM, Roger Schildmeijer
> wrote:
> > Hi Mark,
> >
> > This is absolutely not a dumb question. Deft is not
> based on Apache MINA.
> > Instead it's using raw Java NIO (without any level of
> > indirection/abstractions). The reason for this is
> basically to cut down the
> > overhead and to keep it as simple as possible, but
> still offer a flexible
> > api.
> I do think that the overhead would be rather minimal.
> Anyway, I don't think it's where the Deft value added is :)
>
>
> -- Regards,
> Cordialement,
> Emmanuel Lécharny
> www.iktek.com
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
> For additional commands, e-mail: general-help@incubator.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
For additional commands, e-mail: general-help@incubator.apache.org
Re: [PROPOSAL] Deft for incubation
Posted by Emmanuel Lecharny <el...@gmail.com>.
On 7/4/11 4:36 PM, Roger Schildmeijer wrote:
> Hi Mark,
>
> This is absolutely not a dumb question. Deft is not based on Apache MINA.
> Instead it's using raw Java NIO (without any level of
> indirection/abstractions). The reason for this is basically to cut down the
> overhead and to keep it as simple as possible, but still offer a flexible
> api.
I do think that the overhead would be rather minimal. Anyway, I don't
think it's where the Deft value added is :)
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
For additional commands, e-mail: general-help@incubator.apache.org
Re: [PROPOSAL] Deft for incubation
Posted by Roger Schildmeijer <sc...@gmail.com>.
Hi Mark,
This is absolutely not a dumb question. Deft is not based on Apache MINA.
Instead it's using raw Java NIO (without any level of
indirection/abstractions). The reason for this is basically to cut down the
overhead and to keep it as simple as possible, but still offer a flexible
api.
Would be great if you volunteered as a mentor :)
// Roger Schildmeijer
On Mon, Jul 4, 2011 at 12:13 PM, Mark Struberg <st...@yahoo.de> wrote:
> Hi folks!
>
> Just a dumb question: is Deft based on MINA?
> And if not: would that make sense?
>
> The thing is that I'm not sure if it would make sense to implement such a
> piece solely on it's own when there are existing Apache TLPs which cover 70%
> of the basics already.
>
> If it technically makes sense the way it is, then I could volunteer as 3rd
> mentor a bit - but I'm pretty busted with work atm, so I may not have enough
> time to go all the way with you.
>
>
> LieGrue,
> strub
>
> --- On Thu, 6/30/11, Mohammad Nour El-Din <no...@gmail.com> wrote:
>
> > From: Mohammad Nour El-Din <no...@gmail.com>
> > Subject: Re: [PROPOSAL] Deft for incubation
> > To: general@incubator.apache.org
> > Date: Thursday, June 30, 2011, 8:23 AM
> > Thanks Niklas
> >
> > On Thu, Jun 30, 2011 at 9:24 AM, Niklas Gustavsson <niklas@protocol7.com
> >
> > wrote:
> > > On Wed, Jun 29, 2011 at 4:05 PM, Mohammad Nour El-Din
> > > <no...@gmail.com>
> > wrote:
> > >> You can sign me in.
> > >
> > > You've been added to the wiki page.
> > >
> > > One or two more mentors would be outstanding.
> > >
> > > /niklas
> > >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
> For additional commands, e-mail: general-help@incubator.apache.org
>
>
Re: [PROPOSAL] Deft for incubation
Posted by Emmanuel Lecharny <el...@gmail.com>.
On 7/4/11 12:29 PM, Mohammad Nour El-Din wrote:
> Hi Mark...
>
> As they stated in "Relationships with Other Apache Products" that
> they would consider such reuse of some of Apache Mina components. But
> IMHO, this is not the a blocking issue to go forward with the proposal
> as such technical detail can be changed while being in Incubator phase
> if it is found that components of other Apache projects can be used to
> make things better for Deft or to eliminate the dependency on non-AL
> software.
IMHO, MINA is not really the important part here. It seems to me that
the Asyncweb subproject is somehow close to what Deft is proposing. As
Asynweb is almost dormant since 2008, I would think that a merge of Deft
with Asyncweb is a good approach.
Now, as Mohammad said, it's up to the team to decide which part can be
reused, or not. It's almost as difficult to write from scratch some
piece of code than to reuse some other with lost support...
Regarding MINA, You'll most certainly get all the needed support.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
For additional commands, e-mail: general-help@incubator.apache.org
Re: [PROPOSAL] Deft for incubation
Posted by Mohammad Nour El-Din <no...@gmail.com>.
Hi Mark...
As they stated in "Relationships with Other Apache Products" that
they would consider such reuse of some of Apache Mina components. But
IMHO, this is not the a blocking issue to go forward with the proposal
as such technical detail can be changed while being in Incubator phase
if it is found that components of other Apache projects can be used to
make things better for Deft or to eliminate the dependency on non-AL
software.
On Mon, Jul 4, 2011 at 12:13 PM, Mark Struberg <st...@yahoo.de> wrote:
> Hi folks!
>
> Just a dumb question: is Deft based on MINA?
> And if not: would that make sense?
>
> The thing is that I'm not sure if it would make sense to implement such a piece solely on it's own when there are existing Apache TLPs which cover 70% of the basics already.
>
> If it technically makes sense the way it is, then I could volunteer as 3rd mentor a bit - but I'm pretty busted with work atm, so I may not have enough time to go all the way with you.
>
>
> LieGrue,
> strub
>
> --- On Thu, 6/30/11, Mohammad Nour El-Din <no...@gmail.com> wrote:
>
>> From: Mohammad Nour El-Din <no...@gmail.com>
>> Subject: Re: [PROPOSAL] Deft for incubation
>> To: general@incubator.apache.org
>> Date: Thursday, June 30, 2011, 8:23 AM
>> Thanks Niklas
>>
>> On Thu, Jun 30, 2011 at 9:24 AM, Niklas Gustavsson <ni...@protocol7.com>
>> wrote:
>> > On Wed, Jun 29, 2011 at 4:05 PM, Mohammad Nour El-Din
>> > <no...@gmail.com>
>> wrote:
>> >> You can sign me in.
>> >
>> > You've been added to the wiki page.
>> >
>> > One or two more mentors would be outstanding.
>> >
>> > /niklas
>> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
> For additional commands, e-mail: general-help@incubator.apache.org
>
>
--
Thanks
- Mohammad Nour
Author of (WebSphere Application Server Community Edition 2.0 User Guide)
http://www.redbooks.ibm.com/abstracts/sg247585.html
- LinkedIn: http://www.linkedin.com/in/mnour
- Blog: http://tadabborat.blogspot.com
----
"Life is like riding a bicycle. To keep your balance you must keep moving"
- Albert Einstein
"Writing clean code is what you must do in order to call yourself a
professional. There is no reasonable excuse for doing anything less
than your best."
- Clean Code: A Handbook of Agile Software Craftsmanship
"Stay hungry, stay foolish."
- Steve Jobs
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
For additional commands, e-mail: general-help@incubator.apache.org