What happened to TTextWriter.RegisterCustomJSONSerializer in v2?
Only refrences left are in source comments.
Looks like new solution is TRttiJson.RegisterCustomSerializer. Seems to work just fine. Thank you!
]]>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.
]]>Regarding focusing on newer versions. I can't say i like that thinking too much. I have a huge, currently stable and relatively bug free, project written in D7. Porting it to latest version of Delphi (for which i do own a current subscription) is a lot of work. We can't all be so productive as Arnaud And it will destabilize the project for years. I would rather add useful new features my customers are interested in (such as an API for a web based client). D7, with some tweaks, can do everything that is necessary and produce a nice modern looking application. The only issue is Unicode UI. But that is something i can live without. Just because something is old does not mean its become crap. Just my POV.
]]>If you use cnpack there is an option to highlight the words that are in the cursor.
This makes the editor very slow on units with many lines.
There is an option in the cnpack settings to disable this in units with more than x lines. It can help ...
Furthermore, I fully agree to focus mORMo2 on FPC and newer versions of Delphi.
]]>Note that Delphi 7 compatibility is limited, we don't make any specific traitment any more for this IDE.
We ensure it compiles and passes the tests, but no specific code optimization any more (e.g. manual inlining), or no explicit trial to circumvent some Delphi 7 IDE limitations.
Premium support is for FPC stable and latest Delphi.
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).
Install the free IDE extension GExperts and use Grep Search.
With best regards
Thomas
You can do that by making your own routing class.
]]>If root is "API", then IMyService.Version is located at host.domain/API/version but also at host/domain/API.version - both are accepted.
Check the doc https://synopse.info/files/html/Synopse … #TITLE_454
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?
]]>