//de

I wonder if this relates to celluloid/celluloid#463 ... shot in the dark.

This is something I have code for, per celluloid/reel#149 ... @Adam-Stomski I believe mulitipart form-data ought to be in `Reel` ... because no, it does not work properly with Rack...

@tarcieri I remember you mentioning that, and I checked it out. The server-side handling of multipart requests seems undocumented. The gem seems geared toward acting as a client posting requests...

Maybe I'll work with @ixti to add support for parsing on the server-side. @kenichi, do you have specific hopes for multipart support for your DSL? I also have a Reel-based...

Let me know what you find on this.

Usually this sort of thing happens when you start multiple server instances on top of each other, but I would need to look further into angelo to fully see the...

Pardon me, but what is the status of this project/initiative? I see a lot of great direction, but very few collaborators engaged. Has the group gone dormant, or are the...

Pardon me, but what is the status of this project/initiative? I see a lot of great direction, but very few collaborators engaged. Has the group gone dormant, or are the...

@cjb your work on the reference implementation and first standard premise is great, and I understand the limitations you're working around by the choice of language at this point; but...

Seems like this rests on Stream being more generically evented, and using rack.hijack: https://github.com/sinatra/sinatra/blob/master/lib/sinatra/base.rb#L425 needs to be scheduler agnostic, or at least not explicitly demanding EventMachine? [Celluloid::IO](/celluloid/celluloid-io) for example, especially...