Inter Delphi communication ways

Hi delphi devs,

I'm looking for a way to let delphi programs communicate across the globe without the use of database.
I'm writing the programs in D2010 at the moment.

Basically i need to send a piece of text (integers, strings, etc) and the remote side has to send a similar response.

What resembles this idea most would be a user requesting a report by a certain time.
>> The app sends the name of the report, the destination folder of the report and the time it has to be delivered.
>> The backend app receives this info, prepares the report and places the report on that specifc folder

I'm looking for ideas, and some code of how the communication would work.
> I'm not looking for a full back-end communication framework ...

Something like this:
procedure Message(ReportName, DestFolder: string; DeliveryTime: TDateTime;
  var ReturnMessage: string);
  ... your code ideas ...

this requires 2 sides: the sending app code and the remote app code.

ideas with existing components (like Indy) are also welcome

I'll probably find a way myself, but asking a question here, may give more perspective and ideas.
LVL 38
Geert GruwezOracle dbaAsked:
Who is Participating?
aikimarkConnect With a Mentor Commented:
In one system I designed, machines established TCP connections when they needed to talk to the server.  Indy components were used.  We used the machine name and a port number when specifying the TCP address.  We encrypted our data stream, since we couldn't be sure if someone was sniffing packets somewhere in the network.  We also included other message validation methods and a hash of the data to help ensure the integrity of communication.

Even though that was in a network, I don't see any reason you can't do something similar with TCP/IP.
Even though it is a bit bloated, XML is a fairly standard data exchange format.

You might also consider JSON or some other mark-up standard, such as YAML.  Most of these formats have less overhead.
lomo74Connect With a Mentor Commented:
I'd go with SOAP. It has a quite heavy overhead, but it allows function calls to run across the internet easily. Delphi also eases the process of creating client and server code through its wizard.
You can also develop client and server using different languages (I personally developed many applications mixing Delphi, C#, Java and PHP).
If bandwidth is an issue, JSON is a good lightweight alternative. More info here, along with links to Delphi JSON implementations.
The 14th Annual Expert Award Winners

The results are in! Meet the top members of our 2017 Expert Awards. Congratulations to all who qualified!

Sinisa VukCommented:
I see here multiple data to transfer. Main is report definition (description,title,column titles, some other info) and real data (two xml nodes). So I would go with custom xml (maybe with use of Indy or ICS) where part of it is allocated for report (first node) and other one for data. Data node will introduce as normal data XML with a fields description.
Geert GruwezOracle dbaAuthor Commented:
i'm looking for the actual mechanism used for sending/receving the data between the apps
what the data format is and the interpretation of it is irrelevant at this point

i have used soap too.
It's probably my code, but this soap gets stuck every so often ...
If you want some assurances that the message will get through, use a mail protocol.  However, you should be able to do this with simple TCP.  Do not use UDP.

In order to make TCP work, you will need to get past firewalls.
Hi Geert, Am i right in assuming you don't want a "middle man" in this, i.e. web services?
Geert GruwezOracle dbaAuthor Commented:
no middle man, you'r right, just direct delphi to delphi communication

i know not to use UDP > delivery is not guaranteed
Geert GruwezOracle dbaAuthor Commented:
i don't need encryption
this is strictly a system internal to the company

security is taken care of by our network team
If you are communicating out on the Internet and not behind a company's firewall, all your data can be seen.
Geert GruwezOracle dbaAuthor Commented:
i'm always going to be behind a company firewall with this
and i'm not going to repeat it a third time !

so stop giving those remarks about security

When you stated "communicate across the globe", that does not imply that you are behind a firewall.

"i'm not going to repeat it a third time"
This is the first time you've stated your run-time configuration in this thread.  I won't mention security again.
Geert GruwezOracle dbaAuthor Commented:
Geert GruwezOracle dbaAuthor Commented:
closing ... again
All Courses

From novice to tech pro — start learning today.