Boot is just executed at webapp init, hence the observed behavior.
Changing this is a tricky thing
On Oct 4, 2009 4:35 AM, Alex Black a...@alexblack.ca wrote:
I'm just getting started with Lift and Scala, and I'm excited about
using JavaRebel to avoid waiting to restart Jetty every time I make
Agreed - changes that modify lifts enviroment require restarting
jetty. It's not ideal perhaps, but it's with good reason.
Cheers, Tim
Sent from my iPhone
On 4 Oct 2009, at 11:24, Viktor Klang viktor.kl...@gmail.com wrote:
Boot is just executed at webapp init, hence the observed behavior.
Thanks Tim and Viktor.. Thats disappointing, I was hoping I wouldn't
have to restart the jetty server if when I added a new view.
Maybe there is a creative way around this? E.g. is there a way to get
a new view/page into lift without modifying Boot.scala?
- Alex
On Oct 4, 11:09 am, Timothy
Well this is not Lift's fault ... Lift application is initialized only
once as the servlet filter is. Running boot more then once per context
may lead to unexpected behaviors and in LiftRules we have a guard for
RuleSeq that they can not be changed after boot is executed.
You could however
Marius, I'm not trying to lay blame :)
I'm sure I'll get by, restarting jetty when pages are added.. I was
hoping for more though given what I'd read about JavaRebel and Lift
integration.
- Alex
On Oct 4, 11:40 am, marius d. marius.dan...@gmail.com wrote:
Well this is not Lift's fault ...
I know Alex :) ... It's just when you change a class and it is
immediately exposed by JavaRebel a call flow must imply thechanged
class in order to see the changes in action and for Boot it is not
applicable as it's executed only once. But you already know that ...
Br's,
Marius
On Oct 4, 6:48