[Lift] use of deprecated functions
Hi, Building latest code I'm getting [WARNING] /media/WORK/marius/repository/github/liftweb/lift/src/main/ scala/net/liftweb/http/LiftSession.scala:951: warning: method processBind in trait BindHelpers is deprecated [WARNING] findTemplate(name).map(s = processBind(s, atWhat)). [WARNING] ^ Is there a reson why we are not using bind and use processBind instead ? Br's, Marius --~--~-~--~~~---~--~~ 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 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: use of deprecated functions
Good point - were also using xbind(...) quite a bit too which is deprecated. Cheers, Tim On Feb 15, 12:34 pm, Marius marius.dan...@gmail.com wrote: Hi, Building latest code I'm getting [WARNING] /media/WORK/marius/repository/github/liftweb/lift/src/main/ scala/net/liftweb/http/LiftSession.scala:951: warning: method processBind in trait BindHelpers is deprecated [WARNING] findTemplate(name).map(s = processBind(s, atWhat)). [WARNING] ^ Is there a reson why we are not using bind and use processBind instead ? Br's, Marius --~--~-~--~~~---~--~~ 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 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: strange interaction with jQuery
Marius, Agreed on two points: - JsRaw is not the culprit -- it seems to be a bad interaction with version of JavaScript modules - JavaScript is the source of the meta problem -- there's no way to get the compiler to warn about this because this world is devoid of useful typing info. It would appear that a vast number of web technologies have accepted a programming model proposition that is predicated on typelessness. 'This has all happened before and it will happen again.' It looks like i'm going to have to resurrect my rhoscript project. Best wishes, --greg On Sat, Feb 14, 2009 at 2:20 PM, Marius marius.dan...@gmail.com wrote: Interesting ... When dragging I'm getting a JS error in jquery-ui.js: $.Event is not a function ... which appears to cause the odd behavior. I'm not sure yet why this error appears. BUt I found that this may appear when you have incompatible versions of jquery and jquery ui, Perhaps try here? http://groups.google.com/group/jquery-ui/browse_thread/thread/8fbe3061bd567e2f/a19f7e874ea48e74?lnk=raot I really do not think that JsRaw has anything to do with this. It fails even if you have a plain link in the page ... pretty much like in the static example. I don't think there is a way of detecting such behavioral things at compile time. Br's, Marius On Feb 13, 10:38 pm, Meredith Gregory lgreg.mered...@gmail.com wrote: Lifted, Attached is a minimal example of a strange interaction between lift and a jQuery plugin. If you unzip the example you will find inside the liftTestCase directory 5 subdirectories two of which contain behaviors to compare. The directory 23 contains an example that is purely jQuery with the EasyWidgets plugin. The directory dspace contains a lift-based site. If you open 23/index.html in a browser you will see a page that allows you to add widgets that can be dragged and dropped around. This all works. If you cd into dspace and launch mvn jetty:run, sign up, login, then you will see a boiled down version of the same thing. The difference is that the javascript jQuery call is run as a JsRaw. Everything seems to work except you attempt to drag and drop the components. Then you get very weird behavior that is easier to see than to describe. The thing is, we haven't actually done any interesting lift stuff, yet, in the boiled down sample. We're just calling into the EasyWidgets function just like in the sample. i would expect these two examples to exhibit nearly identical behavior. i'm guessing there's some weird interaction between lift-included javascript and the jQuery plugin. Several questions: - How could we devise a way to check at compile time that there is such an interaction? This seems to be a crucial point as the momentum is to use third party frontend web components. - What is the best way to go about finding the interaction if it has escaped compile time detection? Best wishes, --greg -- L.G. Meredith Managing Partner Biosimilarity LLC 806 55th St NE Seattle, WA 98105 +1 206.650.3740 http://biosimilarity.blogspot.com liftTestCase.zip 407KViewDownload -- L.G. Meredith Managing Partner Biosimilarity LLC 806 55th St NE Seattle, WA 98105 +1 206.650.3740 http://biosimilarity.blogspot.com --~--~-~--~~~---~--~~ 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 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: strange interaction with jQuery
How about a defect as a result of upgrading jQuery to 1.3.1? Viktor, Rogue Software Architect 15 feb 2009 kl. 14.43 Meredith Gregory lgreg.mered...@gmail.com skrev: Marius, Agreed on two points: JsRaw is not the culprit -- it seems to be a bad interaction with version of JavaScript modules JavaScript is the source of the meta problem -- there's no way to get the compiler to warn about this because this world is devoid of useful typing info. It would appear that a vast number of web technologies have accepted a programming model proposition that is predicated on typelessness. 'This has all happened before and it will happen again.' It looks like i'm going to have to resurrect my rhoscript project. Best wishes, --greg On Sat, Feb 14, 2009 at 2:20 PM, Marius marius.dan...@gmail.com wrote: Interesting ... When dragging I'm getting a JS error in jquery-ui.js: $.Event is not a function ... which appears to cause the odd behavior. I'm not sure yet why this error appears. BUt I found that this may appear when you have incompatible versions of jquery and jquery ui, Perhaps try here? http://groups.google.com/group/jquery-ui/browse_thread/thread/8fbe3061bd567e2f/a19f7e874ea48e74?lnk=raot I really do not think that JsRaw has anything to do with this. It fails even if you have a plain link in the page ... pretty much like in the static example. I don't think there is a way of detecting such behavioral things at compile time. Br's, Marius On Feb 13, 10:38 pm, Meredith Gregory lgreg.mered...@gmail.com wrote: Lifted, Attached is a minimal example of a strange interaction between lift and a jQuery plugin. If you unzip the example you will find inside the liftTestCase directory 5 subdirectories two of which contain behaviors to compare. The directory 23 contains an example that is purely jQuery with the EasyWidgets plugin. The directory dspace contains a lift-based site. If you open 23/index.html in a browser you will see a page that allows you to add widgets that can be dragged and dropped around. This all works. If you cd into dspace and launch mvn jetty:run, sign up, login, then you will see a boiled down version of the same thing. The difference is that the javascript jQuery call is run as a JsRaw. Everything seems to work except you attempt to drag and drop the components. Then you get very weird behavior that is easier to see than to describe. The thing is, we haven't actually done any interesting lift stuff, yet, in the boiled down sample. We're just calling into the EasyWidgets function just like in the sample. i would expect these two examples to exhibit nearly identical behavior. i'm guessing there's some weird interaction between lift-included javascript and the jQuery plugin. Several questions: - How could we devise a way to check at compile time that there is such an interaction? This seems to be a crucial point as the momentum is to use third party frontend web components. - What is the best way to go about finding the interaction if it has escaped compile time detection? Best wishes, --greg -- L.G. Meredith Managing Partner Biosimilarity LLC 806 55th St NE Seattle, WA 98105 +1 206.650.3740 http://biosimilarity.blogspot.com liftTestCase.zip 407KViewDownload -- L.G. Meredith Managing Partner Biosimilarity LLC 806 55th St NE Seattle, WA 98105 +1 206.650.3740 http://biosimilarity.blogspot.com --~--~-~--~~~---~--~~ 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 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] Facebook group for Lift
Hi all, I saw that there was no Facebook group for Lift, so I created one: http://www.facebook.com/group.php?gid=66907508781ref=mf Check it out if you're on Facebook. -- Toby DiPasquale --~--~-~--~~~---~--~~ 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 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: Facebook group for Lift
Sweet !!! On Feb 15, 7:34 pm, Toby DiPasquale codeslin...@gmail.com wrote: Hi all, I saw that there was no Facebook group for Lift, so I created one: http://www.facebook.com/group.php?gid=66907508781ref=mf Check it out if you're on Facebook. -- Toby DiPasquale --~--~-~--~~~---~--~~ 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 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: Facebook group for Lift
Awesome! On Sun, Feb 15, 2009 at 9:34 AM, Toby DiPasquale codeslin...@gmail.comwrote: Hi all, I saw that there was no Facebook group for Lift, so I created one: http://www.facebook.com/group.php?gid=66907508781ref=mf Check it out if you're on Facebook. -- Toby DiPasquale -- Lift, the simply functional web framework http://liftweb.net Beginning Scala http://www.apress.com/book/view/1430219890 Follow me: http://twitter.com/dpp Git some: http://github.com/dpp --~--~-~--~~~---~--~~ 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 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: Lift SalesForce?
Salesforce has 2 wsdls, the Enterprise and the Partner. The enterprise is strongly typed, and customized to the org you're generating it from. The partner is probably what you want to start. There are also a variety of other wsdls, from apex to metadata to customized apex ws endpoints, but I'm assuming you're talking about the bread and butter APIs for integration. I work at salesforce.com (the api dev manager), I'm not sure what you mean that our wsdl is cddl licensed? Do you mean one of our toolkits? --pete timperrett wrote: Guys, Just thinking about making a lift-salesforce module... this would be pretty useful for me and im sure others, however im not sure where we would stand from a licensing point of view? It appears the force.com WSDL is out on a CDDL ( http://www.sun.com/cddl/ ) license - is that compatible with what lift uses? Im not much of a legal bod, so please excuse my ignorance :-) Cheers Tim -- View this message in context: http://www.nabble.com/Lift---SalesForce--tp21993269p22027294.html Sent from the liftweb mailing list archive at Nabble.com. --~--~-~--~~~---~--~~ 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 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: Lift SalesForce?
Pete, Are you coming to my Scala preso @ SalesForce on 2/25? Thanks, David On Sun, Feb 15, 2009 at 12:40 PM, pmorelli pmore...@gmail.com wrote: Salesforce has 2 wsdls, the Enterprise and the Partner. The enterprise is strongly typed, and customized to the org you're generating it from. The partner is probably what you want to start. There are also a variety of other wsdls, from apex to metadata to customized apex ws endpoints, but I'm assuming you're talking about the bread and butter APIs for integration. I work at salesforce.com (the api dev manager), I'm not sure what you mean that our wsdl is cddl licensed? Do you mean one of our toolkits? --pete timperrett wrote: Guys, Just thinking about making a lift-salesforce module... this would be pretty useful for me and im sure others, however im not sure where we would stand from a licensing point of view? It appears the force.com WSDL is out on a CDDL ( http://www.sun.com/cddl/ ) license - is that compatible with what lift uses? Im not much of a legal bod, so please excuse my ignorance :-) Cheers Tim -- View this message in context: http://www.nabble.com/Lift---SalesForce--tp21993269p22027294.html Sent from the liftweb mailing list archive at Nabble.com. -- Lift, the simply functional web framework http://liftweb.net Beginning Scala http://www.apress.com/book/view/1430219890 Follow me: http://twitter.com/dpp Git some: http://github.com/dpp --~--~-~--~~~---~--~~ 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 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: Lift SalesForce?
was planning on it, barring any prod emergencies. ;o) David Pollak-4 wrote: Pete, Are you coming to my Scala preso @ SalesForce on 2/25? Thanks, David On Sun, Feb 15, 2009 at 12:40 PM, pmorelli pmore...@gmail.com wrote: Salesforce has 2 wsdls, the Enterprise and the Partner. The enterprise is strongly typed, and customized to the org you're generating it from. The partner is probably what you want to start. There are also a variety of other wsdls, from apex to metadata to customized apex ws endpoints, but I'm assuming you're talking about the bread and butter APIs for integration. I work at salesforce.com (the api dev manager), I'm not sure what you mean that our wsdl is cddl licensed? Do you mean one of our toolkits? --pete timperrett wrote: Guys, Just thinking about making a lift-salesforce module... this would be pretty useful for me and im sure others, however im not sure where we would stand from a licensing point of view? It appears the force.com WSDL is out on a CDDL ( http://www.sun.com/cddl/ ) license - is that compatible with what lift uses? Im not much of a legal bod, so please excuse my ignorance :-) Cheers Tim -- View this message in context: http://www.nabble.com/Lift---SalesForce--tp21993269p22027294.html Sent from the liftweb mailing list archive at Nabble.com. -- Lift, the simply functional web framework http://liftweb.net Beginning Scala http://www.apress.com/book/view/1430219890 Follow me: http://twitter.com/dpp Git some: http://github.com/dpp -- View this message in context: http://www.nabble.com/Lift---SalesForce--tp21993269p22028287.html Sent from the liftweb mailing list archive at Nabble.com. --~--~-~--~~~---~--~~ 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 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: Lift SalesForce?
Hey Pete, I did not realise that the enterprise WSDL is org specific - can you elaborate in which ways it is specific? Ideally, the enterprise one is most useful for me (and I would imagine other users). Can you explain how plugins such as http://activesfdc.rubyforge.org/ achieve organization agnostic tooling in light of the bespoke / dynamic WSDL? Are we mainly talking about versioning differences in the API and what an organization is signed up to? I note that my companies force.com account does visually look different to my developer account... is this at all related or am I totally on the wrong track?! I must be mistaken about the licensing then, my bad - either that or I read something on the net somewhere! Cheers Tim On Feb 15, 8:40 pm, pmorelli pmore...@gmail.com wrote: Salesforce has 2 wsdls, the Enterprise and the Partner. The enterprise is strongly typed, and customized to the org you're generating it from. The partner is probably what you want to start. There are also a variety of other wsdls, from apex to metadata to customized apex ws endpoints, but I'm assuming you're talking about the bread and butter APIs for integration. I work at salesforce.com (the api dev manager), I'm not sure what you mean that our wsdl is cddl licensed? Do you mean one of our toolkits? --pete timperrett wrote: Guys, Just thinking about making a lift-salesforce module... this would be pretty useful for me and im sure others, however im not sure where we would stand from a licensing point of view? It appears the force.com WSDL is out on a CDDL (http://www.sun.com/cddl/ ) license - is that compatible with what lift uses? Im not much of a legal bod, so please excuse my ignorance :-) Cheers Tim -- View this message in context:http://www.nabble.com/Lift---SalesForce--tp21993269p22027294.html Sent from the liftweb mailing list archive at Nabble.com. --~--~-~--~~~---~--~~ 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 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: [scala] typed browser scripting languages?
Thanks! Has anybody used this? Yes. I've used haxe extensively. Though mostly for Flash apps, I've had to dig into its JavaScript a number of times (generally when doing Flash - DOM interactions). Watch out if you don't need very much JavaScript code, as even the smallest haxe script will generate a substantial amount of boilerplate JS. I believe it's written in ocaml, so you may have some luck using it to pragmatically gen your JS, though I doubt there's much of a translation facility. It's a pretty clean language by itself. Very close to ECMAScript. Its type inference is no Scala, but does a good job in the majority of cases. Packages. Most OO constructs. First class functions. -Mark --~--~-~--~~~---~--~~ 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 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: Lift SalesForce?
It's actually user specific, so, based on what permissions you have, or sharing, or FLS, etc, down to the field level in entities. From an org perspective, it's dependent on what edition, what features you've purchased/provisioned, what version endpoint you're hitting, etc. Most tools use the partner wsdl, and use the wsdl and describe* verbs to build the hierarchy of available entities and fields. active salesforce uses the partner api. our docs have a section on working with the partner api http://www.salesforce.com/us/developer/docs/api/index.htm --pete timperrett wrote: Hey Pete, I did not realise that the enterprise WSDL is org specific - can you elaborate in which ways it is specific? Ideally, the enterprise one is most useful for me (and I would imagine other users). Can you explain how plugins such as http://activesfdc.rubyforge.org/ achieve organization agnostic tooling in light of the bespoke / dynamic WSDL? Are we mainly talking about versioning differences in the API and what an organization is signed up to? I note that my companies force.com account does visually look different to my developer account... is this at all related or am I totally on the wrong track?! I must be mistaken about the licensing then, my bad - either that or I read something on the net somewhere! Cheers Tim On Feb 15, 8:40 pm, pmorelli pmore...@gmail.com wrote: Salesforce has 2 wsdls, the Enterprise and the Partner. The enterprise is strongly typed, and customized to the org you're generating it from. The partner is probably what you want to start. There are also a variety of other wsdls, from apex to metadata to customized apex ws endpoints, but I'm assuming you're talking about the bread and butter APIs for integration. I work at salesforce.com (the api dev manager), I'm not sure what you mean that our wsdl is cddl licensed? Do you mean one of our toolkits? --pete timperrett wrote: Guys, Just thinking about making a lift-salesforce module... this would be pretty useful for me and im sure others, however im not sure where we would stand from a licensing point of view? It appears the force.com WSDL is out on a CDDL (http://www.sun.com/cddl/ ) license - is that compatible with what lift uses? Im not much of a legal bod, so please excuse my ignorance :-) Cheers Tim -- View this message in context:http://www.nabble.com/Lift---SalesForce--tp21993269p22027294.html Sent from the liftweb mailing list archive at Nabble.com. -- View this message in context: http://www.nabble.com/Lift---SalesForce--tp21993269p22030003.html Sent from the liftweb mailing list archive at Nabble.com. --~--~-~--~~~---~--~~ 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 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: JSON stack overflow issue
Hi, David: I'm not using JSON directly myself and when I do a search on json it only shows up on one line in the default.html page: script id=json src=/classpath/json.js type=text/javascript/ Perhaps it is JSON that is being used under the hood? I am using CRUDIFY and the menu items for add, delete, and list operations and the associated pages. I'm also using some ajax checkboxes and textboxes like the ones in lift workshop examples (specifically: the todo example). By the way, the app still seems to work, it just tends to slow down after a while. On Feb 15, 4:01 pm, David Pollak feeder.of.the.be...@gmail.com wrote: Paul, Please provide a sample of the JSON that caused the stack overflow. Thanks, David On Sun, Feb 15, 2009 at 1:24 PM, Paul O'Rorke p...@ororke.com wrote: Something odd has started to happen in the last day or two: I am starting to get stackoverflows in a small app that I use. I have not changed my classes for a week or so and use the app daily. It has been working ok up until today or last night. This seems to happen as soon as it starts up before I even start to use it. I am using Scala 2.7.3 and the following lift version0.11-SNAPSHOT/version [INFO] Starting jetty 6.1.15.rc2 ... 2009-02-15 13:03:37.799::INFO: jetty-6.1.15.rc2 2009-02-15 13:03:37.994::INFO: No Transaction manager found - if your webapp requires one, please configure one. 2009-02-15 13:03:40.506::INFO: Started selectchannelconnec...@0.0.0.0:8080 [INFO] Started Jetty Server [INFO] Starting scanner at interval of 5 seconds. WARN - Request for /ajax_request failed null java.lang.StackOverflowError at net.liftweb.util.JSONParser$$anonfun$string$4$$anonfun$apply$14$ $anonfun$apply$15$$anonfun$apply$16.apply(JSON.scala:46) at net.liftweb.util.JSONParser$$anonfun$string$4$$anonfun$apply$14$ $anonfun$apply$15$$anonfun$apply$16.apply(JSON.scala:46) at scala.util.parsing.combinator.Parsers$$anonfun$not$1.apply (Parsers.scala:703) at scala.util.parsing.combinator.Parsers$$anonfun$not$1.apply (Parsers.scala:702) at scala.util.parsing.combinator.Parsers$$anon$2.apply(Parsers.scala: 188) at scala.util.parsing.combinator.Parsers$Parser$$anonfun$flatMap $1.apply(Parsers.scala:206) at scala.util.parsing.combinator.Parsers$Parser$$anonfun$flatMap $1.apply(Parsers.scala:206) at scala.util.parsing.combinator.Parsers$$anon$2.apply(Parsers.scala: 188) at net.liftweb.util.SafeSeqParser$$anon$1.apply (CombParserHelpers.scala:169) at scala.util.parsing.combinator.Parsers$Parser$$anonfun$append $1.apply(Parsers.scala:214) at scala.util.parsing.combinator.Parsers$Parser$$anonfun$append $1.apply(Parsers.scala:214) at scala.util.parsing.combinator.Parsers$$anon$2.apply(Parsers.scala: 188) at scala.util.parsing.combinator.Parsers$Parser$$anonfun$map$1.apply (Parsers.scala:209) at scala.util.parsing.combinator.Parsers$Parser$$anonfun$map$1.apply (Parsers.scala:209) at scala.util.parsing.combinator.Parsers$$anon$2.apply(Parsers.scala: 188) at scala.util.parsing.combinator.Parsers$$anon$2.apply(Parsers.scala: 188) at scala.util.parsing.combinator.Parsers$Success.flatMapWithNext (Parsers.scala:128) at scala.util.parsing.combinator.Parsers$Parser$$anonfun$flatMap $1.apply(Parsers.scala:206) at scala.util.parsing.combinator.Parsers$Parser$$anonfun$flatMap $1.apply(Parsers.scala:206) at scala.util.parsing.combinator.Parsers$$anon$2.apply(Parsers.scala: 188) at scala.util.parsing.combinator.Parsers$Parser$$anonfun$flatMap $1.apply(Parsers.scala:206) at scala.util.parsing.combinator.Parsers$Parser$$anonfun$flatMap $1.apply(Parsers.scala:206) at scala.util.parsing.combinator.Parsers$$anon$2.apply(Parsers.scala: 188) at scala.util.parsing.combinator.Parsers$Parser$$anonfun$map$1.apply (Parsers.scala:209) at scala.util.parsing.combinator.Parsers$Parser$$anonfun$map$1.apply (Parsers.scala:209) at scala.util.parsing.combinator.Parsers$$anon$2.apply(Parsers.scala: 188) at scala.util.parsing.combinator.Parsers$Parser$$anonfun$append$1$ $anonfun$apply$1.apply(Parsers.scala:214) at scala.util.parsing.combinator.Parsers$Parser$$anonfun$append$1$ $anonfun$apply$1.apply(Parsers.scala:214) at scala.util.parsing.combinator.Parsers$Failure.append(Parsers.scala: 168) at scala.util.parsing.combinator.Parsers$Parser$$anonfun$append $1.apply(Parsers.scala:214) at scala.util.parsing.combinator.Parsers$Parser$$anonfun$append $1.apply(Parsers.scala:214) at scala.util.parsing.combinator.Parsers$$anon$2.apply(Parsers.scala: 188) at scala.util.parsing.combinator.Parsers$Parser$$anonfun$append $1.apply(Parsers.scala:214) at
[Lift] Re: JSON stack overflow issue
Paul, Something is calling JSONParser with a parameter that's causing the stack overflow. You can use Firebug to see what the browser is sending to the server. That's a way to capture the JSON. Wireshark is a way of intercepting the HTTP traffic and you can see what the client is sending to the server. If you can provide me with the String that's causing the JSON parsing failure, I can add it to the test suite and fix the bug. Thanks, David On Sun, Feb 15, 2009 at 5:25 PM, Paul O'Rorke p...@ororke.com wrote: Hi, David: I'm not using JSON directly myself and when I do a search on json it only shows up on one line in the default.html page: script id=json src=/classpath/json.js type=text/javascript/ Perhaps it is JSON that is being used under the hood? I am using CRUDIFY and the menu items for add, delete, and list operations and the associated pages. I'm also using some ajax checkboxes and textboxes like the ones in lift workshop examples (specifically: the todo example). By the way, the app still seems to work, it just tends to slow down after a while. On Feb 15, 4:01 pm, David Pollak feeder.of.the.be...@gmail.com wrote: Paul, Please provide a sample of the JSON that caused the stack overflow. Thanks, David On Sun, Feb 15, 2009 at 1:24 PM, Paul O'Rorke p...@ororke.com wrote: Something odd has started to happen in the last day or two: I am starting to get stackoverflows in a small app that I use. I have not changed my classes for a week or so and use the app daily. It has been working ok up until today or last night. This seems to happen as soon as it starts up before I even start to use it. I am using Scala 2.7.3 and the following lift version0.11-SNAPSHOT/version [INFO] Starting jetty 6.1.15.rc2 ... 2009-02-15 13:03:37.799::INFO: jetty-6.1.15.rc2 2009-02-15 13:03:37.994::INFO: No Transaction manager found - if your webapp requires one, please configure one. 2009-02-15 13:03:40.506::INFO: Started selectchannelconnec...@0.0.0.0:8080 [INFO] Started Jetty Server [INFO] Starting scanner at interval of 5 seconds. WARN - Request for /ajax_request failed null java.lang.StackOverflowError at net.liftweb.util.JSONParser$$anonfun$string$4$$anonfun$apply$14$ $anonfun$apply$15$$anonfun$apply$16.apply(JSON.scala:46) at net.liftweb.util.JSONParser$$anonfun$string$4$$anonfun$apply$14$ $anonfun$apply$15$$anonfun$apply$16.apply(JSON.scala:46) at scala.util.parsing.combinator.Parsers$$anonfun$not$1.apply (Parsers.scala:703) at scala.util.parsing.combinator.Parsers$$anonfun$not$1.apply (Parsers.scala:702) at scala.util.parsing.combinator.Parsers$$anon$2.apply(Parsers.scala: 188) at scala.util.parsing.combinator.Parsers$Parser$$anonfun$flatMap $1.apply(Parsers.scala:206) at scala.util.parsing.combinator.Parsers$Parser$$anonfun$flatMap $1.apply(Parsers.scala:206) at scala.util.parsing.combinator.Parsers$$anon$2.apply(Parsers.scala: 188) at net.liftweb.util.SafeSeqParser$$anon$1.apply (CombParserHelpers.scala:169) at scala.util.parsing.combinator.Parsers$Parser$$anonfun$append $1.apply(Parsers.scala:214) at scala.util.parsing.combinator.Parsers$Parser$$anonfun$append $1.apply(Parsers.scala:214) at scala.util.parsing.combinator.Parsers$$anon$2.apply(Parsers.scala: 188) at scala.util.parsing.combinator.Parsers$Parser$$anonfun$map$1.apply (Parsers.scala:209) at scala.util.parsing.combinator.Parsers$Parser$$anonfun$map$1.apply (Parsers.scala:209) at scala.util.parsing.combinator.Parsers$$anon$2.apply(Parsers.scala: 188) at scala.util.parsing.combinator.Parsers$$anon$2.apply(Parsers.scala: 188) at scala.util.parsing.combinator.Parsers$Success.flatMapWithNext (Parsers.scala:128) at scala.util.parsing.combinator.Parsers$Parser$$anonfun$flatMap $1.apply(Parsers.scala:206) at scala.util.parsing.combinator.Parsers$Parser$$anonfun$flatMap $1.apply(Parsers.scala:206) at scala.util.parsing.combinator.Parsers$$anon$2.apply(Parsers.scala: 188) at scala.util.parsing.combinator.Parsers$Parser$$anonfun$flatMap $1.apply(Parsers.scala:206) at scala.util.parsing.combinator.Parsers$Parser$$anonfun$flatMap $1.apply(Parsers.scala:206) at scala.util.parsing.combinator.Parsers$$anon$2.apply(Parsers.scala: 188) at scala.util.parsing.combinator.Parsers$Parser$$anonfun$map$1.apply (Parsers.scala:209) at scala.util.parsing.combinator.Parsers$Parser$$anonfun$map$1.apply (Parsers.scala:209) at scala.util.parsing.combinator.Parsers$$anon$2.apply(Parsers.scala: 188) at scala.util.parsing.combinator.Parsers$Parser$$anonfun$append$1$