Another backtrace on reload

Nolan Darilek

unread,

Jun 24, 2009, 9:50:00 AM6/24/09

to lif...@googlegroups.com

I'm getting this one on server reloads if I have mvn scala:cc running in
one terminal and mvn jetty:run in another. Happens whenever I make a
code change that gets redeployed:

ERROR - Failed to Boot
java.lang.NullPointerException: Looking for Connection Identifier
ConnectionIdentifier(lift) but failed to find either a JNDI data source
with the name lift or a lift connection manager with the correct name
at net.liftweb.mapper.DB$$anonfun$3$$anonfun$apply$7.apply(DB.scala:95)
at net.liftweb.mapper.DB$$anonfun$3$$anonfun$apply$7.apply(DB.scala:95)
at net.liftweb.util.EmptyBox.openOr(Box.scala:372)
at net.liftweb.mapper.DB$$anonfun$3.apply(DB.scala:95)
at net.liftweb.mapper.DB$$anonfun$3.apply(DB.scala:95)
at net.liftweb.util.EmptyBox.openOr(Box.scala:372)
at net.liftweb.mapper.DB$.newConnection(DB.scala:89)
at net.liftweb.mapper.DB$.getConnection(DB.scala:136)
at net.liftweb.mapper.DB$.use(DB.scala:315)
at net.liftweb.mapper.Schemifier$.schemify(Schemifier.scala:53)
at net.liftweb.mapper.Schemifier$.schemify(Schemifier.scala:36)
at bootstrap.liftweb.Boot.boot(Boot.scala:24)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at
net.liftweb.util.ClassHelpers$$anonfun$createInvoker$1.apply(ClassHelpers.scala:408)
at
net.liftweb.util.ClassHelpers$$anonfun$createInvoker$1.apply(ClassHelpers.scala:406)
at
net.liftweb.http.DefaultBootstrap$$anonfun$boot$1.apply(LiftRules.scala:1041)
at
net.liftweb.http.DefaultBootstrap$$anonfun$boot$1.apply(LiftRules.scala:1041)
at net.liftweb.util.Full.map(Box.scala:330)
at net.liftweb.http.DefaultBootstrap$.boot(LiftRules.scala:1041)
at net.liftweb.http.LiftFilter.bootLift(LiftServlet.scala:561)
at net.liftweb.http.LiftFilter.init(LiftServlet.scala:529)
at org.mortbay.jetty.servlet.FilterHolder.doStart(FilterHolder.java:97)
at
org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50)
at
org.mortbay.jetty.servlet.ServletHandler.initialize(ServletHandler.java:653)
at org.mortbay.jetty.servlet.Context.startContext(Context.java:140)
at
org.mortbay.jetty.webapp.WebAppContext.startContext(WebAppContext.java:1239)
at
org.mortbay.jetty.handler.ContextHandler.doStart(ContextHandler.java:517)
at
org.mortbay.jetty.webapp.WebAppContext.doStart(WebAppContext.java:466)
at
org.mortbay.jetty.plugin.Jetty6PluginWebAppContext.doStart(Jetty6PluginWebAppContext.java:124)
at
org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50)
at
org.mortbay.jetty.plugin.AbstractJettyRunMojo.restartWebApp(AbstractJettyRunMojo.java:446)
at
org.mortbay.jetty.plugin.AbstractJettyRunMojo$1.filesChanged(AbstractJettyRunMojo.java:407)
at org.mortbay.util.Scanner.reportBulkChanges(Scanner.java:486)
at org.mortbay.util.Scanner.reportDifferences(Scanner.java:352)
at org.mortbay.util.Scanner.scan(Scanner.java:280)
at org.mortbay.util.Scanner$1.run(Scanner.java:232)
at java.util.TimerThread.mainLoop(Timer.java:512)
at java.util.TimerThread.run(Timer.java:462)
[INFO] Restart completed at Wed Jun 24 08:43:27 CDT 2009

David Pollak

unread,

Jun 24, 2009, 9:54:38 AM6/24/09

to lif...@googlegroups.com

Are you using JNDI or your own connection manager to connect to the RDBMS?

--
Lift, the simply functional web framework http://liftweb.net
Beginning Scala http://www.apress.com/book/view/1430219890
Follow me: http://twitter.com/dpp
Git some: http://github.com/dpp

Nolan Darilek

unread,

Jun 24, 2009, 10:16:11 AM6/24/09

to lif...@googlegroups.com

On 06/24/2009 08:54 AM, David Pollak wrote:
> Are you using JNDI or your own connection manager to connect to the RDBMS?
>

I'm new to this, but I'm guessing the latter. In any case, I haven't
touched whatever values the snapshot sets up in Boot.scala, nor have I
set any properties, so it's stock Derby.

David Pollak

unread,

Jun 24, 2009, 11:47:33 AM6/24/09

to lif...@googlegroups.com

I won't have a chance to look at it until next week, but maybe somebody else could step in here and help.

Naftoli Gugenhem

unread,

Jun 24, 2009, 1:49:52 PM6/24/09

to feeder.of...@gmail.com, lif...@googlegroups.com

I had the same problem a while ago. I'm not sure if I fixed it then, but I think it had to do with the db still being open possibly. When the code changes does the servlet get undeployed?
You might need to run derby in server mode.
Lately I've been launching jetty without maven, and to get it to reload eclipse calls an ant script that touches the context.xml. I'm using h2 in tcp mode.
Another option is JavaRebel which often obviates the need to redeploy.
Sorry I can't help you better--I'm interested in any more information there is about this too.

-------------------------------------

fricke

unread,

Jul 17, 2009, 4:41:51 PM7/17/09

to Lift

often it helps to do a dummy change and see if the compilation
correctly syncs with jetty's restart.
Once in a while jetty runs amok though (out of memory) - the kill and
restart

it's not really a solution but it helps to go on

in the end, I'm not a big fan of "mvn scala:cc" option since most of
the times jetty starts up when the compiler is only
half way through

markus

On Jun 24, 7:49 pm, Naftoli Gugenhem <naftoli...@gmail.com> wrote:
> I had the same problem a while ago. I'm not sure if I fixed it then, but I think it had to do with the db still being open possibly. When the code changes does the servlet get undeployed?
> You might need to run derby in server mode.
> Lately I've been launching jetty without maven, and to get it to reload eclipse calls an ant script that touches the context.xml. I'm using h2 in tcp mode.
> Another option is JavaRebel which often obviates the need to redeploy.
> Sorry I can't help you better--I'm interested in any more information there is about this too.
>
> -------------------------------------
>

> David Pollak<feeder.of.the.be...@gmail.com> wrote:
>
> I won't have a chance to look at it until next week, but maybe somebody else
> could step in here and help.
>
> On Wed, Jun 24, 2009 at 7:16 AM, Nolan Darilek <no...@thewordnerd.info>wrote:
>
>
>
> > On 06/24/2009 08:54 AM, David Pollak wrote:
> > > Are you using JNDI or your own connection manager to connect to the
> > RDBMS?
>
> > I'm new to this, but I'm guessing the latter. In any case, I haven't
> > touched whatever values the snapshot sets up in Boot.scala, nor have I
> > set any properties, so it's stock Derby.
>
> --
> Lift, the simply functional web frameworkhttp://liftweb.net

> Beginning Scalahttp://www.apress.com/book/view/1430219890

Nolan Darilek

unread,

Aug 1, 2009, 10:39:03 AM8/1/09

to lif...@googlegroups.com

Wondering if anyone has gotten a chance to take a look at this? Life got
busy, and since my Lift projects aren't commercial just yet, they went
on the back burner. But I'm still seeing this.

Also, not sure how I missed this question, but I don't think SBT is
undeploying the app before redeploying. Should it be? Maybe this is an
SBT rather than a Lift issue?

Here is a partial transcript of an SBT session, not sure if these are
the same errors. It involves me making a code change, at which point
~prepare-webapp picks it up and redeploys. I then get an error, try
stopping and relaunching Jetty and get another. Also, after that point,
I can't access the web app unless I completely restart SBT. Sorry for
the ANSI escape sequences in this.

If this is an SBT issue then I'll gladly take it to that list. Thanks
for looking into this!

ERROR - Failed to Boot

java.lang.IllegalStateException: Cannot modify after boot.
at net.liftweb.http.RulesSeq$class.safe_$qmark(LiftRules.scala:1056)
at net.liftweb.http.RulesSeq$class.prepend(LiftRules.scala:1063)
at net.liftweb.http.RulesSeq$$anon$5.prepend(LiftRules.scala:1043)
at net.liftweb.http.LiftFilter.preBoot(LiftServlet.scala:564)
at net.liftweb.http.LiftFilter.bootLift(LiftServlet.scala:555)
at net.liftweb.http.LiftFilter.init(LiftServlet.scala:530)

at
org.mortbay.jetty.servlet.FilterHolder.doStart(FilterHolder.java:97)
at
org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50)
at

org.mortbay.jetty.servlet.ServletHandler.initialize(ServletHandler.java:620)

at org.mortbay.jetty.servlet.Context.startContext(Context.java:140)
at
org.mortbay.jetty.webapp.WebAppContext.startContext(WebAppContext.java:1234)

at
org.mortbay.jetty.handler.ContextHandler.doStart(ContextHandler.java:517)
at
org.mortbay.jetty.webapp.WebAppContext.doStart(WebAppContext.java:460)
at
org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50)
at
sbt.LazyJettyRun$$anonfun$sbt$LazyJettyRun$$reload$6.apply(WebApp.scala:198)

at
sbt.LazyJettyRun$$anonfun$sbt$LazyJettyRun$$reload$6.apply(WebApp.scala:198)

at scala.List.foreach(List.scala:841)
at sbt.LazyJettyRun$.sbt$LazyJettyRun$$reload(WebApp.scala:198)
at sbt.LazyJettyRun$$anon$1.filesChanged(WebApp.scala:124)

at org.mortbay.util.Scanner.reportBulkChanges(Scanner.java:486)
at org.mortbay.util.Scanner.reportDifferences(Scanner.java:352)
at org.mortbay.util.Scanner.scan(Scanner.java:280)
at org.mortbay.util.Scanner$1.run(Scanner.java:232)
at java.util.TimerThread.mainLoop(Timer.java:512)
at java.util.TimerThread.run(Timer.java:462)

[0m[ [0minfo [0m] [0mReload complete. [0m
[0m[ [0minfo [0m] [0mCompilation successful. [0m
[0m[ [0minfo [0m] [0m Post-analysis: 17 classes. [0m
[0m[ [0minfo [0m] [34m== compile == [0m
[0m[ [0minfo [0m] [34m [0m
[0m[ [0minfo [0m] [34m== prepare-webapp == [0m
[0m[ [0minfo [0m] [34m== prepare-webapp == [0m
[0m[ [32msuccess [0m] [0mSuccessful. [0m
[0m[ [0minfo [0m] [0m [0m
[0m[ [0minfo [0m] [0mTotal time: 10 s [0m
Waiting for source changes... (press any key to interrupt)
[0m[ [0minfo [0m] [0mReloading web application... [0m
[0m[ [0minfo [0m] [0mNO JSP Support for /, did not find
org.apache.jasper.servlet.JspServlet [0m