mORMot Open Source

Several microservices running on the same machine can benefit from packages or not?

I believe that the memory consumption - of the sum of all - will decrease.

But starting from a certain number of executables, because for few it will have the opposite effect.

Reported in 2018.
Has it been fixed in recent versions of FPC?

In any case, it would be interesting to put this in the mORMot documentation.

And recommend the win32 version.

Yes, I am making a cross compiler, Win64 -> Linux 64.
I didn't know about these problems.

I will try to make this Win32 -> Linux cross compilation and report the result here.

Thanks for the informations.

I don't like visual editors. They usually create dirty HTML code.
In addition, they may not work in conjunction with widget frameworks.

But I believe there are extensions for vs code/vs codium that add WYSIWYG editor.

NOTE: When I created this topic, TMS was creating a WYSIWYG editor for TMS WebCore, which was an extension for vs code.
But I don't know how this project is doing at the moment.

I already do this verification with VarIsEmptyOrNull.
Or try to avoid  with _Safe(J.Value['a']).U['d']

I am quoting to check if there is any inconsistency or not.

If it's correct, then it's ok.

Okay, now I think I understand.
You return the URL at the beginning of the session and it will be the same until the client is finished.

In theory a client can stay for hours in the same session and you would not be able to make this replacement within a constant period.
You can end up with hours of delay if the client remains open.

Yes, I understand what you want to do.

But if server A is no longer receiving requests for a certain period, wouldn't it be safe to terminate it? Why wait for the mORMot service to report that is idle.

For example, a time of 5 minutes after you have redirected requests to server B will be enough so that server A is not doing anything else.

I mentioned above that I save the time that connection was last requested and renew before reaching the timeout.
So this problem does not occur in my case.

The question is whether this would apply to mORMot.
I don't know if in mORMot there is a way to intercept when the connection is requested.

@mdbs99

I do not use mORMot in this application. I use a persistence layer that I created myself.

There is a method that requests a connection whenever necessary, so I don't need a timer. It occurs on demand.

If there is no activity for a while, the connection will die, but on the other hand it is not being used.
When a new request occurs, its expiration will be checked and if it is expired it is renewed.

In the case of mORMot is need to analyze how and when the connection is requested, - but I believe that it will not be possible to do the same.

In this case the timer would be better.

At least in my case, I don't care if next request will be the first that will create all threads again, as all were gone eventually. Does mORMot can do that?

Yes, this is the question.
You will have to dig deep into the code and tests to see how and when threads and connections are created and released by mORMot.

Interesting.

My connection pool is not much different.
The difference is that I don't use a threadvar.

I maintain a list of connections indexed by the thread id.
When starting the thread the connection is created for your id.
At the end of the thread I destroy the connection by id.

@mdbs99

What I wanted to exemplify is that if I need to format  in a fixed format I can create a variable with the values already defined.

Doesn't it take more work to locate these possible collisions, and create the overloaded methods, than just adding the prefix?

Even if a collision list is created, further collisions may occur in the future.

With a prefix everything is solved. No ambiguity, no additional work afterwards.

S: = SynTrim(s); // No doubt which method is being used

S: = Trim (s); //SysUtils.Trim? SynCommons.Trim? overloaded / not overloaded?

Shouldn't these methods be static?  (class methods)

Or your suggestion ist to maintain a global instance of the created objects?

TSynString = object
public
  class function Trim(const aValue: RawUTF8): RawUTF8;
end;

@mdbs99
Yes, I know about this possibility.
But I don't know if it's good practice.
I think it adds unnecessary complications.

I am referring, that as it will be a new version of the framework, there is not so much problem in changing the name of all classes to prefix with TSyn.
Many have already changed and the refactoring is inevitable.

A common prefix makes the class's origin easily identifiable.

In code and elsewhere.

For example, anyone who sees a question on the stackoverflow about http communication and sees something like:

Cli: TIdHTTP

Easily identifies that indy is being used.

ADO components are not thread safe.
Each thread must have its own connection.

I believe that it will not be a simple task to use ADO in conjunction with Mormot, due to the need to have this thread-connection control.

Following the post to see what ab says about it.

If you use a DocVariant you can do the validation.
There are methods that allow you to check if a property exists, extract the properties and check if there is a new one, etc.

You do not need to stop using the Records you already have. After validating you load in to Record.

You could also do this validation once a hour/day so as not to overload the system.

Has many functions that simplify everything in SynCommons and I always take a look.

But I didn't really know about this TrimControlChars function.

But based on what it does the name shouldn't be RemoveControlChars?

Really!

Even for those who do not use the framework it is a good reference material.

I use both methods suggested by @vitaly.

A check in expiratron time. And also on demand.

Having the ability to renew on demand is important in cases where the token may expire due to a change in the user's account.

*Speaking in a generic way and not just in APIs created via mORMot.

Example, i use APIs where a change in the user's account (password, e-mail, etc.) causes the token to expire.
So just observing time of expiration is not enough.

But you have to be careful not to create an infinite loop in this check.

Is it safe to renew the token automatically?

In the APIs that I use and implement, the renewal of the Token is the client responsibility.

If a request is made with an expired token, the server only rejects the request. Then the client must renew the token again.

Embarcadero took the first step.

Now "someone" needs to create an twiter account...

Wouldn't this cause you problems later when using this class?

You will have to check the instance whenever you need to get the value.

if person.docs is TDocsPJ then..
else if person.docs is TDocsPF then...

What if you create a field to define the type of document?

TDocType = (dcCPF, dcCNPJ, dcRG, dcCNH);

 TPerson= class(TAbstractPerson)
 protected
        FDoc: RawUtf8;
        FDocType: TDocType;
    published
         property Doc:RawUtf8 Read FDoc write FDoc;
         property Doc:TDocType  Read FDocTypewrite FDocType;
  end;