don't know then. Markup cache is as far as i know not evicted in anyway if you don't have reloading.What you could do is modify the wicket source and print a stacktrace on that info statement so that youcan see where it comes from
On 6/29/06, Marco Geier <[EMAIL PROTECTED]> wrote:
Well,i just check
Well,
i just checked (via JConsole) all threads on the production VM, but
there is no thread called "ModificationWatcherTask" or so. (which sould
be there if the modificationWatcher would be running.) Allright, so far
this is what i would expect from the "DEPLOYMENT" setting in web.xml.
But still
if this: /** * @see wicket.settings.IResourceSettings#setResourcePollFrequency(wicket.util.time.Duration) */ public void setResourcePollFrequency(final Duration resourcePollFrequency)
and then:/** * @see wicket.settings.IResourceSettings#getResourceWatcher() */ public Modi
hi johan,
i didn't make any special code about resource polling and my web.xml is
set to "DEPLOYMENT".
And the funny thing is that wickets reloads the markup even the file for
sure didn't change / wasn't touched.
Hmm, well, thinking about that i have to admit that i have a cron job
that adjust s
if you didn't program yourself somewhere in the code that he needs to do resource pollingthen this isn't possible because then we really don't check it.Isn't it really a poll for a new resource or a new resouce for a different locale?
Or is the webapp or context not restarted suddenly somehow?If th
Even with "DEPLOYMENT" in web.xml, wicket reloads markup "from time to
time". ( i didn't yet find any rules / corellations for these sporadic
reloads, but they do happen - get logged)
This doesn't happen on my WinXp based development platform, but on the
FedoraCore4 based deployment platform.
Any
you might have to call getresourcesettings().addresourcefoler and point it to where either your src folder with the markup files is or at some exploded packaging location.-Igor
On 6/28/06, Stefan Arentz <[EMAIL PROTECTED]> wrote:
On 6/28/06, Johan Compagner <[EMAIL PROTECTED]> wrote:> and that shou
On 6/28/06, Johan Compagner <[EMAIL PROTECTED]> wrote:
> and that shouldn't be called by yourself if possible,
> Just set the web.xml property or the system property to development.
I've done that, but changes to the html files are still not picked up.
Not sure why :-/
S.
Using Tomcat but need
and that shouldn't be called by yourself if possible,Just set the web.xml property or the system property to development.johanOn 6/19/06, Igor Vaynberg
<[EMAIL PROTECTED]> wrote:
public void init() { configure("development", "/");
}-IgorOn 6/19/06, Stefan Arentz <
[EMAIL PROTECTED]> wrote:
public void init() { configure("development", "/");
}-IgorOn 6/19/06, Stefan Arentz <[EMAIL PROTECTED]> wrote:
The Wiki contains this:Sidenote: To see changes to template files immediatelly, overload theinit() method of the WebApplication class by specifying that you arein development mode -
The Wiki contains this:
Sidenote: To see changes to template files immediatelly, overload the
init() method of the WebApplication class by specifying that you are
in development mode - remember to comment out in production:
// the second parameter is the path to your template files
// prefi
11 matches
Mail list logo