[Lift] Re: scaladocs
hi, thanks.. i'm looking for the API documentation??? On Dec 1, 5:08 pm, Ross Mellgren wrote: > Tryhttp://scala-tools.org/mvnsites-snapshots/liftweb/instead of with > index.html > > -Ross > > On Dec 1, 2009, at 8:01 PM, E. Biggs wrote: > > > > > shouldhttp://scala-tools.org/mvnsites-snapshots/liftweb/scaladocs/index.html > > be something other than nothing? > > > Is there a better way to get snapshot scaladocs? > > > -- > > > 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.
[Lift] scaladocs
should http://scala-tools.org/mvnsites-snapshots/liftweb/scaladocs/index.html be something other than nothing? Is there a better way to get snapshot scaladocs? -- 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: 1.1-SNAPSHOT issue?
Many thanks! --~--~-~--~~~---~--~~ 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: 1.1-SNAPSHOT issue?
Ok here's the problem stripped down. The merge happens but the node isn't being removed from the body Let me know if you'd like it in some other format. templates-hidden/outer.html: inner.html: Inner renders: Inner Inner // <![CDATA[ jQuery(document).ready(function() {liftAjax.lift_successRegisterGC ();}); var lift_page = "F9839766178183WH"; // ]]> On Aug 26, 9:58 pm, David Pollak wrote: > On Wed, Aug 26, 2009 at 8:32 PM, E. Biggs wrote: > > > Thanks David! My pages now render - although broken... the cause > > appears to be a failed head merge between my template's head and the > > surrounding template's head. > > Can you post an example of the failing use case and I'll roll it into our > tests and get it works? > > > > > > > > > On Aug 26, 7:51 pm, David Pollak > > wrote: > > > I've just pushed a new version live that will behave more gracefully if > > the > > > xsd cannot be loaded. > > > > On Wed, Aug 26, 2009 at 7:39 PM, Justin Reardon < > > justin.rear...@gmail.com>wrote: > > > > > Probably caused by this if you're in a dev environment: > > > >http://groups.google.com/group/liftweb/t/90750187a6c29c2c > > > > > On Aug 26, 9:36 pm, "E. Biggs" wrote: > > > > > Hi there, > > > > > > I just did a mvn -U jetty:run > > > > > > and my site that I know was working fine before is now broken with > > > > > this error displayed in the browser for any url: > > > > > > org.xml.sax.SAXParseException: schema_reference.4: Failed to read > > > > > schema document 'http://www.w3.org/2002/08/xhtml/xhtml1- > > > > > transitional.xsd', because 1) could not find the document; 2) the > > > > > document could not be read; 3) the root element of the document is > > not > > > > > . > > > com.sun.org.apache.xerces.internal.util.ErrorHandlerWrapper.createSAXParseE > > > > xception > > > > > (ErrorHandlerWrapper.java:236) > > > com.sun.org.apache.xerces.internal.util.ErrorHandlerWrapper.error > > > > > (ErrorHandlerWrapper.java:172) > > > > > com.sun.org.apache.xerces.internal.impl.XMLErrorReporter.reportError > > > > > (XMLErrorReporter.java:382) > > > > > com.sun.org.apache.xerces.internal.impl.XMLErrorReporter.reportError > > > > > (XMLErrorReporter.java:316) > > > com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDHandler.reportSche > > > > maError > > > > > (XSDHandler.java:2245) > > > com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDHandler.getSchema > > > > > (XSDHandler.java:1590) > > > com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDHandler.parseSchem > > > > a > > > > > (XSDHandler.java:438) > > > > > com.sun.org.apache.xerces.internal.impl.xs.XMLSchemaLoader.loadSchema > > > > > (XMLSchemaLoader.java:556) > > > > > com.sun.org.apache.xerces.internal.impl.xs.XMLSchemaLoader.loadGrammar > > > > > (XMLSchemaLoader.java:523) > > > com.sun.org.apache.xerces.internal.jaxp.validation.xs.SchemaFactoryImpl.new > > > > Schema > > > > > (SchemaFactoryImpl.java:206) > > > > > javax.xml.validation.SchemaFactory.newSchema(SchemaFactory.java:489) > > > > > javax.xml.validation.SchemaFactory.newSchema(SchemaFactory.java:521) > > > > > net.liftweb.http.GenericValidtor.schema(LiftRules.scala:1116) > > > > > net.liftweb.http.GenericValidtor.apply(LiftRules.scala:1119) > > > > > net.liftweb.http.GenericValidtor.apply(LiftRules.scala:1101) > > > > > net.liftweb.http.LiftSession$$anonfun$8.apply(LiftSession.scala:607) > > > > > net.liftweb.http.LiftSession$$anonfun$8.apply(LiftSession.scala:607) > > > > > scala.List.flatMap(List.scala:1132) > > > > > net.liftweb.http.LiftSession.net > > $liftweb$http$LiftSession$$merge > > > > > (LiftSession.scala:607) > > > net.liftweb.http.LiftSession$$anonfun$10$$anonfun$apply$30.apply > > > > > (LiftSession.scala:717) > > > net.liftweb.http.LiftSession$$anonfun$10$$anonfun$apply$30.apply > > > > > (LiftSession.scala:714) > > > > > net.liftweb.util.EmptyBox.or(Box.scala:374) > > > > > net.liftweb.http.LiftSession$$anonfun$10.apply(Lif
[Lift] Re: 1.1-SNAPSHOT issue?
Thanks David! My pages now render - although broken... the cause appears to be a failed head merge between my template's head and the surrounding template's head. On Aug 26, 7:51 pm, David Pollak wrote: > I've just pushed a new version live that will behave more gracefully if the > xsd cannot be loaded. > > On Wed, Aug 26, 2009 at 7:39 PM, Justin Reardon > wrote: > > > > > > > > > Probably caused by this if you're in a dev environment: > >http://groups.google.com/group/liftweb/t/90750187a6c29c2c > > > On Aug 26, 9:36 pm, "E. Biggs" wrote: > > > Hi there, > > > > I just did a mvn -U jetty:run > > > > and my site that I know was working fine before is now broken with > > > this error displayed in the browser for any url: > > > > org.xml.sax.SAXParseException: schema_reference.4: Failed to read > > > schema document 'http://www.w3.org/2002/08/xhtml/xhtml1- > > > transitional.xsd', because 1) could not find the document; 2) the > > > document could not be read; 3) the root element of the document is not > > > . > > > com.sun.org.apache.xerces.internal.util.ErrorHandlerWrapper.createSAXParseE > > xception > > > (ErrorHandlerWrapper.java:236) > > > com.sun.org.apache.xerces.internal.util.ErrorHandlerWrapper.error > > > (ErrorHandlerWrapper.java:172) > > > com.sun.org.apache.xerces.internal.impl.XMLErrorReporter.reportError > > > (XMLErrorReporter.java:382) > > > com.sun.org.apache.xerces.internal.impl.XMLErrorReporter.reportError > > > (XMLErrorReporter.java:316) > > > com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDHandler.reportSche > > maError > > > (XSDHandler.java:2245) > > > com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDHandler.getSchema > > > (XSDHandler.java:1590) > > > com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDHandler.parseSchem > > a > > > (XSDHandler.java:438) > > > com.sun.org.apache.xerces.internal.impl.xs.XMLSchemaLoader.loadSchema > > > (XMLSchemaLoader.java:556) > > > com.sun.org.apache.xerces.internal.impl.xs.XMLSchemaLoader.loadGrammar > > > (XMLSchemaLoader.java:523) > > > com.sun.org.apache.xerces.internal.jaxp.validation.xs.SchemaFactoryImpl.new > > Schema > > > (SchemaFactoryImpl.java:206) > > > javax.xml.validation.SchemaFactory.newSchema(SchemaFactory.java:489) > > > javax.xml.validation.SchemaFactory.newSchema(SchemaFactory.java:521) > > > net.liftweb.http.GenericValidtor.schema(LiftRules.scala:1116) > > > net.liftweb.http.GenericValidtor.apply(LiftRules.scala:1119) > > > net.liftweb.http.GenericValidtor.apply(LiftRules.scala:1101) > > > net.liftweb.http.LiftSession$$anonfun$8.apply(LiftSession.scala:607) > > > net.liftweb.http.LiftSession$$anonfun$8.apply(LiftSession.scala:607) > > > scala.List.flatMap(List.scala:1132) > > > net.liftweb.http.LiftSession.net$liftweb$http$LiftSession$$merge > > > (LiftSession.scala:607) > > > net.liftweb.http.LiftSession$$anonfun$10$$anonfun$apply$30.apply > > > (LiftSession.scala:717) > > > net.liftweb.http.LiftSession$$anonfun$10$$anonfun$apply$30.apply > > > (LiftSession.scala:714) > > > net.liftweb.util.EmptyBox.or(Box.scala:374) > > > net.liftweb.http.LiftSession$$anonfun$10.apply(LiftSession.scala:711) > > > net.liftweb.http.LiftSession$$anonfun$10.apply(LiftSession.scala:704) > > > net.liftweb.util.EmptyBox.or(Box.scala:374) > > > net.liftweb.http.LiftSession.processRequest(LiftSession.scala:704) > > > ---SNIP--- > > > > Anybody else getting this? Or know what the problem could be? > > -- > Lift, the simply functional web frameworkhttp://liftweb.net > Beginning Scalahttp://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] 1.1-SNAPSHOT issue?
Hi there, I just did a mvn -U jetty:run and my site that I know was working fine before is now broken with this error displayed in the browser for any url: org.xml.sax.SAXParseException: schema_reference.4: Failed to read schema document 'http://www.w3.org/2002/08/xhtml/xhtml1- transitional.xsd', because 1) could not find the document; 2) the document could not be read; 3) the root element of the document is not . com.sun.org.apache.xerces.internal.util.ErrorHandlerWrapper.createSAXParseException (ErrorHandlerWrapper.java:236) com.sun.org.apache.xerces.internal.util.ErrorHandlerWrapper.error (ErrorHandlerWrapper.java:172) com.sun.org.apache.xerces.internal.impl.XMLErrorReporter.reportError (XMLErrorReporter.java:382) com.sun.org.apache.xerces.internal.impl.XMLErrorReporter.reportError (XMLErrorReporter.java:316) com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDHandler.reportSchemaError (XSDHandler.java:2245) com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDHandler.getSchema (XSDHandler.java:1590) com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDHandler.parseSchema (XSDHandler.java:438) com.sun.org.apache.xerces.internal.impl.xs.XMLSchemaLoader.loadSchema (XMLSchemaLoader.java:556) com.sun.org.apache.xerces.internal.impl.xs.XMLSchemaLoader.loadGrammar (XMLSchemaLoader.java:523) com.sun.org.apache.xerces.internal.jaxp.validation.xs.SchemaFactoryImpl.newSchema (SchemaFactoryImpl.java:206) javax.xml.validation.SchemaFactory.newSchema(SchemaFactory.java:489) javax.xml.validation.SchemaFactory.newSchema(SchemaFactory.java:521) net.liftweb.http.GenericValidtor.schema(LiftRules.scala:1116) net.liftweb.http.GenericValidtor.apply(LiftRules.scala:1119) net.liftweb.http.GenericValidtor.apply(LiftRules.scala:1101) net.liftweb.http.LiftSession$$anonfun$8.apply(LiftSession.scala:607) net.liftweb.http.LiftSession$$anonfun$8.apply(LiftSession.scala:607) scala.List.flatMap(List.scala:1132) net.liftweb.http.LiftSession.net$liftweb$http$LiftSession$$merge (LiftSession.scala:607) net.liftweb.http.LiftSession$$anonfun$10$$anonfun$apply$30.apply (LiftSession.scala:717) net.liftweb.http.LiftSession$$anonfun$10$$anonfun$apply$30.apply (LiftSession.scala:714) net.liftweb.util.EmptyBox.or(Box.scala:374) net.liftweb.http.LiftSession$$anonfun$10.apply(LiftSession.scala:711) net.liftweb.http.LiftSession$$anonfun$10.apply(LiftSession.scala:704) net.liftweb.util.EmptyBox.or(Box.scala:374) net.liftweb.http.LiftSession.processRequest(LiftSession.scala:704) ---SNIP--- Anybody else getting this? Or know what the problem could be? --~--~-~--~~~---~--~~ 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: Mega*ProtoUser extensibility - a suggestion.
David, First apologies for accidently taking this thread off the lift group. It was entirely accidental. So my question with regards to the scala language that I can't seem to find an answer for online anywhere is what exactly is an object nested inside a class i.e. : class ObjectWrapper { object obj extends AnyRef{var prop = "prop"} } versus a class with a final val that's set to an instance of an anonymous class i.e. : class AnonClassWrapper{ final val obj = new AnyRef{var prop="prop"} } I've tried to discover some sort of behavioral difference both in simple tests in the scala console, and couldn't find any. In both clases obj responds just as if it was a val and not a type. This analogy towards static classes in java breaks down because a static class in java is one that doesn't have a containing instance, and yet: scala> class ObjectWrapper{var outerProp = "prop"; object obj extends AnyRef{var prop=outerProp}} defined class ObjectWrapper lastly, in a desperate attempt to prove to myself that there is an actual difference I went against your rule and changed a RequestVar from an object extending RequestVar to a value set to an instance of an anonymous extention and my lift app ran without any changes in behavior??? On Aug 4, 10:42 am, David Pollak wrote: > In this case, if you change the type/behavior of the SessionVar and/or > RequestVar, you could mess up code that depends on these. > > You also must *always* make RequestVar and SessionVar as object rather than > val so that they can make the determination of their unique string ID. > > I view ProtoUser much like I view Rails' scaffolding... at some point the > code becomes too heavy to keep subclassing and it's easier to copy the > MegaProtoUser code into your own User class and go from there. > > > > > > On Tue, Aug 4, 2009 at 10:27 AM, E. Biggs wrote: > > > I have extended Mega*ProtoUser to achieve cookie-based perpetual > > login.. and it was fairly easy to do except I ended up having to do > > something hackish simply because there are two private object members > > in the class that are core to the functionality I've extended. > > > Namely: > > > private object curUserId extends SessionVar[Box[String]](Empty) > > > private object curUser extends RequestVar[Box[ModelType]] > > (currentUserId.flatMap(id => getSingleton.find(id))) > > > I have no idea if this would be an acceptable change, but at least for > > one user of lift it would make much more sense that in the spirit of > > *ProtoUser's clear intent for extensibility that these members simply > > become: > > > protected val curUserId = new SessionVar[Box[String]](Empty){} > > > protected val curUser = new RequestVar[Box[ModelType]] > > (currentUserId.flatMap(id => getSingleton.find(id))){} > > > Unless I'm not properly understanding what object members actually > > are? I'm interpreting them as being final vals assigned to instances > > of anonymous classes (rough tests in the scala console seem to verify > > this) > > -- > Lift, the simply functional web frameworkhttp://liftweb.net > Beginning Scalahttp://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: Mega*ProtoUser extensibility - a suggestion.
Actually, you're right.. I suppose I got too focused on how I wanted to do it and didn't think of how it could be done more pleasingly this seems to work great: override def currentUserId: Box[String] = { super.currentUserId match { case Full(_) => super.currentUserId case _ => tryLookingforIdFromPriorSession() } } //wire up onLogIn to write cookie //wire up onLogOut to delete cookie no longer hackish On Aug 4, 1:03 pm, Naftoli Gugenheim wrote: > Why not use logUserIdIn, logUserIn, logoutCurrentUser/logUserOut(), and > currentUserId, and currentUser? > > --------- > > E. Biggs wrote: > > I have extended Mega*ProtoUser to achieve cookie-based perpetual > login.. and it was fairly easy to do except I ended up having to do > something hackish simply because there are two private object members > in the class that are core to the functionality I've extended. > > Namely: > > private object curUserId extends SessionVar[Box[String]](Empty) > > private object curUser extends RequestVar[Box[ModelType]] > (currentUserId.flatMap(id => getSingleton.find(id))) > > I have no idea if this would be an acceptable change, but at least for > one user of lift it would make much more sense that in the spirit of > *ProtoUser's clear intent for extensibility that these members simply > become: > > protected val curUserId = new SessionVar[Box[String]](Empty){} > > protected val curUser = new RequestVar[Box[ModelType]] > (currentUserId.flatMap(id => getSingleton.find(id))){} > > Unless I'm not properly understanding what object members actually > are? I'm interpreting them as being final vals assigned to instances > of anonymous classes (rough tests in the scala console seem to verify > this) --~--~-~--~~~---~--~~ 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] Mega*ProtoUser extensibility - a suggestion.
I have extended Mega*ProtoUser to achieve cookie-based perpetual login.. and it was fairly easy to do except I ended up having to do something hackish simply because there are two private object members in the class that are core to the functionality I've extended. Namely: private object curUserId extends SessionVar[Box[String]](Empty) private object curUser extends RequestVar[Box[ModelType]] (currentUserId.flatMap(id => getSingleton.find(id))) I have no idea if this would be an acceptable change, but at least for one user of lift it would make much more sense that in the spirit of *ProtoUser's clear intent for extensibility that these members simply become: protected val curUserId = new SessionVar[Box[String]](Empty){} protected val curUser = new RequestVar[Box[ModelType]] (currentUserId.flatMap(id => getSingleton.find(id))){} Unless I'm not properly understanding what object members actually are? I'm interpreting them as being final vals assigned to instances of anonymous classes (rough tests in the scala console seem to verify this) --~--~-~--~~~---~--~~ 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: Interrupting sleeping actors on ctrl-c
Ah good advice and analysis guys, thanks. --~--~-~--~~~---~--~~ 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: Interrupting sleeping actors on ctrl-c
Ah, reimplemented with ActorPing and love it, thanks... Just out of curiosity though, what are the reasons for strongly recommending not having sleep in actors? I mean besides that you can obviously get yourself into trouble - even create a deadlock.. but in my case my sleeping actor never received any messages itself so it seems safe? (besides the ctrl-c problem) .. but with this ActorPing the issue is moot, but just curious.. On Aug 1, 5:47 am, "marius d." wrote: > I'd strongly recommend not to use sleep in the actors. Please see > Lift's ActorPing that does exactly what you need. > > You have: > > def schedule(to: Actor, msg: Any, delay: TimeSpan) // send a message > to the given actor after a delay > > or > > def scheduleAtFixedRate(to: Actor, msg: Any, initialDelay: TimeSpan, > delay: TimeSpan) // same as above except it repeats the process > > Br's, > Marius > > On Aug 1, 3:40 pm, "E. Biggs" wrote: > > > > > attn beautiful, generous lift gurus, > > > I've spawned off a scheduling actor that spend most of its time > > asleep; it just wakes up to tell another actor when to do things i.e: > > actor{ loop{ sleep( an hour ); mainActor ! "do something" }}. Works > > like a champ except for one thing: jetty can't get clobbered with the > > good ol trusty ctrl-c anymore :( It reports a message about not > > interrupting my actor's sleep: java.lang.InterruptedException: sleep > > interrupted... GAH! enough beauty rest already! Time to die! > > > Now I got a couple things to try, and things to google - but I could > > surely spare myself some time by pinging you guys since one or all of > > you are likely to instantly know what to do ... > > > > > Oh as a side topic for any who wish to share. Anybody have advice/ > > wisdom on a development web container or time saving tips?. Obviously > > the jetty/javarebel/scala:cc is ten shades of awesome.. but this is > > more with regards to changes that fall out of that scope... I > > recently read an article written by a guy that was hot-deploying is > > lift apps in glassfish 3 (http://weblogs.java.net/blog/vivekp/archive/ > > 2008/05/scala_lift_web.html). I was thinking it might be worth looking > > into hot deploy - but then realized jetty starts and stops so fast > > that it might as well be a hot deploy already. In fact, the bulk of my > > jetty:run time is spent letting maven do its thing. So is anybody else > > as impatient and me and have any tips to share? I already do the mvn - > > o to shave off a few seconds but is there any easy trick to shave off > > more? Perhaps bypassing maven entirely? Or is there any other > > container / deployment mechanism you guys like? > > > Thanks guys, > > > e --~--~-~--~~~---~--~~ 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] Interrupting sleeping actors on ctrl-c
attn beautiful, generous lift gurus, I've spawned off a scheduling actor that spend most of its time asleep; it just wakes up to tell another actor when to do things i.e: actor{ loop{ sleep( an hour ); mainActor ! "do something" }}. Works like a champ except for one thing: jetty can't get clobbered with the good ol trusty ctrl-c anymore :( It reports a message about not interrupting my actor's sleep: java.lang.InterruptedException: sleep interrupted... GAH! enough beauty rest already! Time to die! Now I got a couple things to try, and things to google - but I could surely spare myself some time by pinging you guys since one or all of you are likely to instantly know what to do ... Oh as a side topic for any who wish to share. Anybody have advice/ wisdom on a development web container or time saving tips?. Obviously the jetty/javarebel/scala:cc is ten shades of awesome.. but this is more with regards to changes that fall out of that scope... I recently read an article written by a guy that was hot-deploying is lift apps in glassfish 3 (http://weblogs.java.net/blog/vivekp/archive/ 2008/05/scala_lift_web.html). I was thinking it might be worth looking into hot deploy - but then realized jetty starts and stops so fast that it might as well be a hot deploy already. In fact, the bulk of my jetty:run time is spent letting maven do its thing. So is anybody else as impatient and me and have any tips to share? I already do the mvn - o to shave off a few seconds but is there any easy trick to shave off more? Perhaps bypassing maven entirely? Or is there any other container / deployment mechanism you guys like? Thanks guys, e --~--~-~--~~~---~--~~ 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: Is something up with applying By to a MappedBoolean?
an indication at this point that somebody cares about this besides me would be like gold At this point, I'm assuming it's a bug and am fumbling through the mapping code which is taking me a bit of time to understand --~--~-~--~~~---~--~~ 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: Is something up with applying By to a MappedBoolean?
Any Ideas? I've tried distilling this down to just a most basic example: object BoolTest extends BoolTest with KeyedMetaMapper[Long, BoolTest] { override def dbTableName = "BoolTest" override def fieldOrder = id :: testField :: Nil } class BoolTest extends KeyedMapper[Long, BoolTest] { def getSingleton = BoolTest def primaryKeyField = id object id extends MappedLongIndex(this) object testField extends MappedBoolean(this) } And I still get: 2009-06-15 10:06:44.163 GMT Thread[Thread-14,5,main] (XID = 489), (SESSIONID = 0), (DATABASE = lift_example), (DRDAID = null), Failed Statement is: SELECT DISTINCT BoolTest.id, BoolTest.testfield FROM BoolTest WHERE testfield = ? When I do: val abc = BoolTest.findAll(By(BoolTest.testField, true)) on start up. Any ideas? Or should I report a bug or what? --~--~-~--~~~---~--~~ 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: Is something up with applying By to a MappedBoolean?
293) at com.yo.model.Property$.findMapDb(Property.scala:5) at net.liftweb.mapper.MetaMapper$class.findAll(MetaMapper.scala:259) at com.yo.model.Property$.findAll(Property.scala:5) at com.yo.controller.Geocoder$.beginGoogleGeocoding(Geocoder.scala: 33) at com.yo.controller.Geocoder$.beginGeocoding(Geocoder.scala:29) at com.yo.controller.Geocoder$$anonfun$act$1$$anonfun$apply$1.apply (Geocoder.scala:23) at com.yo.controller.Geocoder$$anonfun$act$1$$anonfun$apply$1.apply (Geocoder.scala:21) at scala.actors.Reaction.run(Reaction.scala:78) at scala.actors.Scheduler$$anon$2.run(Scheduler.scala:77) at scala.actors.FJTaskRunner.scanWhileIdling(Unknown Source) at scala.actors.FJTaskRunner.run(Unknown Source) Cleanup action completed On Jun 3, 12:46 am, Timothy Perrett wrote: > Is there an exception? If so could you post the entire trace? > > Cheers, Tim > > On Jun 3, 3:24 am, "E. Biggs" wrote: > > > When I try to apply By to a MappedBoolean like so: > > > Table.findAll(By(Table.booleanField, false)); derby is unhappy and > > bombs out on some sql with this kind of where clause: > > > WHERE Table.booleanfield = ? > > > Is this a bug or am I doing something wrong? I'm using 1.1-SNAPSHOT --~--~-~--~~~---~--~~ 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] Is something up with applying By to a MappedBoolean?
When I try to apply By to a MappedBoolean like so: Table.findAll(By(Table.booleanField, false)); derby is unhappy and bombs out on some sql with this kind of where clause: WHERE Table.booleanfield = ? Is this a bug or am I doing something wrong? I'm using 1.1-SNAPSHOT --~--~-~--~~~---~--~~ 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: Firefox issue: anybody seen this?
David, Awesome this is probably just what I'm looking for, I'll give it a shot. Charles, I did make some assumptions with my diagnoses. The behavior I see is that when I change the MIME type to application/xhtml+xml I get a js error complaining that GMap2 is undefined. Combined with information on the net such as http://groups.google.gm/group/Google-Maps- API/browse_thread/thread/7dfcbb080d929b81/6cf8fd021ca8e98b">this I made the assumption that that's my problem. I'd be interested to know if/how you get GMap2 to be defined under that MIME type though? On Jan 19, 10:04 am, "Charles F. Munat" wrote: > I use Google maps (but very basically) on several sites with lift using > XHTML 1.1 with no problem. What is it hassling you with? > > Chas. > > E. Biggs wrote: > > Hey thanks for the suggestions.. although I figured out what my > > problem is and it's a bit frustrating... > > > What happened was that lift, as you probably know is all about xhtml.. > > which is incompatible with google maps (supposedly because it doesn't > > support document.write or something supposedly?) So I was switching my > > MIME type to text/html... And everything was fine.. except that lift > > doesn't play super nice with html which doesn't like having self > > closing tags... > > > So what was happening was Firefox, being an html stickler, will choke > > on self closing script tags while safari will gracefully accept them. > > > Of course Firefox is happy if I just switch my MIME type back to > > application/xhtml+xml but then google maps is unhappy. > > > So, as far as I can tell I'm not going to be able to support firefox > > unless either google accepts xhtml or lift is happier about gratuitous > > end tags... Anybody know of a simple workaround for the latter? --~--~-~--~~~---~--~~ 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: Firefox issue: anybody seen this?
Hey thanks for the suggestions.. although I figured out what my problem is and it's a bit frustrating... What happened was that lift, as you probably know is all about xhtml.. which is incompatible with google maps (supposedly because it doesn't support document.write or something supposedly?) So I was switching my MIME type to text/html... And everything was fine.. except that lift doesn't play super nice with html which doesn't like having self closing tags... So what was happening was Firefox, being an html stickler, will choke on self closing script tags while safari will gracefully accept them. Of course Firefox is happy if I just switch my MIME type back to application/xhtml+xml but then google maps is unhappy. So, as far as I can tell I'm not going to be able to support firefox unless either google accepts xhtml or lift is happier about gratuitous end tags... Anybody know of a simple workaround for the latter? --~--~-~--~~~---~--~~ 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] Firefox issue: anybody seen this?
Hello, So I'm getting an error on liftajax.js() [Line 110] in firefox saying "jQuery is not defined." I'm puzzled because it works just fine safari, and the AJAX Samples on demo.liftweb.net works fine for me in firefox - and the order the scripts are included in the head are the same as my code... namely jQuery is included before liftajax. I even went to /classpath/jquery.js to make sure it was getting served (which seemed redundant since it works fine in safari) and indeed jetty served the js up just fine. Anybody encounter this or have any ideas? Thanks --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---