Hi,
my problem is, that I can´t put the properties into the class path.
I have to put the properties under Sourcecontrol.
Is there anybody who have an idee where I can make an entry to locate
the displaytag-properties in a specified place?
Greetings an thanks
Torsten
On 8/4/05, Rick Herrick <[EMAIL PROTECTED]> wrote:
> Patrick Gelin said:
> > Hi,
> >
> > i'm writting a webapp into tomcat. I created a displaytag_FR.properties
> > file
> > but I don't know where to put the file. I tried:
> >
> > - MyWebappDir
> > - MyWebappDir/WEB-INF/lib (with displaytag-1.0.jar)
> > - {tomcat.home}/shared/classes
>
> I *think* it's supposed to be displaytag_fr.properties (no caps), but I'm
> not sure. Especially if you're on a *nic system, that may make a
> difference as to whether the file can be located. I could be totally
> wrong, but it's worth a shot if no one else chimes in :^)
>
> > By the way I didn't found any default displaytag.properties file but only
> > TableTag.properties. I used it to generate my displaytag_FR.properties...
>
> That's correct. The defaults are found in TableTag.properties in the
> displaytag library. But you put your overrides into displaytag.properties
> or displaytag_xx.properties. Without knowing the specifics about why that
> decision was made, I'd guess it's because of how the JVM class loader
> works. Basically, if you have two resource bundles with the same name,
> e.g. com/whatever/whichever/mystuff.properties or, in displaytag's case,
> displaytag.properties, the first one found on the class loader's class
> path is the one used. Thus, if the default properties file was called
> displaytag.properties, the class loader wouldn't find your overriding
> displaytag.properties. A quick look over the code in
> TableProperties.java, which loads both of these properties files, will
> help you understand how displaytag goes about handling these separate
> resources.
>
> --
> Rick Herrick
> [EMAIL PROTECTED]
>
> I haven't got time for inner peace.
>
> Get out of control, but appear under control. It's not bad to alarm other
> people, though--it's good for them.--Hunter S. Thompson
>
>
> -------------------------------------------------------
> SF.Net email is Sponsored by the Better Software Conference & EXPO
> September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
> Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
> Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
> _______________________________________________
> displaytag-user mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/displaytag-user
>
-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
displaytag-user mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/displaytag-user
