Still, the idea is wicked cool if mod_wasm really can isolate the Python, PHP, etc targets onto individual POSIX threads.
Very exciting stuff for HTTP/2 Webapps. On Wed, Jan 25, 2023 at 4:31 AM Joe Schaefer <j...@sunstarsys.com> wrote: > Looked at the PR- the IO is pretty primitive (no streaming anywhere). > Probably not fatal for Webapps, but it could use some better relations with > the filter stack and bucket brigades. > > Joe Schaefer, Ph.D > <j...@sunstarsys.com> > +1 (954) 253-3732 > SunStar Systems, Inc. > *Orion - The Enterprise Jamstack Wiki* > > ------------------------------ > *From:* Joe Schaefer <j...@sunstarsys.com> > *Sent:* Tuesday, January 24, 2023 4:06:13 PM > *To:* dev@httpd.apache.org <dev@httpd.apache.org> > *Subject:* Re: mod_wasm: Contributing Upstream to Apache > > Would be great to marry it to apreq, too. > > On Tue, Jan 24, 2023 at 4:04 PM Joe Schaefer <j...@sunstarsys.com> wrote: > > It is impossible to run mod_h2 without it or similar. > > On Tue, Jan 24, 2023 at 3:37 PM Eric Covener <cove...@gmail.com> wrote: > > > We are still very interested in contributing this module upstream and > helping to maintain it. Please, let us know what improvements or changes > would be needed for it to be considered ready for inclusion. > > As a pessimistic PMC member not caring about WASM or these languages, > I worry that marrying the lifecycle together is not advantageous for > either side. Of course I worry about being stuck with the pieces when > employer interest wanes or after turnover. It does not seem like it's > strictly necessary to be part of the server distribution (there are > many examples of successful out-of-tree modules). > > However the above is no veto. > > -- Joe Schaefer, Ph.D. <https://sunstarsys.com/orion/features> Orion - The Enterprise Jamstack Wiki <https://sunstarsys.com/orion/features> <j...@sunstarsys.com> 954.253.3732 <//954.253.3732>
