On Sun, Apr 8, 2012 at 5:38 AM, Bernard <[email protected]> wrote: > 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.
https://github.com/wicketstuff/core/tree/master/jdk-1.7-parent/wicketstuff-wicket7 provides an extension of Wicket's default ModificationWatcher that uses JDK7 NIO2 WatchService. This should help for this problem. > > 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: [email protected] >>For additional commands, e-mail: [email protected] > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
