<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div class="">Hi, Paulo and Michael,</div><div class=""><br class=""></div><div class="">I’ll be honest, this feels counterproductive to me. Folks on this list already spent weeks discussing that API proposal starting on Friday, Mar 24th (<a href="https://lists.swift.org/pipermail/swift-server-dev/Week-of-Mon-20170320/000329.html" class="">https://lists.swift.org/pipermail/swift-server-dev/Week-of-Mon-20170320/000329.html</a>) and going until the discussion died out on Wednesday, April 12th (<a href="https://lists.swift.org/pipermail/swift-server-dev/Week-of-Mon-20170410/000450.html" class="">https://lists.swift.org/pipermail/swift-server-dev/Week-of-Mon-20170410/000450.html</a>).</div><div class=""><br class=""></div><div class="">That’s not to say the API should now be locked in stone, but it just doesn’t seem useful to me at this point to throw all that discussion away, start over from scratch and not even plan to have something we can start implementing any time soon.</div><div class=""><br class=""></div><div class="">Am I the only one who feels that way?</div><div class=""><br class=""></div><div class="">-Carl</div><div class=""><br class=""></div><div class=""><br class=""></div><div><blockquote type="cite" class=""><div class="">On May 26, 2017, at 8:04 PM, Michael Chiu <<a href="mailto:hatsuneyuji@icloud.com" class="">hatsuneyuji@icloud.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><meta http-equiv="Content-Type" content="text/html charset=utf-8" class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div class=""><br class=""></div>In general I agree this is how we should process, components by components, arguing around implementation detail won’t help much here. <div class=""><br class=""></div><div class="">Tho we do need to agree an architecture to start with before we know what are the components we need.</div><div class=""><br class=""></div><div class="">I do agree that version, req method and res status is something quite orthogonal to the actual architecture hence a good place to discuss ahead.</div><div class=""><br class=""></div><div class="">Michael</div><div class=""><br class=""><div class=""><blockquote type="cite" class=""><div class="">On May 26, 2017, at 4:57 PM, Paulo Faria via swift-server-dev <<a href="mailto:swift-server-dev@swift.org" class="">swift-server-dev@swift.org</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class="">> <span style="font-size:12.800000190734863px" class="">What do you mean by "the framework" here? I can think of several things that could be referred to by that phrase, and I'm not sure which one you mean.</span><div class=""><span style="font-size:12.800000190734863px" class=""><br class=""></span></div><div class=""><span style="font-size:12.800000190734863px" class="">Sorry, it was really confusing. I meant higher level web frameworks like Kitura, for example. It looks like the code you have go all the way up there.. The WebApp type says it all. I don't think we should have this at all. At least not for now.. I believe we should only go up to the HTTP server/client. I think the types we should implement are in order (naming aside, adding prefixes or not, Sync, Async etc)</span></div><div class=""><span style="font-size:12.800000190734863px" class=""><br class=""></span></div><div class=""><span style="font-size:12.800000190734863px" class="">Week 1</span></div><div class=""><span style="font-size:12.800000190734863px" class=""><br class=""></span></div><div class=""><span style="font-size:12.800000190734863px" class="">Version</span></div><div class=""><span style="font-size:12.800000190734863px" class="">Headers</span></div><div class=""><span style="font-size:12.800000190734863px" class="">Message</span></div><div class=""><span style="font-size:12.800000190734863px" class="">Request</span></div><div class=""><span style="font-size:12.800000190734863px" class="">Response</span></div><div class=""><span style="font-size:12.800000190734863px" class=""><br class=""></span></div><div class=""><span style="font-size:12.800000190734863px" class="">Week 2</span><span style="font-size:12.800000190734863px" class=""><br class=""></span></div><div class=""><span style="font-size:12.800000190734863px" class=""><br class=""></span></div><div class=""><span style="font-size:12.800000190734863px" class="">SyncBody</span></div><div class="">AsyncBody</div><div class=""><br class=""></div><div class="">Week 3</div><div class=""><br class=""></div><div class="">SyncRequestParser</div><div class="">AsyncRequestParser</div><div class="">SyncResponseParser</div><div class="">AsyncResponseParser</div><div class=""><br class=""></div><div class="">Week 4</div><div class=""><br class=""></div><div class="">SyncRequestSerializer</div><div class="">AsyncRequestSerializer</div><div class="">SyncResponseSerializer</div><div class="">AsyncResponseSerializer</div><div class=""><br class=""></div><div class="">Week 5</div><div class=""><br class=""></div><div class="">SyncServer</div><div class="">AsyncServer</div><div class=""><br class=""></div><div class="">Week 6</div><div class=""><br class=""></div><div class="">SyncClient</div><div class="">AsyncClient</div><div class=""><br class=""></div><div class="">We would have one week to discuss each the API of the types in each set. After we decide on the API we implement in the following week while discussing the next set of APIs. Once we settle on the API for each type implementing shouldn't take more than 2 days based on our experience with the subject.</div><div class=""><br class=""></div><div class="">Using this scheme we would have the API ready in mid-july. What do you guys think? I really think this is a good way to follow on the discussion/implementation.</div><div class=""><br class=""></div></div></div></blockquote></div></div></div></div></blockquote><div class=""><br class=""></div><div class="">-- <br class="">Carl Brown, Swift@IBM<br class=""><a href="mailto:Carl.Brown1@IBM.com" class="">Carl.Brown1@IBM.com</a> (Work)<br class="">Austin, TX</div><div class=""><br class=""></div></div><br class=""></body></html>