Delete "TileList" to force re-read of MTEFileCache

[GoogleCodeExporter]

What steps will reproduce the problem?
1. "New Feature"
2.
3.

What is the expected output? What do you see instead?
Possibility to delete the system-file "TileList" to force a re-read of the
MTEFileCache
OR
MTE checks the date/time of the MTEFileCache and recognize an update of the
MTEFileCache.

What version of the product are you using? On what operating system?
v1.15B

Please provide any additional information below.

Original issue reported on code.google.com by andreas....@gmx.at on 5 May 2009 at 7:22

[GoogleCodeExporter]

I've implemented a solution for the problem with date-check of MTEFileCache.
After reading MTEFileCache the lastmodified-date is save at the settings.

Original comment by andreas....@gmx.at on 7 May 2009 at 12:18

[GoogleCodeExporter]

Do you have a patch for this?

Original comment by gdjo...@gmail.com on 23 May 2009 at 5:26

[GoogleCodeExporter]

sorry, I didn't have a patch.
I've attached the modified files.

Original comment by andreas....@gmx.at on 25 May 2009 at 9:16

Attachments:

• RecorderSettings.java
• FileCache.java

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

Just recognized: Method getLongProperty(java.lang.String,int) in class Settings 
is
missing, maybe you forgot to attach your modified Settings.java?

Original comment by joachim....@gmail.com on 27 May 2009 at 8:53

[GoogleCodeExporter]

Yes, you're right, I've forgotten to attach also the Settings.java
I've added "setLongProperty(...)" and "getLongProperty(...)"
Sorry!

Original comment by andreas....@gmx.at on 27 May 2009 at 2:20

Attachments:

• Settings.java

[GoogleCodeExporter]

Perfect, I just made a patch out of it, and tested it successfully. :-)

Original comment by joachim....@gmail.com on 28 May 2009 at 2:45

Attachments:

• mte-cache-reload.diff