Wrox Home  
Search P2P Archive for: Go

  Return to Index  

application_development thread: A Question of State...


Message #1 by Quinton Sheppard <quintons@k...> on Mon, 19 Nov 2001 13:35:24 -0000
This is a problem with keeping information stored when using

Server.Transfer...



I have two pages, one called Login.asp and another called Default.asp



the Login.asp page contains all the HTML that is used to be shown on the

client (input boxes, graphical elements ect...) the other file (default.asp)

is used to execute some logic and transfer the user to the login.asp page

using Server.Transfer. The inputed data in the login.asp page is sent pack

to default.asp to be evaluated. If user details are correct then it

transfers the user to the appropriate page else if not, the user is returned

to the login.asp page with an alert message informing them there details

typed in are incorrect.



to do this I am trying to send a value to the login.asp page telling it

there has accured a login error, but I wish to do this without having the

url change to Login.asp, this I have done with Server.Transfer but I have

found it destroys the session data previously set in the default.asp page. 



Can I get around this?

If not then what other way could I store and get the values (strings) within

the login.asp page?



Many thanks.



Regards



Quinton Sheppard

MedalRoll.com

Mob +44 (0) 07790 556 389



http://www.medalroll.com







Confidentiality:  This e-mail and its attachments are intended for the above

named only and may be confidential.  If they have come to you in error you

must take no action based on them, nor must you copy or show them to anyone;

please reply to this e-mail and highlight the error. 



Security Warning:  Please note that this e-mail has been created in the

knowledge that Internet e-mail is not a 100% secure communications medium.

We advise that you understand and observe this lack of security when

e-mailing us. 



Viruses:  Although we have taken steps to ensure that this e-mail and

attachments are free from any virus, we advise that in keeping with good

computing practice the recipient should ensure they are actually virus free.





Message #2 by "Tuong Nguyen" <tuong@q...> on Tue, 20 Nov 2001 10:10:34 +1000
Quinton,

Use Session object to keep your state:



Session("whatevername") = whatevervalue;



....



And retrieve later:



aVar = Session("whatevername");



Good lucks,

Tuong



-----Original Message-----

From: Quinton Sheppard [mailto:quintons@k...]

Sent: Monday, 19 November 2001 11:35 PM

To: Application Development

Subject: [application_development] A Question of State...





This is a problem with keeping information stored when using

Server.Transfer...



I have two pages, one called Login.asp and another called Default.asp



the Login.asp page contains all the HTML that is used to be shown on the

client (input boxes, graphical elements ect...) the other file (default.asp)

is used to execute some logic and transfer the user to the login.asp page

using Server.Transfer. The inputed data in the login.asp page is sent pack

to default.asp to be evaluated. If user details are correct then it

transfers the user to the appropriate page else if not, the user is returned

to the login.asp page with an alert message informing them there details

typed in are incorrect.



to do this I am trying to send a value to the login.asp page telling it

there has accured a login error, but I wish to do this without having the

url change to Login.asp, this I have done with Server.Transfer but I have

found it destroys the session data previously set in the default.asp page.



Can I get around this?

If not then what other way could I store and get the values (strings) within

the login.asp page?



Many thanks.



Regards



Quinton Sheppard

MedalRoll.com

Mob +44 (0) 07790 556 389



http://www.medalroll.com







Confidentiality:  This e-mail and its attachments are intended for the above

named only and may be confidential.  If they have come to you in error you

must take no action based on them, nor must you copy or show them to anyone;

please reply to this e-mail and highlight the error.



Security Warning:  Please note that this e-mail has been created in the

knowledge that Internet e-mail is not a 100% secure communications medium.

We advise that you understand and observe this lack of security when

e-mailing us.



Viruses:  Although we have taken steps to ensure that this e-mail and

attachments are free from any virus, we advise that in keeping with good

computing practice the recipient should ensure they are actually virus free.









tuong@q...


$subst('Email.Unsub')



Message #3 by Quinton Sheppard <quintons@k...> on Tue, 20 Nov 2001 11:04:01 -0000
what if the client user can not take cookies? will session("") still work?



-----Original Message-----

From: Tuong Nguyen [mailto:tuong@q...]

Sent: Tuesday, November 20, 2001 12:11 AM

To: Application Development

Subject: [application_development] RE: A Question of State...





Quinton,

Use Session object to keep your state:



Session("whatevername") = whatevervalue;



....



And retrieve later:



aVar = Session("whatevername");



Good lucks,

Tuong



-----Original Message-----

From: Quinton Sheppard [mailto:quintons@k...]

Sent: Monday, 19 November 2001 11:35 PM

To: Application Development

Subject: [application_development] A Question of State...





This is a problem with keeping information stored when using

Server.Transfer...



I have two pages, one called Login.asp and another called Default.asp



the Login.asp page contains all the HTML that is used to be shown on the

client (input boxes, graphical elements ect...) the other file (default.asp)

is used to execute some logic and transfer the user to the login.asp page

using Server.Transfer. The inputed data in the login.asp page is sent pack

to default.asp to be evaluated. If user details are correct then it

transfers the user to the appropriate page else if not, the user is returned

to the login.asp page with an alert message informing them there details

typed in are incorrect.



to do this I am trying to send a value to the login.asp page telling it

there has accured a login error, but I wish to do this without having the

url change to Login.asp, this I have done with Server.Transfer but I have

found it destroys the session data previously set in the default.asp page.



Can I get around this?

If not then what other way could I store and get the values (strings) within

the login.asp page?



Many thanks.



Regards



Quinton Sheppard

MedalRoll.com

Mob +44 (0) 07790 556 389



http://www.medalroll.com







Confidentiality:  This e-mail and its attachments are intended for the above

named only and may be confidential.  If they have come to you in error you

must take no action based on them, nor must you copy or show them to anyone;

please reply to this e-mail and highlight the error.



Security Warning:  Please note that this e-mail has been created in the

knowledge that Internet e-mail is not a 100% secure communications medium.

We advise that you understand and observe this lack of security when

e-mailing us.



Viruses:  Although we have taken steps to ensure that this e-mail and

attachments are free from any virus, we advise that in keeping with good

computing practice the recipient should ensure they are actually virus free.









tuong@q...


$subst('Email.Unsub')







quintons@k...


$subst('Email.Unsub')



_____________________________________________________________________

This message has been checked for all known viruses by UUNET delivered 

through the MessageLabs Virus Control Centre. For further information visit

http://www.uk.uu.net/products/security/virus/





Confidentiality:  This e-mail and its attachments are intended for the above

named only and may be confidential.  If they have come to you in error you

must take no action based on them, nor must you copy or show them to anyone;

please reply to this e-mail and highlight the error. 



Security Warning:  Please note that this e-mail has been created in the

knowledge that Internet e-mail is not a 100% secure communications medium.

We advise that you understand and observe this lack of security when

e-mailing us. 



Viruses:  Although we have taken steps to ensure that this e-mail and

attachments are free from any virus, we advise that in keeping with good

computing practice the recipient should ensure they are actually virus free.





Message #4 by "Babu" <babumk@r...> on 20 Nov 2001 12:04:30 -0000

=0D=0AQuinton,=0D=0A=0D=0AClient system uses cookies to store the session-i

d.You cannot use sessions if the cookies is desabled and you can solve your

 problem only by using sessions.=0D=0A=0D=0ARegards,=0D=0ABabu=0D=0A=0D=0AO

n Tue, 20 Nov 2001 Quinton Sheppard wrote :=0D=0A> what if the client user 

can not take cookies? will =0D=0A> session("") still work?=0D=0A> =0D=0A> -

----Original Message-----=0D=0A> From: Tuong Nguyen [mailto:tuong@q...

.au]=0D=0A> Sent: Tuesday, November 20, 2001 12:11 AM=0D=0A> To: Applicatio

n Development=0D=0A> Subject: [application_development] RE: A Question of 

=0D=0A> State...=0D=0A> =0D=0A> =0D=0A> Quinton,=0D=0A> Use Session object 

to keep your state:=0D=0A> =0D=0A> Session("whatevername") =3D whatevervalu

e;=0D=0A> =0D=0A> ....=0D=0A> =0D=0A> And retrieve later:=0D=0A> =0D=0A> aV

ar =3D Session("whatevername");=0D=0A> =0D=0A> Good lucks,=0D=0A> Tuong=0D

=0A> =0D=0A> -----Original Message-----=0D=0A> From: Quinton Sheppard [mail

to:quintons@k...]=0D=0A> Sent: Monday, 19 November 2001 11:35 PM

=0D=0A> To: Application Development=0D=0A> Subject: [application_developmen

t] A Question of =0D=0A> State...=0D=0A> =0D=0A> =0D=0A> This is a problem 

with keeping information stored when =0D=0A> using=0D=0A> Server.Transfer..

.=0D=0A> =0D=0A> I have two pages, one called Login.asp and another =0D=0A>

 called Default.asp=0D=0A> =0D=0A> the Login.asp page contains all the HTML

 that is used =0D=0A> to be shown on the=0D=0A> client (input boxes, graphi

cal elements ect...) the =0D=0A> other file (default.asp)=0D=0A> is used to

 execute some logic and transfer the user to =0D=0A> the login.asp page=0D

=0A> using Server.Transfer. The inputed data in the =0D=0A> login.asp page 

is sent pack=0D=0A> to default.asp to be evaluated. If user details are =0D

=0A> correct then it=0D=0A> transfers the user to the appropriate page else

 if not, =0D=0A> the user is returned=0D=0A> to the login.asp page with an 

alert message informing =0D=0A> them there details=0D=0A> typed in are inco

rrect.=0D=0A> =0D=0A> to do this I am trying to send a value to the login.a

sp =0D=0A> page telling it=0D=0A> there has accured a login error, but I wi

sh to do this =0D=0A> without having the=0D=0A> url change to Login.asp, th

is I have done with =0D=0A> Server.Transfer but I have=0D=0A> found it dest

roys the session data previously set in =0D=0A> the default.asp page.=0D=0A

> =0D=0A> Can I get around this?=0D=0A> If not then what other way could I 

store and get the =0D=0A> values (strings) within=0D=0A> the login.asp page

?=0D=0A> =0D=0A> Many thanks.=0D=0A> =0D=0A> Regards=0D=0A> =0D=0A> Quinton

 Sheppard=0D=0A> MedalRoll.com=0D=0A> Mob +44 (0) 07790 556 389=0D=0A> =0D

=0A> http://www.medalroll.com=0D=0A> =0D=0A> =0D=0A> =0D=0A> Confidentialit

y:  This e-mail and its attachments are =0D=0A> intended for the above=0D

=0A> named only and may be confidential.  If they have come =0D=0A> to you 

in error you=0D=0A> must take no action based on them, nor must you copy or

 =0D=0A> show them to anyone;=0D=0A> please reply to this e-mail and highli

ght the error.=0D=0A> =0D=0A> Security Warning:  Please note that this e-ma

il has =0D=0A> been created in the=0D=0A> knowledge that Internet e-mail is

 not a 100% secure =0D=0A> communications medium.=0D=0A> We advise that you

 understand and observe this lack of =0D=0A> security when=0D=0A> e-mailing

 us.=0D=0A> =0D=0A> Viruses:  Although we have taken steps to ensure that 

=0D=0A> this e-mail and=0D=0A> attachments are free from any virus, we advi

se that in =0D=0A> keeping with good=0D=0A> computing practice the recipien

t should ensure they are =0D=0A> actually virus free.=0D=0A> =0D=0A> =0D=0A

> =0D=0A> ---=0D=0A> You are currently subscribed to application_developmen

t =0D=0A> as:=0D=0A> tuong@q...=0D=0A> To unsubscribe send a blank 

email to=0D=0A> $subst('Email.Unsub')=0D=0A> 

=0D=0A> =0D=0A> ---=0D=0A> You are currently subscribed to application_deve

lopment =0D=0A> as:=0D=0A> quintons@k...=0D=0A> To unsubscribe s

end a blank email to=0D=0A> leave-application_development-637186V@p...

com=0D=0A> =0D=0A> ________________________________________________________

-=0D=0A> _____________=0D=0A> This message has been checked for all known v

iruses by =0D=0A> UUNET delivered =0D=0A> through the MessageLabs Virus Con

trol Centre. For =0D=0A> further information visit=0D=0A> http://www.uk.uu.

net/products/security/virus/=0D=0A> =0D=0A> =0D=0A> Confidentiality:  This 

e-mail and its attachments are =0D=0A> intended for the above=0D=0A> named 

only and may be confidential.  If they have come =0D=0A> to you in error yo

u=0D=0A> must take no action based on them, nor must you copy or =0D=0A> sh

ow them to anyone;=0D=0A> please reply to this e-mail and highlight the err

or. =0D=0A> =0D=0A> Security Warning:  Please note that this e-mail has =0D

=0A> been created in the=0D=0A> knowledge that Internet e-mail is not a 100

% secure =0D=0A> communications medium.=0D=0A> We advise that you understan

d and observe this lack of =0D=0A> security when=0D=0A> e-mailing us. =0D

=0A> =0D=0A> Viruses:  Although we have taken steps to ensure that =0D=0A> 

this e-mail and=0D=0A> attachments are free from any virus, we advise that 

in =0D=0A> keeping with good=0D=0A> computing practice the recipient should

 ensure they are =0D=0A> actually virus free.=0D=0A> =0D=0A> =0D=0A> =0D=0A

> ---=0D=0A> You are currently subscribed to application_development =0D=0A

> as: babumk@r...=0D=0A> To unsubscribe send a blank email to =0D

=0A> $subst('Email.Unsub')=0D=0A =0A

Message #5 by Quinton Sheppard <quintons@k...> on Tue, 20 Nov 2001 13:33:02 -0000
Babu,

How about if I created a GUID for the user and then stored the session in

the database as an XML string. then I could pass the ID over to each page

and place the SessionID in a hidden field. Could that work? (I'm not using

COM, I have created a function which paasses me a GUID made from the date,

hour, minute second, usercount and a randome number converted into a Hex

value).



Quinton.



-----Original Message-----

From: Babu [mailto:babumk@r...]

Sent: Tuesday, November 20, 2001 12:05 PM

To: Application Development

Subject: [application_development] RE: A Question of State...









Quinton,



Client system uses cookies to store the session-id.You cannot use sessions

if the cookies is desabled and you can solve your problem only by using

sessions.



Regards,

Babu



On Tue, 20 Nov 2001 Quinton Sheppard wrote :

> what if the client user can not take cookies? will 

> session("") still work?

> 

> -----Original Message-----

> From: Tuong Nguyen [mailto:tuong@q...]

> Sent: Tuesday, November 20, 2001 12:11 AM

> To: Application Development

> Subject: [application_development] RE: A Question of 

> State...

> 

> 

> Quinton,

> Use Session object to keep your state:

> 

> Session("whatevername") = whatevervalue;

> 

> ....

> 

> And retrieve later:

> 

> aVar = Session("whatevername");

> 

> Good lucks,

> Tuong

> 

> -----Original Message-----

> From: Quinton Sheppard [mailto:quintons@k...]

> Sent: Monday, 19 November 2001 11:35 PM

> To: Application Development

> Subject: [application_development] A Question of 

> State...

> 

> 

> This is a problem with keeping information stored when 

> using

> Server.Transfer...

> 

> I have two pages, one called Login.asp and another 

> called Default.asp

> 

> the Login.asp page contains all the HTML that is used 

> to be shown on the

> client (input boxes, graphical elements ect...) the 

> other file (default.asp)

> is used to execute some logic and transfer the user to 

> the login.asp page

> using Server.Transfer. The inputed data in the 

> login.asp page is sent pack

> to default.asp to be evaluated. If user details are 

> correct then it

> transfers the user to the appropriate page else if not, 

> the user is returned

> to the login.asp page with an alert message informing 

> them there details

> typed in are incorrect.

> 

> to do this I am trying to send a value to the login.asp 

> page telling it

> there has accured a login error, but I wish to do this 

> without having the

> url change to Login.asp, this I have done with 

> Server.Transfer but I have

> found it destroys the session data previously set in 

> the default.asp page.

> 

> Can I get around this?

> If not then what other way could I store and get the 

> values (strings) within

> the login.asp page?

> 

> Many thanks.

> 

> Regards

> 

> Quinton Sheppard

> MedalRoll.com

> Mob +44 (0) 07790 556 389

> 

> http://www.medalroll.com

> 

> 

> 

> Confidentiality:  This e-mail and its attachments are 

> intended for the above

> named only and may be confidential.  If they have come 

> to you in error you

> must take no action based on them, nor must you copy or 

> show them to anyone;

> please reply to this e-mail and highlight the error.

> 

> Security Warning:  Please note that this e-mail has 

> been created in the

> knowledge that Internet e-mail is not a 100% secure 

> communications medium.

> We advise that you understand and observe this lack of 

> security when

> e-mailing us.

> 

> Viruses:  Although we have taken steps to ensure that 

> this e-mail and

> attachments are free from any virus, we advise that in 

> keeping with good

> computing practice the recipient should ensure they are 

> actually virus free.

> 

> 

> 

> ---

> You are currently subscribed to application_development 

> as:

> tuong@q...


> $subst('Email.Unsub')

> 

> 

> ---

> You are currently subscribed to application_development 

> as:

> quintons@k...


> $subst('Email.Unsub')

> 

> ________________________________________________________-

> _____________

> This message has been checked for all known viruses by 

> UUNET delivered 

> through the MessageLabs Virus Control Centre. For 

> further information visit

> http://www.uk.uu.net/products/security/virus/

> 

> 

> Confidentiality:  This e-mail and its attachments are 

> intended for the above

> named only and may be confidential.  If they have come 

> to you in error you

> must take no action based on them, nor must you copy or 

> show them to anyone;

> please reply to this e-mail and highlight the error. 

> 

> Security Warning:  Please note that this e-mail has 

> been created in the

> knowledge that Internet e-mail is not a 100% secure 

> communications medium.

> We advise that you understand and observe this lack of 

> security when

> e-mailing us. 

> 

> Viruses:  Although we have taken steps to ensure that 

> this e-mail and

> attachments are free from any virus, we advise that in 

> keeping with good

> computing practice the recipient should ensure they are 

> actually virus free.

> 

> 

> 

> ---

> You are currently subscribed to application_development 

> as: babumk@r...


> $subst('Email.Unsub')

 







quintons@k...


$subst('Email.Unsub')



_____________________________________________________________________

This message has been checked for all known viruses by UUNET delivered 

through the MessageLabs Virus Control Centre. For further information visit

http://www.uk.uu.net/products/security/virus/





Confidentiality:  This e-mail and its attachments are intended for the above

named only and may be confidential.  If they have come to you in error you

must take no action based on them, nor must you copy or show them to anyone;

please reply to this e-mail and highlight the error. 



Security Warning:  Please note that this e-mail has been created in the

knowledge that Internet e-mail is not a 100% secure communications medium.

We advise that you understand and observe this lack of security when

e-mailing us. 



Viruses:  Although we have taken steps to ensure that this e-mail and

attachments are free from any virus, we advise that in keeping with good

computing practice the recipient should ensure they are actually virus free.





Message #6 by "Tuong Nguyen" <tuong@q...> on Wed, 21 Nov 2001 08:51:34 +1000
It sounds good and I believe it'll work.  However, XML string in database

requires two steps to retrieve the info.  Why not just a session record with

sessionId, field1, field2, ...



You can use an XML tree store in Application object as an in-memory database

may well do the trick.



Tuong.



-----Original Message-----

From: Quinton Sheppard [mailto:quintons@k...]

Sent: Tuesday, 20 November 2001 11:33 PM

To: Application Development

Subject: [application_development] RE: A Question of State...





Babu,

How about if I created a GUID for the user and then stored the session in

the database as an XML string. then I could pass the ID over to each page

and place the SessionID in a hidden field. Could that work? (I'm not using

COM, I have created a function which paasses me a GUID made from the date,

hour, minute second, usercount and a randome number converted into a Hex

value).



Quinton.



-----Original Message-----

From: Babu [mailto:babumk@r...]

Sent: Tuesday, November 20, 2001 12:05 PM

To: Application Development

Subject: [application_development] RE: A Question of State...









Quinton,



Client system uses cookies to store the session-id.You cannot use sessions

if the cookies is desabled and you can solve your problem only by using

sessions.



Regards,

Babu



On Tue, 20 Nov 2001 Quinton Sheppard wrote :

> what if the client user can not take cookies? will

> session("") still work?

>

> -----Original Message-----

> From: Tuong Nguyen [mailto:tuong@q...]

> Sent: Tuesday, November 20, 2001 12:11 AM

> To: Application Development

> Subject: [application_development] RE: A Question of

> State...

>

>

> Quinton,

> Use Session object to keep your state:

>

> Session("whatevername") = whatevervalue;

>

> ....

>

> And retrieve later:

>

> aVar = Session("whatevername");

>

> Good lucks,

> Tuong

>

> -----Original Message-----

> From: Quinton Sheppard [mailto:quintons@k...]

> Sent: Monday, 19 November 2001 11:35 PM

> To: Application Development

> Subject: [application_development] A Question of

> State...

>

>

> This is a problem with keeping information stored when

> using

> Server.Transfer...

>

> I have two pages, one called Login.asp and another

> called Default.asp

>

> the Login.asp page contains all the HTML that is used

> to be shown on the

> client (input boxes, graphical elements ect...) the

> other file (default.asp)

> is used to execute some logic and transfer the user to

> the login.asp page

> using Server.Transfer. The inputed data in the

> login.asp page is sent pack

> to default.asp to be evaluated. If user details are

> correct then it

> transfers the user to the appropriate page else if not,

> the user is returned

> to the login.asp page with an alert message informing

> them there details

> typed in are incorrect.

>

> to do this I am trying to send a value to the login.asp

> page telling it

> there has accured a login error, but I wish to do this

> without having the

> url change to Login.asp, this I have done with

> Server.Transfer but I have

> found it destroys the session data previously set in

> the default.asp page.

>

> Can I get around this?

> If not then what other way could I store and get the

> values (strings) within

> the login.asp page?

>

> Many thanks.

>

> Regards

>

> Quinton Sheppard

> MedalRoll.com

> Mob +44 (0) 07790 556 389

>

> http://www.medalroll.com

>

>

>

> Confidentiality:  This e-mail and its attachments are

> intended for the above

> named only and may be confidential.  If they have come

> to you in error you

> must take no action based on them, nor must you copy or

> show them to anyone;

> please reply to this e-mail and highlight the error.

>

> Security Warning:  Please note that this e-mail has

> been created in the

> knowledge that Internet e-mail is not a 100% secure

> communications medium.

> We advise that you understand and observe this lack of

> security when

> e-mailing us.

>

> Viruses:  Although we have taken steps to ensure that

> this e-mail and

> attachments are free from any virus, we advise that in

> keeping with good

> computing practice the recipient should ensure they are

> actually virus free.

>

>

>

> ---

> You are currently subscribed to application_development

> as:

> tuong@q...


> $subst('Email.Unsub')

>

>

> ---

> You are currently subscribed to application_development

> as:

> quintons@k...


> $subst('Email.Unsub')

>

> ________________________________________________________-

> _____________

> This message has been checked for all known viruses by

> UUNET delivered

> through the MessageLabs Virus Control Centre. For

> further information visit

> http://www.uk.uu.net/products/security/virus/

>

>

> Confidentiality:  This e-mail and its attachments are

> intended for the above

> named only and may be confidential.  If they have come

> to you in error you

> must take no action based on them, nor must you copy or

> show them to anyone;

> please reply to this e-mail and highlight the error.

>

> Security Warning:  Please note that this e-mail has

> been created in the

> knowledge that Internet e-mail is not a 100% secure

> communications medium.

> We advise that you understand and observe this lack of

> security when

> e-mailing us.

>

> Viruses:  Although we have taken steps to ensure that

> this e-mail and

> attachments are free from any virus, we advise that in

> keeping with good

> computing practice the recipient should ensure they are

> actually virus free.

>

>

>

> ---

> You are currently subscribed to application_development

> as: babumk@r...


> $subst('Email.Unsub')









quintons@k...


$subst('Email.Unsub')



_____________________________________________________________________

This message has been checked for all known viruses by UUNET delivered

through the MessageLabs Virus Control Centre. For further information visit

http://www.uk.uu.net/products/security/virus/





Confidentiality:  This e-mail and its attachments are intended for the above

named only and may be confidential.  If they have come to you in error you

must take no action based on them, nor must you copy or show them to anyone;

please reply to this e-mail and highlight the error.



Security Warning:  Please note that this e-mail has been created in the

knowledge that Internet e-mail is not a 100% secure communications medium.

We advise that you understand and observe this lack of security when

e-mailing us.



Viruses:  Although we have taken steps to ensure that this e-mail and

attachments are free from any virus, we advise that in keeping with good

computing practice the recipient should ensure they are actually virus free.









tuong@q...


$subst('Email.Unsub')



Message #7 by "Babu" <babumk@r...> on 21 Nov 2001 03:47:44 -0000

Quinton,=0D=0A     You can store the session-id in a hidden field but the s

erver accept the sessionid from the cookies.The session id is transferred b

y the HTTP protocol on every visit to the server.So without cookies the ses

sion could not work.=0D=0ARegards,=0D=0ABabu=0D=0A=0D=0AOn Tue, 20 Nov 2001

 Quinton Sheppard wrote :=0D=0A> Babu,=0D=0A> How about if I created a GUID

 for the user and then =0D=0A> stored the session in=0D=0A> the database as

 an XML string. then I could pass the ID =0D=0A> over to each page=0D=0A> a

nd place the SessionID in a hidden field. Could that =0D=0A> work? (I'm not

 using=0D=0A> COM, I have created a function which paasses me a GUID =0D=0A

> made from the date,=0D=0A> hour, minute second, usercount and a randome n

umber =0D=0A> converted into a Hex=0D=0A> value).=0D=0A> =0D=0A> Quinton.

=0D=0A> =0D=0A> -----Original Message-----=0D=0A> From: Babu [mailto:babumk

@rediffmail.com]=0D=0A> Sent: Tuesday, November 20, 2001 12:05 PM=0D=0A> To

: Application Development=0D=0A> Subject: [application_development] RE: A Q

uestion of =0D=0A> State...=0D=0A> =0D=0A> =0D=0A> =0D=0A> =0D=0A> Quinton,

=0D=0A> =0D=0A> Client system uses cookies to store the session-id.You =0D

=0A> cannot use sessions=0D=0A> if the cookies is desabled and you can solv

e your =0D=0A> problem only by using=0D=0A> sessions.=0D=0A> =0D=0A> Regard

s,=0D=0A> Babu=0D=0A> =0D=0A> On Tue, 20 Nov 2001 Quinton Sheppard wrote :

=0D=0A> > what if the client user can not take cookies? will =0D=0A> > sess

ion("") still work?=0D=0A> > =0D=0A> > -----Original Message-----=0D=0A> > 

From: Tuong Nguyen [mailto:tuong@q...]=0D=0A> > Sent: Tuesday, Nove

mber 20, 2001 12:11 AM=0D=0A> > To: Application Development=0D=0A> > Subjec

t: [application_development] RE: A Question of =0D=0A> > State...=0D=0A> > 

=0D=0A> > =0D=0A> > Quinton,=0D=0A> > Use Session object to keep your state

:=0D=0A> > =0D=0A> > Session("whatevername") =3D whatevervalue;=0D=0A> > 

=0D=0A> > ....=0D=0A> > =0D=0A> > And retrieve later:=0D=0A> > =0D=0A> > aV

ar =3D Session("whatevername");=0D=0A> > =0D=0A> > Good lucks,=0D=0A> > Tuo

ng=0D=0A> > =0D=0A> > -----Original Message-----=0D=0A> > From: Quinton She

ppard [mailto:quintons@k...=0D=0A> m]=0D=0A> > Sent: Monday, 19 

November 2001 11:35 PM=0D=0A> > To: Application Development=0D=0A> > Subjec

t: [application_development] A Question of =0D=0A> > State...=0D=0A> > =0D

=0A> > =0D=0A> > This is a problem with keeping information stored =0D=0A> 

when =0D=0A> > using=0D=0A> > Server.Transfer...=0D=0A> > =0D=0A> > I have 

two pages, one called Login.asp and another =0D=0A> > called Default.asp=0D

=0A> > =0D=0A> > the Login.asp page contains all the HTML that is used =0D

=0A> > to be shown on the=0D=0A> > client (input boxes, graphical elements 

ect...) the =0D=0A> > other file (default.asp)=0D=0A> > is used to execute 

some logic and transfer the user =0D=0A> to =0D=0A> > the login.asp page=0D

=0A> > using Server.Transfer. The inputed data in the =0D=0A> > login.asp p

age is sent pack=0D=0A> > to default.asp to be evaluated. If user details a

re =0D=0A> > correct then it=0D=0A> > transfers the user to the appropriate

 page else if =0D=0A> not, =0D=0A> > the user is returned=0D=0A> > to the l

ogin.asp page with an alert message informing =0D=0A> > them there details

=0D=0A> > typed in are incorrect.=0D=0A> > =0D=0A> > to do this I am trying

 to send a value to the =0D=0A> login.asp =0D=0A> > page telling it=0D=0A> 

> there has accured a login error, but I wish to do =0D=0A> this =0D=0A> > 

without having the=0D=0A> > url change to Login.asp, this I have done with 

=0D=0A> > Server.Transfer but I have=0D=0A> > found it destroys the session

 data previously set in =0D=0A> > the default.asp page.=0D=0A> > =0D=0A> > 

Can I get around this?=0D=0A> > If not then what other way could I store an

d get the =0D=0A> > values (strings) within=0D=0A> > the login.asp page?=0D

=0A> > =0D=0A> > Many thanks.=0D=0A> > =0D=0A> > Regards=0D=0A> > =0D=0A> >

 Quinton Sheppard=0D=0A> > MedalRoll.com=0D=0A> > Mob +44 (0) 07790 556 389

=0D=0A> > =0D=0A> > http://www.medalroll.com=0D=0A> > =0D=0A> > =0D=0A> > 

=0D=0A> > Confidentiality:  This e-mail and its attachments are =0D=0A> > i

ntended for the above=0D=0A> > named only and may be confidential.  If they

 have =0D=0A> come =0D=0A> > to you in error you=0D=0A> > must take no acti

on based on them, nor must you copy =0D=0A> or =0D=0A> > show them to anyon

e;=0D=0A> > please reply to this e-mail and highlight the error.=0D=0A> > 

=0D=0A> > Security Warning:  Please note that this e-mail has =0D=0A> > bee

n created in the=0D=0A> > knowledge that Internet e-mail is not a 100% secu

re =0D=0A> > communications medium.=0D=0A> > We advise that you understand 

and observe this lack =0D=0A> of =0D=0A> > security when=0D=0A> > e-mailing

 us.=0D=0A> > =0D=0A> > Viruses:  Although we have taken steps to ensure th

at =0D=0A> > this e-mail and=0D=0A> > attachments are free from any virus, 

we advise that =0D=0A> in =0D=0A> > keeping with good=0D=0A> > computing pr

actice the recipient should ensure they =0D=0A> are =0D=0A> > actually viru

s free.=0D=0A> > =0D=0A> > =0D=0A> > =0D=0A> > ---=0D=0A> > You are current

ly subscribed to =0D=0A> application_development =0D=0A> > as:=0D=0A> > tuo

ng@q...=0D=0A> > To unsubscribe send a blank email to=0D=0A> > leav

e-application_development-637186V@p...=0D=0A> > =0D=0A> > =0D=0A> >

 ---=0D=0A> > You are currently subscribed to =0D=0A> application_developme

nt =0D=0A> > as:=0D=0A> > quintons@k...=0D=0A> > To unsubscribe 

send a blank email to=0D=0A> > leave-application_development-637186V@p...

ox.com=0D=0A> > =0D=0A> > _________________________________________________

_____-=0D=0A> __-=0D=0A> > _____________=0D=0A> > This message has been che

cked for all known viruses =0D=0A> by =0D=0A> > UUNET delivered =0D=0A> > t

hrough the MessageLabs Virus Control Centre. For =0D=0A> > further informat

ion visit=0D=0A> > http://www.uk.uu.net/products/security/virus/=0D=0A> > 

=0D=0A> > =0D=0A> > Confidentiality:  This e-mail and its attachments are 

=0D=0A> > intended for the above=0D=0A> > named only and may be confidentia

l.  If they have =0D=0A> come =0D=0A> > to you in error you=0D=0A> > must t

ake no action based on them, nor must you copy =0D=0A> or =0D=0A> > show th

em to anyone;=0D=0A> > please reply to this e-mail and highlight the error.

 =0D=0A> > =0D=0A> > Security Warning:  Please note that this e-mail has 

=0D=0A> > been created in the=0D=0A> > knowledge that Internet e-mail is no

t a 100% secure =0D=0A> > communications medium.=0D=0A> > We advise that yo

u understand and observe this lack =0D=0A> of =0D=0A> > security when=0D=0A

> > e-mailing us. =0D=0A> > =0D=0A> > Viruses:  Although we have taken step

s to ensure that =0D=0A> > this e-mail and=0D=0A> > attachments are free fr

om any virus, we advise that =0D=0A> in =0D=0A> > keeping with good=0D=0A> 

> computing practice the recipient should ensure they =0D=0A> are =0D=0A> >

 actually virus free.=0D=0A> > =0D=0A> > =0D=0A> > =0D=0A> > ---=0D=0A> > Y

ou are currently subscribed to =0D=0A> application_development =0D=0A> > as

: babumk@r...=0D=0A> > To unsubscribe send a blank email to =0D

=0A> > $subst('Email.Unsub')=0D=0A>  =0D=0A> 

=0D=0A> =0D=0A> ---=0D=0A> You are currently subscribed to application_deve

lopment =0D=0A> as:=0D=0A> quintons@k...=0D=0A> To unsubscribe s

end a blank email to=0D=0A> leave-application_development-637186V@p...

com=0D=0A> =0D=0A> ________________________________________________________

-=0D=0A> _____________=0D=0A> This message has been checked for all known v

iruses by =0D=0A> UUNET delivered =0D=0A> through the MessageLabs Virus Con

trol Centre. For =0D=0A> further information visit=0D=0A> http://www.uk.uu.

net/products/security/virus/=0D=0A> =0D=0A> =0D=0A> Confidentiality:  This 

e-mail and its attachments are =0D=0A> intended for the above=0D=0A> named 

only and may be confidential.  If they have come =0D=0A> to you in error yo

u=0D=0A> must take no action based on them, nor must you copy or =0D=0A> sh

ow them to anyone;=0D=0A> please reply to this e-mail and highlight the err

or. =0D=0A> =0D=0A> Security Warning:  Please note that this e-mail has =0D

=0A> been created in the=0D=0A> knowledge that Internet e-mail is not a 100

% secure =0D=0A> communications medium.=0D=0A> We advise that you understan

d and observe this lack of =0D=0A> security when=0D=0A> e-mailing us. =0D

=0A> =0D=0A> Viruses:  Although we have taken steps to ensure that =0D=0A> 

this e-mail and=0D=0A> attachments are free from any virus, we advise that 

in =0D=0A> keeping with good=0D=0A> computing practice the recipient should

 ensure they are =0D=0A> actually virus free.=0D=0A> =0D=0A> =0D=0A> =0D=0A

> ---=0D=0A> You are currently subscribed to application_development =0D=0A

> as: babumk@r...=0D=0A> To unsubscribe send a blank email to =0D

=0A> $subst('Email.Unsub')=0D=0A =0A

Message #8 by Quinton Sheppard <quintons@k...> on Wed, 21 Nov 2001 11:04:41 -0000
Babu,

I do understand that the session ID is passed through the HTTP protocol but

if session variables are just a mechanism to store data which can be

accessed from one page to the next, then why can't I store this data in a

database with a unique Identifier as it's ID and a basic XML schema for

holding the sessions name/value pairs?



Q.



-----Original Message-----

From: Babu [mailto:babumk@r...]

Sent: Wednesday, November 21, 2001 3:48 AM

To: Application Development

Subject: [application_development] RE: A Question of State...







Quinton,

     You can store the session-id in a hidden field but the server accept

the sessionid from the cookies.The session id is transferred by the HTTP

protocol on every visit to the server.So without cookies the session could

not work.

Regards,

Babu



On Tue, 20 Nov 2001 Quinton Sheppard wrote :

> Babu,

> How about if I created a GUID for the user and then 

> stored the session in

> the database as an XML string. then I could pass the ID 

> over to each page

> and place the SessionID in a hidden field. Could that 

> work? (I'm not using

> COM, I have created a function which paasses me a GUID 

> made from the date,

> hour, minute second, usercount and a randome number 

> converted into a Hex

> value).

> 

> Quinton.

> 

> -----Original Message-----

> From: Babu [mailto:babumk@r...]

> Sent: Tuesday, November 20, 2001 12:05 PM

> To: Application Development

> Subject: [application_development] RE: A Question of 

> State...

> 

> 

> 

> 

> Quinton,

> 

> Client system uses cookies to store the session-id.You 

> cannot use sessions

> if the cookies is desabled and you can solve your 

> problem only by using

> sessions.

> 

> Regards,

> Babu

> 

> On Tue, 20 Nov 2001 Quinton Sheppard wrote :

> > what if the client user can not take cookies? will 

> > session("") still work?

> > 

> > -----Original Message-----

> > From: Tuong Nguyen [mailto:tuong@q...]

> > Sent: Tuesday, November 20, 2001 12:11 AM

> > To: Application Development

> > Subject: [application_development] RE: A Question of 

> > State...

> > 

> > 

> > Quinton,

> > Use Session object to keep your state:

> > 

> > Session("whatevername") = whatevervalue;

> > 

> > ....

> > 

> > And retrieve later:

> > 

> > aVar = Session("whatevername");

> > 

> > Good lucks,

> > Tuong

> > 

> > -----Original Message-----

> > From: Quinton Sheppard [mailto:quintons@k...

> m]

> > Sent: Monday, 19 November 2001 11:35 PM

> > To: Application Development

> > Subject: [application_development] A Question of 

> > State...

> > 

> > 

> > This is a problem with keeping information stored 

> when 

> > using

> > Server.Transfer...

> > 

> > I have two pages, one called Login.asp and another 

> > called Default.asp

> > 

> > the Login.asp page contains all the HTML that is used 

> > to be shown on the

> > client (input boxes, graphical elements ect...) the 

> > other file (default.asp)

> > is used to execute some logic and transfer the user 

> to 

> > the login.asp page

> > using Server.Transfer. The inputed data in the 

> > login.asp page is sent pack

> > to default.asp to be evaluated. If user details are 

> > correct then it

> > transfers the user to the appropriate page else if 

> not, 

> > the user is returned

> > to the login.asp page with an alert message informing 

> > them there details

> > typed in are incorrect.

> > 

> > to do this I am trying to send a value to the 

> login.asp 

> > page telling it

> > there has accured a login error, but I wish to do 

> this 

> > without having the

> > url change to Login.asp, this I have done with 

> > Server.Transfer but I have

> > found it destroys the session data previously set in 

> > the default.asp page.

> > 

> > Can I get around this?

> > If not then what other way could I store and get the 

> > values (strings) within

> > the login.asp page?

> > 

> > Many thanks.

> > 

> > Regards

> > 

> > Quinton Sheppard

> > MedalRoll.com

> > Mob +44 (0) 07790 556 389

> > 

> > http://www.medalroll.com

> > 

> > 

> > 

> > Confidentiality:  This e-mail and its attachments are 

> > intended for the above

> > named only and may be confidential.  If they have 

> come 

> > to you in error you

> > must take no action based on them, nor must you copy 

> or 

> > show them to anyone;

> > please reply to this e-mail and highlight the error.

> > 

> > Security Warning:  Please note that this e-mail has 

> > been created in the

> > knowledge that Internet e-mail is not a 100% secure 

> > communications medium.

> > We advise that you understand and observe this lack 

> of 

> > security when

> > e-mailing us.

> > 

> > Viruses:  Although we have taken steps to ensure that 

> > this e-mail and

> > attachments are free from any virus, we advise that 

> in 

> > keeping with good

> > computing practice the recipient should ensure they 

> are 

> > actually virus free.

> > 

> > 

> > 

> > ---

> > You are currently subscribed to 

> application_development 

> > as:

> > tuong@q...


> > $subst('Email.Unsub')

> > 

> > 

> > ---

> > You are currently subscribed to 

> application_development 

> > as:

> > quintons@k...


> > $subst('Email.Unsub')

> > 

> > ______________________________________________________-

> __-

> > _____________

> > This message has been checked for all known viruses 

> by 

> > UUNET delivered 

> > through the MessageLabs Virus Control Centre. For 

> > further information visit

> > http://www.uk.uu.net/products/security/virus/

> > 

> > 

> > Confidentiality:  This e-mail and its attachments are 

> > intended for the above

> > named only and may be confidential.  If they have 

> come 

> > to you in error you

> > must take no action based on them, nor must you copy 

> or 

> > show them to anyone;

> > please reply to this e-mail and highlight the error. 

> > 

> > Security Warning:  Please note that this e-mail has 

> > been created in the

> > knowledge that Internet e-mail is not a 100% secure 

> > communications medium.

> > We advise that you understand and observe this lack 

> of 

> > security when

> > e-mailing us. 

> > 

> > Viruses:  Although we have taken steps to ensure that 

> > this e-mail and

> > attachments are free from any virus, we advise that 

> in 

> > keeping with good

> > computing practice the recipient should ensure they 

> are 

> > actually virus free.

> > 

> > 

> > 

> > ---

> > You are currently subscribed to 

> application_development 

> > as: babumk@r...


> > $subst('Email.Unsub')

>  

> 

> 

> ---

> You are currently subscribed to application_development 

> as:

> quintons@k...


> $subst('Email.Unsub')

> 

> ________________________________________________________-

> _____________

> This message has been checked for all known viruses by 

> UUNET delivered 

> through the MessageLabs Virus Control Centre. For 

> further information visit

> http://www.uk.uu.net/products/security/virus/

> 

> 

> Confidentiality:  This e-mail and its attachments are 

> intended for the above

> named only and may be confidential.  If they have come 

> to you in error you

> must take no action based on them, nor must you copy or 

> show them to anyone;

> please reply to this e-mail and highlight the error. 

> 

> Security Warning:  Please note that this e-mail has 

> been created in the

> knowledge that Internet e-mail is not a 100% secure 

> communications medium.

> We advise that you understand and observe this lack of 

> security when

> e-mailing us. 

> 

> Viruses:  Although we have taken steps to ensure that 

> this e-mail and

> attachments are free from any virus, we advise that in 

> keeping with good

> computing practice the recipient should ensure they are 

> actually virus free.

> 

> 

> 

> ---

> You are currently subscribed to application_development 

> as: babumk@r...


> $subst('Email.Unsub')

 







quintons@k...


$subst('Email.Unsub')



_____________________________________________________________________

This message has been checked for all known viruses by UUNET delivered 

through the MessageLabs Virus Control Centre. For further information visit

http://www.uk.uu.net/products/security/virus/





Confidentiality:  This e-mail and its attachments are intended for the above

named only and may be confidential.  If they have come to you in error you

must take no action based on them, nor must you copy or show them to anyone;

please reply to this e-mail and highlight the error. 



Security Warning:  Please note that this e-mail has been created in the

knowledge that Internet e-mail is not a 100% secure communications medium.

We advise that you understand and observe this lack of security when

e-mailing us. 



Viruses:  Although we have taken steps to ensure that this e-mail and

attachments are free from any virus, we advise that in keeping with good

computing practice the recipient should ensure they are actually virus free.





Message #9 by "Babu" <babumk@r...> on 21 Nov 2001 10:10:59 -0000

Hi Quinton,=0D=0A   I thought that you are talking about sessionless transf

er.=0D=0AWe can store data in "user data" also.=0D=0ARegards,=0D=0ABabu=0D

=0A=0D=0AOn Wed, 21 Nov 2001 Quinton Sheppard wrote :=0D=0A> Babu,=0D=0A> I

 do understand that the session ID is passed through =0D=0A> the HTTP proto

col but=0D=0A> if session variables are just a mechanism to store data =0D

=0A> which can be=0D=0A> accessed from one page to the next, then why can't

 I =0D=0A> store this data in a=0D=0A> database with a unique Identifier as

 it's ID and a =0D=0A> basic XML schema for=0D=0A> holding the sessions nam

e/value pairs?=0D=0A> =0D=0A> Q.=0D=0A> =0D=0A> -----Original Message-----

=0D=0A> From: Babu [mailto:babumk@r...]=0D=0A> Sent: Wednesday, N

ovember 21, 2001 3:48 AM=0D=0A> To: Application Development=0D=0A> Subject:

 [application_development] RE: A Question of =0D=0A> State...=0D=0A> =0D=0A

> =0D=0A> =0D=0A> Quinton,=0D=0A>      You can store the session-id in a hi

dden field but =0D=0A> the server accept=0D=0A> the sessionid from the cook

ies.The session id is =0D=0A> transferred by the HTTP=0D=0A> protocol on ev

ery visit to the server.So without =0D=0A> cookies the session could=0D=0A>

 not work.=0D=0A> Regards,=0D=0A> Babu=0D=0A> =0D=0A> On Tue, 20 Nov 2001 Q

uinton Sheppard wrote :=0D=0A> > Babu,=0D=0A> > How about if I created a GU

ID for the user and then =0D=0A> > stored the session in=0D=0A> > the datab

ase as an XML string. then I could pass the =0D=0A> ID =0D=0A> > over to ea

ch page=0D=0A> > and place the SessionID in a hidden field. Could that =0D

=0A> > work? (I'm not using=0D=0A> > COM, I have created a function which p

aasses me a =0D=0A> GUID =0D=0A> > made from the date,=0D=0A> > hour, minut

e second, usercount and a randome number =0D=0A> > converted into a Hex=0D

=0A> > value).=0D=0A> > =0D=0A> > Quinton.=0D=0A> > =0D=0A> > -----Original

 Message-----=0D=0A> > From: Babu [mailto:babumk@r...]=0D=0A> > S

ent: Tuesday, November 20, 2001 12:05 PM=0D=0A> > To: Application Developme

nt=0D=0A> > Subject: [application_development] RE: A Question of =0D=0A> > 

State...=0D=0A> > =0D=0A> > =0D=0A> > =0D=0A> > =0D=0A> > Quinton,=0D=0A> >

 =0D=0A> > Client system uses cookies to store the =0D=0A> session-id.You 

=0D=0A> > cannot use sessions=0D=0A> > if the cookies is desabled and you c

an solve your =0D=0A> > problem only by using=0D=0A> > sessions.=0D=0A> > 

=0D=0A> > Regards,=0D=0A> > Babu=0D=0A> > =0D=0A> > On Tue, 20 Nov 2001 Qui

nton Sheppard wrote :=0D=0A> > > what if the client user can not take cooki

es? will =0D=0A> > > session("") still work?=0D=0A> > > =0D=0A> > > -----Or

iginal Message-----=0D=0A> > > From: Tuong Nguyen [mailto:tuong@q...

u]=0D=0A> > > Sent: Tuesday, November 20, 2001 12:11 AM=0D=0A> > > To: Appl

ication Development=0D=0A> > > Subject: [application_development] RE: A Que

stion =0D=0A> of =0D=0A> > > State...=0D=0A> > > =0D=0A> > > =0D=0A> > > Qu

inton,=0D=0A> > > Use Session object to keep your state:=0D=0A> > > =0D=0A>

 > > Session("whatevername") =3D whatevervalue;=0D=0A> > > =0D=0A> > > ....

=0D=0A> > > =0D=0A> > > And retrieve later:=0D=0A> > > =0D=0A> > > aVar =3D

 Session("whatevername");=0D=0A> > > =0D=0A> > > Good lucks,=0D=0A> > > Tuo

ng=0D=0A> > > =0D=0A> > > -----Original Message-----=0D=0A> > > From: Quint

on Sheppard [mailto:quintons@k...=0D=0A> co-=0D=0A> > m]=0D=0A> > 

> Sent: Monday, 19 November 2001 11:35 PM=0D=0A> > > To: Application Develo

pment=0D=0A> > > Subject: [application_development] A Question of =0D=0A> >

 > State...=0D=0A> > > =0D=0A> > > =0D=0A> > > This is a problem with keepi

ng information stored =0D=0A> > when =0D=0A> > > using=0D=0A> > > Server.Tr

ansfer...=0D=0A> > > =0D=0A> > > I have two pages, one called Login.asp and

 another =0D=0A> > > called Default.asp=0D=0A> > > =0D=0A> > > the Login.as

p page contains all the HTML that is =0D=0A> used =0D=0A> > > to be shown o

n the=0D=0A> > > client (input boxes, graphical elements ect...) the =0D=0A

> > > other file (default.asp)=0D=0A> > > is used to execute some logic and

 transfer the user =0D=0A> > to =0D=0A> > > the login.asp page=0D=0A> > > u

sing Server.Transfer. The inputed data in the =0D=0A> > > login.asp page is

 sent pack=0D=0A> > > to default.asp to be evaluated. If user details are 

=0D=0A> > > correct then it=0D=0A> > > transfers the user to the appropriat

e page else if =0D=0A> > not, =0D=0A> > > the user is returned=0D=0A> > > t

o the login.asp page with an alert message =0D=0A> informing =0D=0A> > > th

em there details=0D=0A> > > typed in are incorrect.=0D=0A> > > =0D=0A> > > 

to do this I am trying to send a value to the =0D=0A> > login.asp =0D=0A> >

 > page telling it=0D=0A> > > there has accured a login error, but I wish t

o do =0D=0A> > this =0D=0A> > > without having the=0D=0A> > > url change to

 Login.asp, this I have done with =0D=0A> > > Server.Transfer but I have=0D

=0A> > > found it destroys the session data previously set =0D=0A> in =0D

=0A> > > the default.asp page.=0D=0A> > > =0D=0A> > > Can I get around this

?=0D=0A> > > If not then what other way could I store and get =0D=0A> the 

=0D=0A> > > values (strings) within=0D=0A> > > the login.asp page?=0D=0A> >

 > =0D=0A> > > Many thanks.=0D=0A> > > =0D=0A> > > Regards=0D=0A> > > =0D

=0A> > > Quinton Sheppard=0D=0A> > > MedalRoll.com=0D=0A> > > Mob +44 (0) 0

7790 556 389=0D=0A> > > =0D=0A> > > http://www.medalroll.com=0D=0A> > > =0D

=0A> > > =0D=0A> > > =0D=0A> > > Confidentiality:  This e-mail and its atta

chments =0D=0A> are =0D=0A> > > intended for the above=0D=0A> > > named onl

y and may be confidential.  If they have =0D=0A> > come =0D=0A> > > to you 

in error you=0D=0A> > > must take no action based on them, nor must you =0D

=0A> copy =0D=0A> > or =0D=0A> > > show them to anyone;=0D=0A> > > please r

eply to this e-mail and highlight the error.=0D=0A> > > =0D=0A> > > Securit

y Warning:  Please note that this e-mail has =0D=0A> > > been created in th

e=0D=0A> > > knowledge that Internet e-mail is not a 100% secure =0D=0A> > 

> communications medium.=0D=0A> > > We advise that you understand and obser

ve this lack =0D=0A> > of =0D=0A> > > security when=0D=0A> > > e-mailing us

.=0D=0A> > > =0D=0A> > > Viruses:  Although we have taken steps to ensure 

=0D=0A> that =0D=0A> > > this e-mail and=0D=0A> > > attachments are free fr

om any virus, we advise that =0D=0A> > in =0D=0A> > > keeping with good=0D

=0A> > > computing practice the recipient should ensure they =0D=0A> > are 

=0D=0A> > > actually virus free.=0D=0A> > > =0D=0A> > > =0D=0A> > > =0D=0A>

 > > ---=0D=0A> > > You are currently subscribed to =0D=0A> > application_d

evelopment =0D=0A> > > as:=0D=0A> > > tuong@q...=0D=0A> > > To unsu

bscribe send a blank email to=0D=0A> > > leave-application_development-6371

86V@p...=0D=0A> > > =0D=0A> > > =0D=0A> > > ---=0D=0A> > > You are 

currently subscribed to =0D=0A> > application_development =0D=0A> > > as:

=0D=0A> > > quintons@k...=0D=0A> > > To unsubscribe send a blank

 email to=0D=0A> > > $subst('Email.Unsub')=0D

=0A> > > =0D=0A> > > ____________________________________________________-

=0D=0A> __-=0D=0A> > __-=0D=0A> > > _____________=0D=0A> > > This message h

as been checked for all known viruses =0D=0A> > by =0D=0A> > > UUNET delive

red =0D=0A> > > through the MessageLabs Virus Control Centre. For =0D=0A> >

 > further information visit=0D=0A> > > http://www.uk.uu.net/products/secur

ity/virus/=0D=0A> > > =0D=0A> > > =0D=0A> > > Confidentiality:  This e-mail

 and its attachments =0D=0A> are =0D=0A> > > intended for the above=0D=0A> 

> > named only and may be confidential.  If they have =0D=0A> > come =0D=0A

> > > to you in error you=0D=0A> > > must take no action based on them, nor

 must you =0D=0A> copy =0D=0A> > or =0D=0A> > > show them to anyone;=0D=0A>

 > > please reply to this e-mail and highlight the =0D=0A> error. =0D=0A> >

 > =0D=0A> > > Security Warning:  Please note that this e-mail has =0D=0A> 

> > been created in the=0D=0A> > > knowledge that Internet e-mail is not a 

100% secure =0D=0A> > > communications medium.=0D=0A> > > We advise that yo

u understand and observe this lack =0D=0A> > of =0D=0A> > > security when

=0D=0A> > > e-mailing us. =0D=0A> > > =0D=0A> > > Viruses:  Although we hav

e taken steps to ensure =0D=0A> that =0D=0A> > > this e-mail and=0D=0A> > >

 attachments are free from any virus, we advise that =0D=0A> > in =0D=0A> >

 > keeping with good=0D=0A> > > computing practice the recipient should ens

ure they =0D=0A> > are =0D=0A> > > actually virus free.=0D=0A> > > =0D=0A> 

> > =0D=0A> > > =0D=0A> > > ---=0D=0A> > > You are currently subscribed to 

=0D=0A> > application_development =0D=0A> > > as: babumk@r...=0D

=0A> > > To unsubscribe send a blank email to =0D=0A> > > leave-application

_development-637186V@p...=0D=0A> >  =0D=0A> > =0D=0A> > =0D=0A> > -

--=0D=0A> > You are currently subscribed to =0D=0A> application_development

 =0D=0A> > as:=0D=0A> > quintons@k...=0D=0A> > To unsubscribe se

nd a blank email to=0D=0A> > leave-application_development-637186V@p...

.com=0D=0A> > =0D=0A> > ___________________________________________________

___-=0D=0A> __-=0D=0A> > _____________=0D=0A> > This message has been check

ed for all known viruses =0D=0A> by =0D=0A> > UUNET delivered =0D=0A> > thr

ough the MessageLabs Virus Control Centre. For =0D=0A> > further informatio

n visit=0D=0A> > http://www.uk.uu.net/products/security/virus/=0D=0A> > =0D

=0A> > =0D=0A> > Confidentiality:  This e-mail and its attachments are =0D

=0A> > intended for the above=0D=0A> > named only and may be confidential. 

 If they have =0D=0A> come =0D=0A> > to you in error you=0D=0A> > must take

 no action based on them, nor must you copy =0D=0A> or =0D=0A> > show them 

to anyone;=0D=0A> > please reply to this e-mail and highlight the error. 

=0D=0A> > =0D=0A> > Security Warning:  Please note that this e-mail has =0D

=0A> > been created in the=0D=0A> > knowledge that Internet e-mail is not a

 100% secure =0D=0A> > communications medium.=0D=0A> > We advise that you u

nderstand and observe this lack =0D=0A> of =0D=0A> > security when=0D=0A> >

 e-mailing us. =0D=0A> > =0D=0A> > Viruses:  Although we have taken steps t

o ensure that =0D=0A> > this e-mail and=0D=0A> > attachments are free from 

any virus, we advise that =0D=0A> in =0D=0A> > keeping with good=0D=0A> > c

omputing practice the recipient should ensure they =0D=0A> are =0D=0A> > ac

tually virus free.=0D=0A> > =0D=0A> > =0D=0A> > =0D=0A> > ---=0D=0A> > You 

are currently subscribed to =0D=0A> application_development =0D=0A> > as: b

abumk@r...=0D=0A> > To unsubscribe send a blank email to =0D=0A> 

> $subst('Email.Unsub')=0D=0A>  =0D=0A> =0D=0A

> =0D=0A> ---=0D=0A> You are currently subscribed to application_developmen

t =0D=0A> as:=0D=0A> quintons@k...=0D=0A> To unsubscribe send a 

blank email to=0D=0A> $subst('Email.Unsub')=0D

=0A> =0D=0A> ________________________________________________________-=0D

=0A> _____________=0D=0A> This message has been checked for all known virus

es by =0D=0A> UUNET delivered =0D=0A> through the MessageLabs Virus Control

 Centre. For =0D=0A> further information visit=0D=0A> http://www.uk.uu.net/

products/security/virus/=0D=0A> =0D=0A> =0D=0A> Confidentiality:  This e-ma

il and its attachments are =0D=0A> intended for the above=0D=0A> named only

 and may be confidential.  If they have come =0D=0A> to you in error you=0D

=0A> must take no action based on them, nor must you copy or =0D=0A> show t

hem to anyone;=0D=0A> please reply to this e-mail and highlight the error. 

=0D=0A> =0D=0A> Security Warning:  Please note that this e-mail has =0D=0A>

 been created in the=0D=0A> knowledge that Internet e-mail is not a 100% se

cure =0D=0A> communications medium.=0D=0A> We advise that you understand an

d observe this lack of =0D=0A> security when=0D=0A> e-mailing us. =0D=0A> 

=0D=0A> Viruses:  Although we have taken steps to ensure that =0D=0A> this 

e-mail and=0D=0A> attachments are free from any virus, we advise that in 

=0D=0A> keeping with good=0D=0A> computing practice the recipient should en

sure they are =0D=0A> actually virus free.=0D=0A> =0D=0A> =0D=0A> =0D=0A> -

--=0D=0A> You are currently subscribed to application_development =0D=0A> a

s: babumk@r...=0D=0A> To unsubscribe send a blank email to =0D=0A

> $subst('Email.Unsub')=0D=0A =0A

Message #10 by Quinton Sheppard <quintons@k...> on Wed, 21 Nov 2001 11:22:44 -0000
user data?



-----Original Message-----

From: Babu [mailto:babumk@r...]

Sent: Wednesday, November 21, 2001 10:11 AM

To: Application Development

Subject: [application_development] RE: A Question of State...







Hi Quinton,

   I thought that you are talking about sessionless transfer.

We can store data in "user data" also.

Regards,

Babu



On Wed, 21 Nov 2001 Quinton Sheppard wrote :

> Babu,

> I do understand that the session ID is passed through 

> the HTTP protocol but

> if session variables are just a mechanism to store data 

> which can be

> accessed from one page to the next, then why can't I 

> store this data in a

> database with a unique Identifier as it's ID and a 

> basic XML schema for

> holding the sessions name/value pairs?

> 

> Q.

> 

> -----Original Message-----

> From: Babu [mailto:babumk@r...]

> Sent: Wednesday, November 21, 2001 3:48 AM

> To: Application Development

> Subject: [application_development] RE: A Question of 

> State...

> 

> 

> 

> Quinton,

>      You can store the session-id in a hidden field but 

> the server accept

> the sessionid from the cookies.The session id is 

> transferred by the HTTP

> protocol on every visit to the server.So without 

> cookies the session could

> not work.

> Regards,

> Babu

> 

> On Tue, 20 Nov 2001 Quinton Sheppard wrote :

> > Babu,

> > How about if I created a GUID for the user and then 

> > stored the session in

> > the database as an XML string. then I could pass the 

> ID 

> > over to each page

> > and place the SessionID in a hidden field. Could that 

> > work? (I'm not using

> > COM, I have created a function which paasses me a 

> GUID 

> > made from the date,

> > hour, minute second, usercount and a randome number 

> > converted into a Hex

> > value).

> > 

> > Quinton.

> > 

> > -----Original Message-----

> > From: Babu [mailto:babumk@r...]

> > Sent: Tuesday, November 20, 2001 12:05 PM

> > To: Application Development

> > Subject: [application_development] RE: A Question of 

> > State...

> > 

> > 

> > 

> > 

> > Quinton,

> > 

> > Client system uses cookies to store the 

> session-id.You 

> > cannot use sessions

> > if the cookies is desabled and you can solve your 

> > problem only by using

> > sessions.

> > 

> > Regards,

> > Babu

> > 

> > On Tue, 20 Nov 2001 Quinton Sheppard wrote :

> > > what if the client user can not take cookies? will 

> > > session("") still work?

> > > 

> > > -----Original Message-----

> > > From: Tuong Nguyen [mailto:tuong@q...]

> > > Sent: Tuesday, November 20, 2001 12:11 AM

> > > To: Application Development

> > > Subject: [application_development] RE: A Question 

> of 

> > > State...

> > > 

> > > 

> > > Quinton,

> > > Use Session object to keep your state:

> > > 

> > > Session("whatevername") = whatevervalue;

> > > 

> > > ....

> > > 

> > > And retrieve later:

> > > 

> > > aVar = Session("whatevername");

> > > 

> > > Good lucks,

> > > Tuong

> > > 

> > > -----Original Message-----

> > > From: Quinton Sheppard [mailto:quintons@k...

> co-

> > m]

> > > Sent: Monday, 19 November 2001 11:35 PM

> > > To: Application Development

> > > Subject: [application_development] A Question of 

> > > State...

> > > 

> > > 

> > > This is a problem with keeping information stored 

> > when 

> > > using

> > > Server.Transfer...

> > > 

> > > I have two pages, one called Login.asp and another 

> > > called Default.asp

> > > 

> > > the Login.asp page contains all the HTML that is 

> used 

> > > to be shown on the

> > > client (input boxes, graphical elements ect...) the 

> > > other file (default.asp)

> > > is used to execute some logic and transfer the user 

> > to 

> > > the login.asp page

> > > using Server.Transfer. The inputed data in the 

> > > login.asp page is sent pack

> > > to default.asp to be evaluated. If user details are 

> > > correct then it

> > > transfers the user to the appropriate page else if 

> > not, 

> > > the user is returned

> > > to the login.asp page with an alert message 

> informing 

> > > them there details

> > > typed in are incorrect.

> > > 

> > > to do this I am trying to send a value to the 

> > login.asp 

> > > page telling it

> > > there has accured a login error, but I wish to do 

> > this 

> > > without having the

> > > url change to Login.asp, this I have done with 

> > > Server.Transfer but I have

> > > found it destroys the session data previously set 

> in 

> > > the default.asp page.

> > > 

> > > Can I get around this?

> > > If not then what other way could I store and get 

> the 

> > > values (strings) within

> > > the login.asp page?

> > > 

> > > Many thanks.

> > > 

> > > Regards

> > > 

> > > Quinton Sheppard

> > > MedalRoll.com

> > > Mob +44 (0) 07790 556 389

> > > 

> > > http://www.medalroll.com

> > > 

> > > 

> > > 

> > > Confidentiality:  This e-mail and its attachments 

> are 

> > > intended for the above

> > > named only and may be confidential.  If they have 

> > come 

> > > to you in error you

> > > must take no action based on them, nor must you 

> copy 

> > or 

> > > show them to anyone;

> > > please reply to this e-mail and highlight the error.

> > > 

> > > Security Warning:  Please note that this e-mail has 

> > > been created in the

> > > knowledge that Internet e-mail is not a 100% secure 

> > > communications medium.

> > > We advise that you understand and observe this lack 

> > of 

> > > security when

> > > e-mailing us.

> > > 

> > > Viruses:  Although we have taken steps to ensure 

> that 

> > > this e-mail and

> > > attachments are free from any virus, we advise that 

> > in 

> > > keeping with good

> > > computing practice the recipient should ensure they 

> > are 

> > > actually virus free.

> > > 

> > > 

> > > 

> > > ---

> > > You are currently subscribed to 

> > application_development 

> > > as:

> > > tuong@q...


> > > $subst('Email.Unsub')

> > > 

> > > 

> > > ---

> > > You are currently subscribed to 

> > application_development 

> > > as:

> > > quintons@k...


> > > $subst('Email.Unsub')

> > > 

> > > ____________________________________________________-

> __-

> > __-

> > > _____________

> > > This message has been checked for all known viruses 

> > by 

> > > UUNET delivered 

> > > through the MessageLabs Virus Control Centre. For 

> > > further information visit

> > > http://www.uk.uu.net/products/security/virus/

> > > 

> > > 

> > > Confidentiality:  This e-mail and its attachments 

> are 

> > > intended for the above

> > > named only and may be confidential.  If they have 

> > come 

> > > to you in error you

> > > must take no action based on them, nor must you 

> copy 

> > or 

> > > show them to anyone;

> > > please reply to this e-mail and highlight the 

> error. 

> > > 

> > > Security Warning:  Please note that this e-mail has 

> > > been created in the

> > > knowledge that Internet e-mail is not a 100% secure 

> > > communications medium.

> > > We advise that you understand and observe this lack 

> > of 

> > > security when

> > > e-mailing us. 

> > > 

> > > Viruses:  Although we have taken steps to ensure 

> that 

> > > this e-mail and

> > > attachments are free from any virus, we advise that 

> > in 

> > > keeping with good

> > > computing practice the recipient should ensure they 

> > are 

> > > actually virus free.

> > > 

> > > 

> > > 

> > > ---

> > > You are currently subscribed to 

> > application_development 

> > > as: babumk@r...


> > > $subst('Email.Unsub')

> >  

> > 

> > 

> > ---

> > You are currently subscribed to 

> application_development 

> > as:

> > quintons@k...


> > $subst('Email.Unsub')

> > 

> > ______________________________________________________-

> __-

> > _____________

> > This message has been checked for all known viruses 

> by 

> > UUNET delivered 

> > through the MessageLabs Virus Control Centre. For 

> > further information visit

> > http://www.uk.uu.net/products/security/virus/

> > 

> > 

> > Confidentiality:  This e-mail and its attachments are 

> > intended for the above

> > named only and may be confidential.  If they have 

> come 

> > to you in error you

> > must take no action based on them, nor must you copy 

> or 

> > show them to anyone;

> > please reply to this e-mail and highlight the error. 

> > 

> > Security Warning:  Please note that this e-mail has 

> > been created in the

> > knowledge that Internet e-mail is not a 100% secure 

> > communications medium.

> > We advise that you understand and observe this lack 

> of 

> > security when

> > e-mailing us. 

> > 

> > Viruses:  Although we have taken steps to ensure that 

> > this e-mail and

> > attachments are free from any virus, we advise that 

> in 

> > keeping with good

> > computing practice the recipient should ensure they 

> are 

> > actually virus free.

> > 

> > 

> > 

> > ---

> > You are currently subscribed to 

> application_development 

> > as: babumk@r...


> > $subst('Email.Unsub')

>  

> 

> 

> ---

> You are currently subscribed to application_development 

> as:

> quintons@k...


> $subst('Email.Unsub')

> 

> ________________________________________________________-

> _____________

> This message has been checked for all known viruses by 

> UUNET delivered 

> through the MessageLabs Virus Control Centre. For 

> further information visit

> http://www.uk.uu.net/products/security/virus/

> 

> 

> Confidentiality:  This e-mail and its attachments are 

> intended for the above

> named only and may be confidential.  If they have come 

> to you in error you

> must take no action based on them, nor must you copy or 

> show them to anyone;

> please reply to this e-mail and highlight the error. 

> 

> Security Warning:  Please note that this e-mail has 

> been created in the

> knowledge that Internet e-mail is not a 100% secure 

> communications medium.

> We advise that you understand and observe this lack of 

> security when

> e-mailing us. 

> 

> Viruses:  Although we have taken steps to ensure that 

> this e-mail and

> attachments are free from any virus, we advise that in 

> keeping with good

> computing practice the recipient should ensure they are 

> actually virus free.

> 

> 

> 

> ---

> You are currently subscribed to application_development 

> as: babumk@r...


> $subst('Email.Unsub')

 







quintons@k...


$subst('Email.Unsub')



_____________________________________________________________________

This message has been checked for all known viruses by UUNET delivered 

through the MessageLabs Virus Control Centre. For further information visit

http://www.uk.uu.net/products/security/virus/





Confidentiality:  This e-mail and its attachments are intended for the above

named only and may be confidential.  If they have come to you in error you

must take no action based on them, nor must you copy or show them to anyone;

please reply to this e-mail and highlight the error. 



Security Warning:  Please note that this e-mail has been created in the

knowledge that Internet e-mail is not a 100% secure communications medium.

We advise that you understand and observe this lack of security when

e-mailing us. 



Viruses:  Although we have taken steps to ensure that this e-mail and

attachments are free from any virus, we advise that in keeping with good

computing practice the recipient should ensure they are actually virus free.





Message #11 by "Babu" <babumk@r...> on 21 Nov 2001 10:28:02 -0000

Quinton,=0D=0A=0D=0AThe userData behavior persists information across sessi

ons by writing to a UserData store. This provides a data structure that is 

more dynamic and has a greater capacity than cookies. =0D=0AWe can use XML 

document for this.The client can do offline operations.=0D=0AThis facility 

is available in IE 5.X=0D=0A=0D=0ARegards,=0D=0ABabu=0D=0A=0D=0AOn Wed, 21 

Nov 2001 Quinton Sheppard wrote :=0D=0A> user data?=0D=0A> =0D=0A> -----Ori

ginal Message-----=0D=0A> From: Babu [mailto:babumk@r...]=0D=0A> 

Sent: Wednesday, November 21, 2001 10:11 AM=0D=0A> To: Application Developm

ent=0D=0A> Subject: [application_development] RE: A Question of =0D=0A> Sta

te...=0D=0A> =0D=0A> =0D=0A> =0D=0A> Hi Quinton,=0D=0A>    I thought that y

ou are talking about sessionless =0D=0A> transfer.=0D=0A> We can store data

 in "user data" also.=0D=0A> Regards,=0D=0A> Babu=0D=0A> =0D=0A> On Wed, 21

 Nov 2001 Quinton Sheppard wrote :=0D=0A> > Babu,=0D=0A> > I do understand 

that the session ID is passed through =0D=0A> > the HTTP protocol but=0D=0A

> > if session variables are just a mechanism to store =0D=0A> data =0D=0A>

 > which can be=0D=0A> > accessed from one page to the next, then why can't

 I =0D=0A> > store this data in a=0D=0A> > database with a unique Identifie

r as it's ID and a =0D=0A> > basic XML schema for=0D=0A> > holding the sess

ions name/value pairs?=0D=0A> > =0D=0A> > Q.=0D=0A> > =0D=0A> > -----Origin

al Message-----=0D=0A> > From: Babu [mailto:babumk@r...]=0D=0A> >

 Sent: Wednesday, November 21, 2001 3:48 AM=0D=0A> > To: Application Develo

pment=0D=0A> > Subject: [application_development] RE: A Question of =0D=0A>

 > State...=0D=0A> > =0D=0A> > =0D=0A> > =0D=0A> > Quinton,=0D=0A> >      Y

ou can store the session-id in a hidden field =0D=0A> but =0D=0A> > the ser

ver accept=0D=0A> > the sessionid from the cookies.The session id is =0D=0A

> > transferred by the HTTP=0D=0A> > protocol on every visit to the server.

So without =0D=0A> > cookies the session could=0D=0A> > not work.=0D=0A> > 

Regards,=0D=0A> > Babu=0D=0A> > =0D=0A> > On Tue, 20 Nov 2001 Quinton Shepp

ard wrote :=0D=0A> > > Babu,=0D=0A> > > How about if I created a GUID for t

he user and then =0D=0A> > > stored the session in=0D=0A> > > the database 

as an XML string. then I could pass =0D=0A> the =0D=0A> > ID =0D=0A> > > ov

er to each page=0D=0A> > > and place the SessionID in a hidden field. Could

 =0D=0A> that =0D=0A> > > work? (I'm not using=0D=0A> > > COM, I have creat

ed a function which paasses me a =0D=0A> > GUID =0D=0A> > > made from the d

ate,=0D=0A> > > hour, minute second, usercount and a randome number =0D=0A>

 > > converted into a Hex=0D=0A> > > value).=0D=0A> > > =0D=0A> > > Quinton

.=0D=0A> > > =0D=0A> > > -----Original Message-----=0D=0A> > > From: Babu [

mailto:babumk@r...]=0D=0A> > > Sent: Tuesday, November 20, 2001 1

2:05 PM=0D=0A> > > To: Application Development=0D=0A> > > Subject: [applica

tion_development] RE: A Question =0D=0A> of =0D=0A> > > State...=0D=0A> > >

 =0D=0A> > > =0D=0A> > > =0D=0A> > > =0D=0A> > > Quinton,=0D=0A> > > =0D=0A

> > > Client system uses cookies to store the =0D=0A> > session-id.You =0D

=0A> > > cannot use sessions=0D=0A> > > if the cookies is desabled and you 

can solve your =0D=0A> > > problem only by using=0D=0A> > > sessions.=0D=0A

> > > =0D=0A> > > Regards,=0D=0A> > > Babu=0D=0A> > > =0D=0A> > > On Tue, 2

0 Nov 2001 Quinton Sheppard wrote :=0D=0A> > > > what if the client user ca

n not take cookies? =0D=0A> will =0D=0A> > > > session("") still work?=0D

=0A> > > > =0D=0A> > > > -----Original Message-----=0D=0A> > > > From: Tuon

g Nguyen [mailto:tuong@q...]=0D=0A> > > > Sent: Tuesday, November 2

0, 2001 12:11 AM=0D=0A> > > > To: Application Development=0D=0A> > > > Subj

ect: [application_development] RE: A Question =0D=0A> > of =0D=0A> > > > St

ate...=0D=0A> > > > =0D=0A> > > > =0D=0A> > > > Quinton,=0D=0A> > > > Use S

ession object to keep your state:=0D=0A> > > > =0D=0A> > > > Session("whate

vername") =3D whatevervalue;=0D=0A> > > > =0D=0A> > > > ....=0D=0A> > > > 

=0D=0A> > > > And retrieve later:=0D=0A> > > > =0D=0A> > > > aVar =3D Sessi

on("whatevername");=0D=0A> > > > =0D=0A> > > > Good lucks,=0D=0A> > > > Tuo

ng=0D=0A> > > > =0D=0A> > > > -----Original Message-----=0D=0A> > > > From:

 Quinton Sheppard =0D=0A> [mailto:quintons@k...=0D=0A> > co-=0D=0A

> > > m]=0D=0A> > > > Sent: Monday, 19 November 2001 11:35 PM=0D=0A> > > > 

To: Application Development=0D=0A> > > > Subject: [application_development]

 A Question of =0D=0A> > > > State...=0D=0A> > > > =0D=0A> > > > =0D=0A> > 

> > This is a problem with keeping information stored =0D=0A> > > when =0D

=0A> > > > using=0D=0A> > > > Server.Transfer...=0D=0A> > > > =0D=0A> > > >

 I have two pages, one called Login.asp and =0D=0A> another =0D=0A> > > > c

alled Default.asp=0D=0A> > > > =0D=0A> > > > the Login.asp page contains al

l the HTML that is =0D=0A> > used =0D=0A> > > > to be shown on the=0D=0A> >

 > > client (input boxes, graphical elements ect...) =0D=0A> the =0D=0A> > 

> > other file (default.asp)=0D=0A> > > > is used to execute some logic and

 transfer the =0D=0A> user =0D=0A> > > to =0D=0A> > > > the login.asp page

=0D=0A> > > > using Server.Transfer. The inputed data in the =0D=0A> > > > 

login.asp page is sent pack=0D=0A> > > > to default.asp to be evaluated. If

 user details =0D=0A> are =0D=0A> > > > correct then it=0D=0A> > > > transf

ers the user to the appropriate page else =0D=0A> if =0D=0A> > > not, =0D

=0A> > > > the user is returned=0D=0A> > > > to the login.asp page with an 

alert message =0D=0A> > informing =0D=0A> > > > them there details=0D=0A> >

 > > typed in are incorrect.=0D=0A> > > > =0D=0A> > > > to do this I am try

ing to send a value to the =0D=0A> > > login.asp =0D=0A> > > > page telling

 it=0D=0A> > > > there has accured a login error, but I wish to do =0D=0A> 

> > this =0D=0A> > > > without having the=0D=0A> > > > url change to Login.

asp, this I have done with =0D=0A> > > > Server.Transfer but I have=0D=0A> 

> > > found it destroys the session data previously set =0D=0A> > in =0D=0A

> > > > the default.asp page.=0D=0A> > > > =0D=0A> > > > Can I get around t

his?=0D=0A> > > > If not then what other way could I store and get =0D=0A> 

> the =0D=0A> > > > values (strings) within=0D=0A> > > > the login.asp page

?=0D=0A> > > > =0D=0A> > > > Many thanks.=0D=0A> > > > =0D=0A> > > > Regard

s=0D=0A> > > > =0D=0A> > > > Quinton Sheppard=0D=0A> > > > MedalRoll.com=0D

=0A> > > > Mob +44 (0) 07790 556 389=0D=0A> > > > =0D=0A> > > > http://www.

medalroll.com=0D=0A> > > > =0D=0A> > > > =0D=0A> > > > =0D=0A> > > > Confid

entiality:  This e-mail and its attachments =0D=0A> > are =0D=0A> > > > int

ended for the above=0D=0A> > > > named only and may be confidential.  If th

ey have =0D=0A> > > come =0D=0A> > > > to you in error you=0D=0A> > > > mus

t take no action based on them, nor must you =0D=0A> > copy =0D=0A> > > or 

=0D=0A> > > > show them to anyone;=0D=0A> > > > please reply to this e-mail

 and highlight the =0D=0A> error.=0D=0A> > > > =0D=0A> > > > Security Warni

ng:  Please note that this e-mail =0D=0A> has =0D=0A> > > > been created in

 the=0D=0A> > > > knowledge that Internet e-mail is not a 100% =0D=0A> secu

re =0D=0A> > > > communications medium.=0D=0A> > > > We advise that you und

erstand and observe this =0D=0A> lack =0D=0A> > > of =0D=0A> > > > security

 when=0D=0A> > > > e-mailing us.=0D=0A> > > > =0D=0A> > > > Viruses:  Altho

ugh we have taken steps to ensure =0D=0A> > that =0D=0A> > > > this e-mail 

and=0D=0A> > > > attachments are free from any virus, we advise =0D=0A> tha

t =0D=0A> > > in =0D=0A> > > > keeping with good=0D=0A> > > > computing pra

ctice the recipient should ensure =0D=0A> they =0D=0A> > > are =0D=0A> > > 

> actually virus free.=0D=0A> > > > =0D=0A> > > > =0D=0A> > > > =0D=0A> > >

 > ---=0D=0A> > > > You are currently subscribed to =0D=0A> > > application

_development =0D=0A> > > > as:=0D=0A> > > > tuong@q...=0D=0A> > > >

 To unsubscribe send a blank email to=0D=0A> > > > leave-application_develo

pment-637186V@p...=0D=0A> > > > =0D=0A> > > > =0D=0A> > > > ---=0D

=0A> > > > You are currently subscribed to =0D=0A> > > application_developm

ent =0D=0A> > > > as:=0D=0A> > > > quintons@k...=0D=0A> > > > To

 unsubscribe send a blank email to=0D=0A> > > > leave-application_developme

nt-637186V@p...=0D=0A> > > > =0D=0A> > > > ________________________

__________________________-=0D=0A> __-=0D=0A> > __-=0D=0A> > > __-=0D=0A> >

 > > _____________=0D=0A> > > > This message has been checked for all known

 =0D=0A> viruses =0D=0A> > > by =0D=0A> > > > UUNET delivered =0D=0A> > > >

 through the MessageLabs Virus Control Centre. For =0D=0A> > > > further in

formation visit=0D=0A> > > > http://www.uk.uu.net/products/security/virus/

=0D=0A> > > > =0D=0A> > > > =0D=0A> > > > Confidentiality:  This e-mail and

 its attachments =0D=0A> > are =0D=0A> > > > intended for the above=0D=0A> 

> > > named only and may be confidential.  If they have =0D=0A> > > come 

=0D=0A> > > > to you in error you=0D=0A> > > > must take no action based on

 them, nor must you =0D=0A> > copy =0D=0A> > > or =0D=0A> > > > show them t

o anyone;=0D=0A> > > > please reply to this e-mail and highlight the =0D=0A

> > error. =0D=0A> > > > =0D=0A> > > > Security Warning:  Please note that 

this e-mail =0D=0A> has =0D=0A> > > > been created in the=0D=0A> > > > know

ledge that Internet e-mail is not a 100% =0D=0A> secure =0D=0A> > > > commu

nications medium.=0D=0A> > > > We advise that you understand and observe th

is =0D=0A> lack =0D=0A> > > of =0D=0A> > > > security when=0D=0A> > > > e-m

ailing us. =0D=0A> > > > =0D=0A> > > > Viruses:  Although we have taken ste

ps to ensure =0D=0A> > that =0D=0A> > > > this e-mail and=0D=0A> > > > atta

chments are free from any virus, we advise =0D=0A> that =0D=0A> > > in =0D

=0A> > > > keeping with good=0D=0A> > > > computing practice the recipient 

should ensure =0D=0A> they =0D=0A> > > are =0D=0A> > > > actually virus fre

e.=0D=0A> > > > =0D=0A> > > > =0D=0A> > > > =0D=0A> > > > ---=0D=0A> > >
> 

You are currently subscribed to =0D=0A> > > application_development =0D=0A>

 > > > as: babumk@r...=0D=0A> > > > To unsubscribe send a blank e

mail to =0D=0A> > > > $subst('Email.Unsub')=0D

=0A> > >  =0D=0A> > > =0D=0A> > > =0D=0A> > > ---=0D=0A> > > You are curren

tly subscribed to =0D=0A> > application_development =0D=0A> > > as:=0D=0A> 

> > quintons@k...=0D=0A> > > To unsubscribe send a blank email t

o=0D=0A> > > $subst('Email.Unsub')=0D=0A> > > 

=0D=0A> > > ____________________________________________________-=0D=0A> __

-=0D=0A> > __-=0D=0A> > > _____________=0D=0A> > > This message has been ch

ecked for all known viruses =0D=0A> > by =0D=0A> > > UUNET delivered =0D=0A

> > > through the MessageLabs Virus Control Centre. For =0D=0A> > > further

 information visit=0D=0A> > > http://www.uk.uu.net/products/security/virus/

=0D=0A> > > =0D=0A> > > =0D=0A> > > Confidentiality:  This e-mail and its a

ttachments =0D=0A> are =0D=0A> > > intended for the above=0D=0A> > > named 

only and may be confidential.  If they have =0D=0A> > come =0D=0A> > > to y

ou in error you=0D=0A> > > must take no action based on them, nor must you 

=0D=0A> copy =0D=0A> > or =0D=0A> > > show them to anyone;=0D=0A> > > pleas

e reply to this e-mail and highlight the =0D=0A> error. =0D=0A> > > =0D=0A>

 > > Security Warning:  Please note that this e-mail has =0D=0A> > > been c

reated in the=0D=0A> > > knowledge that Internet e-mail is not a 100% secur

e =0D=0A> > > communications medium.=0D=0A> > > We advise that you understa

nd and observe this lack =0D=0A> > of =0D=0A> > > security when=0D=0A> > > 

e-mailing us. =0D=0A> > > =0D=0A> > > Viruses:  Although we have taken step

s to ensure =0D=0A> that =0D=0A> > > this e-mail and=0D=0A> > > attachments

 are free from any virus, we advise that =0D=0A> > in =0D=0A> > > keeping w

ith good=0D=0A> > > computing practice the recipient should ensure they =0D

=0A> > are =0D=0A> > > actually virus free.=0D=0A> > > =0D=0A> > > =0D=0A> 

> > =0D=0A> > > ---=0D=0A> > > You are currently subscribed to =0D=0A> > ap

plication_development =0D=0A> > > as: babumk@r...=0D=0A> > > To u

nsubscribe send a blank email to =0D=0A> > > leave-application_development-

637186V@p...=0D=0A> >  =0D=0A> > =0D=0A> > =0D=0A> > ---=0D=0A> > Y

ou are currently subscribed to =0D=0A> application_development =0D=0A> > as

:=0D=0A> > quintons@k...=0D=0A> > To unsubscribe send a blank em

ail to=0D=0A> > $subst('Email.Unsub')=0D=0A> >

 =0D=0A> > ______________________________________________________-=0D=0A> _

_-=0D=0A> > _____________=0D=0A> > This message has been checked for all kn

own viruses =0D=0A> by =0D=0A> > UUNET delivered =0D=0A> > through the Mess

ageLabs Virus Control Centre. For =0D=0A> > further information visit=0D=0A

> > http://www.uk.uu.net/products/security/virus/=0D=0A> > =0D=0A> > =0D=0A

> > Confidentiality:  This e-mail and its attachments are =0D=0A> > intende

d for the above=0D=0A> > named only and may be confidential.  If they have 

=0D=0A> come =0D=0A> > to you in error you=0D=0A> > must take no action bas

ed on them, nor must you copy =0D=0A> or =0D=0A> > show them to anyone;=0D

=0A> > please reply to this e-mail and highlight the error. =0D=0A> > =0D

=0A> > Security Warning:  Please note that this e-mail has =0D=0A> > been c

reated in the=0D=0A> > knowledge that Internet e-mail is not a 100% secure 

=0D=0A> > communications medium.=0D=0A> > We advise that you understand and

 observe this lack =0D=0A> of =0D=0A> > security when=0D=0A> > e-mailing us

. =0D=0A> > =0D=0A> > Viruses:  Although we have taken steps to ensure that

 =0D=0A> > this e-mail and=0D=0A> > attachments are free from any virus, we

 advise that =0D=0A> in =0D=0A> > keeping with good=0D=0A> > computing prac

tice the recipient should ensure they =0D=0A> are =0D=0A> > actually virus 

free.=0D=0A> > =0D=0A> > =0D=0A> > =0D=0A> > ---=0D=0A> > You are currently

 subscribed to =0D=0A> application_development =0D=0A> > as: babumk@r...

ail.com=0D=0A> > To unsubscribe send a blank email to =0D=0A> > leave-appli

cation_development-637186V@p...=0D=0A>  =0D=0A> =0D=0A> =0D=0A> ---

=0D=0A> 

=0D=0A> quintons@k...=0D=0A> To unsubscribe send a blank email t

o=0D=0A> $subst('Email.Unsub')=0D=0A> =0D=0A> 

________________________________________________________-=0D=0A> __________

___=0D=0A> This message has been checked for all known viruses by =0D=0A> U

UNET delivered =0D=0A> through the MessageLabs Virus Control Centre. For 

=0D=0A> further information visit=0D=0A> http://www.uk.uu.net/products/secu

rity/virus/=0D=0A> =0D=0A> =0D=0A> Confidentiality:  This e-mail and its at

tachments are =0D=0A> intended for the above=0D=0A> named only and may be c

onfidential.  If they have come =0D=0A> to you in error you=0D=0A> must tak

e no action based on them, nor must you copy or =0D=0A> show them to anyone

;=0D=0A> please reply to this e-mail and highlight the error. =0D=0A> =0D

=0A> Security Warning:  Please note that this e-mail has =0D=0A> been creat

ed in the=0D=0A> knowledge that Internet e-mail is not a 100% secure =0D=0A

> communications medium.=0D=0A> We advise that you understand and observe t

his lack of =0D=0A> security when=0D=0A> e-mailing us. =0D=0A> =0D=0A> Viru

ses:  Although we have taken steps to ensure that =0D=0A> this e-mail and

=0D=0A> attachments are free from any virus, we advise that in =0D=0A> keep

ing with good=0D=0A> computing practice the recipient should ensure they ar

e =0D=0A> actually virus free.=0D=0A> =0D=0A> =0D=0A> =0D=0A> ---=0D=0A> Yo

u are currently subscribed to application_development =0D=0A> as: babumk@r...

diffmail.com=0D=0A> To unsubscribe send a blank email to =0D=0A> leave-appl

ication_development-637186V@p...=0D=0A =0A

Message #12 by Quinton Sheppard <quintons@k...> on Wed, 21 Nov 2001 17:35:54 -0000
how can I implement an in-memory database with XML?



-----Original Message-----

From: Tuong Nguyen [mailto:tuong@q...]

Sent: Tuesday, November 20, 2001 10:52 PM

To: Application Development

Subject: [application_development] RE: A Question of State...





It sounds good and I believe it'll work.  However, XML string in database

requires two steps to retrieve the info.  Why not just a session record with

sessionId, field1, field2, ...



You can use an XML tree store in Application object as an in-memory database

may well do the trick.



Tuong.



-----Original Message-----

From: Quinton Sheppard [mailto:quintons@k...]

Sent: Tuesday, 20 November 2001 11:33 PM

To: Application Development

Subject: [application_development] RE: A Question of State...





Babu,

How about if I created a GUID for the user and then stored the session in

the database as an XML string. then I could pass the ID over to each page

and place the SessionID in a hidden field. Could that work? (I'm not using

COM, I have created a function which paasses me a GUID made from the date,

hour, minute second, usercount and a randome number converted into a Hex

value).



Quinton.



-----Original Message-----

From: Babu [mailto:babumk@r...]

Sent: Tuesday, November 20, 2001 12:05 PM

To: Application Development

Subject: [application_development] RE: A Question of State...









Quinton,



Client system uses cookies to store the session-id.You cannot use sessions

if the cookies is desabled and you can solve your problem only by using

sessions.



Regards,

Babu



On Tue, 20 Nov 2001 Quinton Sheppard wrote :

> what if the client user can not take cookies? will

> session("") still work?

>

> -----Original Message-----

> From: Tuong Nguyen [mailto:tuong@q...]

> Sent: Tuesday, November 20, 2001 12:11 AM

> To: Application Development

> Subject: [application_development] RE: A Question of

> State...

>

>

> Quinton,

> Use Session object to keep your state:

>

> Session("whatevername") = whatevervalue;

>

> ....

>

> And retrieve later:

>

> aVar = Session("whatevername");

>

> Good lucks,

> Tuong

>

> -----Original Message-----

> From: Quinton Sheppard [mailto:quintons@k...]

> Sent: Monday, 19 November 2001 11:35 PM

> To: Application Development

> Subject: [application_development] A Question of

> State...

>

>

> This is a problem with keeping information stored when

> using

> Server.Transfer...

>

> I have two pages, one called Login.asp and another

> called Default.asp

>

> the Login.asp page contains all the HTML that is used

> to be shown on the

> client (input boxes, graphical elements ect...) the

> other file (default.asp)

> is used to execute some logic and transfer the user to

> the login.asp page

> using Server.Transfer. The inputed data in the

> login.asp page is sent pack

> to default.asp to be evaluated. If user details are

> correct then it

> transfers the user to the appropriate page else if not,

> the user is returned

> to the login.asp page with an alert message informing

> them there details

> typed in are incorrect.

>

> to do this I am trying to send a value to the login.asp

> page telling it

> there has accured a login error, but I wish to do this

> without having the

> url change to Login.asp, this I have done with

> Server.Transfer but I have

> found it destroys the session data previously set in

> the default.asp page.

>

> Can I get around this?

> If not then what other way could I store and get the

> values (strings) within

> the login.asp page?

>

> Many thanks.

>

> Regards

>

> Quinton Sheppard

> MedalRoll.com

> Mob +44 (0) 07790 556 389

>

> http://www.medalroll.com

>

>

>

> Confidentiality:  This e-mail and its attachments are

> intended for the above

> named only and may be confidential.  If they have come

> to you in error you

> must take no action based on them, nor must you copy or

> show them to anyone;

> please reply to this e-mail and highlight the error.

>

> Security Warning:  Please note that this e-mail has

> been created in the

> knowledge that Internet e-mail is not a 100% secure

> communications medium.

> We advise that you understand and observe this lack of

> security when

> e-mailing us.

>

> Viruses:  Although we have taken steps to ensure that

> this e-mail and

> attachments are free from any virus, we advise that in

> keeping with good

> computing practice the recipient should ensure they are

> actually virus free.

>

>

>

> ---

> You are currently subscribed to application_development

> as:

> tuong@q...


> $subst('Email.Unsub')

>

>

> ---

> You are currently subscribed to application_development

> as:

> quintons@k...


> $subst('Email.Unsub')

>

> ________________________________________________________-

> _____________

> This message has been checked for all known viruses by

> UUNET delivered

> through the MessageLabs Virus Control Centre. For

> further information visit

> http://www.uk.uu.net/products/security/virus/

>

>

> Confidentiality:  This e-mail and its attachments are

> intended for the above

> named only and may be confidential.  If they have come

> to you in error you

> must take no action based on them, nor must you copy or

> show them to anyone;

> please reply to this e-mail and highlight the error.

>

> Security Warning:  Please note that this e-mail has

> been created in the

> knowledge that Internet e-mail is not a 100% secure

> communications medium.

> We advise that you understand and observe this lack of

> security when

> e-mailing us.

>

> Viruses:  Although we have taken steps to ensure that

> this e-mail and

> attachments are free from any virus, we advise that in

> keeping with good

> computing practice the recipient should ensure they are

> actually virus free.

>

>

>

> ---

> You are currently subscribed to application_development

> as: babumk@r...


> $subst('Email.Unsub')









quintons@k...


$subst('Email.Unsub')



_____________________________________________________________________

This message has been checked for all known viruses by UUNET delivered

through the MessageLabs Virus Control Centre. For further information visit

http://www.uk.uu.net/products/security/virus/





Confidentiality:  This e-mail and its attachments are intended for the above

named only and may be confidential.  If they have come to you in error you

must take no action based on them, nor must you copy or show them to anyone;

please reply to this e-mail and highlight the error.



Security Warning:  Please note that this e-mail has been created in the

knowledge that Internet e-mail is not a 100% secure communications medium.

We advise that you understand and observe this lack of security when

e-mailing us.



Viruses:  Although we have taken steps to ensure that this e-mail and

attachments are free from any virus, we advise that in keeping with good

computing practice the recipient should ensure they are actually virus free.









tuong@q...


$subst('Email.Unsub')







quintons@k...


$subst('Email.Unsub')



_____________________________________________________________________

This message has been checked for all known viruses by UUNET delivered 

through the MessageLabs Virus Control Centre. For further information visit

http://www.uk.uu.net/products/security/virus/





Confidentiality:  This e-mail and its attachments are intended for the above

named only and may be confidential.  If they have come to you in error you

must take no action based on them, nor must you copy or show them to anyone;

please reply to this e-mail and highlight the error. 



Security Warning:  Please note that this e-mail has been created in the

knowledge that Internet e-mail is not a 100% secure communications medium.

We advise that you understand and observe this lack of security when

e-mailing us. 



Viruses:  Although we have taken steps to ensure that this e-mail and

attachments are free from any virus, we advise that in keeping with good

computing practice the recipient should ensure they are actually virus free.





Message #13 by "Tuong Nguyen" <tuong@q...> on Thu, 22 Nov 2001 08:46:34 +1000
use DOM.



	var MSXMLDoc="Msxml2.FreeThreadedDOMDocument";



	xml=Server.CreateObject(MSXMLDoc);





This creates the DOM tree in memory.  You can then add nodes, set

attributes, access nodes, attributes.  Look them all up from MSDN Library.



To store the tree in the Application space:



	Application("XMLTree") = xml;



Good luck

Tuong

-----Original Message-----

From: Quinton Sheppard [mailto:quintons@k...]

Sent: Thursday, 22 November 2001 3:36 AM

To: Application Development

Subject: [application_development] RE: A Question of State...





how can I implement an in-memory database with XML?



-----Original Message-----

From: Tuong Nguyen [mailto:tuong@q...]

Sent: Tuesday, November 20, 2001 10:52 PM

To: Application Development

Subject: [application_development] RE: A Question of State...





It sounds good and I believe it'll work.  However, XML string in database

requires two steps to retrieve the info.  Why not just a session record with

sessionId, field1, field2, ...



You can use an XML tree store in Application object as an in-memory database

may well do the trick.



Tuong.



-----Original Message-----

From: Quinton Sheppard [mailto:quintons@k...]

Sent: Tuesday, 20 November 2001 11:33 PM

To: Application Development

Subject: [application_development] RE: A Question of State...





Babu,

How about if I created a GUID for the user and then stored the session in

the database as an XML string. then I could pass the ID over to each page

and place the SessionID in a hidden field. Could that work? (I'm not using

COM, I have created a function which paasses me a GUID made from the date,

hour, minute second, usercount and a randome number converted into a Hex

value).



Quinton.



-----Original Message-