This contentless "bump" of the thread reminds me that I wanted to test-drive James' Lua branch.
i ----- Original Message ----- > > > ----- Original Message ----- > From: Igor Galić [mailto:i.ga...@brainsware.org] > Sent: Friday, May 11, 2012 06:54 AM > To: dev@trafficserver.apache.org <dev@trafficserver.apache.org> > Subject: Re: Lua remap plugin prototype > > > > ----- Original Message ----- > > Hi all, > > > > I just committed a prototype remap plugin to the jpeach/lua branch > > that lets you write remap plugins in Lua. I'd say it's at proof of > > concept stage. It seems to basically work but it's never taken any > > real load. The error handling is pretty lackadaisical. > > > > Here's an example that should give you a feel: > > > > > > <https://git-wip-us.apache.org/repos/asf?p=trafficserver.git;a=blob_plain;f=plugins/lua/example.lua;hb=jpeach/lua> > > it does have a certain feel like Apache httpd's mod_lua > > > I'd appreciate any comments about the API and the general approach. > > I > > think the most controversial aspect is that the plugin does not > > explicitly choose whether the remap evaluation chain continues. > > Request redirects and rejections terminate the chain; anything else > > allows it to continue. > > > > It's not clear to me yet how to extend the remap case to the > > general > > plugin case. Is the remap plugin useful enough to stand on it's > > own? > > remap as such is quite useful on its own, but I do believe we would > benefit enormously from being able to write all sorts of plugins > in Lua. > > > J > > i > > -- > Igor Galić > > Tel: +43 (0) 664 886 22 883 > Mail: i.ga...@brainsware.org > URL: http://brainsware.org/ > GPG: 6880 4155 74BD FD7C B515 2EA5 4B1D 9E08 A097 C9AE > > -- Igor Galić Tel: +43 (0) 664 886 22 883 Mail: i.ga...@brainsware.org URL: http://brainsware.org/ GPG: 6880 4155 74BD FD7C B515 2EA5 4B1D 9E08 A097 C9AE
