Re: [Lift] Handle OOM
Jim Barrows jim.barr...@gmail.com writes: That would require memory allocation etc to do so. Which is of course, a problem at this point. But you can allocate some baloon memory at startup and free this on the OOM if you must do some cleanup in the app. I've not used this in a multi threaded server setting so don't know how well it works there /Jeppe -- 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=en.
Re: [Lift] Github issue browser
Really nice stuff naftoli!! Cheers, Tim On 3 Feb 2010, at 04:44, Naftoli Gugenheim wrote: If anyone finds github's issue manager too limited, I made a teeny little app that lets you list the issues in a more configurable way. All comments welcome! http://github-issues.naftoligug.staxapps.net/index You do not need to log in or register. Right now it only browses issues for dpp/liftweb. Use the check boxes on top to filter tickets, click column headers to sort, and click 'more' or 'less' on a ticket to view its description. Enjoy! -- 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=en. -- 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=en.
[Lift] Re: jquery.flot.css breaks the chart in IE8
At first I don't know the Flot.init things( https://groups.google.com/group/liftweb/browse_thread/thread/8c974d50b9cc5c3b ). I copy jquery.flot.js and excanvas.js to /static (without jquery.flot.css) and link to these js's on the page. At this time my charts work fine. After I know the Flot.init, then I follow the official way to use Flot. And then in IE8 Flot just draw the backgroup, labels, but no line, point(still good in firefox and chrome). Now, I switch back to the /static copy to make it work. On Feb 3, 11:14 am, Peter Robinett pe...@bubblefoundry.com wrote: Hi Jarod, I'm afraid I don't understand your problem. Are you staying that the combination of the blueprint and flot CSS files leads to incorrect charts in IE8 but the charts are rendered correctly when the blueprint file is not included? If so, is this a problem with how Lift includes the files or in one of the libraries themselves? Since I will be working on upgrading Lift's version of Flot to the latest (seehttp://groups.google.com/group/liftweb/browse_thread/thread/a25a93f55...), can you confirm that this is a problem in Flot 0.6? If so, please open a ticket athttp://github.com/dpp/liftweb/issues. Thanks, Peter On Feb 1, 10:02 pm, Jarod Liu liuyuan...@gmail.com wrote: I don't use the blueprint css. It works fine without jquery.flot.css. Maybe it would better do not generate the link to jquery.flot.css by default( I think most real world app won't use the blueprint css). And add some kind of options to make flot generate the link -- 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=en.
Re: [Lift] Lift security vulnerability
David Pollak feeder.of.the.be...@gmail.com writes: I'd like to get a sense of how important the community views this defect. Is it a backport the fix to every milestone and release yesterday or is it a fix it in 2.0-M2 or someplace in between. For me, it's fix it in 2.0-SNAPSHOT /Jeppe -- 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=en.
Re: [Lift] TableEditor enhancements
Naftoli Gugenheim naftoli...@gmail.com writes: [...] They tickets are: 299 - ItemsList should be have refresh method to clear added/removed without requerying database Until now it only had a reload method, which reset the state to that of the database, clearing pending additions and deletions. This adds a refresh method, which only reloads items but remembers pending additions and deletions. 300 - ItemsList.save unremoves removed unsaved items This is a defect. After a number of attempts, I made a more substantial change to fix it. 301 - ItemsListEditor should allow custom columns Provide a hook so user code can add additional columns, e.g., calculated data. 302 - ItemsListEditor should display items pending removal, albeit in strikeout font Previously when you click 'Remove' the item disappears, and only reappears if you reload it without saving first. This places the items at the end of the list, uneditable and in a strikeout font. I would like to add a new enhancement as well, namely to generate javascript to prompt you if you try to leave the page with unsaved items. These changes sound nice. I haven't used this before. How does it differ from CRUDify? Seems like it covers the same functionality? /Jeppe -- 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=en.
Re: [Lift] Is there any way to set default source encoding in Lift2.0-scala280 ?
Do not use the 2.8 port of Lift yet... its mostly broken. Please use 2.7.7 until the official 2.8 release is out. Cheers, Tim On 3 Feb 2010, at 02:00, pomu0325 wrote: Hi, I'm quite a newbie to Lift. I'm now trying to port my first Lift application from Lift1.0.2 to latest Lift2.0-scala280, and faced a problem relating to source encoding. I managed to merge pom.xml and some codes on Boot.scala, and succeeded to build my application, but when I access to it from browser, it displays: Message: java.nio.charset.UnmappableCharacterException: Input length = 2 java.nio.charset.CoderResult.throwException(CoderResult.java:261) sun.nio.cs.StreamDecoder.implRead(StreamDecoder.java:319) sun.nio.cs.StreamDecoder.read(StreamDecoder.java:158) java.io.InputStreamReader.read(InputStreamReader.java:167) java.io.BufferedReader.fill(BufferedReader.java:136) java.io.BufferedReader.read(BufferedReader.java:157) scala.io.BufferedSource$$anonfun$1$$anonfun$apply$1.apply (BufferedSource.scala:29) scala.io.BufferedSource$$anonfun$1$$anonfun$apply$1.apply (BufferedSource.scala:29) scala.io.Codec.wrap(Codec.scala:65) scala.io.BufferedSource$$anonfun$1.apply(BufferedSource.scala:29) scala.io.BufferedSource$$anonfun$1.apply(BufferedSource.scala:29) scala.collection.Iterator$$anon$13.next(Iterator.scala:145) scala.collection.Iterator$$anon$24.hasNext(Iterator.scala:435) scala.collection.Iterator$$anon$19.hasNext(Iterator.scala:326) scala.io.Source.hasNext(Source.scala:209) net.liftweb.util.PCDataXmlParser$$anonfun$apply$2$$anonfun$apply $4.apply(PCDataMarkupParser.scala:184) ... and more I traced Lift source and found out that Codec argument is not passed to Source.fromInputStream(in) at PCDataMarkupParser.scala(l. 182). Codec api seems to be introduced newly in Scala 2.8, and Source.fromInputStream() uses Codec.default as a implicit argument. My problem here, is I'm using utf-8 for write *.html templates, but my Codec.default is MS932(Japanese characterset in Windows), so failing to decode my template files. I looked through Scala lib source, and found out Codec.default it is actually an alias to java.lang.Charset.getDefault(), so I just set -Djava.encoding=utf-8 to MVN_OPTS and solved the problem, but considering deployment, I don't think it's a smart way. BTW, I confirmed this does not occur on Lift2.0-scala2.7.7. I think default source encoding should be somehow configurable in Lift to achieve portability. Kind regards, Pomu TAKEUCHI -- 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=en. -- 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=en.
Re: [Lift] Lift security vulnerability
+1 Fix it in head, no need to back-port; M2 is only around the corner. Cheers, Tim On 3 Feb 2010, at 09:49, Jeppe Nejsum Madsen wrote: David Pollak feeder.of.the.be...@gmail.com writes: I'd like to get a sense of how important the community views this defect. Is it a backport the fix to every milestone and release yesterday or is it a fix it in 2.0-M2 or someplace in between. For me, it's fix it in 2.0-SNAPSHOT /Jeppe -- 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=en. -- 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=en.
Re: [Lift] Is there any way to set default source encoding in Lift2.0-scala280 ?
Thanks for the comment. I was too much hasted... I'm going to use 2.7.7 for a while. Pomu TAKEUCHI 2010/2/3 Timothy Perrett timo...@getintheloop.eu: Do not use the 2.8 port of Lift yet... its mostly broken. Please use 2.7.7 until the official 2.8 release is out. Cheers, Tim -- 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=en.
Re: [Lift] TableEditor enhancements
It's very different -- you edit the whole table on one screen at the same time, and changes are buffered until you click save. - Jeppe Nejsum Madsenje...@ingolfs.dk wrote: Naftoli Gugenheim naftoli...@gmail.com writes: [...] They tickets are: 299 - ItemsList should be have refresh method to clear added/removed without requerying database Until now it only had a reload method, which reset the state to that of the database, clearing pending additions and deletions. This adds a refresh method, which only reloads items but remembers pending additions and deletions. 300 - ItemsList.save unremoves removed unsaved items This is a defect. After a number of attempts, I made a more substantial change to fix it. 301 - ItemsListEditor should allow custom columns Provide a hook so user code can add additional columns, e.g., calculated data. 302 - ItemsListEditor should display items pending removal, albeit in strikeout font Previously when you click 'Remove' the item disappears, and only reappears if you reload it without saving first. This places the items at the end of the list, uneditable and in a strikeout font. I would like to add a new enhancement as well, namely to generate javascript to prompt you if you try to leave the page with unsaved items. These changes sound nice. I haven't used this before. How does it differ from CRUDify? Seems like it covers the same functionality? /Jeppe -- 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=en. -- 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=en.
Re: [Lift] TableEditor enhancements
Naftoli Gugenheim naftoli...@gmail.com writes: It's very different -- you edit the whole table on one screen at the same time, and changes are buffered until you click save. Sounds cool. Any live demos available? Alternatively, full examples? /Jeppe -- 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=en.
Re: [Lift] TableEditor enhancements
Is there a wiki article? Otherwise are the scaladocs not sufficient? - Jeppe Nejsum Madsenje...@ingolfs.dk wrote: Naftoli Gugenheim naftoli...@gmail.com writes: It's very different -- you edit the whole table on one screen at the same time, and changes are buffered until you click save. Sounds cool. Any live demos available? Alternatively, full examples? /Jeppe -- 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=en. -- 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=en.
Re: [Lift] Github issue browser
Great stuff! Where did you get the github issue xml? Cheers, Indrajit On 03/02/10 10:14 AM, Naftoli Gugenheim wrote: If anyone finds github's issue manager too limited, I made a teeny little app that lets you list the issues in a more configurable way. All comments welcome! http://github-issues.naftoligug.staxapps.net/index You do not need to log in or register. Right now it only browses issues for dpp/liftweb. Use the check boxes on top to filter tickets, click column headers to sort, and click 'more' or 'less' on a ticket to view its description. Enjoy! -- 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=en. -- 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=en.
Re: [Lift] Lift security vulnerability
1. Fix in head/master (2.0-SNAPSHOT) and prepone 2.0-M2. 2. Backport in 1.0.x branch and spin 1.0.4. We haven't marked 1.0.x 'unsupported' yet. Forcing apps to move to 2.0-M2 just for this vulnerability fix isn't fun. Cheers, Indrajit On 03/02/10 3:34 PM, Timothy Perrett wrote: +1 Fix it in head, no need to back-port; M2 is only around the corner. Cheers, Tim On 3 Feb 2010, at 09:49, Jeppe Nejsum Madsen wrote: David Pollakfeeder.of.the.be...@gmail.com writes: I'd like to get a sense of how important the community views this defect. Is it a backport the fix to every milestone and release yesterday or is it a fix it in 2.0-M2 or someplace in between. For me, it's fix it in 2.0-SNAPSHOT /Jeppe -- 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=en. -- 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=en.
Re: [Lift] Github issue browser
They have an API. I think the site is develop.github.com, or something like that. The source code is on github.com/nafg, although I think there it references an xml file I downloaded rather than the live urls, as it does locally (ironically :) ). I took the basic archetype (actually I couldn't maven install the archetypes because I was offline so I copied the archetype resources and changed the placeholders etc. :) ) and wrote the code and xhtml in the HelloWorld.howdy snippet! If anyone has any suggestions and/or constructive criticism please pile it on! - Indrajit Raychaudhuriindraj...@gmail.com wrote: Great stuff! Where did you get the github issue xml? Cheers, Indrajit On 03/02/10 10:14 AM, Naftoli Gugenheim wrote: If anyone finds github's issue manager too limited, I made a teeny little app that lets you list the issues in a more configurable way. All comments welcome! http://github-issues.naftoligug.staxapps.net/index You do not need to log in or register. Right now it only browses issues for dpp/liftweb. Use the check boxes on top to filter tickets, click column headers to sort, and click 'more' or 'less' on a ticket to view its description. Enjoy! -- 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=en. -- 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=en. -- 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=en.
Re: [Lift] Re: Upgrade to Flot 0.6
I've created a ticket here: http://github.com/dpp/liftweb/issues/issue/322 Thanks again! - Aaron On Tue, Feb 2, 2010 at 10:10 PM, Peter Robinett pe...@bubblefoundry.com wrote: You're welcome. I'm happy to look into adding Flot plugin support, but please open a ticket on GitHub (http://github.com/dpp/liftweb/issues). Peter On Feb 1, 10:22 am, Aaron Valade a...@alum.mit.edu wrote: Thanks Peter! One of the other things that changed between Flot 0.4 and 0.6 is that a plugin structure was introduced and some functionality was pushed out of the core and into a plugin, specifically the selection functionality which can be used for zooming and other interactions with the charted data. I hate to tack on requests for more work, but if you get a chance, I'd appreciate if you could add functionality to the Lift Flot Widget to allow use of these plugins. I'm in the process of making some small changes with the Flot Widget to support these plugins in my local fork of Lift and would be happy to share what I've done, if that's allowed. Otherwise, I'd be very eager to provide additional testing of any capabilities that you make available or any other help that I can provide within the guidelines of the Lift project. Thanks, - A On Mon, Feb 1, 2010 at 12:28 PM, Peter Robinett pe...@bubblefoundry.com wrote: Ok guys, I'll work on this in the next few days (I'm out of town right now). Peter On Jan 31, 3:20 pm, Timothy Perrett timo...@getintheloop.eu wrote: It seems like peter will take ownership of this and make it happen ASAP so a patch / diff should not be needed. Peter, please confirm when you will roll this in a branch and put it on review board? Cheers, Tim Sent from my iPhone On 31 Jan 2010, at 22:48, Aaron Valade aval...@gmail.com wrote: I'm more than happy to submit the patch under the Lift IP policy, but I understand if you don't feel comfortable with that. And I can submit it anyway that works for you. I'm just looking to help give back to everyone that's helped me out. Albeit in a very, very small way. Sent from my iPhone On Jan 31, 2010, at 5:43 PM, David Pollak feeder.of.the.be...@gmail.com wrote: Peter, Please keep in mind the Lift IP policy. We don't pull from other repositories nor do we accept patches. We'll have to do the Flot 0.6 ourselves. Thanks, David On Fri, Jan 29, 2010 at 4:44 PM, Peter Robinett pe...@bubblefoundry.com wrote: Aaron, thanks so much for taking the initiative to upgrade Flot, it's something that I've been meaning to do. Just skimming over your changes, everything looks good. As for not using the packed excanvas file, that should be ok since Lift runs the YUI compressor by default on all Javascript files (correct, David?). Of course, broken URLs need to be fixed. David, how do we go about merging these changes? Peter On Jan 29, 3:32 pm, Aaron Valade a...@alum.mit.edu wrote: There is one break that my commit made which I just realized after I had sent this email in that I deleted the excanvas.pack.js file and dropped in the excanvas.js that was included with the Flot 0.6 distribution but didn't rename it to be excanvas.pack.js and didn't change the path in the Flot.scala file. I can make an additional commit that fixes this, if it pleases the court. :-) - A On Fri, Jan 29, 2010 at 6:15 PM, David Pollak feeder.of.the.be...@gmail.com wrote: Peter, What do you think of the upgrade (given that you're the most Flot-ish Lift committer)? Thanks, David On Fri, Jan 29, 2010 at 12:32 PM, Aaron Valade a...@alum.mit.edu wrote: Hello all, I needed to use some of the recent functionality in the Flot jQuery plugin which is version 0.6. The Flot lift-widget is currently at 0.4. So I upgraded it to use the new version and I've posted the commit on github: http://github.com/avalade/liftweb/commit/fa3d76fb72a7f74d13265e4039f0 ... Version 0.6 of Flot does make one breaking change which requires some of the options which were previously described as a top level attributes on the FlotOptions object to be pushed inside of a new attribute called FlotSeriesOptions. I've made the appropriate changes to the various example Flot charts which were included in the flotDemo module. Would it be possible to get this change upstream? - Aaron -- 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=en. -- Lift, the simply functional web frameworkhttp://liftweb.net
Re: [Lift] Github issue browser
Naftoli, Yes, looked at your source. I was curious about the source of the downloaded xml you have in there. http://develop.github.com/p/issues.html seems to have them all. Thanks! Cheers, Indrajit On 03/02/10 7:57 PM, Naftoli Gugenheim wrote: They have an API. I think the site is develop.github.com, or something like that. The source code is on github.com/nafg, although I think there it references an xml file I downloaded rather than the live urls, as it does locally (ironically :) ). I took the basic archetype (actually I couldn't maven install the archetypes because I was offline so I copied the archetype resources and changed the placeholders etc. :) ) and wrote the code and xhtml in the HelloWorld.howdy snippet! If anyone has any suggestions and/or constructive criticism please pile it on! - Indrajit Raychaudhuriindraj...@gmail.com wrote: Great stuff! Where did you get the github issue xml? Cheers, Indrajit On 03/02/10 10:14 AM, Naftoli Gugenheim wrote: If anyone finds github's issue manager too limited, I made a teeny little app that lets you list the issues in a more configurable way. All comments welcome! http://github-issues.naftoligug.staxapps.net/index You do not need to log in or register. Right now it only browses issues for dpp/liftweb. Use the check boxes on top to filter tickets, click column headers to sort, and click 'more' or 'less' on a ticket to view its description. Enjoy! -- 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=en. -- 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=en.
Re: [Lift] Handle OOM
On Tue, Feb 2, 2010 at 9:18 PM, David Pollak feeder.of.the.be...@gmail.comwrote: On Tue, Feb 2, 2010 at 5:49 PM, Naftoli Gugenheim naftoli...@gmail.comwrote: Hmm... Can the code catch the exception and try to execute a script that restarts it? :) The Sun JVM has the following flag: -XX:OnOutOfMemoryError=script_to_execute This will allow an auto-restart. Oh, very cool. I didn't know that. On Tue, Feb 2, 2010 at 8:43 PM, Jim Barrows jim.barr...@gmail.comwrote: Not generally within your code no. The VM is out of memory, not the webapp, so the VM has to be restarted. However you could have a nagios other monitoring service auto-restart in such cases. On the other hand... you really shouldn't be getting a OOM error in Java... On Tue, Feb 2, 2010 at 5:17 PM, Naftoli Gugenheim naftoli...@gmail.comwrote: Is there any way to have a webapp handle an out of memory exception semi-gracefully? E.g., release session, restart, something other than having to ssh into the server? -- 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=en. -- James A Barrows -- 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=en. -- 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=en. -- 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.comliftweb%2bunsubscr...@googlegroups.com . For more options, visit this group at http://groups.google.com/group/liftweb?hl=en. -- James A Barrows -- 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=en.
Re: [Lift] TableEditor enhancements
On Wed, Feb 3, 2010 at 5:23 AM, Naftoli Gugenheim naftoli...@gmail.comwrote: It's very different -- you edit the whole table on one screen at the same time, and changes are buffered until you click save. We're doing that in a very heavy data entry app. A really nice feature is to be able for the client to go Oh look the backend is down again, better hold off on sending for a bit, and let the user know so they don't lose everything. Our user will typically enter 20-30 courses before finding out that the app can't save :) - Jeppe Nejsum Madsenje...@ingolfs.dk wrote: Naftoli Gugenheim naftoli...@gmail.com writes: [...] They tickets are: 299 - ItemsList should be have refresh method to clear added/removed without requerying database Until now it only had a reload method, which reset the state to that of the database, clearing pending additions and deletions. This adds a refresh method, which only reloads items but remembers pending additions and deletions. 300 - ItemsList.save unremoves removed unsaved items This is a defect. After a number of attempts, I made a more substantial change to fix it. 301 - ItemsListEditor should allow custom columns Provide a hook so user code can add additional columns, e.g., calculated data. 302 - ItemsListEditor should display items pending removal, albeit in strikeout font Previously when you click 'Remove' the item disappears, and only reappears if you reload it without saving first. This places the items at the end of the list, uneditable and in a strikeout font. I would like to add a new enhancement as well, namely to generate javascript to prompt you if you try to leave the page with unsaved items. These changes sound nice. I haven't used this before. How does it differ from CRUDify? Seems like it covers the same functionality? /Jeppe -- 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=en. -- 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=en. -- James A Barrows -- 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=en.
[Lift] CometActor.fixedRender always below render?
Hi, It looks like the output from fixedRender is always placed below the one from render. Is there a way to change this? Heiko -- Heiko Seeberger Work: weiglewilczek.com Blog: heikoseeberger.name Follow me: twitter.com/hseeberger OSGi on Scala: scalamodules.org Lift, the simply functional web framework: liftweb.net -- 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=en.
[Lift] Re: CometActor.fixedRender always below render?
Technically you could override : def toJavaScript(session: LiftSession, displayAll: Boolean): JsCmd from CometActor, but you'd probably loose important things that Lift does for you there. You could call super but I don't think that it would be very helpful. Perhaps we should add an easy way to allow this ... Br's, Marius On Feb 3, 5:15 pm, Heiko Seeberger heiko.seeber...@googlemail.com wrote: Hi, It looks like the output from fixedRender is always placed below the one from render. Is there a way to change this? Heiko -- Heiko Seeberger Work: weiglewilczek.com Blog: heikoseeberger.name Follow me: twitter.com/hseeberger OSGi on Scala: scalamodules.org Lift, the simply functional web framework: liftweb.net -- 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=en.
[Lift] Re: CometActor.fixedRender always below render?
On Wednesday, February 3, 2010, Marius marius.dan...@gmail.com wrote: Technically you could override : def toJavaScript(session: LiftSession, displayAll: Boolean): JsCmd from CometActor, but you'd probably loose important things that Lift does for you there. You could call super but I don't think that it would be very helpful. Perhaps we should add an easy way to allow this ... Would be nice, but I can live without :-) Heiko Br's, Marius On Feb 3, 5:15 pm, Heiko Seeberger heiko.seeber...@googlemail.com wrote: Hi, It looks like the output from fixedRender is always placed below the one from render. Is there a way to change this? Heiko -- Heiko Seeberger Work: weiglewilczek.com Blog: heikoseeberger.name Follow me: twitter.com/hseeberger OSGi on Scala: scalamodules.org Lift, the simply functional web framework: liftweb.net -- 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=en. -- Heiko Seeberger Work: weiglewilczek.com Blog: heikoseeberger.name Follow me: twitter.com/hseeberger OSGi on Scala: scalamodules.org Lift, the simply functional web framework: liftweb.net -- 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=en.
Re: [Lift] Lift security vulnerability
I found that in the fix, \n is changed to \t, while \t to \n. Is this desired behavior? Thank you, Feng On Wed, Feb 3, 2010 at 9:20 AM, Indrajit Raychaudhuri indraj...@gmail.comwrote: 1. Fix in head/master (2.0-SNAPSHOT) and prepone 2.0-M2. 2. Backport in 1.0.x branch and spin 1.0.4. We haven't marked 1.0.x 'unsupported' yet. Forcing apps to move to 2.0-M2 just for this vulnerability fix isn't fun. Cheers, Indrajit On 03/02/10 3:34 PM, Timothy Perrett wrote: +1 Fix it in head, no need to back-port; M2 is only around the corner. Cheers, Tim On 3 Feb 2010, at 09:49, Jeppe Nejsum Madsen wrote: David Pollakfeeder.of.the.be...@gmail.com writes: I'd like to get a sense of how important the community views this defect. Is it a backport the fix to every milestone and release yesterday or is it a fix it in 2.0-M2 or someplace in between. For me, it's fix it in 2.0-SNAPSHOT /Jeppe -- 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=en. -- 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=en. -- 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=en.
Re: [Lift] Github issue browser
I wanted to work on it offline, so I typed the API url into the browser and saved it -- that's all! :) - Indrajit Raychaudhuriindraj...@gmail.com wrote: Naftoli, Yes, looked at your source. I was curious about the source of the downloaded xml you have in there. http://develop.github.com/p/issues.html seems to have them all. Thanks! Cheers, Indrajit On 03/02/10 7:57 PM, Naftoli Gugenheim wrote: They have an API. I think the site is develop.github.com, or something like that. The source code is on github.com/nafg, although I think there it references an xml file I downloaded rather than the live urls, as it does locally (ironically :) ). I took the basic archetype (actually I couldn't maven install the archetypes because I was offline so I copied the archetype resources and changed the placeholders etc. :) ) and wrote the code and xhtml in the HelloWorld.howdy snippet! If anyone has any suggestions and/or constructive criticism please pile it on! - Indrajit Raychaudhuriindraj...@gmail.com wrote: Great stuff! Where did you get the github issue xml? Cheers, Indrajit On 03/02/10 10:14 AM, Naftoli Gugenheim wrote: If anyone finds github's issue manager too limited, I made a teeny little app that lets you list the issues in a more configurable way. All comments welcome! http://github-issues.naftoligug.staxapps.net/index You do not need to log in or register. Right now it only browses issues for dpp/liftweb. Use the check boxes on top to filter tickets, click column headers to sort, and click 'more' or 'less' on a ticket to view its description. Enjoy! -- 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=en. -- 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=en. -- 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=en.
Re: [Lift] TableEditor enhancements
Is that possible without Ajax? - Jim Barrowsjim.barr...@gmail.com wrote: On Wed, Feb 3, 2010 at 5:23 AM, Naftoli Gugenheim naftoli...@gmail.comwrote: It's very different -- you edit the whole table on one screen at the same time, and changes are buffered until you click save. We're doing that in a very heavy data entry app. A really nice feature is to be able for the client to go Oh look the backend is down again, better hold off on sending for a bit, and let the user know so they don't lose everything. Our user will typically enter 20-30 courses before finding out that the app can't save :) - Jeppe Nejsum Madsenje...@ingolfs.dk wrote: Naftoli Gugenheim naftoli...@gmail.com writes: [...] They tickets are: 299 - ItemsList should be have refresh method to clear added/removed without requerying database Until now it only had a reload method, which reset the state to that of the database, clearing pending additions and deletions. This adds a refresh method, which only reloads items but remembers pending additions and deletions. 300 - ItemsList.save unremoves removed unsaved items This is a defect. After a number of attempts, I made a more substantial change to fix it. 301 - ItemsListEditor should allow custom columns Provide a hook so user code can add additional columns, e.g., calculated data. 302 - ItemsListEditor should display items pending removal, albeit in strikeout font Previously when you click 'Remove' the item disappears, and only reappears if you reload it without saving first. This places the items at the end of the list, uneditable and in a strikeout font. I would like to add a new enhancement as well, namely to generate javascript to prompt you if you try to leave the page with unsaved items. These changes sound nice. I haven't used this before. How does it differ from CRUDify? Seems like it covers the same functionality? /Jeppe -- 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=en. -- 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=en. -- James A Barrows -- 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=en. -- 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=en.
Re: [Lift] Handle OOM
I've got a work in progress jvm memory options for Lift post... but I've gotta get below 30 unread email messages before I finish it (probably late Feb) Connected by MOTOBLUR™ on T-Mobile -Original message- From: Jim Barrows jim.barr...@gmail.com To: liftweb@googlegroups.com Sent: Wed, Feb 3, 2010 14:52:47 GMT+00:00 Subject: Re: [Lift] Handle OOM On Tue, Feb 2, 2010 at 9:18 PM, David Pollak feeder.of.the.be...@gmail.comwrote: On Tue, Feb 2, 2010 at 5:49 PM, Naftoli Gugenheim naftoli...@gmail.comwrote: Hmm... Can the code catch the exception and try to execute a script that restarts it? :) The Sun JVM has the following flag: -XX:OnOutOfMemoryError=script_to_execute This will allow an auto-restart. Oh, very cool. I didn't know that. On Tue, Feb 2, 2010 at 8:43 PM, Jim Barrows jim.barr...@gmail.comwrote: Not generally within your code no. The VM is out of memory, not the webapp, so the VM has to be restarted. However you could have a nagios other monitoring service auto-restart in such cases. On the other hand... you really shouldn't be getting a OOM error in Java... On Tue, Feb 2, 2010 at 5:17 PM, Naftoli Gugenheim naftoli...@gmail.comwrote: Is there any way to have a webapp handle an out of memory exception semi-gracefully? E.g., release session, restart, something other than having to ssh into the server? -- 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/grou -- 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=en.
Re: [Lift] Handle OOM
Looking forward! - David Pollakfeeder.of.the.be...@gmail.com wrote: I've got a work in progress jvm memory options for Lift post... but I've gotta get below 30 unread email messages before I finish it (probably late Feb) Connected by MOTOBLUR™ on T-Mobile -Original message- From: Jim Barrows jim.barr...@gmail.com To: liftweb@googlegroups.com Sent: Wed, Feb 3, 2010 14:52:47 GMT+00:00 Subject: Re: [Lift] Handle OOM On Tue, Feb 2, 2010 at 9:18 PM, David Pollak feeder.of.the.be...@gmail.comwrote: On Tue, Feb 2, 2010 at 5:49 PM, Naftoli Gugenheim naftoli...@gmail.comwrote: Hmm... Can the code catch the exception and try to execute a script that restarts it? :) The Sun JVM has the following flag: -XX:OnOutOfMemoryError=script_to_execute This will allow an auto-restart. Oh, very cool. I didn't know that. On Tue, Feb 2, 2010 at 8:43 PM, Jim Barrows jim.barr...@gmail.comwrote: Not generally within your code no. The VM is out of memory, not the webapp, so the VM has to be restarted. However you could have a nagios other monitoring service auto-restart in such cases. On the other hand... you really shouldn't be getting a OOM error in Java... On Tue, Feb 2, 2010 at 5:17 PM, Naftoli Gugenheim naftoli...@gmail.comwrote: Is there any way to have a webapp handle an out of memory exception semi-gracefully? E.g., release session, restart, something other than having to ssh into the server? -- 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/grou -- 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=en. -- 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=en.
Re: [Lift] Handle OOM
+1 JVM flags are like major ninja foo. Cant wait! Cheers, Tim On 3 Feb 2010, at 16:12, Naftoli Gugenheim wrote: Looking forward! - David Pollakfeeder.of.the.be...@gmail.com wrote: I've got a work in progress jvm memory options for Lift post... but I've gotta get below 30 unread email messages before I finish it (probably late Feb) Connected by MOTOBLUR™ on T-Mobile -Original message- From: Jim Barrows jim.barr...@gmail.com To: liftweb@googlegroups.com Sent: Wed, Feb 3, 2010 14:52:47 GMT+00:00 Subject: Re: [Lift] Handle OOM On Tue, Feb 2, 2010 at 9:18 PM, David Pollak feeder.of.the.be...@gmail.comwrote: On Tue, Feb 2, 2010 at 5:49 PM, Naftoli Gugenheim naftoli...@gmail.comwrote: Hmm... Can the code catch the exception and try to execute a script that restarts it? :) The Sun JVM has the following flag: -XX:OnOutOfMemoryError=script_to_execute This will allow an auto-restart. Oh, very cool. I didn't know that. On Tue, Feb 2, 2010 at 8:43 PM, Jim Barrows jim.barr...@gmail.comwrote: Not generally within your code no. The VM is out of memory, not the webapp, so the VM has to be restarted. However you could have a nagios other monitoring service auto-restart in such cases. On the other hand... you really shouldn't be getting a OOM error in Java... On Tue, Feb 2, 2010 at 5:17 PM, Naftoli Gugenheim naftoli...@gmail.comwrote: Is there any way to have a webapp handle an out of memory exception semi-gracefully? E.g., release session, restart, something other than having to ssh into the server? -- 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/grou -- 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=en. -- 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=en. -- 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=en.
Re: [Lift] ProtoUser i18n
Thanks Adam, I'll take this one up :) - Indrajit On 03/02/10 12:48 PM, Adam Warski wrote: Sure: (a) http://github.com/dpp/liftweb/issues/issue/320 (b) http://gist.github.com/293435 I've also updated the wiki. On Feb 2, 2010, at 8:10 PM, Indrajit Raychaudhuri wrote: Adam, can you please (a) open a ticket and (b) create a gist (http://gist.github.com/) of the patch and refer to it from the ticket? We'll take it up from there. Tim, +1 on not having spaces in properties. Cheers, Indrajit On 02/02/10 10:41 PM, Timothy Perrett wrote: Sure - one of us will take this up... its minor. I propose we agree a policy, and use that going forward... should keys have spaces? no would be my default response... (i tend to separate with full stops) if thats so, lets just clear that out now, and do a breaking changes ann. Cheers, Tim On 2 Feb 2010, at 17:06, David Pollak wrote: I'm okay with breakage here. Jeppe, Indrajit, or Tim, can you guys handle this issue going forward (making sure the patch is good, putting it on a branch, opening a ticket, putting it on review board, and sending out any breaking changes email)? -- 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=en. -- 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=en.
Re: [Lift] Handle OOM
For in production java app, I generaly wrap them with Java Service Wrapper for Tanuki Software. (include heartbeat, restart, script to run as service,...) http://wrapper.tanukisoftware.org/ or the 100% java alternative : yajsw http://yajsw.sourceforge.net/ /davidB On Wed, Feb 3, 2010 at 17:26, Timothy Perrett timo...@getintheloop.eu wrote: +1 JVM flags are like major ninja foo. Cant wait! Cheers, Tim On 3 Feb 2010, at 16:12, Naftoli Gugenheim wrote: Looking forward! - David Pollakfeeder.of.the.be...@gmail.com wrote: I've got a work in progress jvm memory options for Lift post... but I've gotta get below 30 unread email messages before I finish it (probably late Feb) Connected by MOTOBLUR™ on T-Mobile -Original message- From: Jim Barrows jim.barr...@gmail.com To: liftweb@googlegroups.com Sent: Wed, Feb 3, 2010 14:52:47 GMT+00:00 Subject: Re: [Lift] Handle OOM On Tue, Feb 2, 2010 at 9:18 PM, David Pollak feeder.of.the.be...@gmail.comwrote: On Tue, Feb 2, 2010 at 5:49 PM, Naftoli Gugenheim naftoli...@gmail.comwrote: Hmm... Can the code catch the exception and try to execute a script that restarts it? :) The Sun JVM has the following flag: -XX:OnOutOfMemoryError=script_to_execute This will allow an auto-restart. Oh, very cool. I didn't know that. On Tue, Feb 2, 2010 at 8:43 PM, Jim Barrows jim.barr...@gmail.comwrote: Not generally within your code no. The VM is out of memory, not the webapp, so the VM has to be restarted. However you could have a nagios other monitoring service auto-restart in such cases. On the other hand... you really shouldn't be getting a OOM error in Java... On Tue, Feb 2, 2010 at 5:17 PM, Naftoli Gugenheim naftoli...@gmail.comwrote: Is there any way to have a webapp handle an out of memory exception semi-gracefully? E.g., release session, restart, something other than having to ssh into the server? -- 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/grou -- 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=en. -- 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=en. -- 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=en. -- 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=en.
Re: [Lift] Lift security vulnerability
Thanks for pointing that out. There are other problems as well... I'll fix them (in both the Scala and Lift diffs) On Wed, Feb 3, 2010 at 7:39 AM, Feng Zhang sharpzh...@gmail.com wrote: I found that in the fix, \n is changed to \t, while \t to \n. Is this desired behavior? Thank you, Feng On Wed, Feb 3, 2010 at 9:20 AM, Indrajit Raychaudhuri indraj...@gmail.com wrote: 1. Fix in head/master (2.0-SNAPSHOT) and prepone 2.0-M2. 2. Backport in 1.0.x branch and spin 1.0.4. We haven't marked 1.0.x 'unsupported' yet. Forcing apps to move to 2.0-M2 just for this vulnerability fix isn't fun. Cheers, Indrajit On 03/02/10 3:34 PM, Timothy Perrett wrote: +1 Fix it in head, no need to back-port; M2 is only around the corner. Cheers, Tim On 3 Feb 2010, at 09:49, Jeppe Nejsum Madsen wrote: David Pollakfeeder.of.the.be...@gmail.com writes: I'd like to get a sense of how important the community views this defect. Is it a backport the fix to every milestone and release yesterday or is it a fix it in 2.0-M2 or someplace in between. For me, it's fix it in 2.0-SNAPSHOT /Jeppe -- 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=en. -- 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=en. -- 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=en. -- 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 http://groups.google.com/group/liftweb?hl=en.
Re: [Lift] Re: CometActor.fixedRender always below render?
On Wed, Feb 3, 2010 at 7:27 AM, Marius marius.dan...@gmail.com wrote: Technically you could override : def toJavaScript(session: LiftSession, displayAll: Boolean): JsCmd from CometActor, but you'd probably loose important things that Lift does for you there. You could call super but I don't think that it would be very helpful. Perhaps we should add an easy way to allow this ... That'd be nice Br's, Marius On Feb 3, 5:15 pm, Heiko Seeberger heiko.seeber...@googlemail.com wrote: Hi, It looks like the output from fixedRender is always placed below the one from render. Is there a way to change this? Heiko -- Heiko Seeberger Work: weiglewilczek.com Blog: heikoseeberger.name Follow me: twitter.com/hseeberger OSGi on Scala: scalamodules.org Lift, the simply functional web framework: liftweb.net -- 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=en. -- 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 http://groups.google.com/group/liftweb?hl=en.
[Lift] Tomcat/Apache ESME: Shutdown Problems
A developer using ESME has a problem. After he shuts down Tomcat, he sees that there are exceptions in the log file. Derby is also not getting shutdown correctly. Next time, when he restarts Tomcat, ESME fails to load and he gets all kinds of exception in the browser. Once he manually kils ( with -9) the java process then everything works fine. Here is (partial) stack trace from the log file is below. I haven't seen this problem in jetty. I was assuming that lift closed the DB connections / sessions implicitly. Now I'm not so sure. Does anyone know what the problem might be? Here is a link to our Boot.scala file. http://svn.apache.org/viewvc/incubator/esme/trunk/server/src/main/scala/bootstrap/liftweb/Boot.scala?view=markup Thanks, Dick SEVERE: A web application created a ThreadLocal with key of type [java.lang.ThreadLocal] (value [java.lang.threadlo...@13f79f7]) and a value of type [org.apache.derby.iapi.services.context.ContextManager] (value [org.apache.derby.iapi.services.context.contextmana...@b52a28]) but failed to remove it when the web application was stopped. To prevent a memory leak, the ThreadLocal has been forcibly removed. Feb 3, 2010 7:04:57 AM org.apache.coyote.http11.Http11Protocol destroy INFO: Stopping Coyote HTTP/1.1 on http-8080 Exception in thread pool-2-thread-14 java.lang.NullPointerException at scala.runtime.BoxesRunTime.boxToLong(Unknown Source) at net.liftweb.http.S$$anonfun$net$liftweb$http$S$$wrapQuery $1.apply(S.scala:972) at net.liftweb.http.S$$anonfun$net$liftweb$http$S$$wrapQuery $1.apply(S.scala:972) at scala.List.foreach(List.scala:841) at net.liftweb.http.S$.net$liftweb$http$S$$wrapQuery(S.scala:972) at net.liftweb.http.S$$anonfun$net$liftweb$http$S$$_nest2InnerInit $1$$anonfun$apply$25.apply(S.scala:1109) at net.liftweb.http.S$.net$liftweb$http$S$$doAround(S.scala:906) at net.liftweb.http.S$$anonfun$net$liftweb$http$S$$doAround$1.apply (S.scala:907) at net.liftweb.mapper.MetaProtoExtendedSession$myWrapper$.apply (ProtoExtendedSession.scala:80) at net.liftweb.http.S$.net$liftweb$http$S$$doAround(S.scala:907) -- 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=en.
[Lift] Re: jquery.flot.css breaks the chart in IE8
Hi Jarod, It sounds like you're running into a known problem that has already been addressed: http://groups.google.com/group/liftweb/browse_thread/thread/5e0335583e2a248b Peter On Feb 3, 1:45 am, Jarod Liu liuyuan...@gmail.com wrote: At first I don't know the Flot.init things(https://groups.google.com/group/liftweb/browse_thread/thread/8c974d50... ). I copy jquery.flot.js and excanvas.js to /static (without jquery.flot.css) and link to these js's on the page. At this time my charts work fine. After I know the Flot.init, then I follow the official way to use Flot. And then in IE8 Flot just draw the backgroup, labels, but no line, point(still good in firefox and chrome). Now, I switch back to the /static copy to make it work. On Feb 3, 11:14 am, Peter Robinett pe...@bubblefoundry.com wrote: Hi Jarod, I'm afraid I don't understand your problem. Are you staying that the combination of the blueprint and flot CSS files leads to incorrect charts in IE8 but the charts are rendered correctly when the blueprint file is not included? If so, is this a problem with how Lift includes the files or in one of the libraries themselves? Since I will be working on upgrading Lift's version of Flot to the latest (seehttp://groups.google.com/group/liftweb/browse_thread/thread/a25a93f55...), can you confirm that this is a problem in Flot 0.6? If so, please open a ticket athttp://github.com/dpp/liftweb/issues. Thanks, Peter On Feb 1, 10:02 pm, Jarod Liu liuyuan...@gmail.com wrote: I don't use the blueprint css. It works fine without jquery.flot.css. Maybe it would better do not generate the link to jquery.flot.css by default( I think most real world app won't use the blueprint css). And add some kind of options to make flot generate the link -- 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=en.
[Lift] liftAjax jQuery 1.4.1 problem
Hi, There is a problem with making jsonCalls which return JSON with anonymous functions. I've created a very simple reproducible example, but have not been able to track down the root cause. Take a look at jsonCallBug in: http://github.com/hoffrocket/lift_1_1_sample/blob/master/src/main/scala/com/liftcode/snippet/Hello.scala The project should run in mvn or sbt. Thanks, Jon -- 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=en.
Re: [Lift] Tomcat/Apache ESME: Shutdown Problems
On Wed, Feb 3, 2010 at 10:12 AM, Dick Hirsch hirsch.d...@gmail.com wrote: A developer using ESME has a problem. After he shuts down Tomcat, he sees that there are exceptions in the log file. Derby is also not getting shutdown correctly. Next time, when he restarts Tomcat, ESME fails to load and he gets all kinds of exception in the browser. Once he manually kils ( with -9) the java process then everything works fine. Here is (partial) stack trace from the log file is below. I haven't seen this problem in jetty. I was assuming that lift closed the DB connections / sessions implicitly. Now I'm not so sure. Dick, Are you sure the Tomcat process is actually shut down? Just the brief look at the stack trace, it's looking like the JVM process didn't get killed and there's cruft on the local thread. You might also consider using the new net.liftweb.mapper.StandardDBVendor rather than the roll-your-own DB vendor in Boot. I'll add a ticket to make sure that StandardDBVendor registers with the container shutdown so it correctly closes all connections. Thanks, David Does anyone know what the problem might be? Here is a link to our Boot.scala file. http://svn.apache.org/viewvc/incubator/esme/trunk/server/src/main/scala/bootstrap/liftweb/Boot.scala?view=markup Thanks, Dick SEVERE: A web application created a ThreadLocal with key of type [java.lang.ThreadLocal] (value [java.lang.threadlo...@13f79f7]) and a value of type [org.apache.derby.iapi.services.context.ContextManager] (value [org.apache.derby.iapi.services.context.contextmana...@b52a28]) but failed to remove it when the web application was stopped. To prevent a memory leak, the ThreadLocal has been forcibly removed. Feb 3, 2010 7:04:57 AM org.apache.coyote.http11.Http11Protocol destroy INFO: Stopping Coyote HTTP/1.1 on http-8080 Exception in thread pool-2-thread-14 java.lang.NullPointerException at scala.runtime.BoxesRunTime.boxToLong(Unknown Source) at net.liftweb.http.S$$anonfun$net$liftweb$http$S$$wrapQuery $1.apply(S.scala:972) at net.liftweb.http.S$$anonfun$net$liftweb$http$S$$wrapQuery $1.apply(S.scala:972) at scala.List.foreach(List.scala:841) at net.liftweb.http.S$.net$liftweb$http$S$$wrapQuery(S.scala:972) at net.liftweb.http.S$$anonfun$net$liftweb$http$S$$_nest2InnerInit $1$$anonfun$apply$25.apply(S.scala:1109) at net.liftweb.http.S$.net$liftweb$http$S$$doAround(S.scala:906) at net.liftweb.http.S$$anonfun$net$liftweb$http$S$$doAround$1.apply (S.scala:907) at net.liftweb.mapper.MetaProtoExtendedSession$myWrapper$.apply (ProtoExtendedSession.scala:80) at net.liftweb.http.S$.net$liftweb$http$S$$doAround(S.scala:907) -- 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=en. -- 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 http://groups.google.com/group/liftweb?hl=en.
Re: [Lift] Is there any way to set default source encoding in Lift2.0-scala280 ?
On Wed, Feb 3, 2010 at 1:54 AM, Timothy Perrett timo...@getintheloop.euwrote: Do not use the 2.8 port of Lift yet... its mostly broken. Please use 2.7.7 until the official 2.8 release is out. Although this is the kind of bug we want to find. For production sites, I would strongly recommend sicking with 2.7.7 If you are skilled with Scala and want to try Lift and 2.8, I encourage you to do so. This is the kind of corner-case that we want to find during testing. Cheers, Tim On 3 Feb 2010, at 02:00, pomu0325 wrote: Hi, I'm quite a newbie to Lift. I'm now trying to port my first Lift application from Lift1.0.2 to latest Lift2.0-scala280, and faced a problem relating to source encoding. I managed to merge pom.xml and some codes on Boot.scala, and succeeded to build my application, but when I access to it from browser, it displays: Message: java.nio.charset.UnmappableCharacterException: Input length = 2 java.nio.charset.CoderResult.throwException(CoderResult.java:261) sun.nio.cs.StreamDecoder.implRead(StreamDecoder.java:319) sun.nio.cs.StreamDecoder.read(StreamDecoder.java:158) java.io.InputStreamReader.read(InputStreamReader.java:167) java.io.BufferedReader.fill(BufferedReader.java:136) java.io.BufferedReader.read(BufferedReader.java:157) scala.io.BufferedSource$$anonfun$1$$anonfun$apply$1.apply (BufferedSource.scala:29) scala.io.BufferedSource$$anonfun$1$$anonfun$apply$1.apply (BufferedSource.scala:29) scala.io.Codec.wrap(Codec.scala:65) scala.io.BufferedSource$$anonfun$1.apply(BufferedSource.scala:29) scala.io.BufferedSource$$anonfun$1.apply(BufferedSource.scala:29) scala.collection.Iterator$$anon$13.next(Iterator.scala:145) scala.collection.Iterator$$anon$24.hasNext(Iterator.scala:435) scala.collection.Iterator$$anon$19.hasNext(Iterator.scala:326) scala.io.Source.hasNext(Source.scala:209) net.liftweb.util.PCDataXmlParser$$anonfun$apply$2$$anonfun$apply $4.apply(PCDataMarkupParser.scala:184) ... and more I traced Lift source and found out that Codec argument is not passed to Source.fromInputStream(in) at PCDataMarkupParser.scala(l. 182). Codec api seems to be introduced newly in Scala 2.8, and Source.fromInputStream() uses Codec.default as a implicit argument. My problem here, is I'm using utf-8 for write *.html templates, but my Codec.default is MS932(Japanese characterset in Windows), so failing to decode my template files. I looked through Scala lib source, and found out Codec.default it is actually an alias to java.lang.Charset.getDefault(), so I just set -Djava.encoding=utf-8 to MVN_OPTS and solved the problem, but considering deployment, I don't think it's a smart way. BTW, I confirmed this does not occur on Lift2.0-scala2.7.7. I think default source encoding should be somehow configurable in Lift to achieve portability. Kind regards, Pomu TAKEUCHI -- 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=en. -- 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=en. -- 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 http://groups.google.com/group/liftweb?hl=en.
[Lift] S.params disappear?
I have a lift app that works perfectly when I use mvn jetty:run. Then I package it into a war and load it up in Tomcat 6 on the server, and when I do, suddenly it won't work. The issue is with the S.params. I have a form that submits via an Ajax PUT request. The params are sent in the header just fine. As I said, works like a charm on Jetty. But when it gets to Tomcat, the entity is saved with blank attributes... i.e., everything worked but the S.param(whatever) showed up blank. I tested this by doing S.param(whatever).openOr(Phooey) and, indeed, that attribute was set to Phooey on the new entity. Tomcat issue? Or am I missing something obvious? This form is running on a subdomain, so that's where I'm looking now (in server.xml). TIA, Chas. -- 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=en.
Re: [Lift] S.params disappear?
Please put together a reproduceable example on GitHub (works in Jetty, doesn't work in Tomcat) and we'll look at it. On Wed, Feb 3, 2010 at 11:48 AM, c...@munat.com wrote: I have a lift app that works perfectly when I use mvn jetty:run. Then I package it into a war and load it up in Tomcat 6 on the server, and when I do, suddenly it won't work. The issue is with the S.params. I have a form that submits via an Ajax PUT request. The params are sent in the header just fine. As I said, works like a charm on Jetty. But when it gets to Tomcat, the entity is saved with blank attributes... i.e., everything worked but the S.param(whatever) showed up blank. I tested this by doing S.param(whatever).openOr(Phooey) and, indeed, that attribute was set to Phooey on the new entity. Tomcat issue? Or am I missing something obvious? This form is running on a subdomain, so that's where I'm looking now (in server.xml). TIA, Chas. -- 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=en. -- 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 http://groups.google.com/group/liftweb?hl=en.
[Lift] Re: liftAjax jQuery 1.4.1 problem
I was able to find the root cause. jQuery 1.4.1 does not consider javascript
objects that contain functions to be be valid JSON.
This is ok: {foo:bar}
This is bad: {foo:function(){alert('hello')}
jquery-1.4.1.js:491 -- parseJSON
jquery 1.3.2 simply eval'd strings to created json objects, so there was no
problem. I think it's kind of nice to be able to return JSON objects via ajax
calls with embedded functions, but please feel free to educate me if you think
that's a bad idea.
I'll also try to get some feedback from the jQuery forum.
Thanks,
Jon
On Feb 3, 2010, at 2:21 PM, Jonathan Hoffman wrote:
Hi,
There is a problem with making jsonCalls which return JSON with anonymous
functions. I've created a very simple reproducible example, but have not
been able to track down the root cause.
Take a look at jsonCallBug in:
http://github.com/hoffrocket/lift_1_1_sample/blob/master/src/main/scala/com/liftcode/snippet/Hello.scala
The project should run in mvn or sbt.
Thanks,
Jon
--
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=en.
[Lift] Re: Tomcat/Apache ESME: Shutdown Problems
David, Thanks. Is the new StandardDBVendor just available the 2.0 Snapshot? Do you have a link to a description of the StandardDBVendor, D. On Feb 3, 8:30 pm, David Pollak feeder.of.the.be...@gmail.com wrote: On Wed, Feb 3, 2010 at 10:12 AM, Dick Hirsch hirsch.d...@gmail.com wrote: A developer using ESME has a problem. After he shuts down Tomcat, he sees that there are exceptions in the log file. Derby is also not getting shutdown correctly. Next time, when he restarts Tomcat, ESME fails to load and he gets all kinds of exception in the browser. Once he manually kils ( with -9) the java process then everything works fine. Here is (partial) stack trace from the log file is below. I haven't seen this problem in jetty. I was assuming that lift closed the DB connections / sessions implicitly. Now I'm not so sure. Dick, Are you sure the Tomcat process is actually shut down? Just the brief look at the stack trace, it's looking like the JVM process didn't get killed and there's cruft on the local thread. You might also consider using the new net.liftweb.mapper.StandardDBVendor rather than the roll-your-own DB vendor in Boot. I'll add a ticket to make sure that StandardDBVendor registers with the container shutdown so it correctly closes all connections. Thanks, David Does anyone know what the problem might be? Here is a link to our Boot.scala file. http://svn.apache.org/viewvc/incubator/esme/trunk/server/src/main/sca... Thanks, Dick SEVERE: A web application created a ThreadLocal with key of type [java.lang.ThreadLocal] (value [java.lang.threadlo...@13f79f7]) and a value of type [org.apache.derby.iapi.services.context.ContextManager] (value [org.apache.derby.iapi.services.context.contextmana...@b52a28]) but failed to remove it when the web application was stopped. To prevent a memory leak, the ThreadLocal has been forcibly removed. Feb 3, 2010 7:04:57 AM org.apache.coyote.http11.Http11Protocol destroy INFO: Stopping Coyote HTTP/1.1 on http-8080 Exception in thread pool-2-thread-14 java.lang.NullPointerException at scala.runtime.BoxesRunTime.boxToLong(Unknown Source) at net.liftweb.http.S$$anonfun$net$liftweb$http$S$$wrapQuery $1.apply(S.scala:972) at net.liftweb.http.S$$anonfun$net$liftweb$http$S$$wrapQuery $1.apply(S.scala:972) at scala.List.foreach(List.scala:841) at net.liftweb.http.S$.net$liftweb$http$S$$wrapQuery(S.scala:972) at net.liftweb.http.S$$anonfun$net$liftweb$http$S$$_nest2InnerInit $1$$anonfun$apply$25.apply(S.scala:1109) at net.liftweb.http.S$.net$liftweb$http$S$$doAround(S.scala:906) at net.liftweb.http.S$$anonfun$net$liftweb$http$S$$doAround$1.apply (S.scala:907) at net.liftweb.mapper.MetaProtoExtendedSession$myWrapper$.apply (ProtoExtendedSession.scala:80) at net.liftweb.http.S$.net$liftweb$http$S$$doAround(S.scala:907) -- 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=en. -- 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=en.
Re: [Lift] Re: Tomcat/Apache ESME: Shutdown Problems
On Wed, Feb 3, 2010 at 11:58 AM, Dick Hirsch hirsch.d...@gmail.com wrote:
David,
Thanks.
Is the new StandardDBVendor just available the 2.0 Snapshot?
It's been around since 1.1-M7 I think.
Do you have a link to a description of the StandardDBVendor,
/**
* The standard DB vendor.
* @param driverName the name of the database driver
* @param dbUrl the URL for the JDBC data connection
* @param dbUser the optional username
* @param dbPassword the optional db password
*/
class StandardDBVendor(driverName: String,
dbUrl: String,
dbUser: Box[String],
dbPassword: Box[String]) extends ProtoDBVendor {
D.
On Feb 3, 8:30 pm, David Pollak feeder.of.the.be...@gmail.com wrote:
On Wed, Feb 3, 2010 at 10:12 AM, Dick Hirsch hirsch.d...@gmail.com
wrote:
A developer using ESME has a problem.
After he shuts down Tomcat, he sees that there are exceptions in the
log file. Derby is also not getting shutdown correctly. Next time,
when he restarts Tomcat, ESME fails to load and he gets all kinds of
exception in the browser.
Once he manually kils ( with -9) the java process then everything
works fine.
Here is (partial) stack trace from the log file is below.
I haven't seen this problem in jetty.
I was assuming that lift closed the DB connections / sessions
implicitly. Now I'm not so sure.
Dick,
Are you sure the Tomcat process is actually shut down? Just the brief
look
at the stack trace, it's looking like the JVM process didn't get killed
and
there's cruft on the local thread.
You might also consider using the new net.liftweb.mapper.StandardDBVendor
rather than the roll-your-own DB vendor in Boot. I'll add a ticket to
make
sure that StandardDBVendor registers with the container shutdown so it
correctly closes all connections.
Thanks,
David
Does anyone know what the problem might be?
Here is a link to our Boot.scala file.
http://svn.apache.org/viewvc/incubator/esme/trunk/server/src/main/sca.
..
Thanks,
Dick
SEVERE:
A web application created a ThreadLocal with key of type
[java.lang.ThreadLocal] (value [java.lang.threadlo...@13f79f7]) and a
value of type [org.apache.derby.iapi.services.context.ContextManager]
(value [org.apache.derby.iapi.services.context.contextmana...@b52a28])
but failed to remove it when the web application was stopped. To
prevent a memory leak, the ThreadLocal has been forcibly removed.
Feb 3, 2010 7:04:57 AM
org.apache.coyote.http11.Http11Protocol destroy
INFO: Stopping Coyote HTTP/1.1 on http-8080
Exception in thread pool-2-thread-14 java.lang.NullPointerException
at scala.runtime.BoxesRunTime.boxToLong(Unknown Source)
at net.liftweb.http.S$$anonfun$net$liftweb$http$S$$wrapQuery
$1.apply(S.scala:972)
at net.liftweb.http.S$$anonfun$net$liftweb$http$S$$wrapQuery
$1.apply(S.scala:972)
at scala.List.foreach(List.scala:841)
at net.liftweb.http.S$.net$liftweb$http$S$$wrapQuery(S.scala:972)
at net.liftweb.http.S$$anonfun$net$liftweb$http$S$$_nest2InnerInit
$1$$anonfun$apply$25.apply(S.scala:1109)
at net.liftweb.http.S$.net$liftweb$http$S$$doAround(S.scala:906)
at net.liftweb.http.S$$anonfun$net$liftweb$http$S$$doAround$1.apply
(S.scala:907)
at
net.liftweb.mapper.MetaProtoExtendedSession$myWrapper$.apply
(ProtoExtendedSession.scala:80)
at net.liftweb.http.S$.net$liftweb$http$S$$doAround(S.scala:907)
--
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=en.
--
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=en.
--
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
[Lift] Re: liftAjax jQuery 1.4.1 problem
On Wed, Feb 3, 2010 at 11:55 AM, Jonathan Hoffman jonhoff...@gmail.comwrote:
I was able to find the root cause. jQuery 1.4.1 does not consider
javascript objects that contain functions to be be valid JSON.
According the to JSON spec, a function is not valid JSON.
This is ok: {foo:bar}
This is bad: {foo:function(){alert('hello')}
jquery-1.4.1.js:491 -- parseJSON
jquery 1.3.2 simply eval'd strings to created json objects, so there was no
problem. I think it's kind of nice to be able to return JSON objects via
ajax calls with embedded functions, but please feel free to educate me if
you think that's a bad idea.
I think it's a nifty trick, but I'm not sure it's optimal.
Is it a Lift thing or your app that's returning the function as part of the
JSON response?
I'll also try to get some feedback from the jQuery forum.
Thanks,
Jon
On Feb 3, 2010, at 2:21 PM, Jonathan Hoffman wrote:
Hi,
There is a problem with making jsonCalls which return JSON with anonymous
functions. I've created a very simple reproducible example, but have not
been able to track down the root cause.
Take a look at jsonCallBug in:
http://github.com/hoffrocket/lift_1_1_sample/blob/master/src/main/scala/com/liftcode/snippet/Hello.scala
The project should run in mvn or sbt.
Thanks,
Jon
--
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
http://groups.google.com/group/liftweb?hl=en.
Re: [Lift] Re: Tomcat/Apache ESME: Shutdown Problems
See: http://is.gd/7Dzv4 Cheers, Tim On 3 Feb 2010, at 19:58, Dick Hirsch wrote: David, Thanks. Is the new StandardDBVendor just available the 2.0 Snapshot? Do you have a link to a description of the StandardDBVendor, D. On Feb 3, 8:30 pm, David Pollak feeder.of.the.be...@gmail.com wrote: On Wed, Feb 3, 2010 at 10:12 AM, Dick Hirsch hirsch.d...@gmail.com wrote: A developer using ESME has a problem. After he shuts down Tomcat, he sees that there are exceptions in the log file. Derby is also not getting shutdown correctly. Next time, when he restarts Tomcat, ESME fails to load and he gets all kinds of exception in the browser. Once he manually kils ( with -9) the java process then everything works fine. Here is (partial) stack trace from the log file is below. I haven't seen this problem in jetty. I was assuming that lift closed the DB connections / sessions implicitly. Now I'm not so sure. Dick, Are you sure the Tomcat process is actually shut down? Just the brief look at the stack trace, it's looking like the JVM process didn't get killed and there's cruft on the local thread. You might also consider using the new net.liftweb.mapper.StandardDBVendor rather than the roll-your-own DB vendor in Boot. I'll add a ticket to make sure that StandardDBVendor registers with the container shutdown so it correctly closes all connections. Thanks, David Does anyone know what the problem might be? Here is a link to our Boot.scala file. http://svn.apache.org/viewvc/incubator/esme/trunk/server/src/main/sca... Thanks, Dick SEVERE: A web application created a ThreadLocal with key of type [java.lang.ThreadLocal] (value [java.lang.threadlo...@13f79f7]) and a value of type [org.apache.derby.iapi.services.context.ContextManager] (value [org.apache.derby.iapi.services.context.contextmana...@b52a28]) but failed to remove it when the web application was stopped. To prevent a memory leak, the ThreadLocal has been forcibly removed. Feb 3, 2010 7:04:57 AM org.apache.coyote.http11.Http11Protocol destroy INFO: Stopping Coyote HTTP/1.1 on http-8080 Exception in thread pool-2-thread-14 java.lang.NullPointerException at scala.runtime.BoxesRunTime.boxToLong(Unknown Source) at net.liftweb.http.S$$anonfun$net$liftweb$http$S$$wrapQuery $1.apply(S.scala:972) at net.liftweb.http.S$$anonfun$net$liftweb$http$S$$wrapQuery $1.apply(S.scala:972) at scala.List.foreach(List.scala:841) at net.liftweb.http.S$.net$liftweb$http$S$$wrapQuery(S.scala:972) at net.liftweb.http.S$$anonfun$net$liftweb$http$S$$_nest2InnerInit $1$$anonfun$apply$25.apply(S.scala:1109) at net.liftweb.http.S$.net$liftweb$http$S$$doAround(S.scala:906) at net.liftweb.http.S$$anonfun$net$liftweb$http$S$$doAround$1.apply (S.scala:907) at net.liftweb.mapper.MetaProtoExtendedSession$myWrapper$.apply (ProtoExtendedSession.scala:80) at net.liftweb.http.S$.net$liftweb$http$S$$doAround(S.scala:907) -- 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=en. -- 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=en. -- 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=en.
[Lift] We're moving our ticketing system to Assembla
Folks, On today's committer call, we made the final decision to move the Lift ticketing system from GitHub to Assembla. We made the decision to move ticketing systems because the current GitHub ticket system, while visually pretty, is slow, lacks support for ordinal ordering (bug priority, milestone dates, etc.), is difficult to use for more than 40 open tickets, doesn't allow attachments, etc. I personally would have preferred to move to a home-grown system built on top of Derek's LiftTicket system. Unfortunately, we did not find a prime maintainer (owner) for enhancing LiftTicket code someone who could evolve the code into something similar to Trac or other systems. If Derek winds up having more time or if someone else shows long term dedication to LiftTicket, the choice of moving to LiftTicket remains open. I vetoed Trac because it's got a horrid UI. Assembla has a nice ticketing system (it's used by the Akka and Clojure teams and well regarded by both teams.) Over the next week, we'll be migrating from the GitHub ticket system to Assembla: https://liftweb.assembla.com/spaces/liftweb/tickets Specifically: - Indrajit will spearhead the migration of existing tickets to the new system - For the committers, I will invite you to join the project via Assembla's invitation system - For the community, please start opening tickets at Assembla. Once we get our existing tickets moved over, we'll disable the GitHub ticketing system. One of the side benefits of the new system is that we'll relax the discuss the defect on the list first policy as the Assembla ticketing system allows for a more robust mechanism for changing the state of tickets. Thanks, David -- 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 http://groups.google.com/group/liftweb?hl=en.
Re: [Lift] Re: Lift 2.0 on Scala 2.8 update
I have now built ScalaCheck for Scala 2.8.0 Beta 1: http://groups.google.com/group/scalacheck/browse_thread/thread/5a1e216fa82ed91 Regards, Rickard Den 2010-01-31 21:57:07 skrev David Pollak feeder.of.the.be...@gmail.com: The problem is that there's no ScalaCheck version for Scala 2.8.0 Beta1. The Beta1-RC5 compilation of ScalaCheck was causing the wrong Scala libraries to be loaded. This is seriously suboptimal. On Sun, Jan 31, 2010 at 12:44 PM, Timothy Perrett timo...@getintheloop.euwrote: Im just doing a fresh clone and checkout to see if something was screwed in my local build. Cheers, Tim On Jan 31, 7:44 pm, Indrajit Raychaudhuri indraj...@gmail.com wrote: I was suspecting Java 1.5 (if you were on 10.5). That's not the case. So I am completely stumped now. See if you can compare with the Hudson copy (http://hudson.scala-tools.org/view/Lift/job/lift-framework-scala280/) - IRC On 01/02/10 12:55 AM, Timothy Perrett wrote: macbookpro:lift-framework timperrett$ java -version java version 1.6.0_17 Java(TM) SE Runtime Environment (build 1.6.0_17-b04-248-10M3025) Java HotSpot(TM) 64-Bit Server VM (build 14.3-b01-101, mixed mode) macbookpro:lift-framework timperrett$ mvn -version Apache Maven 2.2.1 (r801777; 2009-08-06 20:16:01+0100) Java version: 1.6.0_17 Java home: /System/Library/Frameworks/JavaVM.framework/Versions/1.6.0/ Home Default locale: en_US, platform encoding: MacRoman OS name: mac os x version: 10.6.2 arch: x86_64 Family: mac Cheers, Tim On Jan 31, 6:59 pm, Indrajit Raychaudhuriindraj...@gmail.com wrote: Hmm, the effective pom is perfect! Something else somewhere. Are you on OSX 10.5 or 10.6? - IRC On 01/02/10 12:11 AM, Timothy Perrett wrote: I was puzzled because the deps looked fine ;) Here's the effective pom: ?xml version=1.0 encoding=UTF-8? !-- == -- !-- -- !-- Generated by Maven Help Plugin on 1/31/10 6:40 PM -- !-- See:http://maven.apache.org/plugins/maven-help-plugin/ -- !-- -- !-- == -- !-- == -- !-- -- !-- Effective POM for project -- !-- 'net.liftweb:lift-common:jar:2.0-scala280- SNAPSHOT'-- !-- -- !-- == -- project xmlns=http://maven.apache.org/POM/4.0.0; xmlns:xsi=http:// www.w3.org/2001/XMLSchema-instance xsi:schemaLocation=http:// maven.apache.org/POM/4.0.0http://maven.apache.org/xsd/maven-4.0.0.xsd; modelVersion4.0.0/modelVersion parent artifactIdlift-base/artifactId groupIdnet.liftweb/groupId version2.0-scala280-SNAPSHOT/version /parent groupIdnet.liftweb/groupId artifactIdlift-common/artifactId version2.0-scala280-SNAPSHOT/version nameLift Common/name descriptionCommon Interfaces for Lift and perhaps other frameworks/description urlhttp://dev.liftweb.net/framework/lift-base/lift-common /url inceptionYear2006/inceptionYear organization nameWorldWide Conferencing, LLC/name urlhttp://www.liftweb.net/url /organization licenses license nameApache License, Version 2.0/name urlhttp://www.apache.org/licenses/LICENSE-2.0.txt/url distributionrepo/distribution commentsLift open source software is licensed under an Apache 2.0 license./comments /license /licenses mailingLists mailingList nameUser and Developer Discussion List/name subscribeliftweb+subscr...@googlegroups.comliftweb%2bsubscr...@googlegroups.com /subscribe unsubscribeliftweb+unsubscr...@googlegroups.comliftweb%2bunsubscr...@googlegroups.com /unsubscribe postliftweb@googlegroups.com/post archivehttp://groups.google.com/group/liftweb/archive /mailingList mailingList nameCommitter Discussion List/name archivehttp://groups.google.com/group/lift-committers/ archive /mailingList mailingList nameAnnouncement List/name subscribelift-announce+subscr...@googlegroups.comlift-announce%2bsubscr...@googlegroups.com /subscribe unsubscribelift-announce+unsubscr...@googlegroups.comlift-announce%2bunsubscr...@googlegroups.com / unsubscribe archivehttp://groups.google.com/group/lift-announce /archive /mailingList /mailingLists developers developer iddpp/id nameDavid Pollak/name emaildpp [at] liftweb.net/email roles roleBDFL/role roleFeeder of the Bears/role /roles timezone-8/timezone
[Lift] Accessing innerHTML during bind?
Hi folks,
I am trying to do binds based on a list of products. The point is to
create links that can be wrapped around existing text or images.
Something like this:
signup:links.force_PRODThis is the link text our marketing dept.
creates/signup:link
Here's what I have so far in the snippet related to it:
def links(html:NodeSeq): NodeSeq={
val productBinds:Seq[BindParam] = Product.findActive.flatMap{
prod = List[BindParam] ( TheBindParam( force_+prod.product,
SHtml.link(/forced?product=+prod.product, ()=() , _ ) ) )
}
bind(links , html, productBinds: _*)
}
Cheers,
Tim
--
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=en.
[Lift] Re: liftAjax jQuery 1.4.1 problem
Hmmm ... in Lift we do use JSON structures with functions (but not
with JSON mime type). For instance ScriptRenderer.scala defines a JSON
with functions. jlift.js also defines a JSON with functions.
But looking at your example app, you're using JSON mimetype in the
response and that JSON has a function which I don't think it is
correct. So why do you need the jsonCall stuff with AjaxContext.json ?
Br's,
Marius
On 3 feb., 22:08, David Pollak feeder.of.the.be...@gmail.com wrote:
On Wed, Feb 3, 2010 at 11:55 AM, Jonathan Hoffman jonhoff...@gmail.comwrote:
I was able to find the root cause. jQuery 1.4.1 does not consider
javascript objects that contain functions to be be valid JSON.
According the to JSON spec, a function is not valid JSON.
This is ok: {foo:bar}
This is bad: {foo:function(){alert('hello')}
jquery-1.4.1.js:491 -- parseJSON
jquery 1.3.2 simply eval'd strings to created json objects, so there was no
problem. I think it's kind of nice to be able to return JSON objects via
ajax calls with embedded functions, but please feel free to educate me if
you think that's a bad idea.
I think it's a nifty trick, but I'm not sure it's optimal.
Is it a Lift thing or your app that's returning the function as part of the
JSON response?
I'll also try to get some feedback from the jQuery forum.
Thanks,
Jon
On Feb 3, 2010, at 2:21 PM, Jonathan Hoffman wrote:
Hi,
There is a problem with making jsonCalls which return JSON with anonymous
functions. I've created a very simple reproducible example, but have not
been able to track down the root cause.
Take a look at jsonCallBug in:
http://github.com/hoffrocket/lift_1_1_sample/blob/master/src/main/sca...
The project should run in mvn or sbt.
Thanks,
Jon
--
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=en.
[Lift] Re: liftAjax jQuery 1.4.1 problem
It's my app that's returning the function
On Feb 3, 3:08 pm, David Pollak feeder.of.the.be...@gmail.com wrote:
On Wed, Feb 3, 2010 at 11:55 AM, Jonathan Hoffman jonhoff...@gmail.comwrote:
I was able to find the root cause. jQuery 1.4.1 does not consider
javascript objects that contain functions to be be valid JSON.
According the to JSON spec, a function is not valid JSON.
This is ok: {foo:bar}
This is bad: {foo:function(){alert('hello')}
jquery-1.4.1.js:491 -- parseJSON
jquery 1.3.2 simply eval'd strings to created json objects, so there was no
problem. I think it's kind of nice to be able to return JSON objects via
ajax calls with embedded functions, but please feel free to educate me if
you think that's a bad idea.
I think it's a nifty trick, but I'm not sure it's optimal.
Is it a Lift thing or your app that's returning the function as part of the
JSON response?
I'll also try to get some feedback from the jQuery forum.
Thanks,
Jon
On Feb 3, 2010, at 2:21 PM, Jonathan Hoffman wrote:
Hi,
There is a problem with making jsonCalls which return JSON with anonymous
functions. I've created a very simple reproducible example, but have not
been able to track down the root cause.
Take a look at jsonCallBug in:
http://github.com/hoffrocket/lift_1_1_sample/blob/master/src/main/sca...
The project should run in mvn or sbt.
Thanks,
Jon
--
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=en.
[Lift] Re: liftAjax jQuery 1.4.1 problem
That's a very simple example, but imagine a more complex situation
where you want to have polymorphic functions on a list of results. Or
where the functions are lift ajax calls.
Like this:
[{name:marius, poke:function(){liftAjax...}}, {name:dpp,
poke:function(){liftAjax...}}]
- Jon
On Feb 3, 3:46 pm, Marius marius.dan...@gmail.com wrote:
Hmmm ... in Lift we do use JSON structures with functions (but not
with JSON mime type). For instance ScriptRenderer.scala defines a JSON
with functions. jlift.js also defines a JSON with functions.
But looking at your example app, you're using JSON mimetype in the
response and that JSON has a function which I don't think it is
correct. So why do you need the jsonCall stuff with AjaxContext.json ?
Br's,
Marius
On 3 feb., 22:08, David Pollak feeder.of.the.be...@gmail.com wrote:
On Wed, Feb 3, 2010 at 11:55 AM, Jonathan Hoffman
jonhoff...@gmail.comwrote:
I was able to find the root cause. jQuery 1.4.1 does not consider
javascript objects that contain functions to be be valid JSON.
According the to JSON spec, a function is not valid JSON.
This is ok: {foo:bar}
This is bad: {foo:function(){alert('hello')}
jquery-1.4.1.js:491 -- parseJSON
jquery 1.3.2 simply eval'd strings to created json objects, so there was
no
problem. I think it's kind of nice to be able to return JSON objects via
ajax calls with embedded functions, but please feel free to educate me if
you think that's a bad idea.
I think it's a nifty trick, but I'm not sure it's optimal.
Is it a Lift thing or your app that's returning the function as part of the
JSON response?
I'll also try to get some feedback from the jQuery forum.
Thanks,
Jon
On Feb 3, 2010, at 2:21 PM, Jonathan Hoffman wrote:
Hi,
There is a problem with making jsonCalls which return JSON with
anonymous
functions. I've created a very simple reproducible example, but have not
been able to track down the root cause.
Take a look at jsonCallBug in:
http://github.com/hoffrocket/lift_1_1_sample/blob/master/src/main/sca...
The project should run in mvn or sbt.
Thanks,
Jon
--
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=en.
Re: [Lift] Re: lift-Json doesn't appear to be correctly handling attributes.
Thanks Joni,
I've opened a ticket http://github.com/dpp/liftweb/issues/issue/323.
Cheers
Jono
On 3 February 2010 17:46, Joni Freeman freeman.j...@gmail.com wrote:
Hi Jonathan,
Yes, definitely a bug. Could you please open a ticket (http://
github.com/dpp/liftweb/issues) and I will take a look at it. And
thanks for the test case!
Cheers Joni
On Feb 3, 3:41 am, Jonathan Ferguson j...@spiralarm.com wrote:
When converting XML to Json attributes are being lost, given the below
XML
document, we would expect
{word:{word:content,self:http://localhost:8080/word/example
,term:example,available:true}}
where as we get {word:content}
example XML:
word term=example self=http://localhost:8080/word/example;
available=truecontent/word
This is been tested on M1 and trunk.
Thanks in advance.
To repeat
// From the command line, adjust paths as needed
$scala -cp
/Users/jono/.m2/repository/com/thoughtworks/paranamer/paranamer/2.0/paranamer-2.0.jar:/Users/jono/.m2/repository/net/liftweb/lift-json/2.0-SNAPSHOT/lift-json-2.0-SNAPSHOT.jar
import scala.xml._
import net.liftweb.json.JsonAST._
import net.liftweb.json.Printer
import net.liftweb.json.Xml
val example1 = word term=example self=
http://localhost:8080/word/example;
available=truecontent/word
val expected1 = {word:{word:content,self:
http://localhost:8080/word/example
,term:example,available:true}}
val got1 = Printer.compact(render(Xml.toJson(example1)))
val example2 = word term=example self=
http://localhost:8080/word/example;
available=true/word
val expected2 = {word:{word:content,self:
http://localhost:8080/word/example
,term:example,available:true}}
val got2 = Printer.compact(render(Xml.toJson(example2)))
// Add to src/test/scala/net/liftweb/json/XmlBugs.scala
Jono's XML with attributes parses correctly in {
val example1 = word term=example self=
http://localhost:8080/word/example;
available=truecontent/word
val expected1 = {word:{word:content,self:
http://localhost:8080/word/example
,term:example,available:true}}
val example2 = word term=example self=
http://localhost:8080/word/example;
available=true/word
val expected2 = {word:{word:content,self:
http://localhost:8080/word/example
,term:example,available:true}}
Printer.compact(render(toJson(example1))) mustEqual expected1
Printer.compact(render(toJson(example2))) mustEqual expected2
}
Here is what I get when I run the example provided.
$scala -cp
/Users/jono/.m2/repository/com/thoughtworks/paranamer/paranamer/2.0/paranamer-2.0.jar:/Users/jono/.m2/repository/net/liftweb/lift-json/2.0-SNAPSHOT/lift-json-2.0-SNAPSHOT.jar
Welcome to Scala version 2.7.7.final (Java HotSpot(TM) 64-Bit Server VM,
Java 1.6.0_17).
Type in expressions to have them evaluated.
Type :help for more information.
scala import scala.xml._
import scala.xml._
scala import net.liftweb.json.JsonAST._
import net.liftweb.json.JsonAST._
scala import net.liftweb.json.Printer
import net.liftweb.json.Printer
scala import net.liftweb.json.Xml
import net.liftweb.json.Xml
scala
scala val example1 = word term=example self=
http://localhost:8080/word/example; available=truecontent/word
example1: scala.xml.Elem = word self=
http://localhost:8080/word/example;
term=example available=truecontent/word
scala val expected1 = {word:{word:content,self:
http://localhost:8080/word/example
,term:example,available:true}}
expected1: java.lang.String = {word:{word:content,self:
http://localhost:8080/word/example,term:example,available:true}}
scala val got1 = Printer.compact(render(Xml.toJson(example1)))
got1: String = {word:content}
scala
Jono
P.S I thought I had a fix, but it broke one of HarryH's tests.
scala
scala val example2 = word term=example self=
http://localhost:8080/word/example; available=true/word
example2: scala.xml.Elem = word self=
http://localhost:8080/word/example;
term=example available=true/word
scala val expected2 = {word:{word:content,self:
http://localhost:8080/word/example
,term:example,available:true}}
expected2: java.lang.String = {word:{word:content,self:
http://localhost:8080/word/example,term:example,available:true}}
scala val got2 = Printer.compact(render(Xml.toJson(example2)))
got2: String = {word:null}
scala
--
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=en.
--
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
[Lift] Re: [Lift committers] We're moving our ticketing system to Assembla
Heh, Indrajit, now I know why you were excited about the GitHub API I used in my app! :) It seems to me that the labels in lift's github issues fall into 3 categories: owner, component, and status (some statuses should really be a separate boolean field, not mutually exclusive to other statuses). So I suppose you'll have to create the custom fields and values in Assembla first, and write a script to convert from labels to that. Feel free to use the relevant bit of code from my app. Note that I left out the comments field by mistake (not sure how to put that into Assembla offhand). Also you may want to handle the github xml (or whatever format you use) in a way that you are notified of any xml you didn't use (the API page does not list all fields or spec the exact format). Also as you can see my date parsing is brittle because Java can't parse their format exactly to my knowledge. Anyway, wishing you smooth sailing! - David Pollakfeeder.of.the.be...@gmail.com wrote: Folks, On today's committer call, we made the final decision to move the Lift ticketing system from GitHub to Assembla. We made the decision to move ticketing systems because the current GitHub ticket system, while visually pretty, is slow, lacks support for ordinal ordering (bug priority, milestone dates, etc.), is difficult to use for more than 40 open tickets, doesn't allow attachments, etc. I personally would have preferred to move to a home-grown system built on top of Derek's LiftTicket system. Unfortunately, we did not find a prime maintainer (owner) for enhancing LiftTicket code someone who could evolve the code into something similar to Trac or other systems. If Derek winds up having more time or if someone else shows long term dedication to LiftTicket, the choice of moving to LiftTicket remains open. I vetoed Trac because it's got a horrid UI. Assembla has a nice ticketing system (it's used by the Akka and Clojure teams and well regarded by both teams.) Over the next week, we'll be migrating from the GitHub ticket system to Assembla: https://liftweb.assembla.com/spaces/liftweb/tickets Specifically: - Indrajit will spearhead the migration of existing tickets to the new system - For the committers, I will invite you to join the project via Assembla's invitation system - For the community, please start opening tickets at Assembla. Once we get our existing tickets moved over, we'll disable the GitHub ticketing system. One of the side benefits of the new system is that we'll relax the discuss the defect on the list first policy as the Assembla ticketing system allows for a more robust mechanism for changing the state of tickets. Thanks, David -- 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-committers group. To post to this group, send email to lift-committ...@googlegroups.com. To unsubscribe from this group, send email to lift-committers+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/lift-committers?hl=en. -- 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=en.
Re: [Lift] Re: Lift 2.0 on Scala 2.8 update
Awesome stuff :-) IRC, will you take the lead on this? Cheers, Tim Sent from my iPhone On 3 Feb 2010, at 20:33, Rickard Nilsson rickyn...@gmail.com wrote: I have now built ScalaCheck for Scala 2.8.0 Beta 1: http://groups.google.com/group/scalacheck/browse_thread/thread/5a1e216fa82ed91 Regards, Rickard Den 2010-01-31 21:57:07 skrev David Pollak feeder.of.the.be...@gmail.com : The problem is that there's no ScalaCheck version for Scala 2.8.0 Beta1. The Beta1-RC5 compilation of ScalaCheck was causing the wrong Scala libraries to be loaded. This is seriously suboptimal. On Sun, Jan 31, 2010 at 12:44 PM, Timothy Perrett timo...@getintheloop.euwrote: Im just doing a fresh clone and checkout to see if something was screwed in my local build. Cheers, Tim On Jan 31, 7:44 pm, Indrajit Raychaudhuri indraj...@gmail.com wrote: I was suspecting Java 1.5 (if you were on 10.5). That's not the case. So I am completely stumped now. See if you can compare with the Hudson copy (http://hudson.scala-tools.org/view/Lift/job/lift-framework-scala280/ ) - IRC On 01/02/10 12:55 AM, Timothy Perrett wrote: macbookpro:lift-framework timperrett$ java -version -- 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=en.
Re: [Lift] Facebook Application
On Tue, Feb 2, 2010 at 11:00 PM, celestocalculus celestocalcu...@yahoo.co.uk wrote: Hello, I'm an intermediate lift developer. Suddenly, it has become my first choice framework for web applications. I really think it's a nice framework you guys are doing a great job. I'm new on facebook application development and I have been looking at the liftweb facebook API. I really don't know how to put this but I'm just blank, I don't know where to start. I would really appreciate it if I get a step by step explanation. All the book I got on facebook apps are on php and I find it difficult to match the php codes to their corresponding lift counterparts. The current Lift Facebook support is old and growing cobwebs. Jorge Ortiz, the guy who wrote most of the code, might have some additional thoughts. My suggestion is looking for a Java-based FB library and using that within your Lift app. Sorry. David Please I'll also appreciate sample codes, please let it be step by step and on point. Thanks in advance. -- 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=en. -- 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 http://groups.google.com/group/liftweb?hl=en.
Re: [Lift] Accessing innerHTML during bind?
On Wed, Feb 3, 2010 at 12:44 PM, Tim Maxwell truthspi...@gmail.com wrote:
Hi folks,
I am trying to do binds based on a list of products. The point is to
create links that can be wrapped around existing text or images.
Something like this:
signup:links.force_PRODThis is the link text our marketing dept.
creates/signup:link
Here's what I have so far in the snippet related to it:
def links(html:NodeSeq): NodeSeq={
val productBinds:Seq[BindParam] = Product.findActive.flatMap{
prod = List[BindParam] ( TheBindParam( force_+prod.product,
SHtml.link(/forced?product=+prod.product, ()=() , _ ) ) )
}
bind(links , html, productBinds: _*)
It's so cool to see how people stuff in Lift...
Within your function, you can get the element that's being bound with:
BindHelpers.currentNode: Box[Elem]
On the other hand, if you're looking to get the children of the node
currently being bound:
FuncBindParam(force_+prod.product, body = a
href={/forced?product=+Helpers.urlEncode(prod.product)}{body}/a)
Hope this helps.
Thanks,
David
}
Cheers,
Tim
--
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=en.
--
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
http://groups.google.com/group/liftweb?hl=en.
[Lift] Out of Memory Errors Building Lift
Hi all, I seem to be to doing something wrong, as I keep getting out of memory errors when trying to build Lift from source. My command is: mvn -DXmx1024m -U clean install Am I missing something obvious? I've tried with 1024 and 2048 megabytes of memory. I'm running Java 1.6.0_17 and Maven 2.2.0 on OS X (10.6) and have 4 gigabytes of physical memory. Peter -- 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=en.
Re: [Lift] Out of Memory Errors Building Lift
Try upgrading to the latest version of maven (2.2.1 or later ). I was having a simliar issue. Cheers Jono j...@192-168-1-69:~ $mvn -version Apache Maven 2.2.1 (r801777; 2009-08-07 05:16:01+1000) Java version: 1.6.0_17 Java home: /System/Library/Frameworks/JavaVM.framework/Versions/1.6.0/Home Default locale: en_US, platform encoding: utf8 OS name: mac os x version: 10.6.2 arch: x86_64 Family: mac j...@192-168-1-69:~ $ On 4 February 2010 13:09, Peter Robinett pe...@bubblefoundry.com wrote: Hi all, I seem to be to doing something wrong, as I keep getting out of memory errors when trying to build Lift from source. My command is: mvn -DXmx1024m -U clean install Am I missing something obvious? I've tried with 1024 and 2048 megabytes of memory. I'm running Java 1.6.0_17 and Maven 2.2.0 on OS X (10.6) and have 4 gigabytes of physical memory. Peter -- 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=en. -- 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=en.
[Lift] Re: Tomcat/Apache ESME: Shutdown Problems
I talked to the user and he says that Tomcat didn't shutdown. He had to kill -9 the process. We'll move to On Feb 3, 9:10 pm, Timothy Perrett timo...@getintheloop.eu wrote: See:http://is.gd/7Dzv4 Thanks for the link. We'll move to the StandardDBVendor in our next release. Cheers, Tim On 3 Feb 2010, at 19:58, Dick Hirsch wrote: David, Thanks. Is the new StandardDBVendor just available the 2.0 Snapshot? Do you have a link to a description of the StandardDBVendor, D. On Feb 3, 8:30 pm, David Pollak feeder.of.the.be...@gmail.com wrote: On Wed, Feb 3, 2010 at 10:12 AM, Dick Hirsch hirsch.d...@gmail.com wrote: A developer using ESME has a problem. After he shuts down Tomcat, he sees that there are exceptions in the log file. Derby is also not getting shutdown correctly. Next time, when he restarts Tomcat, ESME fails to load and he gets all kinds of exception in the browser. Once he manually kils ( with -9) the java process then everything works fine. Here is (partial) stack trace from the log file is below. I haven't seen this problem in jetty. I was assuming that lift closed the DB connections / sessions implicitly. Now I'm not so sure. Dick, Are you sure the Tomcat process is actually shut down? Just the brief look at the stack trace, it's looking like the JVM process didn't get killed and there's cruft on the local thread. You might also consider using the new net.liftweb.mapper.StandardDBVendor rather than the roll-your-own DB vendor in Boot. I'll add a ticket to make sure that StandardDBVendor registers with the container shutdown so it correctly closes all connections. Thanks, David Does anyone know what the problem might be? Here is a link to our Boot.scala file. http://svn.apache.org/viewvc/incubator/esme/trunk/server/src/main/sca... Thanks, Dick SEVERE: A web application created a ThreadLocal with key of type [java.lang.ThreadLocal] (value [java.lang.threadlo...@13f79f7]) and a value of type [org.apache.derby.iapi.services.context.ContextManager] (value [org.apache.derby.iapi.services.context.contextmana...@b52a28]) but failed to remove it when the web application was stopped. To prevent a memory leak, the ThreadLocal has been forcibly removed. Feb 3, 2010 7:04:57 AM org.apache.coyote.http11.Http11Protocol destroy INFO: Stopping Coyote HTTP/1.1 on http-8080 Exception in thread pool-2-thread-14 java.lang.NullPointerException at scala.runtime.BoxesRunTime.boxToLong(Unknown Source) at net.liftweb.http.S$$anonfun$net$liftweb$http$S$$wrapQuery $1.apply(S.scala:972) at net.liftweb.http.S$$anonfun$net$liftweb$http$S$$wrapQuery $1.apply(S.scala:972) at scala.List.foreach(List.scala:841) at net.liftweb.http.S$.net$liftweb$http$S$$wrapQuery(S.scala:972) at net.liftweb.http.S$$anonfun$net$liftweb$http$S$$_nest2InnerInit $1$$anonfun$apply$25.apply(S.scala:1109) at net.liftweb.http.S$.net$liftweb$http$S$$doAround(S.scala:906) at net.liftweb.http.S$$anonfun$net$liftweb$http$S$$doAround$1.apply (S.scala:907) at net.liftweb.mapper.MetaProtoExtendedSession$myWrapper$.apply (ProtoExtendedSession.scala:80) at net.liftweb.http.S$.net$liftweb$http$S$$doAround(S.scala:907) -- 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=en. -- 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 athttp://groups.google.com/group/liftweb?hl=en. -- 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=en.
Re: [Lift] Re: Tomcat/Apache ESME: Shutdown Problems
You can also add to Boot.scala (given that the StandardDBVendor is called dbVendor): LiftRules.unloadHooks.append(() = dbVendor.closeAllConnections_!()) What this will do is close all the DB connections when the context is unloaded. Additionally, you can switch to H2 which is generally more stable than Derby in my experience. On Wed, Feb 3, 2010 at 7:37 PM, Dick Hirsch hirsch.d...@gmail.com wrote: I talked to the user and he says that Tomcat didn't shutdown. He had to kill -9 the process. We'll move to On Feb 3, 9:10 pm, Timothy Perrett timo...@getintheloop.eu wrote: See:http://is.gd/7Dzv4 Thanks for the link. We'll move to the StandardDBVendor in our next release. Cheers, Tim On 3 Feb 2010, at 19:58, Dick Hirsch wrote: David, Thanks. Is the new StandardDBVendor just available the 2.0 Snapshot? Do you have a link to a description of the StandardDBVendor, D. On Feb 3, 8:30 pm, David Pollak feeder.of.the.be...@gmail.com wrote: On Wed, Feb 3, 2010 at 10:12 AM, Dick Hirsch hirsch.d...@gmail.com wrote: A developer using ESME has a problem. After he shuts down Tomcat, he sees that there are exceptions in the log file. Derby is also not getting shutdown correctly. Next time, when he restarts Tomcat, ESME fails to load and he gets all kinds of exception in the browser. Once he manually kils ( with -9) the java process then everything works fine. Here is (partial) stack trace from the log file is below. I haven't seen this problem in jetty. I was assuming that lift closed the DB connections / sessions implicitly. Now I'm not so sure. Dick, Are you sure the Tomcat process is actually shut down? Just the brief look at the stack trace, it's looking like the JVM process didn't get killed and there's cruft on the local thread. You might also consider using the new net.liftweb.mapper.StandardDBVendor rather than the roll-your-own DB vendor in Boot. I'll add a ticket to make sure that StandardDBVendor registers with the container shutdown so it correctly closes all connections. Thanks, David Does anyone know what the problem might be? Here is a link to our Boot.scala file. http://svn.apache.org/viewvc/incubator/esme/trunk/server/src/main/sca... Thanks, Dick SEVERE: A web application created a ThreadLocal with key of type [java.lang.ThreadLocal] (value [java.lang.threadlo...@13f79f7]) and a value of type [org.apache.derby.iapi.services.context.ContextManager] (value [org.apache.derby.iapi.services.context.contextmana...@b52a28 ]) but failed to remove it when the web application was stopped. To prevent a memory leak, the ThreadLocal has been forcibly removed. Feb 3, 2010 7:04:57 AM org.apache.coyote.http11.Http11Protocol destroy INFO: Stopping Coyote HTTP/1.1 on http-8080 Exception in thread pool-2-thread-14 java.lang.NullPointerException at scala.runtime.BoxesRunTime.boxToLong(Unknown Source) at net.liftweb.http.S$$anonfun$net$liftweb$http$S$$wrapQuery $1.apply(S.scala:972) at net.liftweb.http.S$$anonfun$net$liftweb$http$S$$wrapQuery $1.apply(S.scala:972) at scala.List.foreach(List.scala:841) at net.liftweb.http.S$.net$liftweb$http$S$$wrapQuery(S.scala:972) at net.liftweb.http.S$$anonfun$net$liftweb$http$S$$_nest2InnerInit $1$$anonfun$apply$25.apply(S.scala:1109) at net.liftweb.http.S$.net$liftweb$http$S$$doAround(S.scala:906) at net.liftweb.http.S$$anonfun$net$liftweb$http$S$$doAround$1.apply (S.scala:907) at net.liftweb.mapper.MetaProtoExtendedSession$myWrapper$.apply (ProtoExtendedSession.scala:80) at net.liftweb.http.S$.net$liftweb$http$S$$doAround(S.scala:907) -- 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=en. -- 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 athttp:// groups.google.com/group/liftweb?hl=en. -- You received this message because you are subscribed to the Google Groups Lift group. To post to this group, send email to
Re: [Lift] S.params disappear?
Thanks, David. That's a non-trivial exercise for me, so let me chase down another lead at the moment. If that proves fruitless, I'll bite the bullet and get something up on GitHub. Chas. Please put together a reproduceable example on GitHub (works in Jetty, doesn't work in Tomcat) and we'll look at it. On Wed, Feb 3, 2010 at 11:48 AM, c...@munat.com wrote: I have a lift app that works perfectly when I use mvn jetty:run. Then I package it into a war and load it up in Tomcat 6 on the server, and when I do, suddenly it won't work. The issue is with the S.params. I have a form that submits via an Ajax PUT request. The params are sent in the header just fine. As I said, works like a charm on Jetty. But when it gets to Tomcat, the entity is saved with blank attributes... i.e., everything worked but the S.param(whatever) showed up blank. I tested this by doing S.param(whatever).openOr(Phooey) and, indeed, that attribute was set to Phooey on the new entity. Tomcat issue? Or am I missing something obvious? This form is running on a subdomain, so that's where I'm looking now (in server.xml). TIA, Chas. -- 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=en. -- 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 http://groups.google.com/group/liftweb?hl=en. -- 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=en.
Re: [Lift] S.params disappear?
Is it a POST or a GET? On Wed, Feb 3, 2010 at 11:44 PM, c...@munat.com wrote: Thanks, David. That's a non-trivial exercise for me, so let me chase down another lead at the moment. If that proves fruitless, I'll bite the bullet and get something up on GitHub. Chas. Please put together a reproduceable example on GitHub (works in Jetty, doesn't work in Tomcat) and we'll look at it. On Wed, Feb 3, 2010 at 11:48 AM, c...@munat.com wrote: I have a lift app that works perfectly when I use mvn jetty:run. Then I package it into a war and load it up in Tomcat 6 on the server, and when I do, suddenly it won't work. The issue is with the S.params. I have a form that submits via an Ajax PUT request. The params are sent in the header just fine. As I said, works like a charm on Jetty. But when it gets to Tomcat, the entity is saved with blank attributes... i.e., everything worked but the S.param(whatever) showed up blank. I tested this by doing S.param(whatever).openOr(Phooey) and, indeed, that attribute was set to Phooey on the new entity. Tomcat issue? Or am I missing something obvious? This form is running on a subdomain, so that's where I'm looking now (in server.xml). TIA, Chas. -- 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=en. -- 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.comliftweb%2bunsubscr...@googlegroups.com . For more options, visit this group at http://groups.google.com/group/liftweb?hl=en. -- 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=en. -- 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=en.
Re: [Lift] S.params disappear?
It's POST vs. PUT. I'm using AJAX, so I can do PUTs. The two are identical, except: POST instead of PUT The POST version includes: Pragma: no-cache Cache-Control: no-cache which the PUT does not. In other words, the headers are identical except for the above. In Jetty, no problem. In Tomcat, the params are ignored. They do not show up in S.params. At all. I can't imagine that this is a Lift issue, unless Tomcat makes params available differently for PUTs than for POSTs, but Jetty does not, and I'm the first guy to do PUTs to Lift on Tomcat. But I've emailed the Tomcat users list and we'll see if it's something simple. If not, I'll put something on GitHub. Chas. Is it a POST or a GET? On Wed, Feb 3, 2010 at 11:44 PM, c...@munat.com wrote: Thanks, David. That's a non-trivial exercise for me, so let me chase down another lead at the moment. If that proves fruitless, I'll bite the bullet and get something up on GitHub. Chas. Please put together a reproduceable example on GitHub (works in Jetty, doesn't work in Tomcat) and we'll look at it. On Wed, Feb 3, 2010 at 11:48 AM, c...@munat.com wrote: I have a lift app that works perfectly when I use mvn jetty:run. Then I package it into a war and load it up in Tomcat 6 on the server, and when I do, suddenly it won't work. The issue is with the S.params. I have a form that submits via an Ajax PUT request. The params are sent in the header just fine. As I said, works like a charm on Jetty. But when it gets to Tomcat, the entity is saved with blank attributes... i.e., everything worked but the S.param(whatever) showed up blank. I tested this by doing S.param(whatever).openOr(Phooey) and, indeed, that attribute was set to Phooey on the new entity. Tomcat issue? Or am I missing something obvious? This form is running on a subdomain, so that's where I'm looking now (in server.xml). TIA, Chas. -- 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=en. -- 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.comliftweb%2bunsubscr...@googlegroups.com . For more options, visit this group at http://groups.google.com/group/liftweb?hl=en. -- 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=en. -- 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=en. -- 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=en.
Re: [Lift] S.params disappear?
Are you sending Content-Type: application/x-www-form-urlencoded or multipart/form-data (as appropriate for the body)? -Ross On Feb 3, 2010, at 2:48 PM, c...@munat.com wrote: I have a lift app that works perfectly when I use mvn jetty:run. Then I package it into a war and load it up in Tomcat 6 on the server, and when I do, suddenly it won't work. The issue is with the S.params. I have a form that submits via an Ajax PUT request. The params are sent in the header just fine. As I said, works like a charm on Jetty. But when it gets to Tomcat, the entity is saved with blank attributes... i.e., everything worked but the S.param(whatever) showed up blank. I tested this by doing S.param(whatever).openOr(Phooey) and, indeed, that attribute was set to Phooey on the new entity. Tomcat issue? Or am I missing something obvious? This form is running on a subdomain, so that's where I'm looking now (in server.xml). TIA, Chas. -- 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=en. -- 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=en.
Re: [Lift] Re: Lift 2.0 on Scala 2.8 update
Sure, I will. This would go in as regular 280_port_refresh update activity. Cheers, Indrajit On 04/02/10 3:13 AM, Timothy Perrett wrote: Awesome stuff :-) IRC, will you take the lead on this? Cheers, Tim Sent from my iPhone On 3 Feb 2010, at 20:33, Rickard Nilsson rickyn...@gmail.com wrote: I have now built ScalaCheck for Scala 2.8.0 Beta 1: http://groups.google.com/group/scalacheck/browse_thread/thread/5a1e216fa82ed91 Regards, Rickard Den 2010-01-31 21:57:07 skrev David Pollak feeder.of.the.be...@gmail.com: The problem is that there's no ScalaCheck version for Scala 2.8.0 Beta1. The Beta1-RC5 compilation of ScalaCheck was causing the wrong Scala libraries to be loaded. This is seriously suboptimal. On Sun, Jan 31, 2010 at 12:44 PM, Timothy Perrett timo...@getintheloop.euwrote: Im just doing a fresh clone and checkout to see if something was screwed in my local build. Cheers, Tim On Jan 31, 7:44 pm, Indrajit Raychaudhuri indraj...@gmail.com wrote: I was suspecting Java 1.5 (if you were on 10.5). That's not the case. So I am completely stumped now. See if you can compare with the Hudson copy (http://hudson.scala-tools.org/view/Lift/job/lift-framework-scala280/) - IRC On 01/02/10 12:55 AM, Timothy Perrett wrote: macbookpro:lift-framework timperrett$ java -version -- 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=en.
Re: [Lift] Is there any way to set default source encoding in Lift2.0-scala280 ?
Takeuchi-san, Can you please set project.build.sourceEncoding=UTF-8 in your pom.xml and check if it works? You can set project.build.sourceEncoding in pom.xml the following way: properties project.build.sourceEncodingUTF-8/project.build.sourceEncoding ... ... /properties Cheers, Indrajit On 04/02/10 1:01 AM, David Pollak wrote: On Wed, Feb 3, 2010 at 1:54 AM, Timothy Perrett timo...@getintheloop.eu mailto:timo...@getintheloop.eu wrote: Do not use the 2.8 port of Lift yet... its mostly broken. Please use 2.7.7 until the official 2.8 release is out. Although this is the kind of bug we want to find. For production sites, I would strongly recommend sicking with 2.7.7 If you are skilled with Scala and want to try Lift and 2.8, I encourage you to do so. This is the kind of corner-case that we want to find during testing. Cheers, Tim On 3 Feb 2010, at 02:00, pomu0325 wrote: Hi, I'm quite a newbie to Lift. I'm now trying to port my first Lift application from Lift1.0.2 to latest Lift2.0-scala280, and faced a problem relating to source encoding. I managed to merge pom.xml and some codes on Boot.scala, and succeeded to build my application, but when I access to it from browser, it displays: Message: java.nio.charset.UnmappableCharacterException: Input length = 2 java.nio.charset.CoderResult.throwException(CoderResult.java:261) sun.nio.cs.StreamDecoder.implRead(StreamDecoder.java:319) sun.nio.cs.StreamDecoder.read(StreamDecoder.java:158) java.io.InputStreamReader.read(InputStreamReader.java:167) java.io.BufferedReader.fill(BufferedReader.java:136) java.io.BufferedReader.read(BufferedReader.java:157) scala.io.BufferedSource$$anonfun$1$$anonfun$apply$1.apply (BufferedSource.scala:29) scala.io.BufferedSource$$anonfun$1$$anonfun$apply$1.apply (BufferedSource.scala:29) scala.io.Codec.wrap(Codec.scala:65) scala.io.BufferedSource$$anonfun$1.apply(BufferedSource.scala:29) scala.io.BufferedSource$$anonfun$1.apply(BufferedSource.scala:29) scala.collection.Iterator$$anon$13.next(Iterator.scala:145) scala.collection.Iterator$$anon$24.hasNext(Iterator.scala:435) scala.collection.Iterator$$anon$19.hasNext(Iterator.scala:326) scala.io.Source.hasNext(Source.scala:209) net.liftweb.util.PCDataXmlParser$$anonfun$apply$2$$anonfun$apply $4.apply(PCDataMarkupParser.scala:184) ... and more I traced Lift source and found out that Codec argument is not passed to Source.fromInputStream(in) at PCDataMarkupParser.scala(l. 182). Codec api seems to be introduced newly in Scala 2.8, and Source.fromInputStream() uses Codec.default as a implicit argument. My problem here, is I'm using utf-8 for write *.html templates, but my Codec.default is MS932(Japanese characterset in Windows), so failing to decode my template files. I looked through Scala lib source, and found out Codec.default it is actually an alias to java.lang.Charset.getDefault(), so I just set -Djava.encoding=utf-8 to MVN_OPTS and solved the problem, but considering deployment, I don't think it's a smart way. BTW, I confirmed this does not occur on Lift2.0-scala2.7.7. I think default source encoding should be somehow configurable in Lift to achieve portability. Kind regards, Pomu TAKEUCHI -- You received this message because you are subscribed to the Google Groups Lift group. To post to this group, send email to liftweb@googlegroups.com mailto:liftweb@googlegroups.com. To unsubscribe from this group, send email to liftweb+unsubscr...@googlegroups.com mailto:liftweb%2bunsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/liftweb?hl=en. -- You received this message because you are subscribed to the Google Groups Lift group. To post to this group, send email to liftweb@googlegroups.com mailto:liftweb@googlegroups.com. To unsubscribe from this group, send email to liftweb+unsubscr...@googlegroups.com mailto:liftweb%2bunsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/liftweb?hl=en. -- 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] Is it possible to use CRUDify snippets on non CRUDified pages?
I would like to have the list view of one of my model objects as my home page. Can this done with out having the home page redirect to /mymodel/list ? Cheers Jono -- 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=en.
[Lift] Re: Tomcat/Apache ESME: Shutdown Problems
I don't think this issue is related to Derby because I am seeing this problem too -- but I am not using Derby. What version of Tomcat are you using? I am using 6.0.24 on either Windows or Solaris 10 and see these errors too, like: Feb 3, 2010 10:49:22 PM org.apache.catalina.loader.WebappClassLoader clearThreadLocalMap SEVERE: A web application created a ThreadLocal with key of type [java.lang.ThreadLocal] (value [java.lang.threadlo...@1a517bd]) and a value of type [scala.collection.mutable.HashMap] (value [Map()]) but failed to remove it when the web application was stopped. To prevent a memory leak, the ThreadLocal has been forcibly removed. Feb 3, 2010 10:49:22 PM org.apache.catalina.loader.WebappClassLoader clearThreadLocalMap SEVERE: A web application created a ThreadLocal with key of type [java.lang.ThreadLocal] (value [java.lang.threadlo...@258c74]) and a value of type [net.liftweb.common.Empty$] (value [Empty]) but failed to remove it when the web application was stopped. To prevent a memory leak, the ThreadLocal has been forcibly removed. Feb 3, 2010 10:49:22 PM org.apache.catalina.loader.WebappClassLoader clearThreadLocalMap SEVERE: A web application created a ThreadLocal with key of type [java.lang.ThreadLocal] (value [java.lang.threadlo...@258c74]) and a value of type [net.liftweb.common.Empty$] (value [Empty]) but failed to remove it when the web application was stopped. To prevent a memory leak, the ThreadLocal has been forcibly removed. Feb 3, 2010 10:49:22 PM org.apache.catalina.loader.WebappClassLoader clearThreadLocalMap SEVERE: A web application created a ThreadLocal with key of type [org.slf4j.impl.CopyOnInheritThreadLocal] (value [org.slf4j.impl.copyoninheritthreadlo...@1bb35b]) and a value of type [null] (value [null]) but failed to remove it when the web application was stopped. To prevent a memory leak, the ThreadLocal has been forcibly removed. Feb 3, 2010 10:49:22 PM org.apache.catalina.loader.WebappClassLoader clearThreadLocalMap Note that while there is a Lift object, there are also lots of other objects, so I'm not convinced that there is a problem with Lift... I got the impression that Tomcat added this detection logic in 6.0.24. I don't know how to really fix it. (BTW, I found that I usually only need to kill, not a kill -9.) -- 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=en.
Re: [Lift] S.params disappear?
Straight from the headers: Content-Type: application/x-www-form-urlencoded; charset=UTF-8 It's a regular form with four text fields. Simple. Wireshark shows that the packets are arriving at the server with the parameters intact in the header. Adding a valve to the server.xml file allowed me to determine that they were present in Tomcat on a POST request, but missing from the PUT. Proxy is through Apache 2. I can see no reason that Apache would strip parts of the header from a PUT, so my presumption is that Tomcat is discarding them. I've got a discussion going on the Tomcat users list, but I'm 90% sure it's not Lift. Does the Lift filter engage before a valve? Chas. Are you sending Content-Type: application/x-www-form-urlencoded or multipart/form-data (as appropriate for the body)? -Ross On Feb 3, 2010, at 2:48 PM, c...@munat.com wrote: I have a lift app that works perfectly when I use mvn jetty:run. Then I package it into a war and load it up in Tomcat 6 on the server, and when I do, suddenly it won't work. The issue is with the S.params. I have a form that submits via an Ajax PUT request. The params are sent in the header just fine. As I said, works like a charm on Jetty. But when it gets to Tomcat, the entity is saved with blank attributes... i.e., everything worked but the S.param(whatever) showed up blank. I tested this by doing S.param(whatever).openOr(Phooey) and, indeed, that attribute was set to Phooey on the new entity. Tomcat issue? Or am I missing something obvious? This form is running on a subdomain, so that's where I'm looking now (in server.xml). TIA, Chas. -- 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=en. -- 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=en. -- 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=en.
Re: [Lift] Is there any way to set default source encoding in Lift2.0-scala280 ?
Indrajit, Thanks for the advise. I already tried that, but not worked on *.html templates. Exception occurs at runtime, not at build. project.build.sourceEncodingUTF-8/project.build.sourceEncoding Regards, Pomu TAKEUCHI 2010/2/4 Indrajit Raychaudhuri indraj...@gmail.com: Takeuchi-san, Can you please set project.build.sourceEncoding=UTF-8 in your pom.xml and check if it works? You can set project.build.sourceEncoding in pom.xml the following way: properties project.build.sourceEncodingUTF-8/project.build.sourceEncoding ... ... /properties Cheers, Indrajit -- 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=en.
[Lift] Re: Tomcat/Apache ESME: Shutdown Problems
I just noticed this: Feb 3, 2010 10:49:23 PM org.apache.coyote.http11.Http11NioProtocol destroy INFO: Stopping Coyote HTTP/1.1 on http-8080 Feb 3, 2010 11:19:20 PM org.apache.catalina.loader.WebappClassLoader loadClass INFO: Illegal access: this web application instance has been stopped already. Could not load net.liftweb.http.SessionMaster$$anonfun$1$ $anonfun$apply$11$$anonfun$apply$12. The eventual following stack trace is caused by an error thrown for debugging purposes as well as to attempt to terminate the thread which caused the illegal access, and has no functional impact. java.lang.IllegalStateException at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java: 1370) at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java: 1329) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java: 319) at net.liftweb.http.SessionMaster$$anonfun$1$$anonfun$apply $11.apply(LiftSession.scala:162) at net.liftweb.http.SessionMaster$$anonfun$1$$anonfun$apply $11.apply(LiftSession.scala:159) at scala.Iterator$class.foreach(Iterator.scala:414) at scala.Iterator$$anon$7.foreach(Iterator.scala:36) at net.liftweb.http.SessionMaster$$anonfun $1.apply(LiftSession.scala:159) at net.liftweb.http.SessionMaster$$anonfun $1.apply(LiftSession.scala:136) at net.liftweb.actor.LiftActor $class.execTranslate(LiftActor.scala:252) at net.liftweb.http.SessionMaster $.execTranslate(LiftSession.scala:91) at net.liftweb.actor.SpecializedLiftActor$class.net$liftweb $actor$SpecializedLiftActor$$processMailbox(LiftActor.scala:147) at net.liftweb.actor.SpecializedLiftActor$$anonfun$3$$anonfun $apply$1.apply(LiftActor.scala:114) at net.liftweb.actor.SpecializedLiftActor$$anonfun$3$$anonfun $apply$1.apply(LiftActor.scala:114) at net.liftweb.actor.LAScheduler$$anonfun$1$$anon$1$$anon $2.run(LiftActor.scala:42) at java.util.concurrent.ThreadPoolExecutor $Worker.runTask(ThreadPoolExecutor.java:885) at java.util.concurrent.ThreadPoolExecutor $Worker.run(ThreadPoolExecutor.java:907) at java.lang.Thread.run(Thread.java:619) Exception in thread pool-2-thread-4 java.lang.NoClassDefFoundError: net/liftweb/http/SessionMaster$$anonfun$1$$anonfun$apply$11$$anonfun $apply$12 at net.liftweb.http.SessionMaster$$anonfun$1$$anonfun$apply $11.apply(LiftSession.scala:162) at net.liftweb.http.SessionMaster$$anonfun$1$$anonfun$apply $11.apply(LiftSession.scala:159) at scala.Iterator$class.foreach(Iterator.scala:414) at scala.Iterator$$anon$7.foreach(Iterator.scala:36) at net.liftweb.http.SessionMaster$$anonfun $1.apply(LiftSession.scala:159) at net.liftweb.http.SessionMaster$$anonfun $1.apply(LiftSession.scala:136) at net.liftweb.actor.LiftActor $class.execTranslate(LiftActor.scala:252) at net.liftweb.http.SessionMaster $.execTranslate(LiftSession.scala:91) at net.liftweb.actor.SpecializedLiftActor$class.net$liftweb $actor$SpecializedLiftActor$$processMailbox(LiftActor.scala:147) at net.liftweb.actor.SpecializedLiftActor$$anonfun$3$$anonfun $apply$1.apply(LiftActor.scala:114) at net.liftweb.actor.SpecializedLiftActor$$anonfun$3$$anonfun $apply$1.apply(LiftActor.scala:114) at net.liftweb.actor.LAScheduler$$anonfun$1$$anon$1$$anon $2.run(LiftActor.scala:42) at java.util.concurrent.ThreadPoolExecutor $Worker.runTask(ThreadPoolExecutor.java:885) at java.util.concurrent.ThreadPoolExecutor $Worker.run(ThreadPoolExecutor.java:907) at java.lang.Thread.run(Thread.java:619) Caused by: java.lang.ClassNotFoundException: net.liftweb.http.SessionMaster$$anonfun$1$$anonfun$apply$11$$anonfun $apply$12 at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java: 1484) at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java: 1329) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java: 319) ... 15 more Maybe there is a shutdown order issue? -- 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=en.
