mORMot Open Source

Oi Ab,
I am using packed record for dtos, they are all anemic. Which case of api public do you refer to? I am using the standard assembler for the conversion of these data. But even in this way, I have a strong coupling between domain layer and application.

I understand AB, the first time I tried to start with domains out of context I really thought about doing it in the application, because in my view with mormot it is perfect and safe. I just thought that it would not be correct to request multiple domains from a single application layer. But analyzing your answer, you may not really choose to use domino events now, but mormot rpc calls that are very safe.

Hi ab, I was exploring event notifications via websockets, is that how you commented?

IUserEvent = Interface(IInvokable)
  ['{1C949DB2-5ECE-4EC6-8609-1B9FF408BDF6}']
   procedure UserCreated(const UID,Login:String);
   procedure UserDeleted(const UID:string);
 end; 


IPublisherService = interface(IInvokable)
  ['{3F3246E9-5B91-443F-A0D4-9159E532B6E8}']
  procedure PublishUser(const User:TUserDTO; const callback:IUserEvent);
  end;  

This way, both publishers and subscribers can be in the application layer, right? In this example, the AppUser would publish the user event created and an event handler would call another application, an AppEmail for example, to decide what to do with this information? Or should all of this happen at the domain layer?

Hi Ab, I had also thought in this way, with websockets but I thought it would not be the correct one, this way the publisher and the consumer, in some cases, will be inside the same server. Do you think this is a problem? I see that with your tip I can publish events instantly and instant subscribers consume those events, correct? If I want to use an event store the best way would be to use TSQLRecord directly, or consider a domain event as an aggregate and use MOrmotDDD. What do you think?

Hi,

I redid the entire installation on lazarus + fcp recommended in the documentation, updated with the trunk of the mormot but the error persists, I cannot initialize TSQLRecords linked to empty collections. Does anyone have any idea what it might be?

hi Ab,
I debugged a little more about the problem and found the error exactly in the method AsynchRecv

 result := Recv(sock,buf,buflen,0);

in the SynCrtSock unit

Hi Ab,
Thanks for the tips, I did as follows put TServiceCustomAnswer as a result of my function and it worked as I wanted.

  
    fTotalRows:= aPagParam.totalrows;

     TDocVariant.NewFast(response);
     TDocVariantData(response).AddValue('Result',res);
       for i:= Low(Data) to High(Data) do
      TDocVariantData(response).A_['Data'].AddItem(Data[i]);

     Result.Content:= VariantSaveJSON(response);
     result.Header:=  Trim(
     'totalrows: '+IntToString(fTotalRows)); 

See I'm forming content with DocVariant. My question is if this is the most correct way to format a DocVariant with TVariantDynArray? In this case the variable Data is TVariantDynArray and response is docvariant.

Thank you Ab for your answer. If I understood what you meant I could only do by opting for SQlite3? I'm currently using Mongodb, and I can do this query using specific MongoDb classes, but I wish I didn't have to opt for one and the other and that I could resolve the query at Mormot level. It's possible? or will I need to choose? I take very much into account what you said in a post "That changing databases by changing only one parameter is priceless"

Hi ab,
I managed to do it using the finddocs method with direct access to a collection but I wonder if there is a way to do this at the ORM level. Using mormotDDD classes or even TSQLRecord?