« Answering Objections to Rich Internet Applications (Flash) | Main | Dreamweaver CS3 Rewrites Code! »

Comments

Ken Sykora

Good post - do you have any suggestions for those of us with large web apps that are already very deeply coupled with the session scope?

Also what kind of hardware exists for offloading SSL encryption? This is the first I have heard of such a thing.

Mike Brunt

Michael, thanks for this response to my posts, I appreciate it. I fully agree regarding database based client variables as a better alternative to memory resident Session variables. The challenge arises when complex objects are stored in the Session scope which cannot be stored in the Client scope. That is why I alluded to considerations about Clustering being built into any new web application at the architectural stage. The likely hood is that Clustering will occur; in my opinion.

Mike Brunt

Ken, most notable hardware Clustering devices support what is known as SSL Acceleration. This involves moving the handling of SSL Certificates off each individual web server to the Clustering device.

With regard to applications currently heavily vested in the use of the Session scope. If you have no complex objects in that scope Client variables are a worthy alternative. The other alternative is J2EE buddy Session Replication and with ColdFusion, this requires the Enterprise version.

Nate Willard

How can I learn more about Michael Long, the author?

David Stockton

In CF8 you can serialize a CFC to CLIENT scope; though obviously there can be a large amount of overhead involved here. You'd also need to be careful about keeping your .CFC code in sync with any data stored in CLIENT scope.

Someone also mentioned session sharing in a cluster. I've never found this to be very reliable with JRun. Has anyone else had experience of this in a production environment? How did you get on?

I think as is mentioned here, depending on your specific situation you need to come up with a plan to suit your needs - there's no "one size fits all" solution here.

Michael Long

David, While I agree there's no "one size fits all", there are best practices. And again, if your traffic levels are high enough that you need load-balancing, them you need to take a serious look at just what you're storing in the client and session scopes.

You mentioned serializing a CFC into a client, perhaps something like a login manager. Rather than go into that amount of overhead, why not create a login manager that can be created and cached in the application scope, but "manages" data stored in the client scope?

The comments to this entry are closed.