So when running in web mode that will be one connection shared by all users? Is that the suggested way to have a connection or should it be per user or per form/program/ca/...?
So when running in web mode that will be one connection shared by all users? Is that the suggested way to have a connection or should it be per user or per form/program/ca/...?
Only properties modified by several methods of the form or form objects, are to be reported in thisform.wcPropSave or thisform.myObject.wcPropSave. The other properties do not need to be declared in wcPropSave.
ex:
the ID of the connection must be available to all methods that use the form SQLEXEC () .. This identifier can be stored in a form property. This property must be declared in the list of properties 'thisform.wcPropSave' that FIC will backup and restore when processing HTTP requests. Alternatively, this identifier can be stored in a property of _SCREEN, if the ODBC connection is shared.
Regards
If I adapt this code to a Call back method will the "cursor1" be available in my Call Back method?
If yes, can I create a cursor to make vars available in my Call back methods (instead of storing them to form and setting .wcPropSave) ?
If no, I am in trouble.
SQLEXEC(iConn,"Select var1, var2, var3 from table1","cursor1") IF messagebox("Do something?",36,"") = 6 SQLEXEC(iConn,"Update table1 set var3 = 'xxx' where var1 = ?cursor1.var1") ENDIF
thisForm.wMessageBox (CallBack, eMessageText [, nDialogBoxType ][, cTitleBarText][, nTimeout][,oVars])
Then have in the wFormCallBack()
LPARAMETERS luUserChoice, loVars
I am finding when I am moving my code into wFormCallBack methods there are variables initialed earlier in the original procedure that I need access to. Being able to pass an object containing my variables would be nice.
What is the suggested way to store them currently? Adding a property on the form?