Quantcast
Channel: West Wind Message Board Messages
Viewing all articles
Browse latest Browse all 10393

Re: ActiveX controls

$
0
0
Re: ActiveX controls
FoxInCloud
Re: ActiveX controls
01/04/2012
12:34:46 AM
3EG0133TE Show this entire thread in new window
From:
To:
Attachments:
None
Hi Tuvia,
Please find my answers below
HTH,
ThN

I'm sorry, I am still not getting it. Bear with me if you would.
I'll try my best to be more clear ...

I think what you are calling the application ID is what I call a session ID. The ID identifies the unique combination of
application and user that allows the emulation of a state, since http is normally stateless.

What I call "application user ID" is indeed ... user ID for application
In most cases, it is a USER table PK: a surrogate PK such as an integer or a GUID, or a natural PK such as an email address, or whatever PK scheme your application relies on.

- What is the connection between the session ID and the message? -
FAS handles a session ID in the wConnect way, with a simple Sys(2015).
This session ID is the value of a cookie related to the application, FoxInCloud.js adds it as a request parameter (in both URL QueryString and Post data) to each outgoing AJAX request, FAS supplies it back into XML response.
FAS gets this "session ID" with wwRequest.QueryString()/Form() and retrieves user's session from session table using wwSession standard mechanism.
FAS stores "application User ID" into this session record using wwSession.SetSessionParameter() so that it can retrieve and feed it into wUserSet() before executing any request.

- Why is userset/get identified as optional if it is really not? -
wUserSet/Get are optional for public Web applications, without the need for user authentication;
implementing them is mandatory for any application with a user security feature.

- Is it sufficient to make one empty call to userset in the xxxenv.prg?
As any Web application instance can serve any user (n-n relationship), FAS calls:
- before each request wUserSet() to let application know which user (in the application sense) is currently requesting,
- after each request wUserGet() to store application user ID into web user's session record.
FiC developer should implement wUserSet/Get either in the application process object (xxxProcess AS awProcess AS wwProcess), or in some subclass of aw.vcx!awFrm

- Please outline what is happening here.
From the information you supplied, I suspect wUserSet/Get should be revised or implemented

- Why did it only start with 1.06?
Please review FoxInCloud version history supplied with each new version FoxInCloud Application Server release.
You'll see that nothing changed in V 1.06 regarding user identification, and/or wUserSet/Get()




Viewing all articles
Browse latest Browse all 10393

Trending Articles