classpath
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: ResourceBundle optimisation


From: Thomas Zander
Subject: Re: ResourceBundle optimisation
Date: Fri, 8 Jul 2005 12:53:15 +0200
User-agent: KMail/1.8.50

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Thursday 7 July 2005 18:29, you wrote:
> Thomas Zander wrote:
> >Won't that break things when new (more specialised) resource bundles
> > are added to the classpath at a later time?
> >Then again, we probably also don't store URL of already loaded RBs to
> >check if the file was updated so we can reload.
>
> I don't think its valid to make changes to the resource bundles at
> runtime. We can't really cache things at all if this were allowed.

I'm pretty sure its not an API design to disallow this. So its 
implementation specific and your argument that Sun does not do it is 
indeed a pretty strong one.  I'm not sure I agree with it, but its a good 
argument nontheless.

I do disagree that this assumtion makes caching impossible, I even would 
go so far as to say its really wanted and what people expect due to the 
expected uptime of servers like tomcat.

My original point still stands;  loading "foo.properties" while 
"foo_nl_NL.properties" was requested will effectively make it impossible 
to find foo_nl* if its placed in the classpath later.  Which is 
definitely not what I expect.

Solution isn't that hard; you can use dnotify or even simple stats on 
fetch-from-cache to check your cache being dirty, for example.
- -- 
Thomas Zander
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)

iD8DBQFCzlsbCojCW6H2z/QRAtaLAKDw7AD3EvDx/RCus25gS/j+kPPy/QCggYcv
FIr0kAz5lPtRbwdDpjUqBac=
=tewV
-----END PGP SIGNATURE-----




reply via email to

[Prev in Thread] Current Thread [Next in Thread]