Okay, I guess I will try load balancinig as the easiest method. How do I configure and/or add from one server to the next? Is anyone out there using the load balancing function and could you give me the steps needed to accomplish this?

Thanks

Good suggestion David,

I was thinking about something like this too, but wasn't sure how far the
Dude wanted to go.

ASP.NET has a nice feature where "Session State Management" (also known as
User Variables), have the option of being loaded in memory, to a shared
Process Server or serialized to a SQL-Server database.

Wouldn't it be nice to have this sort of option built into Witango? Choose
to load all User Vars into memory, or register everything into a Database
where the vars could be shared throughout a Load Balanced (or Round Robin)
Server farm.

Your suggestion could do this as well, with XML playing a lead role of
course :-)

Cheers.......

Scott Cadillac,
Witango.org - http://witango.org
403-281-6090 - [EMAIL PROTECTED]
--
Information for the Witango Developer Community
---------------------

XML-Extranet - http://xml-extra.net
403-281-6090 - [EMAIL PROTECTED]
--
Well-formed Development (for hire)
---------------------

----- Original Message -----
From: "David Shelley" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, March 03, 2003 2:50 PM
Subject: RE: Witango-Talk: Passing from 1 server to the next


 The best way to copy user variables from one server to another is through
 XML. Create a taf or tml file on your main server called sendVars.tml for
 example, which gets all the user scope variables (<@varnames scope=user>),
 builds XML code with the var names and values and returns it. On your new
 server create a tcf method called getVars, which calls sendVars.tml using
 <@url>, passing the appropriate userReference. Save the resulting XML code
 in a DOM structure, then loop through it to read and set all the user vars
 on the new server.

 Then each time you move an application from the old server to the new one,
 put a check at the entry point to see if <@cgiparam referer> is your old
 server. If it is then the user is moving from one server to the other, so
 you call your getVars method to copy the variables over.

I haven't actually done this before, but it should work.

Dave Shelley

 -----Original Message-----
 From: Web Dude [mailto:[EMAIL PROTECTED]
 Sent: Monday, March 03, 2003 2:57 PM
 To: [EMAIL PROTECTED]
 Subject: Re: Witango-Talk: Passing from 1 server to the next


p.s.


yes, I have the corporate version....

 >I am trying to move all my sites from nt 4.0 to 2000 server and was
 >wondering if there is a way to pass userreference and variable info
 >from one machine to the next both running Witango server 2000. I am
 >trying to transfer 1 site at a time, but I have a main site that
 >runs all my SSL and the variables are not passing from one server to
 >the next.
 >
 >I could move everything at once and get it to work, but was trying
 >to do 1 site at a time and testing before going to the next site.
 >
 >thanks
 >--
 >________________________________________________________________________
 >TO UNSUBSCRIBE: send a plain text/US ASCII email to [EMAIL PROTECTED]
 >                with unsubscribe witango-talk in the message body


-- ________________________________________________________________________ TO UNSUBSCRIBE: send a plain text/US ASCII email to [EMAIL PROTECTED] with unsubscribe witango-talk in the message body

 ________________________________________________________________________
 TO UNSUBSCRIBE: send a plain text/US ASCII email to [EMAIL PROTECTED]
                 with unsubscribe witango-talk in the message body


________________________________________________________________________ TO UNSUBSCRIBE: send a plain text/US ASCII email to [EMAIL PROTECTED] with unsubscribe witango-talk in the message body


--
________________________________________________________________________
TO UNSUBSCRIBE: send a plain text/US ASCII email to [EMAIL PROTECTED]
               with unsubscribe witango-talk in the message body

Reply via email to