Re: Re: Re: Re: [ACFUG Discuss] Client? Session?

Steven Ross Mon, 02 Oct 2006 08:39:19 -0700

Gotcha, thanks

On 10/2/06, Teddy Payne <[EMAIL PROTECTED]> wrote:

Not the CFC reading the client scope Steve, but more of serializing the CFC
into the client scope.


The facade that I was referring to was a scope facade for the session
scope.  I recently came across a facade pattern from Dave Ross that to me
shows serious promise for persistence if you want to create less dependency
on the session scope.

http://www.d-ross.org/index.cfm?objectid=0DF6FA41-EB39-B6C1-5D5D31A245991A2F

The article is about Mach-II, but it can seperated and used elsewhere.  It
is the second article in the three article series.

Teddy


On 10/2/06, Steven Ross <[EMAIL PROTECTED]> wrote:
>
> Yeah same here and where is the info that says a CFC can't access the
> client scope?
>
> On 10/2/06, Teddy Payne <[EMAIL PROTECTED]> wrote:
> > I am curious as well.  The example of not storing being being able to
> > effectively store a value or service object is a limitation to be sure,
but
> > even then that can be worked around with a facade.
> >
> > Teddy
> >
> >
> >  On 10/2/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> > >
> > >
> > > Just out of curiosity, why would you say "Don't use the Client
scope!"?
> > >
> > > Thanks,
> > >
> > > Allen
> > >
> > >
> > > -----Original Message-----
> > > From: [EMAIL PROTECTED] [mailto: [EMAIL PROTECTED] Behalf Of Jeremy
Allen
> > > Sent: Saturday, September 30, 2006 12:30 AM
> > > To: discussion@acfug.org
> > > Subject: Re: Re: [ACFUG Discuss] Client? Session?
> > >
> > > Don't use the Client scope! There are only a few reasons to use Client
> > scope and I would still think long and hard about it after having
maintained
> > an application that was almost purely Client scope for user state.  I
think
> > you should avoid the client scope unless you have a real and hard
> > requirement that you absolutely can't lose session data in the event of
a
> > server failure. I admit, it is kind of nice to still have all of your
user
> > sessions when you restart CF and that benefited our applications in some
> > cases. However, I still don't think the benefits for Client scope are
not
> > worth it. Sticky sessions are OK in a load balanced situation. You may
get
> > some uneven clumping of clients in some cases, but in reality it turns
out
> > not to be a big deal. Playing with WDDX and the overheads involved in
that
> > and the pain of keeping track of the serialization state of your data
just
> > isn't worth it.
> > >
> > > You can't even serialize a CFC with WDDX, but they will happily live
in
> > the session scope. If you do use client scope make sure you abstract it
with
> > a good layer around it so that what scope you use is transparent to your
> > application so that you can change it in the future without your
application
> > noticing. Look to the Facade design pattern for that.
> > >
> > > Jeremy
> > >
> > >
> > > On 9/27/06, Teddy Payne < [EMAIL PROTECTED]> wrote:
> > > > Allen made a good point about WDDX.  I tend to overlook CFWDDX.
> > > >
> > > >
> > > > <cfwddx action = "cfml2wddx" input = "#session#" output="
client.foo">
> > > >
> > > > <cfdump var="#client.foo#"> can dump your session into foo variable
> > stored into the client scope.
> > > >
> > > > Your result in the DB would look similar to:
> > > > foo=<wddxPacket version#='1.0'><header/><data><struct type#='
> > coldfusion.runtime.MemorySessionScope'><var
> > name#='cftoken'><string>88107569</string></var><var
> >
name#='urltoken'><string>CFID#=7101&amp;CFTOKEN#=88107569</string></var><var
> > name#='cfid'><string>7101</string></var><var
> >
name#='sessionid'><string>TESTAPP_7101_88107569</string></var></struct></data></wddxPacket>#
> > > >
> > > > Teddy
> > > >
> > > > On 9/27/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> > > >
> > > > >
> > > > >
> > > > > Just as an aside - you can still store complex structures in
client
> > variables but you'll have to wddx them into a string and then store them
> > into the client variable.  Also, if you do this and you have your client
> > variables stored in the database, you'll want to make sure your
datasource
> > is enabled to retrieve BLOB's without the 64k limit.
> > > > >
> > > > > One other thing, if you're running on MX in JRUN configuration
(not
> > standalone), you can share the sessions between servers (if I remember
> > right).  J2EE has clustering built in and I believe it supports the
> > equivalent of a session state server.
> > > > >
> > > > > Allen
> > > > >
> > > > >
> > > > > -----Original Message-----
> > > > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of
> > [EMAIL PROTECTED]
> > > > > Sent: Wednesday, September 27, 2006 9:22 AM
> > > > > To: discussion@acfug.org
> > > > > Subject: Re: Re: [ACFUG Discuss] Client? Session?
> > > > >
> > > > >
> > > > > In general it seems to me that the rule is that once a user is on
a
> > server, they are on the same server.  Define complex data.  I
potentially
> > see structures and possibly an occasional object in the shared scope,
but
> > honestly I don't know yet.  We don't officially have any code written.
> > > > >
> > > > > mcg
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > Steven Ross <[EMAIL PROTECTED]>
> > > > > Sent by: [EMAIL PROTECTED]
> > > > >
> > > > > 09/26/2006 08:04 PM
> > > > >
> > > > > Please respond to
> > > > > discussion@acfug.org
> > > > >
> > > > >
> > > > > [EMAIL PROTECTED]
> > > > >
> > > > > cc
> > > > >
> > > > >
> > > > > SubjectRe: Re: [ACFUG Discuss] Client? Session?
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > Yeah it depends on how you want your requests routed... it is my
> > > > > understanding that if you want the machines to round robin each
> > > > > request then you need to do client variables, if you don't care
and
> > > > > you just want users to stay on one server then you can use
sessions.
> > > > >
> > > > > On 9/26/06, Teddy Payne <[EMAIL PROTECTED] > wrote:
> > > > > > Are you looking to store complex data in your shared scope?  If
so,
> > you need
> > > > > > some sort of sticky session solution.  If you are looking to
store
> > simple
> > > > > > data, using the datasource option of client variable storeage
would
> > make it
> > > > > > easier to switch over between servers.
> > > > > >
> > > > > > Teddy
> > > > > >
> > > > > >
> > > > > > On 9/26/06,
[EMAIL PROTECTED] <
> > > > > > [EMAIL PROTECTED]> wrote:
> > > > > > >
> > > > > > > I'm a little confused as to what scope of variables to use in
our
> > > > > > situation.  We have a primary server and a 'backup' server in
case
> > the
> > > > > > primary fails.  Now that is the current situation.  Eventually
the
> > backup
> > > > > > will be replaced with a better machine and the load will be
balanced
> > a
> > > > > > little more evenly.   Currently the balancing is done via
Resonate
> > software
> > > > > > (and no one seems to like it).  As far as 100% failover, I
really
> > don't see
> > > > > > that as a necessity, these aren't banking applications.  Also
these
> > servers
> > > > > > don't talk to each other that I know of.
> > > > > > >
> > > > > > > TIA
> > > > > > >
> > > > > > > Mary-Catherine
> > > > > > >
> > > > > >
> >
-------------------------------------------------------------
> > > > > > > To unsubscribe from this list, manage your profile @
> > > > > > > http://www.acfug.org?fa=login.edituserform
> > > > > > >
> > > > > > > For more info, see
> > http://www.acfug.org/mailinglists
> > > > > > > Archive @
> > > > > >
http://www.mail-archive.com/discussion%40acfug.org/
> > > > > > > List hosted by FusionLink
> > > > > > >
> > > > > >
> >
-------------------------------------------------------------
> > > > > >
> > > > > >
> > > > > >
> > > > > > --
> > > > > > <cf_payne />
> > > > > >
> > > > > > Blog: http://cfpayne.wordpress.com/
> > > > > > Atlanta CFUG: http://www.acfug.org
> > > > > >
> > > > > >
> >
-------------------------------------------------------------
> > > > > > To unsubscribe from this list, manage your profile @
> > > > > > http://www.acfug.org?fa=login.edituserform
> > > > > >
> > > > > > For more info, see
> > http://www.acfug.org/mailinglists
> > > > > > Archive @
> > > > > >
http://www.mail-archive.com/discussion%40acfug.org/
> > > > > > List hosted by FusionLink
> > > > > >
> >
-------------------------------------------------------------
> > > > >
> > > > >
> > > > > --
> > > > > Steven Ross
> > > > > web application & interface developer
> > > > > http://www.zerium.com
> > > > > [mobile] 404-488-4364
> > > > > [fax] 928-484-4364
> > > > >
> > > > >
> > > > >
> >
-------------------------------------------------------------
> > > > > To unsubscribe from this list, manage your profile @
> > > > > http://www.acfug.org?fa=login.edituserform
> > > > >
> > > > > For more info, see
http://www.acfug.org/mailinglists
> > > > > Archive @
> > http://www.mail-archive.com/discussion%40acfug.org/
> > > > > List hosted by http://www.fusionlink.com
> > > > >
> >
-------------------------------------------------------------
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> >
-------------------------------------------------------------
> > > > > To unsubscribe from this list, manage your profile @
> > > > > http://www.acfug.org?fa=login.edituserform
> > > > >
> > > > > For more info, see
http://www.acfug.org/mailinglists
> > > > > Archive @
> > http://www.mail-archive.com/discussion%40acfug.org/
> > > > > List hosted by FusionLink
> > > > >
> >
-------------------------------------------------------------
> > > > >
> >
-------------------------------------------------------------
> > > > >
> > > > > To unsubscribe from this list, manage your profile @
> > > > > http://www.acfug.org?fa=login.edituserform
> > > > >
> > > > > For more info, see
http://www.acfug.org/mailinglists
> > > > > Archive @
> > http://www.mail-archive.com/discussion%40acfug.org/
> > > > > List hosted by FusionLink
> > > > >
> >
-------------------------------------------------------------
> > > >
> > > >
> > > >
> > > > --
> > > >
> > > > <cf_payne />
> > > >
> > > > Blog: http://cfpayne.wordpress.com/
> > > > Atlanta CFUG: http://www.acfug.org
> > > >
> >
-------------------------------------------------------------
> > > > To unsubscribe from this list, manage your profile @
> > > > http://www.acfug.org?fa=login.edituserform
> > > >
> > > > For more info, see
http://www.acfug.org/mailinglists
> > > > Archive @
> > http://www.mail-archive.com/discussion%40acfug.org/
> > > > List hosted by FusionLink
> > > >
> >
-------------------------------------------------------------
> > >
> > >
> > >
> >
-------------------------------------------------------------
> > > To unsubscribe from this list, manage your profile @
> > > http://www.acfug.org?fa=login.edituserform
> > >
> > > For more info, see http://www.acfug.org/mailinglists
> > > Archive @
> > http://www.mail-archive.com/discussion%40acfug.org/
> > > List hosted by FusionLink
> > >
> >
-------------------------------------------------------------
> > >
> >
-------------------------------------------------------------
> > >
> > > To unsubscribe from this list, manage your profile @
> > > http://www.acfug.org?fa=login.edituserform
> > >
> > > For more info, see http://www.acfug.org/mailinglists
> > > Archive @
> > http://www.mail-archive.com/discussion%40acfug.org/
> > > List hosted by FusionLink
> > >
> >
-------------------------------------------------------------
> >
> >
> >
> > --
> >
> > <cf_payne />
> >
> > Blog: http://cfpayne.wordpress.com/
> > Atlanta CFUG: http://www.acfug.org
> >
-------------------------------------------------------------
> > To unsubscribe from this list, manage your profile @
> > http://www.acfug.org?fa=login.edituserform
> >
> > For more info, see http://www.acfug.org/mailinglists
> > Archive @
> > http://www.mail-archive.com/discussion%40acfug.org/
> > List hosted by FusionLink
> >
-------------------------------------------------------------
>
>
> --
> Steven Ross
> web application & interface developer
> http://www.zerium.com
> [mobile] 404-488-4364
> [fax] 928-484-4364
>
>
>
-------------------------------------------------------------
> To unsubscribe from this list, manage your profile @
> http://www.acfug.org?fa=login.edituserform
>
> For more info, see http://www.acfug.org/mailinglists
> Archive @
http://www.mail-archive.com/discussion%40acfug.org/
> List hosted by http://www.fusionlink.com
>
-------------------------------------------------------------
>
>
>
>



--

<cf_payne />

Blog: http://cfpayne.wordpress.com/
Atlanta CFUG: http://www.acfug.org
-------------------------------------------------------------
To unsubscribe from this list, manage your profile @
http://www.acfug.org?fa=login.edituserform

For more info, see http://www.acfug.org/mailinglists
Archive @
http://www.mail-archive.com/discussion%40acfug.org/
List hosted by FusionLink
-------------------------------------------------------------



--
Steven Ross
web application & interface developer
http://www.zerium.com
[mobile] 404-488-4364
[fax] 928-484-4364


-------------------------------------------------------------

To unsubscribe from this list, manage your profile @http://www.acfug.org?fa=login.edituserform


For more info, see http://www.acfug.org/mailinglists
Archive @ http://www.mail-archive.com/discussion%40acfug.org/
List hosted by http://www.fusionlink.com
-------------------------------------------------------------

Re: Re: Re: Re: [ACFUG Discuss] Client? Session?

Reply via email to