On Mon, 05 Oct 2009, Ernad Husremovic wrote: Hi,
> During this discussions, Przemek explained that he has no needs for client > server RDD: > ".. In my case whole applications are executed on server side " ? > Please, can you explain us what is the architecture of your applications ? > Especially how do you implement client side ? It's nothing amazing but standard *nix functionality. My applications are executed remotely on the server side usually using some terminal emulators. I wrote my own 'screen' like program which keeps alive applications executed on the server side even if client station disconnect or crashes. In such case program is still running and when user login again he continues his job using the same instance of programs. If he want then he can start working with the program in the office then he can close terminal program without logout from my application and login from home or on next day and continue his work. For users there is not difference it's WAN or LAN access. Because pure terminal programs does not give to the remote program access to all local resources on client side then we are using also small servers installed on client computers which are controlled remotely by application on the server so we can share serial or USB ports, display pictures, access to local printers or drives, activate some programs on client computer, etc., We usually use SHH connections with internal tunnels for our client side services. In the future GTNET should give the same functionality for all multiprocess platforms (single process platforms like DOS or WinCE can be only clients) and should contain buildin most important client side services with support for executing .hrb code sent dynamically from the server side so programmers can easy extend it in any way he want also dynamically not only by static relinking client side code. Now this functionality is available if user collects (in some cases creates) all peaces himself though it's not very hard work. best regards, Przemek _______________________________________________ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
