Hello,
do not try to hijack other thread.
Reply to your own thread.
No as I said it will be called when your session expires .....
What is your session timeout value ?
This should be something like
<session-config>
<session-timeout>30</session-timeout> <!-- 30 minutes -->
</session-config>
With this configuration in web.xml your session will expire in
30 mins
And when this is done your method will execute ...
I assume you have registered your listener in web.xml
I hope this helps
Guru
-----Original Message-----
From: Srinivasula Reddy A , Bangalore [mailto:[EMAIL PROTECTED]
Sent: 06 June 2007 12:19
To: Struts Users Mailing List
Subject: RE: [S2] decoding values of objects properties
BUT GURU WHEN I CLOSE THE IE SESSEIONDESTROYED METHOD IS NOT EXECUTING
IS THERE ANY CONFIGURATION PARAMETERS I HAVE TO SET IN WEB.XML OR
STRUTS-CONFIG.XML
-----Original Message-----
From: Dave Newton [mailto:[EMAIL PROTECTED]
Sent: Wednesday, June 06, 2007 4:45 PM
To: Struts Users Mailing List
Subject: Re: [S2] decoding values of objects properties
I'm still not entirely what you're decoding from and
to; it sounds like something is fundamentally broken,
but...
Remember that with OGNL you *can* call arbitrary
methods, including static utility methods, from with
the EL. So with either a static decoding class or
(preferably) a service object in your action if you're
iterating over a list you can call methods on items
from that list.
d.
--- Paolo Beccari <[EMAIL PROTECTED]> wrote:
>
> > --- Dave Newton wrote:
> >
> > Why?
> >
>
> I'll try to explain. The main problem is, that i
> would not to expose a
> single getter-method in the action for each property
> I want to decode. I'm
> searching for a more generic method.
> I thought on some possibile solution, one was to
> return, in each action, the
> entire decode set (roughly speaking, a series of
> tuples name-value-decode).
> That way, I could handle it with <s:iterator and
> <s:if tag each time I need
> a decode. In addition, if the decoded value I'm
> searching is the last in the
> list, the list is entirely scrolled before finding
> result. So I tend to
> discard that.
>
> Maybe it is only a matter of wrong architectural
> design: we are returning to
> the views some objects mapped from the database
> layer "as they are". It is
> possible we need an additional level between, to
> provide decoded values for
> each property, but the temptation to use a scriplet
> <%=Decode(name, value)%>
> with a generic, singleton Decoder class is still
> strong :).
>
> >
> > I've never had to do that, but if I did, I'd be
> most
> > likely to do it in the action or, more likely, a
> > service object in the action.
> >
> > d.
> >
>
> Yes, I'd be most likely to do, too. But I have to
> find a way to NOT write
> hundreds of methods, one for each decode-set.
> Well, I'll continue thinking on it, BTW thanks for
> reply.
>
> P.
>
>
>
---------------------------------------------------------------------
> To unsubscribe, e-mail:
> [EMAIL PROTECTED]
> For additional commands, e-mail:
> [EMAIL PROTECTED]
>
>
________________________________________________________________________
____________
Get the free Yahoo! toolbar and rest assured with the added security of
spyware protection.
http://new.toolbar.yahoo.com/toolbar/features/norton/index.php
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DISCLAIMER:
------------------------------------------------------------------------
-----------------------------------------------
The contents of this e-mail and any attachment(s) are confidential and
intended for the named recipient(s) only.
It shall not attach any liability on the originator or HCL or its
affiliates. Any views or opinions presented in
this email are solely those of the author and may not necessarily
reflect the opinions of HCL or its affiliates.
Any form of reproduction, dissemination, copying, disclosure,
modification, distribution and / or publication of
this message without the prior written consent of the author of this
e-mail is strictly prohibited. If you have
received this email in error please delete it and notify the sender
immediately. Before opening any mail and
attachments please check them for viruses and defect.
------------------------------------------------------------------------
-----------------------------------------------
---------------------------------------------------------------------
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]
