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

Reply via email to