Hoi Martin, we have a subclass of ComponentStringResourceLoader, overriding #loadStringResource methods, which we then register in our application #init method: getResourceSettings().addStringResourceLoader(new YourStringResourceLoader()); and it works well for our needs.
Then you should decide if it's better to load all resources in advance (for example, on Application #init) or if you want to get them on demand (performance and memory considerations). If you wait for calls for loadStringResource to get resources individually, you will get lots of requests to the database, but then the results should be cached by wicket, so the next user asking for the resource should have it already there. On the other hand, you don't load all the stuff in advance. We prefer for the moment to load all resources first, but we must still analyze better if this is the best way. Grüsse, German 2010/1/29 Martin U <ufer.mar...@googlemail.com> > Hello Folks, > > > i don't know if this question was ever done, but i didn't find anything > suitable for me. > > In a huge webapplication which is being in the first steps of > implementation, we want to use a Database (table) to store there > any "String Resources" by locale for translation. > > I have been jumping through the class-hierarchy for many hours but i > haven't > found the right point to "plug-in" a ResourceLoader > from Database. > > There are some different "Interface" of them i could imagine "This is the > right place" but I am not sure at all. > > Have i to Implement my own *IResourceSettings*? I hope not, cause the > Implementation "Settings" looks very complicated to me. > or is it enough to implement *IStringResourceLoader*? But then, where can i > add my own loader to the "Chain" of processing? > > Thanks a lot for any hints. Its very urgently to know and to understand if > wicket is useful for our "wishes" before we really > decide which framework we "want" to use. > > Please apologise for my English, its not my mothers tongue. > > - Matty >
