Maybe I'm missing something but I can't get ReloadingWicketServlet to
work. I have subclassed it and included a pattern for my web tier
package as documented. The relevant code and configuration is given
below. If I modify a class residing at home.web and then re-enter its
page (not just refresh it), nothing new happens. I have added a couple
of entries to log4j.properties in order to monitor the output from the
reloading classloader, filter and servlet, but nothing is shown there
either. What do you think I'm doing wrong?
Thank you in advance.
Regards,
Carlos
home.web.ReloadingServlet
----------------------------------------
package home.web;
import wicket.application.ReloadingClassLoader;
import wicket.protocol.http.ReloadingWicketServlet;
@SuppressWarnings("serial")
public class ReloadingServlet extends ReloadingWicketServlet
{
static
{
ReloadingClassLoader.includePattern("home.web.*");
}
}
web.xml
------------
<servlet>
<servlet-name>wicketServlet</servlet-name>
<servlet-class>home.web.ReloadingServlet</servlet-class>
<init-param>
<param-name>applicationFactoryClassName</param-name>
<param-value>wicket.spring.SpringWebApplicationFactory</param-value>
</init-param>
<load-on-startup>1</load-on-startup>
</servlet>
<servlet-mapping>
<servlet-name>wicketServlet</servlet-name>
<url-pattern>/app/*</url-pattern>
</servlet-mapping>
On 4/6/07, Carlos Pita <[EMAIL PROTECTED]> wrote:
> I'm pointing my pom repositories to
> http://wicketstuff.org/maven/repository just right now. I will keep
> you informed of my experiences along next week, toying with it at home
> and more seriously using it with my development team at work.
> Cheers,
> Carlos
>
> On 4/6/07, Eelco Hillenius <[EMAIL PROTECTED]> wrote:
> > Please keep us informed when you play with the reloading filter. I
> > think Jean-Baptiste deems it usable in it current state. But any
> > improvements/ suggestions (especially in the form of patches!) would
> > be welcome.
> >
> > Eelco
> >
> > On 4/6/07, Carlos Pita <[EMAIL PROTECTED]> wrote:
> > > I'd read that thread before. I think I understand your point Igor. But
> > > I don't pretend that old instances keep somehow up to date with new
> > > incompatible reloaded classes. If I could start all again from a
> > > bookmarkable page, everything being reinstantiated again, I will be
> > > happy, even if some marginal strange behaviours remain due to old
> > > instances still flying around. It's not that different if I go through
> > > entire app reloading: everything has to be re-tested from step zero
> > > anyway, so I wait about 10-20 seconds and then re-populate my wizard
> > > form or whatever I was testing from the very beginning. If reloading
> > > can spare me that 10-20 seconds, it will be a big win, even if not
> > > perfect. The same could be said for hot code replacement. It's
> > > development-time stuff, it would be better if it gets its thing done
> > > right 80 of 100 times than the nothing or almost nothing that it
> > > provides now. That said, I'm not very savvy in classloading arcane, so
> > > I could have incurred into a fundamental misunderstanding.
> > >
> > > Cheers,
> > > Carlos
> > >
> > > On 4/6/07, Igor Vaynberg <[EMAIL PROTECTED]> wrote:
> > > > this is mostly a dream anyways for early stages where you are still
> > > > adding
> > > > fields
> > > >
> > > > see
> > > >
> > > > http://www.theserverside.com/news/thread.tss?thread_id=44119#226916
> > > >
> > > > hls' reply here
> > > >
> > > > http://www.theserverside.com/news/thread.tss?thread_id=44119#226916
> > > >
> > > > my rebuttal that drives the point home
> > > >
> > > > http://www.theserverside.com/news/thread.tss?thread_id=44119#226922
> > > >
> > > > and nothing from anyone after.
> > > >
> > > > -igor
> > > >
> > > >
> > > >
> > > >
> > > > On 4/6/07, Carlos Pita <[EMAIL PROTECTED]> wrote:
> > > > >
> > > > > Hi all,
> > > > >
> > > > > I find that reloading the entire app stack (wicket + spring +
> > > > > hibernate) every time I change a page class is somewhat overkiller.
> > > > > When coding simple toy examples restricted to just wicket, the
> > > > > jetty:run maven plugin monitors my target folder and reload the
> > > > > application in a matter of a second or a fraction of a second. But
> > > > > with the entire stack in place this number will be above 5 seconds at
> > > > > least and up to 20 seconds for realistic-sized applications. Have
> > > > > anyone worked out a classloader that would selectively reload just the
> > > > > web tier of the application? Is there any plan for this or a related
> > > > > solution? I know tapestry 5 has its own fix-and-see class loading
> > > > > scheme. I worked a bit with zk which gets the same effect by means of
> > > > > scripting. I like the wicket way a lot more than zk's or tapestry's
> > > > > and I think hot-reloading can be a killer feature. Btw, I gave a
> > > > > chance to java hot-code-replacement but it's very limited (it lets you
> > > > > modify inside methods but do nothing that alters the class
> > > > > schema/interface, someone out there would say it sucks) and it doesn't
> > > > > play well with the java-centric approach of wicket, which requires
> > > > > more refactoring and sophisticated coding than others.
> > > > >
> > > > > Cheers,
> > > > > Carlos
> > > > >
> > > > >
> > > > -------------------------------------------------------------------------
> > > > > Take Surveys. Earn Cash. Influence the Future of IT
> > > > > Join SourceForge.net's Techsay panel and you'll get the chance to
> > > > > share
> > > > your
> > > > > opinions on IT & business topics through brief surveys-and earn cash
> > > > >
> > > > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> > > > > _______________________________________________
> > > > > Wicket-user mailing list
> > > > > [email protected]
> > > > > https://lists.sourceforge.net/lists/listinfo/wicket-user
> > > > >
> > > >
> > > >
> > > > -------------------------------------------------------------------------
> > > > Take Surveys. Earn Cash. Influence the Future of IT
> > > > Join SourceForge.net's Techsay panel and you'll get the chance to share
> > > > your
> > > > opinions on IT & business topics through brief surveys-and earn cash
> > > > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> > > > _______________________________________________
> > > > Wicket-user mailing list
> > > > [email protected]
> > > > https://lists.sourceforge.net/lists/listinfo/wicket-user
> > > >
> > > >
> > >
> > > -------------------------------------------------------------------------
> > > Take Surveys. Earn Cash. Influence the Future of IT
> > > Join SourceForge.net's Techsay panel and you'll get the chance to share
> > > your
> > > opinions on IT & business topics through brief surveys-and earn cash
> > > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> > > _______________________________________________
> > > Wicket-user mailing list
> > > [email protected]
> > > https://lists.sourceforge.net/lists/listinfo/wicket-user
> > >
> >
> > -------------------------------------------------------------------------
> > Take Surveys. Earn Cash. Influence the Future of IT
> > Join SourceForge.net's Techsay panel and you'll get the chance to share your
> > opinions on IT & business topics through brief surveys-and earn cash
> > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> > _______________________________________________
> > Wicket-user mailing list
> > [email protected]
> > https://lists.sourceforge.net/lists/listinfo/wicket-user
> >
>
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Wicket-user mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/wicket-user
