Hi,
The HTML part is covered if your IDE copies HTML files to the
deployment directory when you save them. Wicket will then pick up this
change and reload the corresponding pages. This works for existing
markup but not for new markup that was missing.
The Java classes part can only be handled with debugging, JRebel or a
complete re-deployment. There is no hot-deployment of individual
classes in GlassFish (I don't know whether any other server supports
this). However GlassFish has session preservation so the re-deploy
process is seamless. To further speed up the deployment, one can copy
most libraries (including Wicket) into the GlassFish domain's lib dir
instead of copying them on every deployment.
The "Deploy on Save" feature is only useful for mini applications - it
is too slow.
Bernard
On Fri, 06 Apr 2012 16:48:11 +0200, you wrote:
>
>I've been fighting this for the past two days, but I'm not succeeding. I'm
>using Wicket 1.5.5 on GlassFish 3.1.2 and that runs without a problem. I have
>configured
>
><filter-class>org.apache.wicket.protocol.http.ReloadingWicketFilter</filter-class>
>
>to reload the classes, but that is not working. The only way to reload the
>class file is by using JRebel.
>
>Also Wicket reports that it runs in DEVELOPMENT mode, but it is not reloading
>the HTML files. In an attempting to resolve that I explicitely configured
>
> getResourceSettings().setDefaultCacheDuration(Duration.ONE_SECOND);
>
>but that does not make a difference. The only way I can get it to work
>somewhat, is to add my own ResourceFinder directly on the src folder:
>
> getResourceSettings().setResourceFinder(new IResourceFinder()
> {
> @Override
> public IResourceStream find(Class<?> clazz, String pathname)
> {
> File f = new File("C:/Documents and Settings/User/My
> Documents/s2m/sources/components/service/src/main/java/" + pathname);
> if (f.exists())
> {
> return new FileResourceStream( f );
> }
> return null;
> }
> });
> getResourceSettings().setUseDefaultOnMissingResource(true);
>
>But still the source are not reloaded reliably. I figure if the cache expires,
>a new call to the resource finder should be done, correct?
>
>Is there any debugging of these autoreload features, so I can see what Wicket
>is doing?
>
>Tom
>
>
>
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>For additional commands, e-mail: users-h...@wicket.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
