http://www.redbooks.ibm.com/redbooks/pdfs/sg246176.pdf
I'm not 100% sure, but it seems that the recommendation for session size being < 4-5K is targeted to the scenario where the server has to serialize the session for persistence.
Dennis
| "Frank Zammetti"
<[EMAIL PROTECTED]>
06/09/2004 01:10 PM
|
|
Very interesting (in a bad way for me!)... does anyone know if there is an
easy way to see exactly how big the session object is at any given point in
time? Preferably something not specific to WebSphere... is there a method
of session I'm unaware of that might help?
Frank
>From: "Yulin Zhao" <[EMAIL PROTECTED]>
>Reply-To: "Struts Users Mailing List" <[EMAIL PROTECTED]>
>To: "Struts Users Mailing List" <[EMAIL PROTECTED]>
>Subject: RE: Single ActionForm accross multiple Actions
>Date: Wed, 9 Jun 2004 11:57:49 -0500
>
>
>
>
>Regarding WebSphere session performance, IBM redbook sg246176 chapter 15.10
>has
>some details that might help you. We use WAS4 so that's for WAS4.
>Here is some note from it:
>"In general the best performance will be realized with session objects
>that are less than 2 KB in size. Once the session object starts to exceed
>4-5
>KB in size, a significant decrease in performance can be expected."
>
>
>
>
>[EMAIL PROTECTED] on 06/09/2004 11:07:58
>AM
>
>Please respond to "Struts Users Mailing List" <[EMAIL PROTECTED]>
>
>To: [EMAIL PROTECTED]
>cc: (bcc: Yulin Zhao/FBFS)
>
>Subject: RE: Single ActionForm accross multiple Actions
>
>
>
>I wasn't doubting you, as that standard practice rule is fairly well-known
>outside WebSphere. I think I've generally heard 32K as a limit, but
>whatever, the point is keep session objects small.
>
>What I was asking was if there was some technical limitation in WebSphere I
>wasn't aware of. I can't go re-architecting this particular application
>now, so if I'm storing 64K per session I was curious if WebSphere was going
>to choke on it. I understand the performance implications and the server
>resource implications, as I did when I took this path, but I wasn't sure if
>there was something more I wasn't aware of.
>
>Thanks for the lnik in any case. Although it's 95% stuff I knew already (a
>couple of EJB points I hadn't considered), it's something I can pass out to
>the more junior members of my staff.
>
>Frank
>
>
> >From: "Enrique Medina" <[EMAIL PROTECTED]>
> >Reply-To: "Struts Users Mailing List" <[EMAIL PROTECTED]>
> >To: [EMAIL PROTECTED]
> >Subject: RE: Single ActionForm accross multiple Actions
> >Date: Wed, 09 Jun 2004 16:45:04 +0200
> >
> >I am sure about this problem, believe me.
> >
> >See http://www-3.ibm.com/software/webservers/appserv/ws_bestpractices.pdf
> >
> >
> >>From: "Frank Zammetti" <[EMAIL PROTECTED]>
> >>Reply-To: "Struts Users Mailing List" <[EMAIL PROTECTED]>
> >>To: [EMAIL PROTECTED]
> >>Subject: RE: Single ActionForm accross multiple Actions
> >>Date: Wed, 09 Jun 2004 09:25:16 -0400
> >>MIME-Version: 1.0
> >>X-Originating-IP: [66.98.131.150]
> >>X-Originating-Email: [EMAIL PROTECTED]
> >>X-Sender: [EMAIL PROTECTED]
> >>Received: from mail.apache.org ([209.237.227.199]) by mc9-f7.hotmail.com
> >>with Microsoft SMTPSVC(5.0.2195.6824); Wed, 9 Jun 2004 06:27:06 -0700
> >>Received: (qmail 19779 invoked by uid 500); 9 Jun 2004 13:27:00 -0000
> >>Received: (qmail 19670 invoked by uid 99); 9 Jun 2004 13:26:59 -0000
> >>Received: from [64.4.27.56] (HELO hotmail.com) (64.4.27.56) by
>apache.org
> >>(qpsmtpd/0.27.1) with ESMTP; Wed, 09 Jun 2004 06:26:59 -0700
> >>Received: from mail pickup service by hotmail.com with Microsoft
>SMTPSVC;
> >>Wed, 9 Jun 2004 06:25:16 -0700
> >>Received: from 66.98.131.150 by by8fd.bay8.hotmail.msn.com with
>HTTP;Wed,
> >>09 Jun 2004 13:25:16 GMT
> >>X-Message-Info: JGTYoYF78jGOA3bTrliIqk5vRqlH20u2
> >>Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm
> >>Precedence: bulk
> >>List-Unsubscribe: <mailto:[EMAIL PROTECTED]>
> >>List-Subscribe: <mailto:[EMAIL PROTECTED]>
> >>List-Help: <mailto:[EMAIL PROTECTED]>
> >>List-Post: <mailto:[EMAIL PROTECTED]>
> >>List-Id: "Struts Users Mailing List" <user.struts.apache.org>
> >>Delivered-To: mailing list [EMAIL PROTECTED]
> >>Message-ID: <[EMAIL PROTECTED]>
> >>X-OriginalArrivalTime: 09 Jun 2004 13:25:16.0563 (UTC)
> >>FILETIME=[33F46E30:01C44E25]
> >>X-Virus-Checked: Checked
> >>Return-Path: [EMAIL PROTECTED]
> >>
> >>Do you know the rational behind that WebSphere warning? I mean, the
> >>obvious answer is it uses up server resources and will use more as load
> >>increases, but is there another reason you know of? I ask because I
>have
> >>an application where we store quite considerably more than 16K without
>any
> >>problem. We're currently running it under Tomcat but are migrating to
> >>WebSphere 5, so this caught my attention.
> >>
> >>Frank
> >>
> >>
> >>>From: "Enrique Medina" <[EMAIL PROTECTED]>
> >>>Reply-To: "Struts Users Mailing List" <[EMAIL PROTECTED]>
> >>>To: [EMAIL PROTECTED]
> >>>Subject: RE: Single ActionForm accross multiple Actions
> >>>Date: Wed, 09 Jun 2004 09:57:02 +0200
> >>>
> >>>I've been reading this thread of discussion and one question arises in
>my
> >>>mind that you probably has not taken into consideration.
> >>>
> >>>Is there any limit with session management in your application server?
>I
> >>>mean, Websphere, for example, warns you about storing more than 16K in
> >>>session.
> >>>
> >>>To bypass this problem, there is a good alternative (to the best of my
> >>>knowledge): create a Map where keys would be session IDs and values
>would
> >>>be data (this would lead to the need of creating a wrapper for all your
> >>>data). Then, this Map could be placed in application context, servlet
> >>>context (in case of Struts which only uses one ActionServlet) or even
>as
> >>>a static Map shared by all users in the application server (of course,
> >>>with no clustering at all).
> >>>
> >>>I would be delighted to hear some comments and suggestions in this
> >>>solution.
> >>>
> >>>Enrique Medina.
> >>>
> >>>
> >>>>From: "Frank Zammetti" <[EMAIL PROTECTED]>
> >>>>Reply-To: "Struts Users Mailing List" <[EMAIL PROTECTED]>
> >>>>To: [EMAIL PROTECTED]
> >>>>Subject: RE: Single ActionForm accross multiple Actions
> >>>>Date: Tue, 08 Jun 2004 22:02:01 -0400
> >>>>MIME-Version: 1.0
> >>>>X-Originating-IP: [68.81.51.228]
> >>>>X-Originating-Email: [EMAIL PROTECTED]
> >>>>X-Sender: [EMAIL PROTECTED]
> >>>>Received: from mail.apache.org ([209.237.227.199]) by
>mc3-f6.hotmail.com
> >>>>with Microsoft SMTPSVC(5.0.2195.6824); Tue, 8 Jun 2004 19:02:13 -0700
> >>>>Received: (qmail 97286 invoked by uid 500); 9 Jun 2004 02:02:37 -0000
> >>>>Received: (qmail 97272 invoked by uid 99); 9 Jun 2004 02:02:36 -0000
> >>>>Received: from [64.4.27.85] (HELO hotmail.com) (64.4.27.85) by
> >>>>apache.org (qpsmtpd/0.27.1) with ESMTP; Tue, 08 Jun 2004 19:02:36
>-0700
> >>>>Received: from mail pickup service by hotmail.com with Microsoft
> >>>>SMTPSVC; Tue, 8 Jun 2004 19:02:01 -0700
> >>>>Received: from 68.81.51.228 by by8fd.bay8.hotmail.msn.com with
>HTTP;Wed,
> >>>>09 Jun 2004 02:02:01 GMT
> >>>>X-Message-Info: JGTYoYF78jEng6W3tuLSY7svF94DHMWf
> >>>>Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm
> >>>>Precedence: bulk
> >>>>List-Unsubscribe: <mailto:[EMAIL PROTECTED]>
> >>>>List-Subscribe: <mailto:[EMAIL PROTECTED]>
> >>>>List-Help: <mailto:[EMAIL PROTECTED]>
> >>>>List-Post: <mailto:[EMAIL PROTECTED]>
> >>>>List-Id: "Struts Users Mailing List" <user.struts.apache.org>
> >>>>Delivered-To: mailing list [EMAIL PROTECTED]
> >>>>Message-ID: <[EMAIL PROTECTED]>
> >>>>X-OriginalArrivalTime: 09 Jun 2004 02:02:01.0481 (UTC)
> >>>>FILETIME=[C0FB5790:01C44DC5]
> >>>>X-Virus-Checked: Checked
> >>>>Return-Path:
>[EMAIL PROTECTED]
> >>>>
> >>>>You can set the scope attribute of your action mappings to session,
>then
> >>>>you don't have to do the code you have below. The form instance that
>is
> >>>>passed into execute() will either be what was in session, or a newly
> >>>>created one.
> >>>>
> >>>>I'm not sure about the answer to the second part of your question, but
> >>>>I'm about 99.99% sure you can still use it (anyone else verify?)
> >>>>
> >>>>Frank
> >>>>
> >>>>
> >>>>>From: "Kunal H. Parikh" <[EMAIL PROTECTED]>
> >>>>>Reply-To: "Struts Users Mailing List" <[EMAIL PROTECTED]>
> >>>>>To: "'Struts Users Mailing List'" <[EMAIL PROTECTED]>
> >>>>>Subject: RE: Single ActionForm accross multiple Actions
> >>>>>Date: Wed, 9 Jun 2004 10:34:27 +1000
> >>>>>
> >>>>>Great ...... thanks for all the responses...
> >>>>>
> >>>>>I think I will go with the ActionForm stored in session-scope.
> >>>>>
> >>>>>Just wanting to confirm, that I will need to perform the following
>code
> >>>>>changes:
> >>>>>
> >>>>>==================
> >>>>>public ActionForward execute( ActionMapping actionMapping, ActionForm
> >>>>>actionForm, HttpServletRequest httpServletRequest,
>HttpServletResponse
> >>>>>httpServletResponse ) throws Exception
> >>>>>{
> >>>>> actionForm =
>httpServletRequest.getSession().getAttribute("myForm");
> >>>>> // ...
> >>>>> // normal code follows!!!
> >>>>>}
> >>>>>==================
> >>>>>
> >>>>>Also, would I be correct in saying that I will be unable to use the
> >>>>>ValidatorActionForm.
> >>>>>
> >>>>>
> >>>>>TIA,
> >>>>>
> >>>>>Kunal
> >>>>>
> >>>>>
> >>>>>-----Original Message-----
> >>>>>From: Frank Zammetti [mailto:[EMAIL PROTECTED]
> >>>>>Sent: Tuesday, 8 June 2004 23:21
> >>>>>To: [EMAIL PROTECTED]
> >>>>>Subject: RE: Single ActionForm accross multiple Actions
> >>>>>
> >>>>>This is more or less what a session-scope ActionForm is for. As long
> >>>>>as the
> >>>>>
> >>>>>ActionForm class contains all the properties and methods for all the
> >>>>>screen
> >>>>>it will service, just putting it in session I think is your best bet.
> >>>>>As
> >>>>>someone else said, hidden form fields are your other choice.
>Actually,
> >>>>>you
> >>>>>could also store the data temporarily to a database, but if you would
> >>>>>even
> >>>>>consider that, session is really the right answer.
> >>>>>
> >>>>>Frank
> >>>>>
> >>>>>
> >>>>> >From: "Kunal H. Parikh" <[EMAIL PROTECTED]>
> >>>>> >Reply-To: "Struts Users Mailing List" <[EMAIL PROTECTED]>
> >>>>> >To: "'Struts Users Mailing List'" <[EMAIL PROTECTED]>
> >>>>> >Subject: Single ActionForm accross multiple Actions
> >>>>> >Date: Tue, 8 Jun 2004 12:08:25 +1000
> >>>>> >
> >>>>> >Hi All!
> >>>>> >
> >>>>> >I want to maintain a single ActionForm across multiple Actions.
> >>>>> >
> >>>>> >I want to get the info from the user in a step-by-step manner, but
> >>>>>only
> >>>>> >wanna talk to the SessionBean at the end when they hit "confirm".
> >>>>> >
> >>>>> >The alternative that I can think of is writing a JavaBean with all
> >>>>>the
> >>>>> >properties, and pass the JavaBean around as a session attribute.
> >>>>> >
> >>>>> >Any one have a better solution ?
> >>>>> >
> >>>>> >
> >>>>> >TIA,
> >>>>> >
> >>>>> >Kunal
> >>>>> >
> >>>>> >
> >>>>> >
> >>>>>
> >---------------------------------------------------------------------
> >>>>> >To unsubscribe, e-mail: [EMAIL PROTECTED]
> >>>>> >For additional commands, e-mail: [EMAIL PROTECTED]
> >>>>> >
> >>>>>
> >>>>>_________________________________________________________________
> >>>>>Watch the online reality show Mixed Messages with a friend and enter
>to
> >>>>>win
> >>>>>a trip to NY
> >>>>>http://www.msnmessenger-download.click-url.com/go/onm00200497ave/direct/01/
> >>>>>
> >>>>>
> >>>>>---------------------------------------------------------------------
> >>>>>To unsubscribe, e-mail: [EMAIL PROTECTED]
> >>>>>For additional commands, e-mail: [EMAIL PROTECTED]
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>>---------------------------------------------------------------------
> >>>>>To unsubscribe, e-mail: [EMAIL PROTECTED]
> >>>>>For additional commands, e-mail: [EMAIL PROTECTED]
> >>>>>
> >>>>
> >>>>_________________________________________________________________
> >>>>FREE pop-up blocking with the new MSN Toolbar ? get it now!
> >>>>http://toolbar.msn.click-url.com/go/onm00200415ave/direct/01/
> >>>>
> >>>>
> >>>>---------------------------------------------------------------------
> >>>>To unsubscribe, e-mail: [EMAIL PROTECTED]
> >>>>For additional commands, e-mail: [EMAIL PROTECTED]
> >>>>
> >>>
> >>>_________________________________________________________________
> >>>Reserva desde ahora tus vacaciones en MSN Viajes. M?s c?modo, m?s
>barato
> >>>y m?s opciones. http://www.msn.es/Viajes/
> >>>
> >>>
> >>>---------------------------------------------------------------------
> >>>To unsubscribe, e-mail: [EMAIL PROTECTED]
> >>>For additional commands, e-mail: [EMAIL PROTECTED]
> >>>
> >>
> >>_________________________________________________________________
> >>Stop worrying about overloading your inbox - get MSN Hotmail Extra
> >>Storage! http://join.msn.click-url.com/go/onm00200362ave/direct/01/
> >>
> >>
> >>---------------------------------------------------------------------
> >>To unsubscribe, e-mail: [EMAIL PROTECTED]
> >>For additional commands, e-mail: [EMAIL PROTECTED]
> >>
> >
> >_________________________________________________________________
> >Descarga gratis la Barra de Herramientas de MSN
> >http://www.msn.es/usuario/busqueda/barra?XAPID=2031&DI=1055&SU=http%3A//www.hotmail.com&HL=LINKTAG1OPENINGTEXT_MSNBH
>
> >
> >
> >---------------------------------------------------------------------
> >To unsubscribe, e-mail: [EMAIL PROTECTED]
> >For additional commands, e-mail: [EMAIL PROTECTED]
> >
>
>_________________________________________________________________
>Stop worrying about overloading your inbox - get MSN Hotmail Extra Storage!
>http://join.msn.click-url.com/go/onm00200362ave/direct/01/
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]
>
>
>
>
>
>
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]
>
_________________________________________________________________
Getting married? Find great tips, tools and the latest trends at MSN Life
Events. http://lifeevents.msn.com/category.aspx?cid=married
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
