Web server Cluster and SESSION.

Hi everyone,
Will clustering of webservers affect SESSION states?
Is there a dotnet term for the above mentioned scenario?
Pls advise.
Thanks.
Posted Via mcse.ms Premium Usenet Newsgroup Services
----
** SPEED ** RETENTION ** COMPLETION ** ANONYMITY **
----
http://www.mcse.msYou can store your session in a SQL Server such that your web servers all
access the same store, however you have to note that everything you store in
the Session needs to be serialisable for that to work.
"Eric Layman" <namyalcire[at no spam]gmail.com> wrote in message
news:1174907530_3665@.sp6iad.superfeed.net...
> Hi everyone,
> Will clustering of webservers affect SESSION states?
> Is there a dotnet term for the above mentioned scenario?
> Pls advise.
> Thanks.
>
> Posted Via mcse.ms Premium Usenet Newsgroup Services
> ----
> ** SPEED ** RETENTION ** COMPLETION ** ANONYMITY **
> ----
> http://www.mcse.ms
in this case store the session in SQL
"Eric Layman" <namyalcire[at no spam]gmail.com> wrote in message
news:1174907530_3665@.sp6iad.superfeed.net...
> Hi everyone,
> Will clustering of webservers affect SESSION states?
> Is there a dotnet term for the above mentioned scenario?
> Pls advise.
> Thanks.
>
> Posted Via mcse.ms Premium Usenet Newsgroup Services
> ----
> ** SPEED ** RETENTION ** COMPLETION ** ANONYMITY **
> ----
> http://www.mcse.ms
Thanks!
But, is this step a must? Since this article was dated 12 Jun 06
http://support.microsoft.com/kb/317604
Currently on .net 1.1
"Aidy" <aidy@.noemail.xxxa.com> wrote in message
news:uNudnTD9nLqeMJrbnZ2dnUVZ8sWhnZ2d@.bt
.com...
> You can store your session in a SQL Server such that your web servers all
> access the same store, however you have to note that everything you store
> in the Session needs to be serialisable for that to work.
> "Eric Layman" <namyalcire[at no spam]gmail.com> wrote in message
> news:1174907530_3665@.sp6iad.superfeed.net...
>
Posted Via mcse.ms Premium Usenet Newsgroup Services
----
** SPEED ** RETENTION ** COMPLETION ** ANONYMITY **
----
http://www.mcse.ms
State Server can also do the job for clustered servers.
ASP.NET applications support maintaining session state on a
centralized session state server *or* on a server running SQL Server.
Because the session state is managed centrally,
any cluster host can recover session state information.
Juan T. Llibre, asp.net MVP
asp.net faq : http://asp.net.do/faq/
foros de asp.net, en espaol : http://asp.net.do/foros/
===================================
"Aidy" <aidy@.noemail.xxxa.com> wrote in message news:uNudnTD9nLqeMJrbnZ2dnUVZ8sWhnZ2d@.bt
.co
m...
> You can store your session in a SQL Server such that your web servers all
access the same store,
> however you have to note that everything you store in the Session needs to
be serialisable for
> that to work.
> "Eric Layman" <namyalcire[at no spam]gmail.com> wrote in message
> news:1174907530_3665@.sp6iad.superfeed.net...
Eric, please see my just-sent reply.
You can also use ASP.NET's State Server to maintain state in a cluster.
...and, please fix your clock.
You're posting 15 hours into the future. :-)
Thanks.
Juan T. Llibre, asp.net MVP
asp.net faq : http://asp.net.do/faq/
foros de asp.net, en espaol : http://asp.net.do/foros/
===================================
"Eric Layman" <namyalcire[at no spam]gmail.com> wrote in message
news:1174911829_3689@.sp6iad.superfeed.net...
> Thanks!
> But, is this step a must? Since this article was dated 12 Jun 06
> http://support.microsoft.com/kb/317604
> Currently on .net 1.1
>
> "Aidy" <aidy@.noemail.xxxa.com> wrote in message news:uNudnTD9nLqeMJrbnZ2dn
UVZ8sWhnZ2d@.bt.com...
>
> Posted Via mcse.ms Premium Usenet Newsgroup Services
> ----
> ** SPEED ** RETENTION ** COMPLETION ** ANONYMITY **
> ---- [url]http://www.mcse.ms[
/url]
"Juan T. Llibre" <nomailreplies@.nowhere.com> wrote in message
news:uREqFI6bHHA.3648@.TK2MSFTNGP05.phx.gbl...

> State Server can also do the job for clustered servers.
> ASP.NET applications support maintaining session state on a
> centralized session state server *or* on a server running SQL Server.
> Because the session state is managed centrally,
> any cluster host can recover session state information.
Do you have any thoughts as to when to use one and when to use the other...?
There's a fair bit of information on the net about each individually, but
there doesn't seem to be much on which is the more suitable according to
infrastructure etc...
Thanks Juan!
What about implementation of cookies? I doubt cookies has the hassle of
sessions in a web cluster.
Since we are doing it for a company and the company is very strict about its
intellecutal properties; i doubt they are going to let us lay a finger on
their servers.
Im not 15 hours ahead. This is my local time. Its 9pm @. where I'm located
right now. GMT+8
"Juan T. Llibre" <nomailreplies@.nowhere.com> wrote in message
news:%23sDW5I6bHHA.4808@.TK2MSFTNGP04.phx.gbl...
> Eric, please see my just-sent reply.
> You can also use ASP.NET's State Server to maintain state in a cluster.
> ...and, please fix your clock.
> You're posting 15 hours into the future. :-)
> Thanks.
>
> Juan T. Llibre, asp.net MVP
> asp.net faq : http://asp.net.do/faq/
> foros de asp.net, en espaol : http://asp.net.do/foros/
> ===================================
> "Eric Layman" <namyalcire[at no spam]gmail.com> wrote in message
> news:1174911829_3689@.sp6iad.superfeed.net...
>
>
Posted Via mcse.ms Premium Usenet Newsgroup Services
----
** SPEED ** RETENTION ** COMPLETION ** ANONYMITY **
----
http://www.mcse.ms
re:
> Do you have any thoughts as to when to use one and when to use the other...?[/colo
r]
Couldn't you ask an easier question ?
That's a tough nut to crack.
:-)
All in all, I think it would depend on the size of the cluster.
Small and medium-sized clusters could probably make do with State Server.
For very large, and I mean *very* large, applications in large clusters,
redundant SQL Servers are called for.
That would mean : "a cluster of SQL Servers keeping state for a cluster of w
eb servers".
The scalability of *that* configuration runs into many millions of hits dail
y.
Caveat : when using SQL Server mode, objects stored in session state
are serialised and deserialised when a request is processed.
You cannot store objects which do not support serialisation in session state
,
if you use SQL Server, so that's something to keep in mind when programming.
Juan T. Llibre, asp.net MVP
asp.net faq : http://asp.net.do/faq/
foros de asp.net, en espaol : http://asp.net.do/foros/
===================================
"Mark Rae" <mark@.markNOSPAMrae.com> wrote in message news:%23VABvO6bHHA.4836@.TK2MSFTNGP03.p
hx.gbl...
> "Juan T. Llibre" <nomailreplies@.nowhere.com> wrote in message
> news:uREqFI6bHHA.3648@.TK2MSFTNGP05.phx.gbl...
>
> Do you have any thoughts as to when to use one and when to use the other..
.?
> There's a fair bit of information on the net about each individually, but
there doesn't seem to be
> much on which is the more suitable according to infrastructure etc...
>
re:
> What about implementation of cookies? I doubt cookies has the hassle of sessions i
n a web cluster.
You can use both cookies and cookieless sessions.
re:
> Im not 15 hours ahead. This is my local time. GMT+8
This message is stamped a bit after midnight tonight.
:-)
Check your Windows timezone setting.
OE says you posted your message on Mon, 26 Mar 2007 21:10:26 -0700
That's GMT -7, not GMT +8 ( which adds up to the 15 hour difference we're se
eing).
What's your physical location ?
Juan T. Llibre, asp.net MVP
asp.net faq : http://asp.net.do/faq/
foros de asp.net, en espaol : http://asp.net.do/foros/
===================================
"Eric Layman" <namyalcire[at no spam]gmail.com> wrote in message
news:1174914330_3705@.sp6iad.superfeed.net...
> Thanks Juan!
> What about implementation of cookies? I doubt cookies has the hassle of se
ssions in a web cluster.
> Since we are doing it for a company and the company is very strict about i
ts intellecutal
> properties; i doubt they are going to let us lay a finger on their servers
.
> Im not 15 hours ahead. This is my local time. Its 9pm @. where I'm located
right now. GMT+8
> "Juan T. Llibre" <nomailreplies@.nowhere.com> wrote in message
> news:%23sDW5I6bHHA.4808@.TK2MSFTNGP04.phx.gbl...
>
> Posted Via mcse.ms Premium Usenet Newsgroup Services
> ----
> ** SPEED ** RETENTION ** COMPLETION ** ANONYMITY **
> ---- [url]http://www.mcse.ms[
/url]

Web server Cluster and SESSION.

Hi everyone,

Will clustering of webservers affect SESSION states?

Is there a dotnet term for the above mentioned scenario?

Pls advise.

Thanks.

Posted Via Usenet.com Premium Usenet Newsgroup Services
------------------
** SPEED ** RETENTION ** COMPLETION ** ANONYMITY **
------------------
http://www.usenet.comYou can store your session in a SQL Server such that your web servers all
access the same store, however you have to note that everything you store in
the Session needs to be serialisable for that to work.

"Eric Layman" <namyalcire[at no spam]gmail.comwrote in message
news:1174907530_3665@.sp6iad.superfeed.net...

Quote:

Originally Posted by

Hi everyone,
>
Will clustering of webservers affect SESSION states?
>
Is there a dotnet term for the above mentioned scenario?
>
Pls advise.
>
Thanks.
>
>
Posted Via Usenet.com Premium Usenet Newsgroup Services
------------------
** SPEED ** RETENTION ** COMPLETION ** ANONYMITY **
------------------
http://www.usenet.com

in this case store the session in SQL

"Eric Layman" <namyalcire[at no spam]gmail.comwrote in message
news:1174907530_3665@.sp6iad.superfeed.net...

Quote:

Originally Posted by

Hi everyone,
>
Will clustering of webservers affect SESSION states?
>
Is there a dotnet term for the above mentioned scenario?
>
Pls advise.
>
Thanks.
>
>
Posted Via Usenet.com Premium Usenet Newsgroup Services
------------------
** SPEED ** RETENTION ** COMPLETION ** ANONYMITY **
------------------
http://www.usenet.com

Thanks!

But, is this step a must? Since this article was dated 12 Jun 06

http://support.microsoft.com/kb/317604
Currently on .net 1.1

"Aidy" <aidy@.noemail.xxxa.comwrote in message
news:uNudnTD9nLqeMJrbnZ2dnUVZ8sWhnZ2d@.bt.com...

Quote:

Originally Posted by

You can store your session in a SQL Server such that your web servers all
access the same store, however you have to note that everything you store
in the Session needs to be serialisable for that to work.
>
"Eric Layman" <namyalcire[at no spam]gmail.comwrote in message
news:1174907530_3665@.sp6iad.superfeed.net...

Quote:

Originally Posted by

>Hi everyone,
>>
>Will clustering of webservers affect SESSION states?
>>
>Is there a dotnet term for the above mentioned scenario?
>>
>Pls advise.
>>
>Thanks.
>>
>>
>Posted Via Usenet.com Premium Usenet Newsgroup Services
>------------------
> ** SPEED ** RETENTION ** COMPLETION ** ANONYMITY **
>------------------
>http://www.usenet.com

>
>

Posted Via Usenet.com Premium Usenet Newsgroup Services
------------------
** SPEED ** RETENTION ** COMPLETION ** ANONYMITY **
------------------
http://www.usenet.com
Eric, please see my just-sent reply.
You can also use ASP.NET's State Server to maintain state in a cluster.

...and, please fix your clock.
You're posting 15 hours into the future. :-)

Thanks.

Juan T. Llibre, asp.net MVP
asp.net faq : http://asp.net.do/faq/
foros de asp.net, en espaol : http://asp.net.do/foros/
===================================
"Eric Layman" <namyalcire[at no spam]gmail.comwrote in message
news:1174911829_3689@.sp6iad.superfeed.net...

Quote:

Originally Posted by

Thanks!
>
But, is this step a must? Since this article was dated 12 Jun 06
>
http://support.microsoft.com/kb/317604
>
Currently on .net 1.1
>
>
>
"Aidy" <aidy@.noemail.xxxa.comwrote in message news:uNudnTD9nLqeMJrbnZ2dnUVZ8sWhnZ2d@.bt.com...

Quote:

Originally Posted by

>You can store your session in a SQL Server such that your web servers all access the same store,
>however you have to note that everything you store in the Session needs to be serialisable for
>that to work.
>>
>"Eric Layman" <namyalcire[at no spam]gmail.comwrote in message
>news:1174907530_3665@.sp6iad.superfeed.net...

Quote:

Originally Posted by

>>Hi everyone,
>>>
>>Will clustering of webservers affect SESSION states?
>>>
>>Is there a dotnet term for the above mentioned scenario?
>>>
>>Pls advise.
>>>
>>Thanks.
>>>
>>>
>>Posted Via Usenet.com Premium Usenet Newsgroup Services
>>------------------
>> ** SPEED ** RETENTION ** COMPLETION ** ANONYMITY **
>>------------------ http://www.usenet.com

>>
>>

>
>
>
Posted Via Usenet.com Premium Usenet Newsgroup Services
------------------
** SPEED ** RETENTION ** COMPLETION ** ANONYMITY **
------------------ http://www.usenet.com

State Server can also do the job for clustered servers.

ASP.NET applications support maintaining session state on a
centralized session state server *or* on a server running SQL Server.

Because the session state is managed centrally,
any cluster host can recover session state information.

Juan T. Llibre, asp.net MVP
asp.net faq : http://asp.net.do/faq/
foros de asp.net, en espaol : http://asp.net.do/foros/
===================================
"Aidy" <aidy@.noemail.xxxa.comwrote in message news:uNudnTD9nLqeMJrbnZ2dnUVZ8sWhnZ2d@.bt.com...

Quote:

Originally Posted by

You can store your session in a SQL Server such that your web servers all access the same store,
however you have to note that everything you store in the Session needs to be serialisable for
that to work.

Quote:

Originally Posted by

"Eric Layman" <namyalcire[at no spam]gmail.comwrote in message
news:1174907530_3665@.sp6iad.superfeed.net...

Quote:

Originally Posted by

>Hi everyone,
>>
>Will clustering of webservers affect SESSION states?
>>
>Is there a dotnet term for the above mentioned scenario?
>>
>Pls advise.
>>
>Thanks.

"Juan T. Llibre" <nomailreplies@.nowhere.comwrote in message
news:uREqFI6bHHA.3648@.TK2MSFTNGP05.phx.gbl...

Quote:

Originally Posted by

State Server can also do the job for clustered servers.
>
ASP.NET applications support maintaining session state on a
centralized session state server *or* on a server running SQL Server.
>
Because the session state is managed centrally,
any cluster host can recover session state information.

Do you have any thoughts as to when to use one and when to use the other...?

There's a fair bit of information on the net about each individually, but
there doesn't seem to be much on which is the more suitable according to
infrastructure etc...
Thanks Juan!

What about implementation of cookies? I doubt cookies has the hassle of
sessions in a web cluster.

Since we are doing it for a company and the company is very strict about its
intellecutal properties; i doubt they are going to let us lay a finger on
their servers.

Im not 15 hours ahead. This is my local time. Its 9pm @. where I'm located
right now. GMT+8

"Juan T. Llibre" <nomailreplies@.nowhere.comwrote in message
news:%23sDW5I6bHHA.4808@.TK2MSFTNGP04.phx.gbl...

Quote:

Originally Posted by

Eric, please see my just-sent reply.
You can also use ASP.NET's State Server to maintain state in a cluster.
>
...and, please fix your clock.
You're posting 15 hours into the future. :-)
>
Thanks.
>
>
>
Juan T. Llibre, asp.net MVP
asp.net faq : http://asp.net.do/faq/
foros de asp.net, en espaol : http://asp.net.do/foros/
===================================
"Eric Layman" <namyalcire[at no spam]gmail.comwrote in message
news:1174911829_3689@.sp6iad.superfeed.net...

Quote:

Originally Posted by

>Thanks!
>>
>But, is this step a must? Since this article was dated 12 Jun 06
>>
>http://support.microsoft.com/kb/317604
>>
>Currently on .net 1.1
>>
>>
>>
>"Aidy" <aidy@.noemail.xxxa.comwrote in message
>news:uNudnTD9nLqeMJrbnZ2dnUVZ8sWhnZ2d@.bt.com...

Quote:

Originally Posted by

>>You can store your session in a SQL Server such that your web servers
>>all access the same store, however you have to note that everything you
>>store in the Session needs to be serialisable for that to work.
>>>
>>"Eric Layman" <namyalcire[at no spam]gmail.comwrote in message
>>news:1174907530_3665@.sp6iad.superfeed.net...
>>>Hi everyone,
>>
>>>Will clustering of webservers affect SESSION states?
>>
>>>Is there a dotnet term for the above mentioned scenario?
>>
>>>Pls advise.
>>
>>>Thanks.
>>
>>
>>>Posted Via Usenet.com Premium Usenet Newsgroup Services
>>>------------------
>>> ** SPEED ** RETENTION ** COMPLETION ** ANONYMITY **
>>>------------------
>>>http://www.usenet.com
>>>
>>>

>>
>>
>>
>Posted Via Usenet.com Premium Usenet Newsgroup Services
>------------------
> ** SPEED ** RETENTION ** COMPLETION ** ANONYMITY **
>------------------
>http://www.usenet.com

>
>
>

Posted Via Usenet.com Premium Usenet Newsgroup Services
------------------
** SPEED ** RETENTION ** COMPLETION ** ANONYMITY **
------------------
http://www.usenet.com
re:

Quote:

Originally Posted by

Do you have any thoughts as to when to use one and when to use the other...?

Couldn't you ask an easier question ?
That's a tough nut to crack.

:-)

All in all, I think it would depend on the size of the cluster.

Small and medium-sized clusters could probably make do with State Server.

For very large, and I mean *very* large, applications in large clusters,
redundant SQL Servers are called for.

That would mean : "a cluster of SQL Servers keeping state for a cluster of web servers".
The scalability of *that* configuration runs into many millions of hits daily.

Caveat : when using SQL Server mode, objects stored in session state
are serialised and deserialised when a request is processed.

You cannot store objects which do not support serialisation in session state,
if you use SQL Server, so that's something to keep in mind when programming.

Juan T. Llibre, asp.net MVP
asp.net faq : http://asp.net.do/faq/
foros de asp.net, en espaol : http://asp.net.do/foros/
===================================
"Mark Rae" <mark@.markNOSPAMrae.comwrote in message news:%23VABvO6bHHA.4836@.TK2MSFTNGP03.phx.gbl...

Quote:

Originally Posted by

"Juan T. Llibre" <nomailreplies@.nowhere.comwrote in message
news:uREqFI6bHHA.3648@.TK2MSFTNGP05.phx.gbl...
>

Quote:

Originally Posted by

>State Server can also do the job for clustered servers.
>>
>ASP.NET applications support maintaining session state on a
>centralized session state server *or* on a server running SQL Server.
>>
>Because the session state is managed centrally,
>any cluster host can recover session state information.

>
Do you have any thoughts as to when to use one and when to use the other...?
>
There's a fair bit of information on the net about each individually, but there doesn't seem to be
much on which is the more suitable according to infrastructure etc...
>

re:

Quote:

Originally Posted by

What about implementation of cookies? I doubt cookies has the hassle of sessions in a web cluster.

You can use both cookies and cookieless sessions.

re:

Quote:

Originally Posted by

Im not 15 hours ahead. This is my local time. GMT+8

This message is stamped a bit after midnight tonight.

:-)

Check your Windows timezone setting.
OE says you posted your message on Mon, 26 Mar 2007 21:10:26 -0700

That's GMT -7, not GMT +8 ( which adds up to the 15 hour difference we're seeing).
What's your physical location ?

Juan T. Llibre, asp.net MVP
asp.net faq : http://asp.net.do/faq/
foros de asp.net, en espaol : http://asp.net.do/foros/
===================================
"Eric Layman" <namyalcire[at no spam]gmail.comwrote in message
news:1174914330_3705@.sp6iad.superfeed.net...

Quote:

Originally Posted by

Thanks Juan!
>
What about implementation of cookies? I doubt cookies has the hassle of sessions in a web cluster.
>
Since we are doing it for a company and the company is very strict about its intellecutal
properties; i doubt they are going to let us lay a finger on their servers.
>
Im not 15 hours ahead. This is my local time. Its 9pm @. where I'm located right now. GMT+8
>
"Juan T. Llibre" <nomailreplies@.nowhere.comwrote in message
news:%23sDW5I6bHHA.4808@.TK2MSFTNGP04.phx.gbl...

Quote:

Originally Posted by

>Eric, please see my just-sent reply.
>You can also use ASP.NET's State Server to maintain state in a cluster.
>>
>...and, please fix your clock.
>You're posting 15 hours into the future. :-)
>>
>Thanks.
>>
>>
>>
>Juan T. Llibre, asp.net MVP
>asp.net faq : http://asp.net.do/faq/
>foros de asp.net, en espaol : http://asp.net.do/foros/
>===================================
>"Eric Layman" <namyalcire[at no spam]gmail.comwrote in message
>news:1174911829_3689@.sp6iad.superfeed.net...

Quote:

Originally Posted by

>>Thanks!
>>>
>>But, is this step a must? Since this article was dated 12 Jun 06
>>>
>>http://support.microsoft.com/kb/317604
>>>
>>Currently on .net 1.1
>>>
>>>
>>>
>>"Aidy" <aidy@.noemail.xxxa.comwrote in message news:uNudnTD9nLqeMJrbnZ2dnUVZ8sWhnZ2d@.bt.com...
>>>You can store your session in a SQL Server such that your web servers all access the same
>>>store, however you have to note that everything you store in the Session needs to be
>>>serialisable for that to work.
>>
>>>"Eric Layman" <namyalcire[at no spam]gmail.comwrote in message
>>>news:1174907530_3665@.sp6iad.superfeed.net...
>>Hi everyone,
>>
>>Will clustering of webservers affect SESSION states?
>>
>>Is there a dotnet term for the above mentioned scenario?
>>
>>Pls advise.
>>
>>Thanks.
>>
>>
>>Posted Via Usenet.com Premium Usenet Newsgroup Services
>>------------------
>> ** SPEED ** RETENTION ** COMPLETION ** ANONYMITY **
>>------------------ http://www.usenet.com
>>
>>
>>>
>>>
>>>
>>Posted Via Usenet.com Premium Usenet Newsgroup Services
>>------------------
>> ** SPEED ** RETENTION ** COMPLETION ** ANONYMITY **
>>------------------ http://www.usenet.com

>>
>>
>>

>
>
>
Posted Via Usenet.com Premium Usenet Newsgroup Services
------------------
** SPEED ** RETENTION ** COMPLETION ** ANONYMITY **
------------------ http://www.usenet.com

"Juan T. Llibre" <nomailreplies@.nowhere.comwrote in message
news:OzTLGs6bHHA.1300@.TK2MSFTNGP02.phx.gbl...

Quote:

Originally Posted by

re:

Quote:

Originally Posted by

>Do you have any thoughts as to when to use one and when to use the
>other...?

>
Couldn't you ask an easier question ?

:-)

Quote:

Originally Posted by

Caveat : when using SQL Server mode, objects stored in session state
are serialised and deserialised when a request is processed.
>
You cannot store objects which do not support serialisation in session
state,
if you use SQL Server, so that's something to keep in mind when
programming.

Ah... that sounds like a bit of a "gotcha" - thanks for that...
Thus wrote Mark,

Quote:

Originally Posted by

"Juan T. Llibre" <nomailreplies@.nowhere.comwrote in message
news:uREqFI6bHHA.3648@.TK2MSFTNGP05.phx.gbl...
>

Quote:

Originally Posted by

>State Server can also do the job for clustered servers.
>>
>ASP.NET applications support maintaining session state on a
>centralized session state server *or* on a server running SQL Server.
>>
>Because the session state is managed centrally,
>any cluster host can recover session state information.

Do you have any thoughts as to when to use one and when to use the
other...?
>
There's a fair bit of information on the net about each individually,
but there doesn't seem to be much on which is the more suitable
according to infrastructure etc...

StateServer cannot be clustered, so it introduces a single point of failure,
making any cluster in front of it rather moot ;-)

Cheers,
--
Joerg Jooss
news-reply@.joergjooss.de
re:

Quote:

Originally Posted by

StateServer cannot be clustered, so it introduces a single point of failure

Yes. That's why I said that it's only good for small/medium websites
( which don't require clustered web servers... )

Juan T. Llibre, asp.net MVP
asp.net faq : http://asp.net.do/faq/
foros de asp.net, en espaol : http://asp.net.do/foros/
===================================
"Joerg Jooss" <news-reply@.joergjooss.dewrote in message
news:94fc50716ed588c93e0d7f6d3228@.msnews.microsoft .com...

Quote:

Originally Posted by

Thus wrote Mark,
>

Quote:

Originally Posted by

>"Juan T. Llibre" <nomailreplies@.nowhere.comwrote in message
>news:uREqFI6bHHA.3648@.TK2MSFTNGP05.phx.gbl...
>>

Quote:

Originally Posted by

>>State Server can also do the job for clustered servers.
>>>
>>ASP.NET applications support maintaining session state on a
>>centralized session state server *or* on a server running SQL Server.
>>>
>>Because the session state is managed centrally,
>>any cluster host can recover session state information.

>Do you have any thoughts as to when to use one and when to use the
>other...?
>>
>There's a fair bit of information on the net about each individually,
>but there doesn't seem to be much on which is the more suitable
>according to infrastructure etc...

>
StateServer cannot be clustered, so it introduces a single point of failure, making any cluster in
front of it rather moot ;-)
>
Cheers,
--
Joerg Jooss
news-reply@.joergjooss.de
>
>

Yes, it will. Look into two options:
1) ASP.NET State Server
2) SQL Server Session State option
Peter

--
Site: http://www.eggheadcafe.com
UnBlog: http://petesbloggerama.blogspot.com
Short urls & more: http://ittyurl.net
"Eric Layman" wrote:

Quote:

Originally Posted by

Hi everyone,
>
Will clustering of webservers affect SESSION states?
>
Is there a dotnet term for the above mentioned scenario?
>
Pls advise.
>
Thanks.
>
>
>
Posted Via Usenet.com Premium Usenet Newsgroup Services
------------------
** SPEED ** RETENTION ** COMPLETION ** ANONYMITY **
------------------
http://www.usenet.com
>

Web server configuration

What steps do I have to go through to configure a web servers (that are
behind a load balancer) to use SQL server to manage the session state?
Thx...sonnyHere is an article about setting up the load balancing.
http://www.west-wind.com/presentati...0
03.asp
Here is an article about setting up sql session state.
http://support.microsoft.com/default.aspx?scid=kb%3B[LN]%3BQ317604
http://support.microsoft.com/defaul...kb;EN-US;311209
HTH,
bill
"sonny" <sonny@.discussions.microsoft.com> wrote in message
news:1F4A3EE3-68A4-451D-8A0B-5E8457ABF32D@.microsoft.com...
> What steps do I have to go through to configure a web servers (that are
> behind a load balancer) to use SQL server to manage the session state?
> Thx...sonny

Web Service Session trouble :(

hi guys,
I've a couple of web services.
The first one authenticates a user, and saves the principal in the session
object.
The second one authorizes after reading the user data from the session.
Up to now, those two worked wonderfully, and we've had no problems with
them. but now, we're using NUnit to build some tests for the services, and a
C# class as the test. It first makes a call to the login service (which
succeeds) and then to the other service, which fails because there is no
current user principal in the session !
I though it was because the two service stubs were in different namespaces.
But I can't help that, VS.NET won't let you add two web references with the
same namespace name.
Does anybody know what might be going on here ?
Cheers,
Angel
O:]Angelos Karantzalis wrote:
> hi guys,
> I've a couple of web services.
> The first one authenticates a user, and saves the principal in the
> session object.
> The second one authorizes after reading the user data from the
> session.
> Up to now, those two worked wonderfully, and we've had no problems
> with them. but now, we're using NUnit to build some tests for the
> services, and a C# class as the test. It first makes a call to the
> login service (which succeeds) and then to the other service, which
> fails because there is no current user principal in the session !
> I though it was because the two service stubs were in different
> namespaces. But I can't help that, VS.NET won't let you add two web
> references with the same namespace name.
> Does anybody know what might be going on here ?
> Cheers,
> Angel
> O:]
Sessions work with cookies. Usually when you call a webservice from
some client, cookies are ignored!
You need to add a place to store those cookies: a CookieContainer.
First create one, then add it to the webservice calls that should work
with the same session.
Hans Kesting
i assume the web services are in the same vdir, if this is true, then
sessions will be shared - namespace does not matter.
you will also have to add support for the session cookie to your nunit code.
as the unit tests run in seperate domain, you will also need some way to
pass the session id from call1 to call2 (globals will not work)
you might want to have a predefined session id used by unit tests, then the
second caller can call a mocker of the authenication call to get the test
session id.
unless you are writing an acceptance test, i would not use the web service.
I would have unit tests call the modules directly, and supply a mocker for
the web service proxy.
-- bruce (sqlwork.com)
"Angelos Karantzalis" <akarantzalis@.yahoo.com> wrote in message
news:uS5ON4mxEHA.3572@.TK2MSFTNGP10.phx.gbl...
| hi guys,
|
| I've a couple of web services.
|
| The first one authenticates a user, and saves the principal in the session
| object.
| The second one authorizes after reading the user data from the session.
|
| Up to now, those two worked wonderfully, and we've had no problems with
| them. but now, we're using NUnit to build some tests for the services, and
a
| C# class as the test. It first makes a call to the login service (which
| succeeds) and then to the other service, which fails because there is no
| current user principal in the session !
|
| I though it was because the two service stubs were in different
namespaces.
| But I can't help that, VS.NET won't let you add two web references with
the
| same namespace name.
|
| Does anybody know what might be going on here ?
|
| Cheers,
| Angel
| O:]
|
|
> Sessions work with cookies. Usually when you call a webservice from
> some client, cookies are ignored!
> You need to add a place to store those cookies: a CookieContainer.
> First create one, then add it to the webservice calls that should work
> with the same session.
> Hans Kesting
>
Thanks Hans, that more or less what I'd figured. Could you point me to some
info on how to add a CookieContainer to the web service stubs ?
Cheers,
Angel
O;]

Web Service Session trouble :(

hi guys,

I've a couple of web services.

The first one authenticates a user, and saves the principal in the session
object.
The second one authorizes after reading the user data from the session.

Up to now, those two worked wonderfully, and we've had no problems with
them. but now, we're using NUnit to build some tests for the services, and a
C# class as the test. It first makes a call to the login service (which
succeeds) and then to the other service, which fails because there is no
current user principal in the session !

I though it was because the two service stubs were in different namespaces.
But I can't help that, VS.NET won't let you add two web references with the
same namespace name.

Does anybody know what might be going on here ?

Cheers,
Angel
O:]Angelos Karantzalis wrote:
> hi guys,
> I've a couple of web services.
> The first one authenticates a user, and saves the principal in the
> session object.
> The second one authorizes after reading the user data from the
> session.
> Up to now, those two worked wonderfully, and we've had no problems
> with them. but now, we're using NUnit to build some tests for the
> services, and a C# class as the test. It first makes a call to the
> login service (which succeeds) and then to the other service, which
> fails because there is no current user principal in the session !
> I though it was because the two service stubs were in different
> namespaces. But I can't help that, VS.NET won't let you add two web
> references with the same namespace name.
> Does anybody know what might be going on here ?
> Cheers,
> Angel
> O:]

Sessions work with cookies. Usually when you call a webservice from
some client, cookies are ignored!
You need to add a place to store those cookies: a CookieContainer.
First create one, then add it to the webservice calls that should work
with the same session.

Hans Kesting
i assume the web services are in the same vdir, if this is true, then
sessions will be shared - namespace does not matter.

you will also have to add support for the session cookie to your nunit code.
as the unit tests run in seperate domain, you will also need some way to
pass the session id from call1 to call2 (globals will not work)

you might want to have a predefined session id used by unit tests, then the
second caller can call a mocker of the authenication call to get the test
session id.

unless you are writing an acceptance test, i would not use the web service.
I would have unit tests call the modules directly, and supply a mocker for
the web service proxy.

-- bruce (sqlwork.com)

"Angelos Karantzalis" <akarantzalis@.yahoo.com> wrote in message
news:uS5ON4mxEHA.3572@.TK2MSFTNGP10.phx.gbl...
| hi guys,
|
| I've a couple of web services.
|
| The first one authenticates a user, and saves the principal in the session
| object.
| The second one authorizes after reading the user data from the session.
|
| Up to now, those two worked wonderfully, and we've had no problems with
| them. but now, we're using NUnit to build some tests for the services, and
a
| C# class as the test. It first makes a call to the login service (which
| succeeds) and then to the other service, which fails because there is no
| current user principal in the session !
|
| I though it was because the two service stubs were in different
namespaces.
| But I can't help that, VS.NET won't let you add two web references with
the
| same namespace name.
|
| Does anybody know what might be going on here ?
|
| Cheers,
| Angel
| O:]
|
|
> Sessions work with cookies. Usually when you call a webservice from
> some client, cookies are ignored!
> You need to add a place to store those cookies: a CookieContainer.
> First create one, then add it to the webservice calls that should work
> with the same session.
> Hans Kesting

Thanks Hans, that more or less what I'd figured. Could you point me to some
info on how to add a CookieContainer to the web service stubs ?

Cheers,
Angel
O;]