We’re using RO sdk for Delphi for quite a while and have some servers aging more than 10 years.
So far we were only creating TCP servers with binary messages.
I’ve just noticed that the rodlfile.res that we link with is out of date. and doesn’t really include specification of the the up to date services we actually use.
I have 2 questions:
It seems it didn’t have any negative affect on our services. Is it really so?
I’ve just tried writing an HTTP server on top of one of the existing services and it seems that in HTTP APIs it’s actually very important that the file would be up to date, as the THTTPAPIDispatcher actually reads the rodlfile.res and generates the paths based on the data defined in the rodlfile. Is it possible to generate the Delphi files (intf/invk/impl) in a way that would include the http api library without needing to read the rodlres.file in runtime?
this RES is used in run-time for generation of RODL for clients and for reading RODL by HTTP API.
You can rename/backup this .RES. it should be recreated from scratch if correct .RODL is defined in .dpr.
Note: minimal supported version of Delphi is Delphi XE3 for Code-First servers.
We have almost all ROD samples with Code-First version so you can compare them if you have some q, like how to use events sinks (usage of them a bit differ from RODL-based version).
Yes, and it detected my service just fine.
I was asking this question because during the testing of the HTTP server i’ve noticed my RODLFILE.res was out dated and wondered if it has any affect on the existing TCP server that was generated from the source rodl file. I believe it has no affect, but just wanted to be sure.