The overriding would be the main issue, but only if you override the properties.
It is 2000+ on each page render, list with 10 entries. Think caches the
bundle/locations, not what class/bundle, so it calls findResourceBundle(..)
with the key.
If you put a trace on your own
AbstractLocalizedT
I think we have to search hierarchy all provided we want to support
overridden text (even if you define some convention about location).
So the only solution I can imagine is caching if applicable. Do you get
2075 on each page render or just first? Lukasz said we have caching and
you wouldn't get
James,
After a rethink I came to the same conclusion, the most efficient way is
to check ApplicationResources.properties first, but as Lukasz points out
the properties cannot be override higher up in the class hierarchy.
Which I guess would be an issue for some. One resolution would be use an
Hello Everyone (and Greg, Lukasz and Yasser more specifically).
There are probably differing opinions on what constitutes "best practice"
for properties/resource bundles and Struts 2, but as long as the set-up you use
for your application functions effectively for you, it is probably OK. I
wt., 15 wrz 2020 o 08:41 Yasser Zamani napisał(a):
>
> Hi Lukasz :)
>
> Excuse me... do you remember the place where caching occurs please? I
> found some references of StrutsLocalizedTextProvider.getText and
> followed up their parents. Also saw TextProviderSupport.java. I couldn't
> find any cac
Hi Lukasz :)
Excuse me... do you remember the place where caching occurs please? I
found some references of StrutsLocalizedTextProvider.getText and
followed up their parents. Also saw TextProviderSupport.java. I couldn't
find any cache for founded text :( Maybe because it's dependent to
current va
wt., 15 wrz 2020 o 07:49 Yasser Zamani napisał(a):
> So generally I think we can have a Map as a cache, if not found in cache
> then searching and if found after search, saving in cache. I've seen
> this mechanism in Struts in other places as well.
This is already done, results of the scan are al
Maybe this functionality was needed to allow user to override higher
layers defined values (?) Or maybe another user for any reason claim
that current behavior is wanted.
So generally I think we can have a Map as a cache, if not found in cache
then searching and if found after search, saving in ca
pon., 14 wrz 2020 o 10:43 Greg Huber napisał(a):
>
> I have a local modification that I do to speed up my app on how I get
> screen text ie via
> com.opensymphony.xwork2.util.StrutsLocalizedTextProvider.
>
> By default StrutsLocalizedTextProvider will scan the class packages
> first for the messa
I have a local modification that I do to speed up my app on how I get
screen text ie via
com.opensymphony.xwork2.util.StrutsLocalizedTextProvider.
By default StrutsLocalizedTextProvider will scan the class packages
first for the message and then if it cannot find it try
ApplicationResources.
10 matches
Mail list logo