Re: [Lift] Re: Pages getting redirected back to root, /ajax_request/?? and ActorPingException
That would be: LiftRules.redirectAjaxOnSessionLoss = false Cheers, Tim On 20 Nov 2009, at 00:54, David Pollak wrote: If you don't like the feature, you can turn it off in LiftRules (I don't remember the property off hand, but I'm sure someone else can help me.) -- You received this message because you are subscribed to the Google Groups Lift group. To post to this group, send email to lift...@googlegroups.com. To unsubscribe from this group, send email to liftweb+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/liftweb?hl=.
[Lift] Re: Pages getting redirected back to root, /ajax_request/?? and ActorPingException
Thanks Tim. Do you happen to know any way of also removing this line from my webpages: script type=text/javascript src=/ajax_request/liftAjax.js - Alex On Nov 20, 5:25 am, Timothy Perrett timo...@getintheloop.eu wrote: That would be: LiftRules.redirectAjaxOnSessionLoss = false Cheers, Tim On 20 Nov 2009, at 00:54, David Pollak wrote: If you don't like the feature, you can turn it off in LiftRules (I don't remember the property off hand, but I'm sure someone else can help me.) -- You received this message because you are subscribed to the Google Groups Lift group. To post to this group, send email to lift...@googlegroups.com. To unsubscribe from this group, send email to liftweb+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/liftweb?hl=.
Re: [Lift] Re: Pages getting redirected back to root, /ajax_request/?? and ActorPingException
I believe LiftRules.autoIncludeAjax controls this -- its value is a function that determines on a per-session basis whether the AJAX script should be included, for example to disable it site-wide: LiftRules.autoIncludeAjax = session = false -Ross On Nov 20, 2009, at 10:43 AM, Alex Black wrote: Thanks Tim. Do you happen to know any way of also removing this line from my webpages: script type=text/javascript src=/ajax_request/liftAjax.js - Alex On Nov 20, 5:25 am, Timothy Perrett timo...@getintheloop.eu wrote: That would be: LiftRules.redirectAjaxOnSessionLoss = false Cheers, Tim On 20 Nov 2009, at 00:54, David Pollak wrote: If you don't like the feature, you can turn it off in LiftRules (I don't remember the property off hand, but I'm sure someone else can help me.) -- You received this message because you are subscribed to the Google Groups Lift group. To post to this group, send email to lift...@googlegroups.com. To unsubscribe from this group, send email to liftweb+unsubscr...@googlegroups.com . For more options, visit this group at http://groups.google.com/group/liftweb?hl= . -- You received this message because you are subscribed to the Google Groups Lift group. To post to this group, send email to lift...@googlegroups.com. To unsubscribe from this group, send email to liftweb+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/liftweb?hl=.
[Lift] Re: Pages getting redirected back to root, /ajax_request/?? and ActorPingException
Thanks, that works great. On Nov 20, 10:51 am, Ross Mellgren dri...@gmail.com wrote: I believe LiftRules.autoIncludeAjax controls this -- its value is a function that determines on a per-session basis whether the AJAX script should be included, for example to disable it site-wide: LiftRules.autoIncludeAjax = session = false -Ross On Nov 20, 2009, at 10:43 AM, Alex Black wrote: Thanks Tim. Do you happen to know any way of also removing this line from my webpages: script type=text/javascript src=/ajax_request/liftAjax.js - Alex On Nov 20, 5:25 am, Timothy Perrett timo...@getintheloop.eu wrote: That would be: LiftRules.redirectAjaxOnSessionLoss = false Cheers, Tim On 20 Nov 2009, at 00:54, David Pollak wrote: If you don't like the feature, you can turn it off in LiftRules (I don't remember the property off hand, but I'm sure someone else can help me.) -- You received this message because you are subscribed to the Google Groups Lift group. To post to this group, send email to lift...@googlegroups.com. To unsubscribe from this group, send email to liftweb+unsubscr...@googlegroups.com . For more options, visit this group athttp://groups.google.com/group/liftweb?hl= . -- You received this message because you are subscribed to the Google Groups Lift group. To post to this group, send email to lift...@googlegroups.com. To unsubscribe from this group, send email to liftweb+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/liftweb?hl=.
[Lift] Re: Pages getting redirected back to root, /ajax_request/?? and ActorPingException
Yep, I am doing mvn jetty:run.. ok, I've edited my pom.xml, I'll keep an eye out and see how it goes. Related question: I see my pages have this in them: script type=text/javascript src=/ajax_request/liftAjax.js I'm not yet using any ajax stuff, can I remove that until I need it? I don't see it in default.html, where do I find it? - Alex On Nov 19, 5:40 pm, David Pollak feeder.of.the.be...@gmail.com wrote: If you're doing mvn jetty:run, please edit your pom.xml and change: scanIntervalSeconds5/scanIntervalSeconds to scanIntervalSeconds0/scanIntervalSeconds On Thu, Nov 19, 2009 at 2:32 PM, Alex Black a...@alexblack.ca wrote: I've been developing a REST api using Lift, and have just added some basic html templates to it, and started using a snippet or two. As I'm testing out my pages I'm noticing a number of odd things: 1. Often when I alt tab back to my browser, its not on the page i left it on (sayhttp://localhost:8080/mypage.html), instead its on http://localhost:8080/somehow. 2. I'm seeing requests in the jetty console like this: INFO - Service request (POST) /ajax_request/F119708427865SPY/ took 52 Milliseconds I'm not using any AJAX at the moment, is there a way to turn this off? 3. Again, seemingly randomly, I get Couldn't start SessionMaster ping errors: ERROR - Couldn't start SessionMaster ping net.liftweb.util.ActorPingException: net.liftweb.http.SessionMaster $checkandpur...@6326c98 could not be scheduled on net.liftweb.http.sessionmast...@58777255 at net.liftweb.util.ActorPing$.schedule(ActorPing.scala:51) at net.liftweb.http.SessionMaster$.net$liftweb$http$SessionMaster$ $doPing(LiftSession.scala:209) at net.liftweb.http.SessionMaster$$anonfun$act$1$$anonfun$apply $1.apply(LiftSession.scala:200) at net.liftweb.http.SessionMaster$$anonfun$act$1$$anonfun$apply $1.apply(LiftSession.scala:169) at scala.actors.Reaction.run(Reaction.scala:79) at scala.actors.threadpool.ThreadPoolExecutor.runWorker(Unknown Source) at scala.actors.threadpool.ThreadPoolExecutor$Worker.run(Unknown Source) at java.lang.Thread.run(Thread.java:619) Caused by: java.util.concurrent.RejectedExecutionException at java.util.concurrent.ThreadPoolExecutor $AbortPolicy.rejectedExecution(ThreadPoolExecutor.java:1760) at java.util.concurrent.ThreadPoolExecutor.reject (ThreadPoolExecutor.java:767) at java.util.concurrent.ScheduledThreadPoolExecutor.delayedExecute (ScheduledThreadPoolExecutor.java:216) at java.util.concurrent.ScheduledThreadPoolExecutor.schedule (ScheduledThreadPoolExecutor.java:379) at java.util.concurrent.Executors $DelegatedScheduledExecutorService.schedule(Executors.java:654) at net.liftweb.util.ActorPing$.schedule(ActorPing.scala:49) ... 7 more I might well have butchered something - when I started I removed some of the boiler plate stuff created by the archetype that I didn't see as necessary for the REST web service. But, stuff is generally working, I can add templates, call snippets from them etc. Thanks, - Alex -- You received this message because you are subscribed to the Google Groups Lift group. To post to this group, send email to lift...@googlegroups.com. To unsubscribe from this group, send email to liftweb+unsubscr...@googlegroups.comliftweb%2bunsubscr...@googlegroups.com . For more options, visit this group at http://groups.google.com/group/liftweb?hl=. -- Lift, the simply functional web frameworkhttp://liftweb.net Beginning Scalahttp://www.apress.com/book/view/1430219890 Follow me:http://twitter.com/dpp Surf the harmonics -- You received this message because you are subscribed to the Google Groups Lift group. To post to this group, send email to lift...@googlegroups.com. To unsubscribe from this group, send email to liftweb+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/liftweb?hl=.
[Lift] Re: Pages getting redirected back to root, /ajax_request/?? and ActorPingException
After changing that setting, i'm still seeing these requests: INFO - Service request (POST) /ajax_request/F688441898562ZPV/ took 9 Milliseconds That must be something called by that ajax script? Is there a way I can turn this off until I need it? - Alex On Nov 19, 5:40 pm, David Pollak feeder.of.the.be...@gmail.com wrote: If you're doing mvn jetty:run, please edit your pom.xml and change: scanIntervalSeconds5/scanIntervalSeconds to scanIntervalSeconds0/scanIntervalSeconds On Thu, Nov 19, 2009 at 2:32 PM, Alex Black a...@alexblack.ca wrote: I've been developing a REST api using Lift, and have just added some basic html templates to it, and started using a snippet or two. As I'm testing out my pages I'm noticing a number of odd things: 1. Often when I alt tab back to my browser, its not on the page i left it on (sayhttp://localhost:8080/mypage.html), instead its on http://localhost:8080/somehow. 2. I'm seeing requests in the jetty console like this: INFO - Service request (POST) /ajax_request/F119708427865SPY/ took 52 Milliseconds I'm not using any AJAX at the moment, is there a way to turn this off? 3. Again, seemingly randomly, I get Couldn't start SessionMaster ping errors: ERROR - Couldn't start SessionMaster ping net.liftweb.util.ActorPingException: net.liftweb.http.SessionMaster $checkandpur...@6326c98 could not be scheduled on net.liftweb.http.sessionmast...@58777255 at net.liftweb.util.ActorPing$.schedule(ActorPing.scala:51) at net.liftweb.http.SessionMaster$.net$liftweb$http$SessionMaster$ $doPing(LiftSession.scala:209) at net.liftweb.http.SessionMaster$$anonfun$act$1$$anonfun$apply $1.apply(LiftSession.scala:200) at net.liftweb.http.SessionMaster$$anonfun$act$1$$anonfun$apply $1.apply(LiftSession.scala:169) at scala.actors.Reaction.run(Reaction.scala:79) at scala.actors.threadpool.ThreadPoolExecutor.runWorker(Unknown Source) at scala.actors.threadpool.ThreadPoolExecutor$Worker.run(Unknown Source) at java.lang.Thread.run(Thread.java:619) Caused by: java.util.concurrent.RejectedExecutionException at java.util.concurrent.ThreadPoolExecutor $AbortPolicy.rejectedExecution(ThreadPoolExecutor.java:1760) at java.util.concurrent.ThreadPoolExecutor.reject (ThreadPoolExecutor.java:767) at java.util.concurrent.ScheduledThreadPoolExecutor.delayedExecute (ScheduledThreadPoolExecutor.java:216) at java.util.concurrent.ScheduledThreadPoolExecutor.schedule (ScheduledThreadPoolExecutor.java:379) at java.util.concurrent.Executors $DelegatedScheduledExecutorService.schedule(Executors.java:654) at net.liftweb.util.ActorPing$.schedule(ActorPing.scala:49) ... 7 more I might well have butchered something - when I started I removed some of the boiler plate stuff created by the archetype that I didn't see as necessary for the REST web service. But, stuff is generally working, I can add templates, call snippets from them etc. Thanks, - Alex -- You received this message because you are subscribed to the Google Groups Lift group. To post to this group, send email to lift...@googlegroups.com. To unsubscribe from this group, send email to liftweb+unsubscr...@googlegroups.comliftweb%2bunsubscr...@googlegroups.com . For more options, visit this group at http://groups.google.com/group/liftweb?hl=. -- Lift, the simply functional web frameworkhttp://liftweb.net Beginning Scalahttp://www.apress.com/book/view/1430219890 Follow me:http://twitter.com/dpp Surf the harmonics -- You received this message because you are subscribed to the Google Groups Lift group. To post to this group, send email to lift...@googlegroups.com. To unsubscribe from this group, send email to liftweb+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/liftweb?hl=.
[Lift] Re: Pages getting redirected back to root, /ajax_request/?? and ActorPingException
I just did some work, restarted jetty, and upon startup saw that it processed two requests (that I hadn't initiated): INFO - Service request (POST) /ajax_request/F374747850325CGX/ took 104 Milliseconds INFO - Service request (GET) / took 22 Milliseconds I then looked at my browser and it has somehow gone back to / from the page it was on. thoughts? On Nov 19, 5:40 pm, David Pollak feeder.of.the.be...@gmail.com wrote: If you're doing mvn jetty:run, please edit your pom.xml and change: scanIntervalSeconds5/scanIntervalSeconds to scanIntervalSeconds0/scanIntervalSeconds On Thu, Nov 19, 2009 at 2:32 PM, Alex Black a...@alexblack.ca wrote: I've been developing a REST api using Lift, and have just added some basic html templates to it, and started using a snippet or two. As I'm testing out my pages I'm noticing a number of odd things: 1. Often when I alt tab back to my browser, its not on the page i left it on (sayhttp://localhost:8080/mypage.html), instead its on http://localhost:8080/somehow. 2. I'm seeing requests in the jetty console like this: INFO - Service request (POST) /ajax_request/F119708427865SPY/ took 52 Milliseconds I'm not using any AJAX at the moment, is there a way to turn this off? 3. Again, seemingly randomly, I get Couldn't start SessionMaster ping errors: ERROR - Couldn't start SessionMaster ping net.liftweb.util.ActorPingException: net.liftweb.http.SessionMaster $checkandpur...@6326c98 could not be scheduled on net.liftweb.http.sessionmast...@58777255 at net.liftweb.util.ActorPing$.schedule(ActorPing.scala:51) at net.liftweb.http.SessionMaster$.net$liftweb$http$SessionMaster$ $doPing(LiftSession.scala:209) at net.liftweb.http.SessionMaster$$anonfun$act$1$$anonfun$apply $1.apply(LiftSession.scala:200) at net.liftweb.http.SessionMaster$$anonfun$act$1$$anonfun$apply $1.apply(LiftSession.scala:169) at scala.actors.Reaction.run(Reaction.scala:79) at scala.actors.threadpool.ThreadPoolExecutor.runWorker(Unknown Source) at scala.actors.threadpool.ThreadPoolExecutor$Worker.run(Unknown Source) at java.lang.Thread.run(Thread.java:619) Caused by: java.util.concurrent.RejectedExecutionException at java.util.concurrent.ThreadPoolExecutor $AbortPolicy.rejectedExecution(ThreadPoolExecutor.java:1760) at java.util.concurrent.ThreadPoolExecutor.reject (ThreadPoolExecutor.java:767) at java.util.concurrent.ScheduledThreadPoolExecutor.delayedExecute (ScheduledThreadPoolExecutor.java:216) at java.util.concurrent.ScheduledThreadPoolExecutor.schedule (ScheduledThreadPoolExecutor.java:379) at java.util.concurrent.Executors $DelegatedScheduledExecutorService.schedule(Executors.java:654) at net.liftweb.util.ActorPing$.schedule(ActorPing.scala:49) ... 7 more I might well have butchered something - when I started I removed some of the boiler plate stuff created by the archetype that I didn't see as necessary for the REST web service. But, stuff is generally working, I can add templates, call snippets from them etc. Thanks, - Alex -- You received this message because you are subscribed to the Google Groups Lift group. To post to this group, send email to lift...@googlegroups.com. To unsubscribe from this group, send email to liftweb+unsubscr...@googlegroups.comliftweb%2bunsubscr...@googlegroups.com . For more options, visit this group at http://groups.google.com/group/liftweb?hl=. -- Lift, the simply functional web frameworkhttp://liftweb.net Beginning Scalahttp://www.apress.com/book/view/1430219890 Follow me:http://twitter.com/dpp Surf the harmonics -- You received this message because you are subscribed to the Google Groups Lift group. To post to this group, send email to lift...@googlegroups.com. To unsubscribe from this group, send email to liftweb+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/liftweb?hl=.
Re: [Lift] Re: Pages getting redirected back to root, /ajax_request/?? and ActorPingException
On Thu, Nov 19, 2009 at 3:18 PM, Alex Black a...@alexblack.ca wrote: I just did some work, restarted jetty, and upon startup saw that it processed two requests (that I hadn't initiated): INFO - Service request (POST) /ajax_request/F374747850325CGX/ took 104 Milliseconds INFO - Service request (GET) / took 22 Milliseconds I then looked at my browser and it has somehow gone back to / from the page it was on. thoughts? This is defined behavior. The Lift app will reload the current page on app server restart (for 1.1-M6+) or / for prior versions of Lift. On Nov 19, 5:40 pm, David Pollak feeder.of.the.be...@gmail.com wrote: If you're doing mvn jetty:run, please edit your pom.xml and change: scanIntervalSeconds5/scanIntervalSeconds to scanIntervalSeconds0/scanIntervalSeconds On Thu, Nov 19, 2009 at 2:32 PM, Alex Black a...@alexblack.ca wrote: I've been developing a REST api using Lift, and have just added some basic html templates to it, and started using a snippet or two. As I'm testing out my pages I'm noticing a number of odd things: 1. Often when I alt tab back to my browser, its not on the page i left it on (sayhttp://localhost:8080/mypage.html), instead its on http://localhost:8080/somehow. 2. I'm seeing requests in the jetty console like this: INFO - Service request (POST) /ajax_request/F119708427865SPY/ took 52 Milliseconds I'm not using any AJAX at the moment, is there a way to turn this off? 3. Again, seemingly randomly, I get Couldn't start SessionMaster ping errors: ERROR - Couldn't start SessionMaster ping net.liftweb.util.ActorPingException: net.liftweb.http.SessionMaster $checkandpur...@6326c98 could not be scheduled on net.liftweb.http.sessionmast...@58777255 at net.liftweb.util.ActorPing$.schedule(ActorPing.scala:51) at net.liftweb.http.SessionMaster$.net$liftweb$http$SessionMaster$ $doPing(LiftSession.scala:209) at net.liftweb.http.SessionMaster$$anonfun$act$1$$anonfun$apply $1.apply(LiftSession.scala:200) at net.liftweb.http.SessionMaster$$anonfun$act$1$$anonfun$apply $1.apply(LiftSession.scala:169) at scala.actors.Reaction.run(Reaction.scala:79) at scala.actors.threadpool.ThreadPoolExecutor.runWorker(Unknown Source) at scala.actors.threadpool.ThreadPoolExecutor$Worker.run(Unknown Source) at java.lang.Thread.run(Thread.java:619) Caused by: java.util.concurrent.RejectedExecutionException at java.util.concurrent.ThreadPoolExecutor $AbortPolicy.rejectedExecution(ThreadPoolExecutor.java:1760) at java.util.concurrent.ThreadPoolExecutor.reject (ThreadPoolExecutor.java:767) at java.util.concurrent.ScheduledThreadPoolExecutor.delayedExecute (ScheduledThreadPoolExecutor.java:216) at java.util.concurrent.ScheduledThreadPoolExecutor.schedule (ScheduledThreadPoolExecutor.java:379) at java.util.concurrent.Executors $DelegatedScheduledExecutorService.schedule(Executors.java:654) at net.liftweb.util.ActorPing$.schedule(ActorPing.scala:49) ... 7 more I might well have butchered something - when I started I removed some of the boiler plate stuff created by the archetype that I didn't see as necessary for the REST web service. But, stuff is generally working, I can add templates, call snippets from them etc. Thanks, - Alex -- You received this message because you are subscribed to the Google Groups Lift group. To post to this group, send email to lift...@googlegroups.com. To unsubscribe from this group, send email to liftweb+unsubscr...@googlegroups.comliftweb%2bunsubscr...@googlegroups.com liftweb%2bunsubscr...@googlegroups.comliftweb%252bunsubscr...@googlegroups.com . For more options, visit this group at http://groups.google.com/group/liftweb?hl=. -- Lift, the simply functional web frameworkhttp://liftweb.net Beginning Scalahttp://www.apress.com/book/view/1430219890 Follow me:http://twitter.com/dpp Surf the harmonics -- You received this message because you are subscribed to the Google Groups Lift group. To post to this group, send email to lift...@googlegroups.com. To unsubscribe from this group, send email to liftweb+unsubscr...@googlegroups.comliftweb%2bunsubscr...@googlegroups.com . For more options, visit this group at http://groups.google.com/group/liftweb?hl=. -- Lift, the simply functional web framework http://liftweb.net Beginning Scala http://www.apress.com/book/view/1430219890 Follow me: http://twitter.com/dpp Surf the harmonics -- You received this message because you are subscribed to the Google Groups Lift group. To post to this group, send email to lift...@googlegroups.com. To unsubscribe from this group, send email to liftweb+unsubscr...@googlegroups.com. For more options, visit this group at
[Lift] Re: Pages getting redirected back to root, /ajax_request/?? and ActorPingException
thanks for the explanation. Can you tell me a bit more about that? Not knowing anything about this it seem unfamiliar to me. Say we had customers using our site, and we restarted one of our webservers, the customers wouldn't expect to be redirected to /. They'd expect to just keep on browsing as if nothing had happened. On Nov 19, 6:28 pm, David Pollak feeder.of.the.be...@gmail.com wrote: On Thu, Nov 19, 2009 at 3:18 PM, Alex Black a...@alexblack.ca wrote: I just did some work, restarted jetty, and upon startup saw that it processed two requests (that I hadn't initiated): INFO - Service request (POST) /ajax_request/F374747850325CGX/ took 104 Milliseconds INFO - Service request (GET) / took 22 Milliseconds I then looked at my browser and it has somehow gone back to / from the page it was on. thoughts? This is defined behavior. The Lift app will reload the current page on app server restart (for 1.1-M6+) or / for prior versions of Lift. On Nov 19, 5:40 pm, David Pollak feeder.of.the.be...@gmail.com wrote: If you're doing mvn jetty:run, please edit your pom.xml and change: scanIntervalSeconds5/scanIntervalSeconds to scanIntervalSeconds0/scanIntervalSeconds On Thu, Nov 19, 2009 at 2:32 PM, Alex Black a...@alexblack.ca wrote: I've been developing a REST api using Lift, and have just added some basic html templates to it, and started using a snippet or two. As I'm testing out my pages I'm noticing a number of odd things: 1. Often when I alt tab back to my browser, its not on the page i left it on (sayhttp://localhost:8080/mypage.html), instead its on http://localhost:8080/somehow. 2. I'm seeing requests in the jetty console like this: INFO - Service request (POST) /ajax_request/F119708427865SPY/ took 52 Milliseconds I'm not using any AJAX at the moment, is there a way to turn this off? 3. Again, seemingly randomly, I get Couldn't start SessionMaster ping errors: ERROR - Couldn't start SessionMaster ping net.liftweb.util.ActorPingException: net.liftweb.http.SessionMaster $checkandpur...@6326c98 could not be scheduled on net.liftweb.http.sessionmast...@58777255 at net.liftweb.util.ActorPing$.schedule(ActorPing.scala:51) at net.liftweb.http.SessionMaster$.net$liftweb$http$SessionMaster$ $doPing(LiftSession.scala:209) at net.liftweb.http.SessionMaster$$anonfun$act$1$$anonfun$apply $1.apply(LiftSession.scala:200) at net.liftweb.http.SessionMaster$$anonfun$act$1$$anonfun$apply $1.apply(LiftSession.scala:169) at scala.actors.Reaction.run(Reaction.scala:79) at scala.actors.threadpool.ThreadPoolExecutor.runWorker(Unknown Source) at scala.actors.threadpool.ThreadPoolExecutor$Worker.run(Unknown Source) at java.lang.Thread.run(Thread.java:619) Caused by: java.util.concurrent.RejectedExecutionException at java.util.concurrent.ThreadPoolExecutor $AbortPolicy.rejectedExecution(ThreadPoolExecutor.java:1760) at java.util.concurrent.ThreadPoolExecutor.reject (ThreadPoolExecutor.java:767) at java.util.concurrent.ScheduledThreadPoolExecutor.delayedExecute (ScheduledThreadPoolExecutor.java:216) at java.util.concurrent.ScheduledThreadPoolExecutor.schedule (ScheduledThreadPoolExecutor.java:379) at java.util.concurrent.Executors $DelegatedScheduledExecutorService.schedule(Executors.java:654) at net.liftweb.util.ActorPing$.schedule(ActorPing.scala:49) ... 7 more I might well have butchered something - when I started I removed some of the boiler plate stuff created by the archetype that I didn't see as necessary for the REST web service. But, stuff is generally working, I can add templates, call snippets from them etc. Thanks, - Alex -- You received this message because you are subscribed to the Google Groups Lift group. To post to this group, send email to lift...@googlegroups.com. To unsubscribe from this group, send email to liftweb+unsubscr...@googlegroups.comliftweb%2bunsubscr...@googlegroups.com liftweb%2bunsubscr...@googlegroups.comliftweb%252bunsubscr...@googlegroups.com . For more options, visit this group at http://groups.google.com/group/liftweb?hl=. -- Lift, the simply functional web frameworkhttp://liftweb.net Beginning Scalahttp://www.apress.com/book/view/1430219890 Follow me:http://twitter.com/dpp Surf the harmonics -- You received this message because you are subscribed to the Google Groups Lift group. To post to this group, send email to lift...@googlegroups.com. To unsubscribe from this group, send email to liftweb+unsubscr...@googlegroups.comliftweb%2bunsubscr...@googlegroups.com . For more options, visit this group at http://groups.google.com/group/liftweb?hl=. -- Lift, the
Re: [Lift] Re: Pages getting redirected back to root, /ajax_request/?? and ActorPingException
On Thu, Nov 19, 2009 at 3:31 PM, Alex Black a...@alexblack.ca wrote: thanks for the explanation. Can you tell me a bit more about that? Not knowing anything about this it seem unfamiliar to me. Say we had customers using our site, and we restarted one of our webservers, the customers wouldn't expect to be redirected to /. They'd expect to just keep on browsing as if nothing had happened. In the more recent versions of Lift, the browsers will be redirected to the page that they are on. But, if there are forms, ajax elements, etc. and you restart the server, the current state will be lost and the users will experience a this thing isn't working so we refresh the user's current page so they have a better chance of having the right experience. If you don't like the feature, you can turn it off in LiftRules (I don't remember the property off hand, but I'm sure someone else can help me.) On Nov 19, 6:28 pm, David Pollak feeder.of.the.be...@gmail.com wrote: On Thu, Nov 19, 2009 at 3:18 PM, Alex Black a...@alexblack.ca wrote: I just did some work, restarted jetty, and upon startup saw that it processed two requests (that I hadn't initiated): INFO - Service request (POST) /ajax_request/F374747850325CGX/ took 104 Milliseconds INFO - Service request (GET) / took 22 Milliseconds I then looked at my browser and it has somehow gone back to / from the page it was on. thoughts? This is defined behavior. The Lift app will reload the current page on app server restart (for 1.1-M6+) or / for prior versions of Lift. On Nov 19, 5:40 pm, David Pollak feeder.of.the.be...@gmail.com wrote: If you're doing mvn jetty:run, please edit your pom.xml and change: scanIntervalSeconds5/scanIntervalSeconds to scanIntervalSeconds0/scanIntervalSeconds On Thu, Nov 19, 2009 at 2:32 PM, Alex Black a...@alexblack.ca wrote: I've been developing a REST api using Lift, and have just added some basic html templates to it, and started using a snippet or two. As I'm testing out my pages I'm noticing a number of odd things: 1. Often when I alt tab back to my browser, its not on the page i left it on (sayhttp://localhost:8080/mypage.html), instead its on http://localhost:8080/somehow. 2. I'm seeing requests in the jetty console like this: INFO - Service request (POST) /ajax_request/F119708427865SPY/ took 52 Milliseconds I'm not using any AJAX at the moment, is there a way to turn this off? 3. Again, seemingly randomly, I get Couldn't start SessionMaster ping errors: ERROR - Couldn't start SessionMaster ping net.liftweb.util.ActorPingException: net.liftweb.http.SessionMaster $checkandpur...@6326c98 could not be scheduled on net.liftweb.http.sessionmast...@58777255 at net.liftweb.util.ActorPing$.schedule(ActorPing.scala:51) at net.liftweb.http.SessionMaster$.net$liftweb$http$SessionMaster$ $doPing(LiftSession.scala:209) at net.liftweb.http.SessionMaster$$anonfun$act$1$$anonfun$apply $1.apply(LiftSession.scala:200) at net.liftweb.http.SessionMaster$$anonfun$act$1$$anonfun$apply $1.apply(LiftSession.scala:169) at scala.actors.Reaction.run(Reaction.scala:79) at scala.actors.threadpool.ThreadPoolExecutor.runWorker(Unknown Source) at scala.actors.threadpool.ThreadPoolExecutor$Worker.run(Unknown Source) at java.lang.Thread.run(Thread.java:619) Caused by: java.util.concurrent.RejectedExecutionException at java.util.concurrent.ThreadPoolExecutor $AbortPolicy.rejectedExecution(ThreadPoolExecutor.java:1760) at java.util.concurrent.ThreadPoolExecutor.reject (ThreadPoolExecutor.java:767) at java.util.concurrent.ScheduledThreadPoolExecutor.delayedExecute (ScheduledThreadPoolExecutor.java:216) at java.util.concurrent.ScheduledThreadPoolExecutor.schedule (ScheduledThreadPoolExecutor.java:379) at java.util.concurrent.Executors $DelegatedScheduledExecutorService.schedule(Executors.java:654) at net.liftweb.util.ActorPing$.schedule(ActorPing.scala:49) ... 7 more I might well have butchered something - when I started I removed some of the boiler plate stuff created by the archetype that I didn't see as necessary for the REST web service. But, stuff is generally working, I can add templates, call snippets from them etc. Thanks, - Alex -- You received this message because you are subscribed to the Google Groups Lift group. To post to this group, send email to lift...@googlegroups.com. To unsubscribe from this group, send email to liftweb+unsubscr...@googlegroups.comliftweb%2bunsubscr...@googlegroups.com
[Lift] Re: Pages getting redirected back to root, /ajax_request/?? and ActorPingException
Yeah I'm currently approaching the stateful aspect of Lift with some trepidation, so for now trying to avoid it, for exactly this type of reason. If someone could point out how to disable the mechanism that is redirecting the page, and making periodic ajax requests I'd appreciate it, thanks! - Alex On Nov 19, 6:54 pm, David Pollak feeder.of.the.be...@gmail.com wrote: On Thu, Nov 19, 2009 at 3:31 PM, Alex Black a...@alexblack.ca wrote: thanks for the explanation. Can you tell me a bit more about that? Not knowing anything about this it seem unfamiliar to me. Say we had customers using our site, and we restarted one of our webservers, the customers wouldn't expect to be redirected to /. They'd expect to just keep on browsing as if nothing had happened. In the more recent versions of Lift, the browsers will be redirected to the page that they are on. But, if there are forms, ajax elements, etc. and you restart the server, the current state will be lost and the users will experience a this thing isn't working so we refresh the user's current page so they have a better chance of having the right experience. If you don't like the feature, you can turn it off in LiftRules (I don't remember the property off hand, but I'm sure someone else can help me.) On Nov 19, 6:28 pm, David Pollak feeder.of.the.be...@gmail.com wrote: On Thu, Nov 19, 2009 at 3:18 PM, Alex Black a...@alexblack.ca wrote: I just did some work, restarted jetty, and upon startup saw that it processed two requests (that I hadn't initiated): INFO - Service request (POST) /ajax_request/F374747850325CGX/ took 104 Milliseconds INFO - Service request (GET) / took 22 Milliseconds I then looked at my browser and it has somehow gone back to / from the page it was on. thoughts? This is defined behavior. The Lift app will reload the current page on app server restart (for 1.1-M6+) or / for prior versions of Lift. On Nov 19, 5:40 pm, David Pollak feeder.of.the.be...@gmail.com wrote: If you're doing mvn jetty:run, please edit your pom.xml and change: scanIntervalSeconds5/scanIntervalSeconds to scanIntervalSeconds0/scanIntervalSeconds On Thu, Nov 19, 2009 at 2:32 PM, Alex Black a...@alexblack.ca wrote: I've been developing a REST api using Lift, and have just added some basic html templates to it, and started using a snippet or two. As I'm testing out my pages I'm noticing a number of odd things: 1. Often when I alt tab back to my browser, its not on the page i left it on (sayhttp://localhost:8080/mypage.html), instead its on http://localhost:8080/somehow. 2. I'm seeing requests in the jetty console like this: INFO - Service request (POST) /ajax_request/F119708427865SPY/ took 52 Milliseconds I'm not using any AJAX at the moment, is there a way to turn this off? 3. Again, seemingly randomly, I get Couldn't start SessionMaster ping errors: ERROR - Couldn't start SessionMaster ping net.liftweb.util.ActorPingException: net.liftweb.http.SessionMaster $checkandpur...@6326c98 could not be scheduled on net.liftweb.http.sessionmast...@58777255 at net.liftweb.util.ActorPing$.schedule(ActorPing.scala:51) at net.liftweb.http.SessionMaster$.net$liftweb$http$SessionMaster$ $doPing(LiftSession.scala:209) at net.liftweb.http.SessionMaster$$anonfun$act$1$$anonfun$apply $1.apply(LiftSession.scala:200) at net.liftweb.http.SessionMaster$$anonfun$act$1$$anonfun$apply $1.apply(LiftSession.scala:169) at scala.actors.Reaction.run(Reaction.scala:79) at scala.actors.threadpool.ThreadPoolExecutor.runWorker(Unknown Source) at scala.actors.threadpool.ThreadPoolExecutor$Worker.run(Unknown Source) at java.lang.Thread.run(Thread.java:619) Caused by: java.util.concurrent.RejectedExecutionException at java.util.concurrent.ThreadPoolExecutor $AbortPolicy.rejectedExecution(ThreadPoolExecutor.java:1760) at java.util.concurrent.ThreadPoolExecutor.reject (ThreadPoolExecutor.java:767) at java.util.concurrent.ScheduledThreadPoolExecutor.delayedExecute (ScheduledThreadPoolExecutor.java:216) at java.util.concurrent.ScheduledThreadPoolExecutor.schedule (ScheduledThreadPoolExecutor.java:379) at java.util.concurrent.Executors $DelegatedScheduledExecutorService.schedule(Executors.java:654) at net.liftweb.util.ActorPing$.schedule(ActorPing.scala:49) ... 7 more I might well have butchered something - when I started I removed some of the boiler plate stuff created by the archetype that I didn't see as necessary for the REST web service. But, stuff is generally working, I can add
