mORMot Open Source

I will refrain from commenting that one

Sure, i could. But this way seems more convenient and the declaration expresses the intent better.
It seems like a basic feature to me that should be built-in, not reinvented each time (i searched, there have been others asking for this).

In our product, customers can create their own extra fields for users table. This feature has been a huge success. It has helped keep the base package design clean and we don't have to worry about crazy customer ideas. Someone wants a column for employee waist size, no problem!
The API must also support this feature so customers can create integrations without directly querying our db.
So for user create and modify, must support inputs that match these unknown column names.
Is varying inputs poor for that? What would be better solution?

No, GetValueByPath returns value of (only first?) item matching the path.

But I already know the value. Instead I need to find the object that has given value.

Because i live under a rock and don't have a Github account
An e-mail with a link could be arranged to someone willing to do it.

Of course, even better this way!

I propose a new define:

{$define ONLYUSEHTTPSYS}
// disable automatic failover to Http socket server when http.sys based server fails

and implementation in mormot.rest.http.server.pas, in exception handler, around line 665 add:

    on E: Exception do
    begin
      log.Log(sllError, '% for % % at%  -> fallback to socket-based server',
        [E, ToText(aUse)^, fHttpServer, ServersRoot], self);
      FreeAndNil(fHttpServer); // if http.sys initialization failed
      {$ifdef ONLYUSEHTTPSYS}
      raise;
      {$endif}
    end;

This way i can report the problem to user and abort startup. Silent fallback is not desired when SSL is required.

Don't worry about that. It will be easy enough to switch back to 1.18. But for discovering things and browsing around the code, v2 is a lot better. Plus my IDE doesn't crash every second click.
I don't mind reporting the bugs if it helps get mORMot 2 released sooner.

I found another minor bug in v2.
Interface methods return output parameters without commas like so:
{"n1":2"n2":3"text":"test text"}
instead of:
{
    "n1": 2,
    "n2": 3,
    "text": "test text"
}
I have set
ResultAsJSONObject := True;
ResultAsJSONObjectWithoutResult := True;

And another one:
Defining an interface with function returning TServiceCustomAnswer will cause AV when calling TInterfaceFactory.RegisterInterfaces.
in mormot.core.base, function TSynTempBuffer.InitZero, there is a call "Init(ZeroLen - 16)" but ZeroLen is 12 in this case. That results in a negative value and buf getting set to nil. Next FillCharFast will fail.

Ab, do you want bugreports like this or should i not bother reporting?
(if yes then see post #13 also)

And a suggestion -- why not make TRestServerURIContext.Error(E: Exception; const Format: RawUTF8; const Args: array of const; Status: integer); ....virtual. I want to override it so i can handle some "normal" exceptions from interface implementing functions and return a bit less information than by default is returned for exception.

It would seem that implementations of TRestServerRoutingREST and TRestServerRoutingJSON_RPC have gotten mixed up in mORMot2

After a week and a half of reading and trying things i'm starting to get a handle on this library. I like how the source is full of detailed comments. And more abstract documentation is online (SAD and blog).

I found another bug though. It's in the blog
Various older links from this forum to the blog are broken and some links inside the blog that refrence prior articles also. See the link collection at the bottom of this post for example:
https://blog.synopse.info/?post/2012/03 … d-services
The fix is real easy -- need to add ? before post/ in the URI

I also have a question i have not found an answer yet:
given such URL - host.domain/API
where API is the root. how can i define and publish an interface for function "version(out major, minor: integer)" so that it would be accessible at host.domain/API/version or host.domain/API.version? In other words, how can i publish some interfaces under the root?

Also, while mORMot 2 is working much better with D7, there is one annoying issue - i can not use the built-in search because file names with multiple dots are confusing it (nothing is ever found in directory search). I've been using notepad+ to search but this is annoying. Is there a workaround? I guess asking for file name parts to be separated using an underscore would be unreasonable?

I understand the risk of using alpha-grade libraries. Fortunately the API wont be exposed to the world and i can always update it when there are important fixes in MORMot. It is likely i wont finish the project this year anyway.

This is exactly what i'm doing (i describe that in my lengthy first post). I'm also using the IdeFixPack. I did not notice IDE issues with mORMot 2, only the current stable version is too much for my poor old D7.

Unfortunately i still don't know where to focus my attention. My eyes are sore from all the reading already I would really appreciate a hint on which building blocks to use for a HTTP server with REST api *without* all the ORM/DB stuff.