Feature request

Alain Siverly <[email protected]>
Newsgroups gmane.comp.lang.4gl.aubit.general
Message-ID <[email protected]>
Hi,

regarding the "VDC mobile":

It is important to avoid crashes if the network connection temporalely 
fails (for example beeing in the train tunnel or like that).

For this we need to check if the A4GL server is awake. Our idea is to 
send to the server
  <MSEND>
and wait for an answer like this
  <MREC/>

If the server is busy (because of a large sql query for example) it 
should not bring an error (Internal error - expecting a 
ID_FRONTCALLRETURN) if we are sending this every second. So the idea is 
that we can send this at any time and in every context to the server and 
it is ok for us if the server answers "when it can".

For the user it would look like this:
If the VDC mobile is waiting for the server answer without getting it, 
then the user sees in the message line "Waiting for the server..." with 
a nice animated progress bar. After 1 minute of sending the server 
request  <MSEND> without receiving an answer, then the user gets a 
dialog. He can now decides if he will continue waiting or he can simply 
interrupt the running module.

Could this enhancement in the protocol be possible? Thank you in advance!

Alain


-- 
Mit freundlichen Grüßen
Alain Siverly

VENTAS AG                            20+ Jahre ERP-Erfahrung!
Web: www.ventas.de
Fon: 040 / 32 33 34 0
Fax: 040 / 32 33 34 38
Firmensitz: Mittelweg 144, 20148 Hamburg, Deutschland
Registergericht: Hamburg, HRB 80 297 Ust.IdNr.: DE118686712
Vorstandsvorsitzender: Dipl. Ing. Alain Siverly
Aufsichtsratsvorsitzender: Dr. Olaf Rehme


------------------------------------------------------------------------------
CenturyLink Cloud: The Leader in Enterprise Cloud Services.
Learn Why More Businesses Are Choosing CenturyLink Cloud For
Critical Workloads, Development Environments & Everything In Between.
Get a Quote or Start a Free Trial Today. 
http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.