Jint VS Orleans

Jint https://github.com/sebastienros/jint

There are quite a lot of ways to run scripting languages in C#. I've no idea what JSR223 is but .NET has DLR for example. There are also multiple libraries: IronPython, NLua, Jint and Jurassic for Javascript. There's also older version of CS-Script working with .NET Framework.

You can. Embeding lua is a trivial task, and I'm reasonably sure there even are plug-and-play solutions for that, and for JS there's JINT.

I personally use Jint (a multi-platform Javascript interpreter) since Roslyn is not available on mobile. It basically has the same kind of functionality as Roslyn, but it's JS. JS is well-known and accessible to everybody, but Roslyn might be faster since there's no double indirection when interpreting the script. It also depends on what language your users are comfortable with or could learn easily.

Ah yeah, I looked into it more and decompiled the game to find that it appears they're using Jint to interpret the Javascript, and from testing with someone's REPL BBS server I can find that it's a pretty well isolated environment. Only ways around it I can think of are by exploiting some vulnerability in the sandbox to do external requests, modding the game itself to update the api, or running a parallel server to do some janky communication through the save state data.

We used https://github.com/sebastienros/jint for scripting, it's ES5 JS implementation.

Jint is a JS interpreter with an integrated engine built in C#, like V8, he is responsible for all the base code execution as well as EcmaScript implementations such as default constructors, syntax, Promises... I studied its features in depth to start and it was a bit hard (in the beginning).

MelonRuntime is based on Jint, a JavaScript interpreter created by Sébastien Ros, software developer in the ASP.NET team at Microsoft. Melon works from bindings and functionalities injected into this interpreter together with external typing (provided by another package that comes with the default project generated by the command npx melon new) and built-in tools.

We should chat more about Reminders v2 - I want to learn more about what you'd like it to provide. Can you comment on the issue (https://github.com/dotnet/orleans/issues/7573)? If you'd like to see some of what is in the works, please message me on Discord and we can chat more about it (https://aka.ms/orleans/discord)

for ADO scripts config, I ran the main, clustering, and persistence scripts but got runtime error lacking some migration sql object (don't remember the exact error message). But after some debug, I had to run this extra migration script which was not mentioned in that ADO config page.

I think Orleans is going to introduce something similar that Temporal has on .NET 8 https://github.com/dotnet/orleans/issues/7487

Something tells me that the developers should have cleared batchOperation a bit later. Judging by the fix, the Orleans developers agree with me.

Dapr is created for multi language purpose. If you have only .NET Stack there is mature and more faster Microsoft Orleans. Debugging is easy with local silo - just debugging the same process.

There are some more perf improvements coming to Orleans serializer, like this 1.6x improvement to message serialization: https://github.com/dotnet/orleans/pull/8185