Rainbows! Rack HTTP server user/dev discussion
 help / color / mirror / code / Atom feed
* deferrable bodies in Rainbows!
       [not found]         ` <AA4E98A6-3E73-49B5-8B43-B1E7718365A9-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
@ 2009-12-26 23:27           ` Eric Wong
       [not found]             ` <20091226232732.GA26351-yBiyF41qdooeIZ0/mPfg9Q@public.gmane.org>
  0 siblings, 1 reply; 5+ messages in thread
From: Eric Wong @ 2009-12-26 23:27 UTC (permalink / raw)
  To: rainbows-talk-GrnCvJ7WPxnNLxjTenLetw; +Cc: rack-devel-/JYPxA39Uh5TLH3MbocFFw

Moving to rainbows list

James Tucker <jftucker-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
> Eric - I had a report from one of the async_sinatra users who tried
> out rainbows with EM, and found that the API didn't actually line up
> with what Thin was doing. I really want to devote some more time with
> this but I've been very busy. Sadly due to this I don't want to say
> stop, but, well, I want to say please check existing apps against it.
> I guess could you check async_*.ru from
> github.com/macournoyer/thin/master/tree/examples/async_*.ru, as from
> what was reported, they're not working with the rainbows
> implementation of the deferrablebody hacks.

Hi James, thhanks for the heads up.

Rainbows! doesn't handle deferrable bodies yet (I didn't look closely enough
the first time around), so it can't do everything Thin does with EM, yet.
It's already in the TODO, I'll make a mental note to work on it sooner.

-- 
Eric Wong
_______________________________________________
Rainbows! mailing list - rainbows-talk-GrnCvJ7WPxnNLxjTenLetw@public.gmane.org
http://rubyforge.org/mailman/listinfo/rainbows-talk
Do not quote signatures (like this one) or top post when replying


^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: deferrable bodies in Rainbows!
       [not found]             ` <20091226232732.GA26351-yBiyF41qdooeIZ0/mPfg9Q@public.gmane.org>
@ 2009-12-27  1:21               ` James Tucker
       [not found]                 ` <9D8F97A8-F08E-437E-82EE-AD885824291A-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
  2009-12-30 10:47               ` Eric Wong
  1 sibling, 1 reply; 5+ messages in thread
From: James Tucker @ 2009-12-27  1:21 UTC (permalink / raw)
  To: Rainbows! list


On 26 Dec 2009, at 23:27, Eric Wong wrote:

> Moving to rainbows list
> 
> James Tucker <jftucker-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
>> Eric - I had a report from one of the async_sinatra users who tried
>> out rainbows with EM, and found that the API didn't actually line up
>> with what Thin was doing. I really want to devote some more time with
>> this but I've been very busy. Sadly due to this I don't want to say
>> stop, but, well, I want to say please check existing apps against it.
>> I guess could you check async_*.ru from
>> github.com/macournoyer/thin/master/tree/examples/async_*.ru, as from
>> what was reported, they're not working with the rainbows
>> implementation of the deferrablebody hacks.
> 
> Hi James, thhanks for the heads up.
> 
> Rainbows! doesn't handle deferrable bodies yet (I didn't look closely enough
> the first time around), so it can't do everything Thin does with EM, yet.
> It's already in the TODO, I'll make a mental note to work on it sooner.

Making this stuff work correctly in sync and async is one of the things that kills a rack.io style api, particularly for an abstracted IO layer like eventmachine (where you can't extract and hand out the raw IO without causing signficant complication + problems (we're never gunna support read(3) and EM buffered reads in concurrently under EM for obvious reasons)). This means such APIs can be problematic to implement properly, forcing people to buffer and pack in StringIO and whatnot. There are some more hacks one can do ofc, but I'd rather come up with an API that's good for all, whilst still being performant (this is possible, I am certain).

Sorry for yet another rushed reply (starting to feel real bad about that over here) :(

P.S. This S/MIME rejection is really starting to grate me, I'm wishing Mail.app had the ability to forcibly stop doing that for specific addresses, but their S/MIME support is as embedded as most other clients (for mostly better, and occasionally worse).
_______________________________________________
Rainbows! mailing list - rainbows-talk-GrnCvJ7WPxnNLxjTenLetw@public.gmane.org
http://rubyforge.org/mailman/listinfo/rainbows-talk
Do not quote signatures (like this one) or top post when replying


^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: deferrable bodies in Rainbows!
       [not found]                 ` <9D8F97A8-F08E-437E-82EE-AD885824291A-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
@ 2009-12-27  2:16                   ` Eric Wong
       [not found]                     ` <20091227021603.GB28140-yBiyF41qdooeIZ0/mPfg9Q@public.gmane.org>
  0 siblings, 1 reply; 5+ messages in thread
From: Eric Wong @ 2009-12-27  2:16 UTC (permalink / raw)
  To: Rainbows! list

James Tucker <jftucker-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
(snip stuff I mostly agree with, pondering some still...)
> Sorry for yet another rushed reply (starting to feel real bad about
> that over here) :(

No worries, at least the message got through.

> P.S. This S/MIME rejection is really starting to grate me, I'm wishing
> Mail.app had the ability to forcibly stop doing that for specific
> addresses, but their S/MIME support is as embedded as most other
> clients (for mostly better, and occasionally worse).

I'll consider allowing signatures if it makes your life easier...

However I strongly believe the content of messages trumps the identity
of the sender, and signatures in public correspondence shouldn't matter.

-- 
Eric Wong
_______________________________________________
Rainbows! mailing list - rainbows-talk-GrnCvJ7WPxnNLxjTenLetw@public.gmane.org
http://rubyforge.org/mailman/listinfo/rainbows-talk
Do not quote signatures (like this one) or top post when replying


^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: deferrable bodies in Rainbows!
       [not found]                     ` <20091227021603.GB28140-yBiyF41qdooeIZ0/mPfg9Q@public.gmane.org>
@ 2009-12-27  2:32                       ` James Tucker
  0 siblings, 0 replies; 5+ messages in thread
From: James Tucker @ 2009-12-27  2:32 UTC (permalink / raw)
  To: Rainbows! list


On 27 Dec 2009, at 02:16, Eric Wong wrote:

> James Tucker <jftucker-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
> (snip stuff I mostly agree with, pondering some still...)
>> Sorry for yet another rushed reply (starting to feel real bad about
>> that over here) :(
> 
> No worries, at least the message got through.
> 
>> P.S. This S/MIME rejection is really starting to grate me, I'm wishing
>> Mail.app had the ability to forcibly stop doing that for specific
>> addresses, but their S/MIME support is as embedded as most other
>> clients (for mostly better, and occasionally worse).
> 
> I'll consider allowing signatures if it makes your life easier...

No don't worry, I just need to get used to it :-S

> 
> However I strongly believe the content of messages trumps the identity
> of the sender, and signatures in public correspondence shouldn't matter.

I'd agree if I hadn't had a distasteful person spoof me in the past in an attempt to defame my character. The person in question was reprimanded, but, in that case it was easy to track him down - not that I expect that to happen in this community.

Don't worry about changing anything, I'll stop whining (sorry) :)

> -- 
> Eric Wong
> _______________________________________________
> Rainbows! mailing list - rainbows-talk-GrnCvJ7WPxnNLxjTenLetw@public.gmane.org
> http://rubyforge.org/mailman/listinfo/rainbows-talk
> Do not quote signatures (like this one) or top post when replying

_______________________________________________
Rainbows! mailing list - rainbows-talk-GrnCvJ7WPxnNLxjTenLetw@public.gmane.org
http://rubyforge.org/mailman/listinfo/rainbows-talk
Do not quote signatures (like this one) or top post when replying


^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: deferrable bodies in Rainbows!
       [not found]             ` <20091226232732.GA26351-yBiyF41qdooeIZ0/mPfg9Q@public.gmane.org>
  2009-12-27  1:21               ` James Tucker
@ 2009-12-30 10:47               ` Eric Wong
  1 sibling, 0 replies; 5+ messages in thread
From: Eric Wong @ 2009-12-30 10:47 UTC (permalink / raw)
  To: rainbows-talk-GrnCvJ7WPxnNLxjTenLetw; +Cc: rack-devel-/JYPxA39Uh5TLH3MbocFFw

Eric Wong <normalperson-rMlxZR9MS24@public.gmane.org> wrote:
> Moving to rainbows list
> 
> James Tucker <jftucker-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
> > Eric - I had a report from one of the async_sinatra users who tried
> > out rainbows with EM, and found that the API didn't actually line up
> > with what Thin was doing. I really want to devote some more time with
> > this but I've been very busy. Sadly due to this I don't want to say
> > stop, but, well, I want to say please check existing apps against it.
> > I guess could you check async_*.ru from
> > github.com/macournoyer/thin/master/tree/examples/async_*.ru, as from
> > what was reported, they're not working with the rainbows
> > implementation of the deferrablebody hacks.
> 
> Hi James, thhanks for the heads up.
> 
> Rainbows! doesn't handle deferrable bodies yet (I didn't look closely enough
> the first time around), so it can't do everything Thin does with EM, yet.
> It's already in the TODO, I'll make a mental note to work on it sooner.

Rainbows! 0.90.1 should support deferrable bodies needed for async apps
on EM.

I stole the async_app.ru and async_tailer.ru examples from Thin and made
them a part of the integration tests (in t/t04??-*.sh).


The app.deferred?(env) isn't supported, yet.  It's in the TODO and I
don't think many people use it... (correct me if I'm wrong).

-- 
Eric Wong
_______________________________________________
Rainbows! mailing list - rainbows-talk-GrnCvJ7WPxnNLxjTenLetw@public.gmane.org
http://rubyforge.org/mailman/listinfo/rainbows-talk
Do not quote signatures (like this one) or top post when replying


^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2009-12-30 10:56 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [not found] <9363563c-cbd4-498f-b9ee-b3ee83fa15b8@r5g2000yqb.googlegroups.com>
     [not found] ` <20091224224956.GB4847@dcvr.yhbt.net>
     [not found]   ` <1c5622660912241540v74329427nd1053b6e602e6506@mail.gmail.com>
     [not found]     ` <20091225002451.GA1821@dcvr.yhbt.net>
     [not found]       ` <AA4E98A6-3E73-49B5-8B43-B1E7718365A9@gmail.com>
     [not found]         ` <AA4E98A6-3E73-49B5-8B43-B1E7718365A9-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2009-12-26 23:27           ` deferrable bodies in Rainbows! Eric Wong
     [not found]             ` <20091226232732.GA26351-yBiyF41qdooeIZ0/mPfg9Q@public.gmane.org>
2009-12-27  1:21               ` James Tucker
     [not found]                 ` <9D8F97A8-F08E-437E-82EE-AD885824291A-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2009-12-27  2:16                   ` Eric Wong
     [not found]                     ` <20091227021603.GB28140-yBiyF41qdooeIZ0/mPfg9Q@public.gmane.org>
2009-12-27  2:32                       ` James Tucker
2009-12-30 10:47               ` Eric Wong

Code repositories for project(s) associated with this inbox:

	../../../rainbows.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).