Return-Path: Delivered-To: apmail-jakarta-taglibs-user-archive@www.apache.org Received: (qmail 91256 invoked from network); 22 Jan 2004 10:26:46 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 22 Jan 2004 10:26:46 -0000 Received: (qmail 40902 invoked by uid 500); 22 Jan 2004 10:26:15 -0000 Delivered-To: apmail-jakarta-taglibs-user-archive@jakarta.apache.org Received: (qmail 40875 invoked by uid 500); 22 Jan 2004 10:26:15 -0000 Mailing-List: contact taglibs-user-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Tag Libraries Users List" Reply-To: "Tag Libraries Users List" Delivered-To: mailing list taglibs-user@jakarta.apache.org Received: (qmail 40862 invoked from network); 22 Jan 2004 10:26:15 -0000 Received: from unknown (HELO web13909.mail.yahoo.com) (216.136.172.94) by daedalus.apache.org with SMTP; 22 Jan 2004 10:26:15 -0000 Message-ID: <20040122102628.65635.qmail@web13909.mail.yahoo.com> Received: from [81.218.69.117] by web13909.mail.yahoo.com via HTTP; Thu, 22 Jan 2004 02:26:28 PST Date: Thu, 22 Jan 2004 02:26:28 -0800 (PST) From: Evgeny Gesin Subject: Re: ApplicationResources.properties - resolution To: Tag Libraries Users List In-Reply-To: <400F975F.80902@cyberspaceroad.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Great! That's because first .properties file found in classpath is used. Evgeny Gesin Javadesk CEO / Founder --- Adam Hardy wrote: > OK, after I figured out how to grep through the > content of all the jar > files I could find, it turned up. > > I had programmed a JAAS login module, placed it in > CATALINA_HOME/common/lib, using > ApplicationResources.properties (i.e. > the same class name that I specified in the app's > web.xml under > javax.servlet.jsp.jstl.fmt.localizationContext), and > using the same > strings (e.g. app.title). > > So JSTL fmt had picked up the > ApplicationResources.properties class from > the jar in commons/lib, well actually the > ...._de.properties, and used > that in my app. And it would presumably have used it > in all apps that > specified ApplicationResources as the resource > bundle name. > > Perhaps this could be considered counter-intuitive > behaviour? I'm not > sure. But I think the behaviour should be defined at > the next round of > spec. writing. > > Whatever, I'm happy now. :) > > On 01/21/2004 08:47 PM Evgeny Gesin wrote: > > Adam, > > this situation is not obvious. I suggest to run a > > search command over all* files to look for a > specific > > DE text which you see on the screen. That can give > you > > some ideas what happen at run-time. > > > > Evgeny Gesin > > Javadesk CEO / Founder > > > > --- Adam Hardy > > wrote: > > > >>Yes. Searched for all *.properties files in tomcat > >>and in them for the > >>offending strings, but to no avail. I'll try again > >>though just to make sure. > >> > >>On 01/21/2004 03:21 PM Sgarlata Matt wrote: > >> > >>>Hi Adam - > >>> > >>>As another shot in the dark, maybe in your build > >> > >>process you don't delete > >> > >>>old .properties files? In the past I left out > >> > >>this step in my build process > >> > >>>and had strange results similar to what you are > >> > >>describing. Have you > >> > >>>searched your filesystem for the old > >> > >>_de.properties file to see if it's > >> > >>>lingering somewhere? > >>> > >>>Other than that, I too am stumped ... > >>> > >>>Matt > >>>----- Original Message ----- > >>>From: "Adam Hardy" > >> > >> > >> > >>>To: "Tag Libraries Users List" > >> > >> > >> > >>>Sent: Wednesday, January 21, 2004 6:03 AM > >>>Subject: Re: ApplicationResources.properties > >> > >>apparently cached > >> > >>> > >>> > >>>>Thanks for the response. I know exactly how it > >> > >>must look to people > >> > >>>>reading this, but what you are suggesting is > what > >> > >>I have been doing for > >> > >>>>the past week. I'm 99% positive that this is not > a > >> > >>result of browser or > >> > >>>>proxy or JSP caching. > >>>> > >>>>On 01/21/2004 11:54 AM Evgeny Gesin wrote: > >>>> > >>>> > >>>>>I think somethings can be wrong with > application > >> > >>or > >> > >>>>>understanding how it works with > >> > >>bundle.properties, if > >> > >>>>>DE still cached. Try to remove compiled pages > >> > >>(under > >> > >>>>>the "work" directory in Tomcat), stop and start > >> > >>Tomcat > >> > >>>>>and point browser to the same pages again and > see > >> > >>what > >> > >>>>>happen. > >>>>> > >>>>>Evgeny Gesin > >>>>>Javadesk CEO / Founder > >>>>> > >>>>> > >>>>>--- Adam Hardy > > >>>>>wrote: > >>>>> > >>>>> > >>>>> > >>>>>>Can anybody make any comment about this? Other > >> > >>than > >> > >>>>>>that you think I > >>>>>>might be losing it? > >>>>>> > >>>>>>Thanks > >>>>>> > >>>>>>On 01/20/2004 06:38 PM Adam Hardy wrote: > >>>>>> > >>>>>> > >>>>>> > >>>>>>>I have set up my i18n properties files for > use > >>>>>> > >>>>>>with the > >>>>>> > >>>>>>>taglib (jstl 1.0) via the > >>>>>> > >>>>>>javax.servlet.jsp.jstl.fmt.localizationContext > >>>>>> > >>>>>> > >>>>>> > >>>>>>>and I tested it out with DE and EN to make > sure > >> > >>my > >> > >>>>>>different locales on > >>>>>> > >>>>>> > >>>>>> > >>>>>>>the browser would generate the correct > language > >>>>>> > >>>>>>text. > >>>>>> > >>>>>> > >>>>>> > >>>>>>>All worked, and so I deleted the German file, > >>>>>> > >>>>>>since it was only a test > >>>>>> > >>>>>> > >>>>>> > >>>>>>>and I'm not ready to do all the proper > >> > >>translation > >> > >>>>>>into German yet. > >>>>>> > >>>>>> > >>>>>> > >>>>>>>I deleted the _en.properties and > _de.properties > >>>>>> > >>>>>>files, and have only a > >>>>>> > >>>>>> > >>>>>> > >>>>>>>default ApplicationResources.properties so I > >>>>>> > >>>>>>really can't see where the > >>>>>> > >>>>>> > >>>>>> > >>>>>>>old German strings are coming from. > >>>>>>> > >>>>>>>However the German strings keep appearing in > my > >>>>>> > >>>>>>web pages in German > >>>>>> > >>>>>> > >>>>>> > >>>>>>>browsers. > >>>>>>> > >>>>>>>This has been troubling me for a month now > and > >> > >>I'm > >> > >>>>>>really determined to > >>>>>> > >>>>>> > >>>>>> > >>>>>>>fix it. I'm sure it's not being cached by the > >>>>>> > >>>>>>browser or by a proxy. > >>>>>> > >>>>>> > >>>>>> > >>>>>>>Chopping and changing the locale in the > browser > >>>>>> > >>>>>>proves that. > >>>>>> > >>>>>> > >>>>>> > >>>>>>>What also puzzles me is the work-around I > did: > >> > >>I > >> > >>>>>>recreated the German > >>>>>> > >>>>>> > >>>>>> > >>>>>>>_de.properties file, and so now I have > >> > >>something > >> > >>>>>>sensible (the old > >>>>>> > >>>>>> > >>>>>> > >>>>>>>strings are pretty stupid random bits of > text). > >>>>>> > >>>>>>But when I deleted this > >>>>>> > >>>>>> > >>>>>> > >>>>>>>new German file to test if the bug had gone, > >> > >>the > >> > >>>>>>old German strings > >>>>>> > >>>>>> > >>>>>> > >>>>>>>reappeared. > >>>>>>> > >>>>>>>What is my next logical step? I'm completely > >> > >>stuck > >> > >>>>>>here. > >>>>>> > >>>>>> > >>>>>> > >>>>>>>Thanks > >>>>>>>Adam > >>>>>>> > >>>>>> > >>>>>> > >>>>>>-- > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: > taglibs-user-unsubscribe@jakarta.apache.org > For additional commands, e-mail: > taglibs-user-help@jakarta.apache.org > __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free web site building tool. Try it! http://webhosting.yahoo.com/ps/sb/ --------------------------------------------------------------------- To unsubscribe, e-mail: taglibs-user-unsubscribe@jakarta.apache.org For additional commands, e-mail: taglibs-user-help@jakarta.apache.org