Thanks for posting! This is a topic that we have considered internally. We are continuing to make improvements to our scripting system, but we have hesitated expanding our system in this specific way. I will try to explain why in this post.
In building Murano to be an execution environment for our customers to launch connected products and services, we are finding ourselves being careful to not conflate Murano's Webservice and Solution Application features with a server environment made for web development. It is specifically not our intent to replace the best languages/environments for web/API development, embedded development, or mobile development. We are instead to focusing on the overarching orchestration between these dimensions of IoT, and to simplify the workflow for our customers. Instead of having to know all the specific languages/environments, we want our customers to build their IoT solutions by only learning about how to orchestrate Murano and its components.
We understand that this typically is a tradeoff between operational costs and the size of a development team vs. an aggressive development learning curve with non-standard tools. Making this learning curve as manageable as possible is my goal as a Support Specialist and is part of why this forum is here.
The fact is that today, if you want to your IoT Solution to have many connected features on Murano, you will have to write Lua code. This is is because our scripting environment has the means to interact with all Murano services and is either acting like the bridge or glue between Murano's components. Our plan for Murano is to reduce the level of Lua's involvement in Murano by enable services to talk to each other directly without being handled explicitly in Lua Event Handlers.
This is a topic that we are continuing to explore. The more you can tell us about your experience, the better we can make our Product fit your needs.
In the meantime, what specific challenges are you having with Lua? There may be a chance that I can help.