"Non-persistent CGI are "stateless". In other words, the browser connects to the server, makes a request (calls a CGI), receives the response, then disconnects from the server. On the next request from the same browser, there is no guarantee that the same program has maintaned the state (variables and record positioning) it was left with at the end of the previous request." - GP
The use of Data areas (and anything in QTEMP for that matter) is therefore not recommended with iSeries CGI programming because the web user does not have a unique job associated to him. There is a very good chance that you may read in a dataarea populated from another user. A more reliable strategy is to create a unique iSeries userspace in a special library for each user (maybe based on a random number), store data in the user space or link the userspace name to a key field in a PF record... Then thread the Userspace name from page to page in a hidden variable and use it to retrieve information as required. Another way to do this is by using cookies. see references: http://www.easy400.net/cgidev2o/exhibiu9.htm#3a http://www-922.ibm.com/cgidev2h/readme.htm#funcrandomnumber http://www-922.ibm.com/cgidev2o/exhibiu8.htm If you can hold management off for a month or two, IBM CTC has promised some new developments in this area by end of Q1/2006. marty http://www.mybis.net/itp/link.html Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/Easy400Group/ <*> To unsubscribe from this group, send an email to: [EMAIL PROTECTED] <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
