[swift-server-dev] HTTP Parser

Paulo Faria paulo at zewo.io
Thu Nov 10 21:03:01 CST 2016


I think on Tue 22 the first choice shouldn’t be there? For my timezone it says 2AM and right next to it there’s a 2PM. 


> On Nov 11, 2016, at 12:57 AM, Logan Wright via swift-server-dev <swift-server-dev at swift.org> wrote:
> 
> Hey everyone, I think it's about time we do some of the http sub-team kickoff. We can discuss some of the topics in here and more generally start breaking off.
> 
> Here's the doodle for interested. We're shooting for the week of the 21st. We'll also collect minutes for those who can't make it. 
> 
> http://doodle.com/poll/e2tffhkaergtd72p <http://doodle.com/poll/e2tffhkaergtd72p>
> 
> - Logan
> 
> On Thu, Nov 10, 2016 at 2:48 AM Tyler Cloutier via swift-server-dev <swift-server-dev at swift.org <mailto:swift-server-dev at swift.org>> wrote:
> Additionally, we are proposing using the Node.js, C language, HTTP parser which has been tested in thousands upon thousands of currently deployed applications so the likelihood of errors would be much lower than for a home grown solution.
> 
> That being said I do appreciate the desire to be inclusive of developers who might not be familiar with C. Not to mention the benefits of safety provided by Swift. I just think in this case since the proposed parser is so well tested and widely use, it would be the safer option to choose that.
> 
> Tyler
> 
> 
> > On Nov 8, 2016, at 11:26 PM, Jean-Daniel via swift-server-dev <swift-server-dev at swift.org <mailto:swift-server-dev at swift.org>> wrote:
> >
> >
> >> Le 7 nov. 2016 à 16:46, James Lei via swift-server-dev <swift-server-dev at swift.org <mailto:swift-server-dev at swift.org>> a écrit :
> >>
> >> if HTTP Parser in C is use along with Swift, it may be difficult for the Startups and Enterprise to adopt as an early adopters if something will break, it would be difficult for the developers to debug if it's cause by C or Swift.
> >>
> >> I favour writing in Swift from scratch to encourage software engineers and the like to participate on the same languages from .Net, Java, Node.js, Go, Rust community, etc
> >>
> >> Who will be our early adopters?
> >
> > If the primary users are the frameworks authors, I’m pretty sure the final users won't care if the low level stuff are C wrappers or a pure swift as long as it work out of the box and they can deploy and use the framework easily.
> >
> >
> >
> > _______________________________________________
> > swift-server-dev mailing list
> > swift-server-dev at swift.org <mailto:swift-server-dev at swift.org>
> > https://lists.swift.org/mailman/listinfo/swift-server-dev <https://lists.swift.org/mailman/listinfo/swift-server-dev>
> 
> _______________________________________________
> swift-server-dev mailing list
> swift-server-dev at swift.org <mailto:swift-server-dev at swift.org>
> https://lists.swift.org/mailman/listinfo/swift-server-dev <https://lists.swift.org/mailman/listinfo/swift-server-dev>
> _______________________________________________
> swift-server-dev mailing list
> swift-server-dev at swift.org
> https://lists.swift.org/mailman/listinfo/swift-server-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.swift.org/pipermail/swift-server-dev/attachments/20161111/136fd7a1/attachment.html>


More information about the swift-server-dev mailing list