Hi Dick
for my replies see inline.
> You are right that the Query class contains a cache of all expressions
> (instances of Query). It is a static HashMap in WW1.3 so it
> is never GC'd as
> you know.
> I can see a couple of cases that would make it grow:
>
> 1. Parameters that are sent in requests are set on actions
> with the help of
> the Query class. If you always have new parameter names, then
> they will
> generate new Query objects that will fill up the cache. So
> for example the
> parameters:
> myaction.action?paramOne=2&otherParam/subProperty=4 this
> would create 2 new Query instances (and 3 QuerySegments I believe).
> Do you have some parameters that have dynamic names?
Do you mean the first request calls 'paramOne=2', after
that the same request calls 'paramTwo=2'?
No, we don't have dynamic names parameters...
> 2. Some usages of the expand functionality of the expression
> language (when
> you use braces { } ) can give many Query objects. For example
> if you write:
> <ww:property value="{myProp}"/> then myProp is looked up, and whatever
> String myProp contains is then looked up. This means that if
> myProp contains
> different String values all the time then alot of Query
> instances will be
> created.
The only constructs I find in our application which could match
are the following:
- the templates checkbox.jsp, password.jsp, text.jsp etc.
- <ww:text name="'{0,date,EEEE, dd.MM.yyyy, HH:mm}'" value0="@today"/>
- <ww:text name="'{0,number,#,##0.00}'" value0="@dep/balance/amount"/>
Do you see problems with it?
> You can also try changing the Map to be a WeakHashMap and
> then the Query
> instances could be GC'd. But of course it would be better to
> find the real
> cause of the problem first.
That would be a possibility but as you said we should try to find the
real cause.
Anyway I would like to thank you for the help!
Cheers
-Paolo
-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
_______________________________________________
Opensymphony-webwork mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
