Re: Feature request

Alain Siverly <[email protected]>
Newsgroups gmane.comp.lang.4gl.aubit.general
Message-ID <[email protected]>
ok, we cannot see that easily if there
wa such a ping functionality in the past but if you say what you
are expecting from the VDC in order to identify a "ping" then
please tell. Or maybe you can implement the
<MSEND>/<MREC/>?

Our tests showed that a temporarely lost of WiFi is not a problem,
so the user can reassume the work with the mobile device when the
connection is alive again. But of course there are situations
where it is not possible to continue. In this case we want to
recognize that the server is not answering before we send some
protocol context (because this leads to a crash if the server is
not there).

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

Am 24.01.14 14:39, schrieb Mike Aubury:

I think we originally had something like that with
a front end "ping" (looks to have been removed now for some
reason)

That said - i'm not sure it would work - because I dont
think it will be possible to reconnect a session ?

On 24 January 2014 12:59, Alain Siverly
<[email protected] >
wrote:

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

_______________________________________________

Aubit4gl-discuss mailing list

[email protected]

https://lists.sourceforge.net/lists/listinfo/aubit4gl-discuss

------------------------------------------------------------------------------
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

_______________________________________________
Aubit4gl-discuss mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/aubit4gl-discuss
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.