Re: REST Stack for Embedded Device

[Andrew Starks <andrew@...>]

[topping your top post, just to be social]

 

I’m wondering about REST frameworks. My reading is that lua-http doesn’t really have url routing features and the kinds of API building tools you find in Node.JS, etc.

 

OpenResty/NGINX looks interesting as well, but again, it’s LuaJIT.

 

Nobody is going to load LuaRocks in our use case and so integration with the Luaverse is not a requirement. However, LuaRocks 3.1 does have some interesting features for building containers.

 

Sorry to ramble… :)

 

-Andrew

 

On 4/30/19, 10:16 PM, "lua-l-bounces@lists.lua.org on behalf of Marcus Mason" <lua-l-bounces@lists.lua.org on behalf of m4gicks@gmail.com> wrote:

 

I'd probably recommend lua-http and cqueues because not only will it run on 5.3 it also has good concurrency abstractions (cqueues.promise is particularly helpful) and the http library has a good interface. I'd avoid luvit; it's not got enough packages or interop with the rest of lua and I find its coroutine based networking libraries (the coro-X set of packages) to be lacklustre. 

 

On Wed, 1 May 2019, 03:31 Andrew Starks, <andrew@starksfam.org> wrote:

Hello All,

At work, we are selecting a Lua environment to run on our embedded ARM 7 device. We have limited memory and we want to keep the footprint small, hence Lua in the first place. Our requirements include:

* Lua 5.3 preferred because of the need to work with INT64
* TCP-IP Sockets
* HTTP/S, HLS/TLS
* WebSockets
* DNS / mDNS
* REST Plumbing
* Nice async / concurrency behavior
* Integrates well with main loops
* Works on Windows a nice plus
* Capitalist friendly licensing

My current interest is in lua-http with cqueues, but we aren't sure about compatible REST frameworks and which one the cool kids are using. Any recommendations?

Luvit would be a great option, except that it only works with LuaJIT. We're wary of the daunting task of compiling LuaJIT on this platform and we will miss native 64Bit integers. Our team is familiar with Node.js, hence the appeal.

Other lightweight suggestions?

-- Andrew