es
> only the size of the HttpSession instance and the object references it
> holds. It does not measure the physical size of the objects which are
> referenced by the session.
>
> http://martin.nobilitas.com/java/sizeof.html
>
>
> On 6/23/06, starki78 <[EMAIL PROTECTED]>
size of the HttpSession instance and the object references it
holds. It does not measure the physical size of the objects which are
referenced by the session.
http://martin.nobilitas.com/java/sizeof.html
On 6/23/06, starki78 <[EMAIL PROTECTED]> wrote:
>
> Well I can remember having u
enced by the session.
http://martin.nobilitas.com/java/sizeof.html
On 6/23/06, starki78 <[EMAIL PROTECTED]> wrote:
Well I can remember having used session-size
tags that worked fine,
but after a while I came to the conclusion
that this is not so important.
http://www.servletsuite.c
Well I can remember having used session-size
tags that worked fine,
but after a while I came to the conclusion
that this is not so important.
http://www.servletsuite.com/servlets/ssizetag.htm
Nice greetings
Starky
-- Initial Header ---
>From : "Carl Smith" [EM
I am trying to get the session size of our J2EE Struts based, and runing in
WebSphere environment, application. Can some one point me what is the good way
to get the session size? What tool is a good tool for using? WSAD Profiling?
-
Yahoo
thanks for all your ideas and advice especially the one with the filter was
very helpful. :)
ciao 4 now
Julian
> --- Ursprüngliche Nachricht ---
> Von: "Mark Lowe" <[EMAIL PROTECTED]>
> An: "Struts Users Mailing List"
> Betreff: Re: Strategy for Controlling
On 3/22/06, Michael Jouravlev <[EMAIL PROTECTED]> wrote:
> On 3/22/06, Mark Lowe <[EMAIL PROTECTED]> wrote:
> > Population of indexed properties is a nice gift, but then I cant think
> > of many situations where needing to scope anything that extreme is
> > required. A bean with simple properties w
On 3/22/06, Mark Lowe <[EMAIL PROTECTED]> wrote:
> Population of indexed properties is a nice gift, but then I cant think
> of many situations where needing to scope anything that extreme is
> required. A bean with simple properties will do
>
>
>
>
> takes care of any simple properties
I don't w
need to store across lots of requests, you can create a
> > > > simple javaclass to hold the data you need. Something like a StateBean
> > > > or even a hashmap, the point is that if you have one object that your
> > > > storing things in you know where to look
avaclass to hold the data you need. Something like a StateBean
> > > or even a hashmap, the point is that if you have one object that your
> > > storing things in you know where to look if and when you find you need
> > > to address session size. If you have folk adding the
even a hashmap, the point is that if you have one object that your
> > storing things in you know where to look if and when you find you need
> > to address session size. If you have folk adding the world into the
> > session all over the place, its going to be harder to address any
things in you know where to look if and when you find you need
> to address session size. If you have folk adding the world into the
> session all over the place, its going to be harder to address any
> issues later in the day. e.g. Map state = (Map)
> session.getAttribute("state"
Julian Tillmann wrote the following on 3/22/2006 4:04 AM:
Can someone give me advice how to control and clean
the amount of Collections (HashTables/ArrayList)
that are stored in the session.
Are you actually sure you have a performance problem with too much stuff
stored in Session scope? So
session.removeAttribute("collectionname");
chain.doFilter(..);
}
HTH
Mark
>
> greetings
>
> > --- Ursprüngliche Nachricht ---
> > Von: "Mark Lowe" <[EMAIL PROTECTED]>
> > An: "Struts Users Mailing List"
> &g
interesting I'll
take a look.
As a last resort would my proposal be an
acceptable alternative?
greetings
> --- Ursprüngliche Nachricht ---
> Von: "Mark Lowe" <[EMAIL PROTECTED]>
> An: "Struts Users Mailing List"
> Betreff: Re: Strategy for Controlling th
l parameters if session.getAttribute.equals("collection_name
>
> and to remove all last Action's Collection_data in order to minimalize my
>
> session data.
>
>
>
> Regarding to you, does it make sense to control the session-size
>
> within a struts applicatio
_name",
and always when an action is executed
to look
for all parameters if session.getAttribute.equals("collection_name
and to remove all last Action's Collection_data in order to minimalize my
session data.
Regarding to you, does it make sense to control the session-s
side-effects of
doing such a kludge ? Restoring the user's session on failover will still
have unpredictable results, if in the middle of file upload, but at least
the rest of the user's session will now be restored.
=> session size now expectedly grows, but not proportiona
ing such a kludge ? Restoring the user's session on failover will still
have unpredictable results, if in the middle of file upload, but at least
the rest of the user's session will now be restored.
=> session size now expectedly grows, but not proportionately to uploaded
file size. Ap
cs on session size)
I have a layer in my app framework that attempts to serialize all session
content to a ByteArrayOutputStream at development time.
There is something that looks like a serialization problem with the commons
internals -
java.io.NotSerializableExce
, or in application scope it the data is shared
beetwen all the users.
Regards
Jose R. Díaz
> -Mensaje original-
> De: Hookom, Jacob [mailto:[EMAIL PROTECTED]
> Enviado el: jueves, 27 de mayo de 2004 21:08
> Para: 'Struts Users Mailing List'
> Asunto: RE: Session
d refetching it all the time, causing high processor usage and low
memory consumption.
-Original Message-
From: Riyad Kalla [mailto:[EMAIL PROTECTED]
Sent: Thursday, May 27, 2004 12:11 PM
To: Struts Users Mailing List
Subject: Re: Session size
On Thursday 27 May 2004 09:53 am, Zhang, L
On Thursday 27 May 2004 09:53 am, Zhang, Larry (L.) wrote:
> It sounds like very promising to me. The only consideration is that caching
> those objects may cause another issue of usage of the memory. And also when
Yes absolutely a concern, which is where you can tune how big your cache for
DAO i
this approach sometimes called object pool?
Thanks.
-Original Message-
From: Riyad Kalla [mailto:[EMAIL PROTECTED]
Sent: Thursday, May 27, 2004 12:25 PM
To: Struts Users Mailing List
Subject: Re: Session size
Hmm, I should clarify what I meant:
The DAO will be at the application scope, so
: Struts Users Mailing List
Subject: Re: Session size
Larry,
It depends on how you load the elements. If you are creating the smaller
objects by first loading the full objects, then just save the time and use
the full ones.
If however you are loading the DisplayObjects directly via a Hibernate
: Thursday, May 27, 2004 11:53 AM
> To: Struts Users Mailing List
> Subject: Re: Session size
>
>
> Mike,
> Good suggestions. I was dealing with something like this recently and
> decided that for me, adding caching at the DAO level:
>
> e.g. List userList = UserDAO.getAllU
Larry,
It depends on how you load the elements. If you are creating the smaller
objects by first loading the full objects, then just save the time and use
the full ones.
If however you are loading the DisplayObjects directly via a Hibernate query
of course that will be magnitudes smaller.
Also
: Session size
Mike,
Good suggestions. I was dealing with something like this recently and decided
that for me, adding caching at the DAO level:
e.g. List userList = UserDAO.getAllUsers();
would offer the biggest performance benefit since it would be:
(a) application wide, instead of per
me sort of mutlithreaded access to this
> >>collection.
> >>
> >>Riyad Kalla wrote:
> >>>Larry,
> >>>Good question. I am curious what others think about this situation as
> >>>well.
> >>>
> >>>On Thursday 27 May 200
hursday 27 May 2004 08:24 am, Zhang, Larry (L.) wrote:
It is apparent true that if the session size is big, the performance will
be negatively affected. The question is that how to actively control the
size of session.
Let's discuss this question:
I have a page which displays all the subordinat
second part of question) at
all?
Thanks.
Larry
-Original Message-
From: Mike Zatko [mailto:[EMAIL PROTECTED]
Sent: Thursday, May 27, 2004 11:50 AM
To: Struts Users Mailing List
Subject: Re: Session size
I personally think its too big. Large amounts of data like that should
be put in
ection.
>
> Riyad Kalla wrote:
> >Larry,
> >Good question. I am curious what others think about this situation as
> > well.
> >
> >On Thursday 27 May 2004 08:24 am, Zhang, Larry (L.) wrote:
> >>It is apparent true that if the session size is big, the perform
this situation as well.
On Thursday 27 May 2004 08:24 am, Zhang, Larry (L.) wrote:
It is apparent true that if the session size is big, the performance will
be negatively affected. The question is that how to actively control the
size of session.
Let's discuss this question:
I have a page which di
Larry,
Good question. I am curious what others think about this situation as well.
On Thursday 27 May 2004 08:24 am, Zhang, Larry (L.) wrote:
> It is apparent true that if the session size is big, the performance will
> be negatively affected. The question is that how to actively contr
It is apparent true that if the session size is big, the performance will be
negatively affected. The question is that how to actively control the size of session.
Let's discuss this question:
I have a page which displays all the subordinates of a manager, for some reasons I
want to cre
35 matches
Mail list logo
