phweb question specific to vms

[Daniel.Miller@nightfreight.co.uk]

hi,

well ive since tried the htmlfileclose option with the same results.

I dont think i can use a job level logical which is what i would normally have gone for because the ph processing is all done by one dispatcher detached process which runs multiple subprocesses depending on how many people are doing things on the website.  

There isnt a seperate process for each user just one with subprocesses for the webserver.  I think if i set it at job level then users on the website would pick up the file for other users.

i see this as one of the main techniques to get right when setting up a phweb system, how to handle data and parameters between different pages.

-----Original Message-----
From: Bruin, J.M. de [mailto:Bruin@WT.TNO.NL]
Sent: Friday, July 02, 2004 3:45 PM
To: Miller, Daniel
Cc: 'powerh-l@sowder.com '
Subject: RE: phweb question specific to vms


Hi,

what you could give a try is to use JOB logicals i.s.o. process logicals. I do
use them is the 'standard' PH environment myself (alomost) ALL THE TIME and do
not have problems with that.

Regards,

Mark

-----Original Message-----
From: Daniel.Miller@nightfreight.co.uk
To: powerh-l@sowder.com
Sent: 2-7-04 16:23
Subject: RE: phweb question specific to vms

hi,

yes i do have close statements in both screens, just checked!

-----Original Message-----
From: Bruin, J.M. de [mailto:Bruin@WT.TNO.NL]
Sent: Friday, July 02, 2004 3:16 PM
To: Miller, Daniel
Cc: 'powerh-l@sowder.com '
Subject: RE: phweb question specific to vms


 
Hi Daniel,

are you sure the file is closed after usage?
Maybe an additional CLOSE statement might do the the trick.

Good luck,

Mark

-----Original Message-----
From: Daniel.Miller@nightfreight.co.uk
To: powerh-l@sowder.com
Sent: 2-7-04 15:55
Subject: phweb question specific to vms

hello all,

my situation is as follows:

	Phweb screen A creates a unique physical rms indexed file with
"run command" and then sets a 	process level logical with
"setsystemval" that points the open name of a file in the dictionary to
it. 	The screen is then able to put data into that file and pass the
file name to screen B as a parameter, 	its a hidden field on the page.
This is all in one procedure, which deassigns the logical with
deletesystemval before finishing.

	Phweb screen B then sets a logical to the passed filename and
then reads the data from this file.
	It then does a deletesytemval before finishing.

The idea is each person who uses the website gets a unique temporary
file with only their data which are cleared off the system after a
couple of days.  Id prefer this to one big indexed file which all
website users would have to access which i guess would need to be
cleared daily or some such.

However this technique only works the first time, in subsequent uses of
the page it keeps picking up data from previous uses.  It appears that
with all the subprocesses with the dispatcher and phwebservers the
logical is still assigned somewhere.  Similiar to with dcl subprocesses
for run commands etc in normal ph.

My current thinking is that its not going to be possible to do this and
im assuming to much about how phweb works, unless anyone has any ideas?
Or perhaps another technique to get the same result.


tia
Daniel Miller
Nightfreight

= = = = = = = = = = = = = = = = = = = = = = = = = = = =
Mailing list: powerh-l@lists.sowder.com
Subscribe: "subscribe" in message body to
powerh-l-request@lists.sowder.com
Unsubscribe: "unsubscribe <password>" in message body to
powerh-l-request@lists.sowder.com
http://lists.sowder.com/mailman/listinfo/powerh-l
This list is closed, thus to post to the list you must be a subscriber.



= = = = = = = = = = = = = = = = = = = = = = = = = = = =
Mailing list: powerh-l@lists.sowder.com
Subscribe: "subscribe" in message body to
powerh-l-request@lists.sowder.com
Unsubscribe: "unsubscribe <password>" in message body to
powerh-l-request@lists.sowder.com
http://lists.sowder.com/mailman/listinfo/powerh-l
This list is closed, thus to post to the list you must be a subscriber.