That would be correct - the algorithm for deciding which resource bundle to pull a string from is not intuitive. However, I am having this problem when I use only 1 ApplicationResources.properties file.

It has no language code ending. It is the default. And there are no other .properties files in my app.

BTW it's not a proxy (I have no proxy on my dev box).


On 01/20/2004 02:51 PM chekuri raju wrote:
Hi Eric i think if ur application does not know which file to read
then by default it reads AppXXXXXX_de.props file.as _de.props comes
before _en.props (in alphabatical order after de we get en)

thanks srinivas

Eric Bariaux <[EMAIL PROTECTED]> wrote: Do you have a "default"
xxx.properties file, one without _en? This would explain why setting
the browser the en gives you the correct result and setting "nothing"
or de gives you the incorrect strings.

-----Original Message----- From: Adam Hardy
[mailto:[EMAIL PROTECTED]

Deployed my war file on a server I'd never touched before. Same
problem.

I re-created the German xxx_de.properties file with a copy of the English, and changed a couple of strings into German to hilight the
difference. This change took effect - the 'ghost' German
disappeared
and was replaced by the real German.

However as I feared when I deleted this new German properties file, the previous 'ghost' German reappeared.

What logical conclusion can I draw from that?

On 01/20/2004 12:07 PM Andriy Ruzhevych wrote:

Did you seach German string or xxx_de.properties file in all

ear/war of


the

web server?

-----Original Message----- From: Adam Hardy
[mailto:[EMAIL PROTECTED]

Thanks Heya, but not wild & crazy enough :) - I already did that.
In fact I made a war file and tested it on a completely different


server.


On 01/20/2004 08:28 AM [EMAIL PROTECTED] wrote:


This is one of those wild crazy ideas that you asked for... I
know you grepped but maybe didn't grep properly?

There are usually two copies of your resources files, one under
your source directory and that is copied to your classes
directory by Tomcat. The one in classes is actually read by the
server, but the one in source is the one you edit because it
should replace the classes one. Just check manually rather than
grepping and see if you find the "ghost" file.

Adam Hardy 20/01/2004 06:12 PM Please respond to "Struts Users
Mailing List"

Does anybody have any ideas on this? Even wild, stupid,
ridiculous ideas. Anything?

On 01/19/2004 07:02 PM Adam Hardy wrote:


Actually I just did get access to a third server and did a
complete fresh install of java & tomcat and my app.war, and
the ghost German strings came up.

So the German strings must be in the war file. But there is
only the one ApplicationResources.properties file there in
the war file! I just

checked.




Again, deleting or adding the German locale to the browser
settings makes the strings change, so it is definitely the
resource bundles.


On 01/19/2004 06:17 PM Adam Hardy wrote:



Yes, unfortunately it does. On my dev machine and my future
 production server. But I had them both running earlier
with the German .properties, so it would be the same
problem. I don't have a third server to test it on.

On 01/19/2004 05:54 PM Tim Kettering wrote:


Does the same thing happen when you build/run the webapp
on a

different



computer? Not sure what to tell you here, but that should
at least narrow the scope to something in the source or
some ghost file on your dev machine.

-tim

-----Original Message----- From: Adam Hardy [mailto:[EMAIL PROTECTED] Sent: Monday,
January 19, 2004 11:35 AM To: Struts Users Mailing List
Subject: deleted ApplicationResources_de.properties ghost




I'm having a nightmare with the ApplicationResources_de.properties resource bundle in my webapp. I asked a colleague to look at it and he's
baffled too.



I had my resource bundle in an English and also a German .properties file, for testing purposes, but then decided
to ditch the German version until it's completely
finished.


Even though I deleted the German xxx_de.properties file, shutdown tomcat, deleted the whole webapp and redeployed
and deleted the cache in $CATALINA_HOME/work/.... , the
German strings are still being cached somewhere.


I have run a grep on a German string to find it in any
file in the whole of the tomcat, and the whole of my
dev-env, but haven't found it.

In the HTTP headers, I have set pragma=no-cache, cache-control=no-cache & expires=Thu, 01 Jan 1970
00:00:00 GMT


I have cleared the cache from my browser and done
refreshes a thousand times. This is now about a month
afterwards and the ghost German text is still coming up.

If I set the browser locale to en, then I get the correct
 English version, but if I then set it back to de,
somehow, somewhere it is finding the deleted German
resource bundle.

Any advice much appreciated. :(


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Reply via email to