Just eyeballing it, but probably because it is doing fairly fragile string
matches into config to look for virtualhost configs to apply to the
request. Likely done as the lua_state may be reused across virtualhosts, so
different config from where it was created.
-Brian
On Tue, Jun 8, 2021 at
+1 as long as we make it very obvious that is what it is. A risk is that
when a developer is hacking, refreshing, hacking, refreshing they *will*
always get the same VM, so they will expect that behavior and be surprised
when it is used concurrently.
On Thu, Apr 25, 2013 at 9:13 AM, Eric Covener
On Thu, Jan 3, 2013 at 11:05 PM, Daniel Gruno rum...@cord.dk wrote:
On 01/04/2013 12:57 AM, Brian McCallister wrote:
...
Supporting luasql would be a big bonus, though I understand if goal is to
provide a quick and dirty api which is backed by mod_dbd
Quick and dirty makes it sound so
On Thu, Jan 3, 2013 at 5:32 AM, Daniel Gruno rum...@cord.dk wrote:
-
Connecting to a database:
-
function handler(r)
local db, error = r:dbopen(mod_dbd) -- Open a mod_dbd connection
Shouldn't this be a method on the server representation,
Supporting luasql would be a big bonus, though I understand if goal is to
provide a quick and dirty api which is backed by mod_dbd
http://www.keplerproject.org/luasql/manual.html
-Brian
On Thu, Jan 3, 2013 at 4:57 PM, Brian McCallister bri...@skife.org wrote:
On Thu, Jan 3, 2013 at 5:32 AM
I have not yet had a chance to look into lua-apr (
http://peterodding.com/code/lua/apr/ ) but it might be darned handy
re: mod_lua.
On Thu, Jun 23, 2011 at 1:38 AM, Stefan Fritsch s...@sfritsch.de wrote:
On Thursday 23 June 2011, Igor Galić wrote:
I.e, these APIs should be somehow exposed in mod_lua:
ap_register_auth_provider
ap_register_log_handler
ap_register_errorlog_handler
ap_register_rewrite_mapfunc
On Wed, Jun 15, 2011 at 5:09 PM, Akins, Brian brian.ak...@turner.com wrote:
On 6/15/11 6:26 PM, HyperHacker hyperhac...@gmail.com wrote:
=
I'd been looking forward to mod_lua for a while now expecting it to
work similarly to PHP (handle requests, send output without having to
worry about how
On Wed, Jun 8, 2011 at 2:06 PM, Joachim Zobel jzo...@heute-morgen.de wrote:
Hi.
Will the mod_lua filter hook be implemented in the near future? I am
aware that this requires wrapping buckets and brigades, which is a lot
of work. Are there any plans for generated API wrappers as mod_perl has
On Tue, Mar 15, 2011 at 7:08 AM, Akins, Brian brian.ak...@turner.com wrote:
On 3/14/11 7:51 PM, Brian McCallister bri...@skife.org wrote:
I think the right path for this is to shrink the core mod_lua module
to be the *minimal* set for integration, and pull all the higher level
functionality
On Thu, Mar 10, 2011 at 9:32 AM, Brian McCallister bri...@skife.org wrote:
Thank you, I'll take a look into this today!
Thank you, patch applied!
-Brian
2011/3/10 zhiguo zhao zha...@gmail.com:
Hi,
Some days I post my first
letter(http://mail-archives.apache.org/mod_mbox/httpd-dev
I have been wrestling for a while now with how to advance the state of
mod_lua, but still have it be a core module. The key problem is that
mod_lua *isn't* especially mature yet, and a lot of the functionality
need to evolve. This doesn't go very well with being a core module,
and forward-incompat
Thank you, I'll take a look into this today!
2011/3/10 zhiguo zhao zha...@gmail.com:
Hi,
Some days I post my first
letter(http://mail-archives.apache.org/mod_mbox/httpd-dev/201103.mbox/raw/%3CAANLkTimfg4yeGExZXNP=yjybjdrmhrqpb4jo--sn6...@mail.gmail.com%3E)
in http-dev, but the letter can
On Fri, Dec 31, 2010 at 12:48 AM, William A. Rowe Jr.
wr...@rowe-clan.net wrote:
On 12/30/2010 8:09 PM, Joe Schaefer wrote:
I mean take the CMS I just wrote with mod_perl. It's 2K LOC, uses a custom
map_to_storage handler, and defers a good chunk of its (sub)requests to httpd
for things like
2010/12/28 Igor Galić i.ga...@brainsware.org:
Hey folks,
I'm looking for some inspiration on how to make good use of
mod_lua. Those familiar with its documentation, might find
it a little bit lacking in this regard.
My original aim (and what I still use mod_wombat for) is various small
On Tue, May 11, 2010 at 10:59 AM, Akins, Brian brian.ak...@turner.com wrote:
The hook runner itself should just be in lua. Instead of scripts, you write
lua modules. If a lua module has a function with the correct names (ie,
same as hooks) it uses that:
Ie in my module foo
function
On Tue, May 11, 2010 at 8:47 PM, William A. Rowe Jr.
wr...@rowe-clan.net wrote:
On 5/11/2010 9:47 AM, Dan Poirier wrote:
LuaHook AccessChecker funcname /path/to/script.lua
I just thought of a problem - right now, the funcname is optional
(defaults to handle). I hate having optional
On Mon, May 10, 2010 at 11:02 AM, Dan Poirier poir...@pobox.com wrote:
mod_lua has 8 separate directives for adding hooks using external files
with Lua code (LuaHookX) and 8 more for adding the same hooks using
inline Lua code (LuaHookX). Most of the code to implement these
is common.
On Mon, May 10, 2010 at 2:03 PM, William A. Rowe Jr.
wr...@rowe-clan.net wrote:
On 5/10/2010 2:25 PM, Brian McCallister wrote:
...
to
LuaHook AccessChecker /path/to/script.lua funcname
LuaHook AuthChecker /path/to/script.lua funcname
LuaHook CheckUserID /path/to/script.lua funcname
Still dev -- is usable, but be comfy looking at the impl when things
go wrong (and they will).
Much code needs to be removed from current codebase.
On Fri, Feb 19, 2010 at 10:10 AM, Dan Poirier poir...@pobox.com wrote:
What's the state of mod_lua?
I've thought about trying it out, but haven't
On Wed, Nov 4, 2009 at 10:26 AM, Akins, Brian brian.ak...@turner.com wrote:
So, after several conversations at Apachecon and on the list, we still have
no real vision of how we want to move ahead with httpd 3.0. Or, if we
do, it's not communicated very well.
Some have suggested we just
Ah, thanks!
-Brian
2009/6/14 Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
I get the following error, when I try to start Apache:
apache2: Syntax error on line 114 of /etc/apache2/httpd.conf: Cannot load
/usr/lib64/apache2/modules/mod_lua.so into server:
I would like to see the *output* of configuration be a struct (of
structs), and the actual config files are never looked at again (until
reload). At that point we don't need to care how it is built, and we
can try using lua, vcl, xml, jelly, groovy, windows ini files, or
plists :-)
I suspect
On Sat, Mar 21, 2009 at 10:54 AM, Bertrand Mansion bmans...@mamasam.net wrote:
In order to be able to detect if a lua file fails to compile and get
an informative error message like :
Error!
/web/localhost/htdocs/info.lua:174: '=' expected near '+'
instead of :
Error!
attempt to call a
--
Please forgive typos, sent from phone.
On Mar 2, 2009, at 5:34 AM, Brian Akins br...@akins.org wrote:
On 2/28/09 8:37 PM, Brian McCallister bri...@skife.org wrote:
It could be just:
apr_hash_set(dispatch, document_root, APR_HASH_KEY_STRING,
makefun
On Fri, Feb 27, 2009 at 2:55 AM, Bertrand Mansion bmans...@mamasam.net wrote:
By the way, for content-type, the dispatch function at the moment is:
if (0 == apr_strnatcmp(content_type, key)) {
const char *value = luaL_checkstring(L, 3);
r-content_type = apr_pstrdup(r-pool,
Wish i could be, but urgent family business will keep me away :-(
Maybe virtually joining :-)
On Fri, Feb 27, 2009 at 11:50 AM, Jeff Trawick traw...@gmail.com wrote:
On Fri, Feb 27, 2009 at 11:16 AM, Justin Erenkrantz jus...@erenkrantz.com
wrote:
On Wed, Feb 25, 2009 at 5:50 PM, Paul Querna
:)
Don't underestimate yourself, mod_wombat got started because I
pestered Paul to help me learn how to write apache modules at an
apachecon!
On Fri, Feb 27, 2009 at 8:56 PM, Brian McCallister bri...@skife.org wrote:
Wish i could be, but urgent family business will keep me away :-(
Maybe virtually
Brian, Bertrand, and others are using (variations on in many cases)
mod_wombat right now, pulling it into trunk is good in the long term,
but it leaves some folks hanging.
I'm thinking we should maintain the mod_wombat tree as an external
backport to 2.2. It can use Brian's thread scope approach
On Wed, Feb 25, 2009 at 9:37 AM, Paul Querna c...@force-elite.com wrote:
I guess if people are using it, but personally I'd rather sort out the lack
of apreq in trunk (pulling in the parts that make sense to httpd trunk), an
try to shape it up rather than spending time on two branches with
I am in favor of this for 2.3/2.4 as well -- it is functionality that
I have wanted (not enough to do, though...) for a while now.
-Brian
On Fri, Jan 30, 2009 at 6:20 PM, Graham Leggett minf...@sharp.fm wrote:
Kevac Marko wrote:
Once again I want to propose patch for mod_dbd module. This
On Sat, Feb 7, 2009 at 5:47 PM, Graham Leggett minf...@sharp.fm wrote:
Brian McCallister wrote:
So, in mod_lua I need to get the apr pool associated with the current
thread (that being the main thread if in prefork).
What about the process_rec structure?
In other words, r-server-process
which I am missing?
On Sun, Feb 8, 2009 at 10:22 AM, Brian McCallister bri...@skife.org wrote:
On Sat, Feb 7, 2009 at 5:47 PM, Graham Leggett minf...@sharp.fm wrote:
Brian McCallister wrote:
So, in mod_lua I need to get the apr pool associated with the current
thread (that being the main
at 10:22 AM, Brian McCallister bri...@skife.org wrote:
On Sat, Feb 7, 2009 at 5:47 PM, Graham Leggett minf...@sharp.fm wrote:
Brian McCallister wrote:
So, in mod_lua I need to get the apr pool associated with the current
thread (that being the main thread if in prefork).
What about
On Sun, Feb 8, 2009 at 4:59 PM, Paul Querna c...@force-elite.com wrote:
r742218 adds conn_rec::current_thread, and implements support for it on
all the common Unix MPMs.
It turns out its really hard to use the request_rec in the MPMs, but yet
again its in trouble of where we draw the
On Sun, Feb 8, 2009 at 5:05 PM, Brian McCallister bri...@skife.org wrote:
On Sun, Feb 8, 2009 at 4:59 PM, Paul Querna c...@force-elite.com wrote:
r742218 adds conn_rec::current_thread, and implements support for it on
all the common Unix MPMs.
It turns out its really hard to use
On Sun, Feb 8, 2009 at 5:05 PM, Brian McCallister bri...@skife.org wrote:
On Sun, Feb 8, 2009 at 4:59 PM, Paul Querna c...@force-elite.com wrote:
r742218 adds conn_rec::current_thread, and implements support for it on
all the common Unix MPMs.
It turns out its really hard to use
So, in mod_lua I need to get the apr pool associated with the current
thread (that being the main thread if in prefork).
Paul suggested that this is not possible, presently, and suggested
adding a current_thread field to the request_rec, which each mpm would
need to ensure is correct when it does
On Thu, Feb 5, 2009 at 10:44 AM, Brian Akins br...@akins.org wrote:
Is this in trunk? I don't see it, but I've been known to overlook stuff.
It is in trunk (httpd trunk)
On 1/26/09 1:45 PM, Brian McCallister bri...@skife.org wrote:
For anyone following, it has been applied :-)
-- NEW
Paul and I seem to be stepping on each others toes, so I want to
settle on how lua_State (vm) management should work.
My opinion:
* VMs are attached to apr pools.
* A pool may have several VMs attached to it
Each VM has a name, that name is part of the key in the pool
userdata key.
*
It looks like fields were added to apl_vm_spec to allow for bytecode
caching on the actual spec. I think this is a bad idea. Specs are
short-lived, typically stack-allocated, structs which exist to group a
bunch of arguments together.
If we choose to re-enable bytecode caching in mod_lua, it
On Thu, Feb 5, 2009 at 9:21 PM, Brian McCallister bri...@skife.org wrote:
It looks like fields were added to apl_vm_spec to allow for bytecode
caching on the actual spec. I think this is a bad idea. Specs are
short-lived, typically stack-allocated, structs which exist to group a
bunch
On Thu, Feb 5, 2009 at 9:39 PM, Brian McCallister bri...@skife.org wrote:
I can see how this fits with the spec, but I'd still prefer to find a
different way to pass that information. One way, though I do not like
it much more, is to pass the bytecode in as the filename and look for
lua
+1 to the concept, I haven't looked at code yet. I would use this,
more or less, immediately in fact.
-Brian
On Wed, Feb 4, 2009 at 8:09 AM, Mladen Turk mt...@apache.org wrote:
Hi,
I would like to commit this module to trunk.
It's a watchdog module that creates a worker threads
either in
For anyone following, it has been applied :-)
On Thu, Jan 22, 2009 at 4:15 PM, Brian McCallister bri...@skife.org wrote:
re-re-nudge :-)
On Wed, Jan 14, 2009 at 1:03 PM, Brian McCallister bri...@skife.org wrote:
re-nudge :-)
On Tue, Jan 13, 2009 at 12:43 AM, Bertrand Mansion bmans
re-re-nudge :-)
On Wed, Jan 14, 2009 at 1:03 PM, Brian McCallister bri...@skife.org wrote:
re-nudge :-)
On Tue, Jan 13, 2009 at 12:43 AM, Bertrand Mansion bmans...@mamasam.net
wrote:
+1
Le 13 janv. 09 à 05:28, Brian McCallister bri...@skife.org a écrit :
Nudge
re-nudge :-)
On Tue, Jan 13, 2009 at 12:43 AM, Bertrand Mansion bmans...@mamasam.net wrote:
+1
Le 13 janv. 09 à 05:28, Brian McCallister bri...@skife.org a écrit :
Nudge -- if there are no objections to the patch, would someone be
kind enough to apply it?
-Brian
On Sun, Jan 11, 2009
On Mon, Jan 12, 2009 at 2:07 AM, Bertrand Mansion bmans...@mamasam.net wrote:
.. snip ..
Does that work?
Yes, it will work, thank you :)
The advantage of having a function instead of a table for setting
headers_in/headers_out is that you can use luaL_checkstring() to make
sure the given
Nudge -- if there are no objections to the patch, would someone be
kind enough to apply it?
-Brian
On Sun, Jan 11, 2009 at 8:20 PM, Brian McCallister bri...@skife.org wrote:
The attached patch changes headers_in and headers_out handling in
mod_lua as boxed userdata rather than functions
On Sun, Jan 11, 2009 at 4:21 AM, Bertrand Mansion bmans...@mamasam.net wrote:
.. snip ..
I have
followed the development of mod_wombat and noticed that you changed
the way headers_in and headers_out are accessed, they were previously
tables
I would actually prefer to make them tables again
The attached patch changes headers_in and headers_out handling in
mod_lua as boxed userdata rather than functions.
Basically we go from:
-- OLD
function handle(r)
local host = r.headers_in(host)
r:puts(host)
end
to
-- NEW
function handle(r)
local host = r.headers_in['host']
Bertrand,
I just send in a patch on the message with subject patch for handling
headers_in and headers_out as tables in mod_lua which takes knowledge
of setting headers_in, headers_out off the request which, with that
patch, can just push the apr_table_t as a boxed pointer allowing
lua-style []
+1
On Sun, Jan 11, 2009 at 7:55 PM, Albert Lash albert.l...@gmail.com wrote:
+1
On Sun, Jan 11, 2009 at 10:53 PM, William A. Rowe, Jr.
wr...@rowe-clan.net wrote:
Based on the enthusiasm of the module authors to adopt the AL and offer
the mod_fcgid code to the httpd community, please vote
Actually, -1
Calling it luau is begging for mass user confusion via misspelings in
the LoadModule directive.
How about:
ap_lua, moon, or just bite the bullet and use mod_lua
-Brian
2008/12/8 Justin Erenkrantz jus...@erenkrantz.com:
On Mon, Dec 8, 2008 at 5:04 PM, Roy T. Fielding
: Update on status of mod_wombat
To: Lua list l...@bazar2.conectiva.com.br
On Tue, Dec 16, 2008 at 7:36 PM, Brian McCallister bri...@skife.org wrote:
On Tue, Dec 16, 2008 at 1:33 PM, Jan Schütze j...@dracoblue.de wrote:
But users will barely search for modwombat if they try to get a mod_lua
Another suggestion from the lua mailing list, and not a bad one...
On Tue, Dec 16, 2008 at 5:53 PM, Jeff Pohlmeyer
yetanotherg...@gmail.com wrote:
Just a thought...
The Apache PHP module is named mod_php5 and a quick google search
for mod_lua5 returned no results here.
- Jeff
I know some folks are attached to the wombat moniker, but the name is
likely to confuse users, particularly now that it is in trunk.
The obvious name, mod_lua, is a bit tricky as there are about half a
dozen projects named mod_lua -- most of which are dead.
I don't have a really good
On Fri, Dec 5, 2008 at 12:43 AM, Paul Querna [EMAIL PROTECTED] wrote:
Trunk is CTR, but I do want to make sure no one is completely opposed to
pulling in mod_wombat.
In a dev branch, I've done the work to pull it all together:
On Sun, Nov 9, 2008 at 11:04 AM, Paul Querna [EMAIL PROTECTED] wrote:
I think Brian was planning taking a bigger hacksaw in though with
refactoring the VM allocation, so i kinda want to wait until that is done
before trying to clean some of this up.
Am indeed intending to go at lua_State
On Jan 1, 2008, at 10:15 PM, Justin Erenkrantz wrote:
On Dec 31, 2007 5:12 PM, Brian McCallister [EMAIL PROTECTED] wrote:
If anyone is familiar with autconf and modules, I would *love* if
that
person could take a look at helping me clean up mod_wombat's build,
which is presently a mess.
I
If anyone is familiar with autconf and modules, I would *love* if that
person could take a look at helping me clean up mod_wombat's build,
which is presently a mess.
I, to be honest, don't understand enough automake/autoconf + apxs to
know what needs doing, so will just say... please help?
I just branched mod_wombat -- after trying to fit in Rici's
suggestions and Brian Akins's findings, I was getting hung up on too
many bad decisions we (okay, I) made a while back.
Right now I am gutting out most of the glue and pruning to fairly
primitive operations (loading and caching
On May 6, 2007, at 5:39 AM, Rici Lake wrote:
Hope all that helps. I'll be away for four weeks on vacation, so I
tried
to be as explicit as I could...
Incredibly, thank you!
-Brian
I am leaning towards changing all the userdata types (request_rec,
server_rec, conn_rec, apr_table_t) in mod_wombat to have anonymous
metatables rather than the current setup where they share a metatable.
The benefit of going to a per-instance metatable is that we can curry
the relevant
On Apr 30, 2007, at 11:15 AM, Joe Schaefer wrote:
Brian McCallister [EMAIL PROTECTED] writes:
+If compiling (make) reports an error that it cannot find the
+libapreq2 header file, please tell me ( [EMAIL PROTECTED] )
+as this occurs under some configurations but we haven't
On May 2, 2007, at 12:43 PM, Akins, Brian wrote:
Adds ability to get to r.connection and r.server. Also renamed
back to
apw_request_push per discussion with Brian M.
Applied with minor changes to function names (sticking with the
apw_push_* naming convention).
We should probably
On May 1, 2007, at 1:49 AM, Jan Schütze wrote:
*Base Dir Safemode*
Do we got something like this(e.g. like in php), yet?
If by Base Dir you mean a base path for relative paths in
configuration, it's done. If you man something else, I don't know
what you mean.
Safe mode: only what is
Patch to add information on building, running tests, and organize the
README into some actual docu.
docs.patch
Description: Binary data
On Apr 30, 2007, at 2:02 PM, Akins, Brian wrote:
Probably more changes than needs to be in one patch:
- use hooks for:
-- wombat_open - called by create_vm
+1 Perfect!
-- wombat_request - called instead of apw_request_push
I would like to maintain a function which is analogous to
On Apr 27, 2007, at 10:48 AM, Akins, Brian wrote:
Probably not the best way to do this, but adds ability to get/set on
r-headers_in and r-headers_out
Example usage:
function handle(r)
r:table_set(r.headers_out, Lua, Cool);
val = r:table_get(r.headers_in, User-Agent);
r:puts(User-Agent:
On Apr 22, 2007, at 4:52 PM, Sander Temme wrote:
On Apr 22, 2007, at 2:00 PM, Brian McCallister wrote:
Should I pester folks to create a new httpd component in bugzilla
(mod_wombat) or just track issues and patches as a separate
project (and hence pester folks to set that up)?
I'd favor
Should I pester folks to create a new httpd component in bugzilla
(mod_wombat) or just track issues and patches as a separate project
(and hence pester folks to set that up)?
Thanks!
-Brian
Finally finished up the import of mod_wombat into httpd svn ( http://
svn.apache.org/repos/asf/httpd/mod_wombat ).
The code has been idle while going through the software grant process
in the incubator. Now that it is here I am eager to start working on
it again.
There are a couple design
Just a heads up for folks as it has been quiet for a while. Wombat /
is/ moving, slowly. I am just trying to finish collecting the
software grants from everyone who has contributed, and get them in.
The rest of the IP Clearance checklist is good to go.
-Brian
Thursday came and went, and the tally seems positive:
+1 Paul Querna, Jim Jagielski, Justin Erenkrantz, Sander Temme,
Garrett Rooney, Brian McCallister
+0 Andre Malo
May I start the paperwork?
-Brian
On Nov 26, 2006, at 7:37 PM, Paul Querna wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash
On Nov 20, 2006, at 9:28 AM, Garrett Rooney wrote:
Regardless of any plans people have to use this stuff in the core, it
seems like the reason that mod_perl and mod_python either are separate
TLPs or are pushing to be one is because their communities don't
really overlap with that of core
+1
-Brian
On Nov 26, 2006, at 7:37 PM, Paul Querna wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
This is a vote to import mod_wombat under the httpd pmc.
mod_wombat is currently located at:
http://svn.i-want-a-pony.com/repos/wombat/trunk/
If the vote passes, mod_wombat will fill
On Nov 19, 2006, at 6:58 AM, Graham Leggett wrote:
I think the acceptance of mod_wombat and how config may become
scriptable are two very separate issues, I suggest a vote just for
the acceptance of mod_wombat first.
Yes. I am, quite assuredly as I would not of what I spoke, not
On Nov 11, 2006, at 10:53 PM, Roy T. Fielding wrote:
The procedure is:
(1) make this thread a formal vote
I'd like to transform this into a formal vote thread to accept the
mod_wombat subproject. Specifically, we aim to make httpd scriptable
via the Lua programming language, for
On Nov 8, 2006, at 10:27 AM, Nick Kew wrote:
Just to be clear about it: presumably you're proposing it have
a similar kind of status to mod_perl or mod_python?
Yes.
-Brian
On Nov 8, 2006, at 10:24 AM, Garrett Rooney wrote:
Seriously though, I want to see mod_lua here at the ASF eventually.
I agree ;-)
I had originally thought of it as a good example of a labs type
project
(assuming that labs.apache.org gets off the ground), but it certainly
has the
On Apr 17, 2006, at 10:04 AM, Garrett Rooney wrote:
I suspect that a significant problem with this sort of project will be
lack of proper hardware for benchmarking purposes. From everything
I've heard it's not all that hard to totally saturate the kind of
networks you're likely to have
On Dec 29, 2005, at 2:08 PM, Paul Querna wrote:
I would prefer to keep it in a development branch for at least
until TCP support is good.
Maybe the place to merge is before work is done on local/Process
management. That would mean a minimal feature set to work with
remote FCGI
83 matches
Mail list logo
