[Lift] Re: Trouble getting lift up and running

Found the following command which solves the problem for me: mvn archetype:generate -DarchetypeCatalog=http://scala-tools.org/ Would still be great to know what went wrong. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google G

[Lift] Re: CometActor timeout problem

Yes, I will send you this. In the mean time, could you at least tell me how to reset the code. I.E. I would like that everytime you refresh the page, it starts again. On Oct 3, 12:47 am, Atsuhiko Yamanaka wrote: > Hi, > > On Sat, Oct 3, 2009 at 1:05 PM, jack wrote: > > > Atsuhiko, > > > The way

[Lift] Lift with JavaRebel, Jetty: Can I add views and/or modify Boot.scala without restarting Jetty?

I'm just getting started with Lift and Scala, and I'm excited about using JavaRebel to avoid waiting to restart Jetty every time I make a change. It seems to be working well: I can see changes made to snippets for example right away, I'm running "mvn scala:cc: and I see it pick up the changes. H

[Lift] Re: 1.1-SNAPSHOT and Snippet problems?

I thought that I'd just updated all the versions . from that stack trace, how do you tell which version lift-util is? On Sat, Oct 3, 2009 at 1:39 PM, marius d. wrote: > > What verions of lift are you using? It appears that lift-util is a > different version than lift ? > > Br's, > Marius > >

[Lift] Re: RFC: Restructuring Lift Codebase [Round 2]

Ok ... got it. Thanks. On Oct 3, 10:16 pm, Indrajit Raychaudhuri wrote: > On 04/10/09 12:32 AM, marius d. wrote: > > > > > Why not lift-core = (lift-common, lift-util, lift-json, lift- > > actor,lift-webkit) ? > > 1. Initially, it didn't sound right to me (when we had lift-base, > lift-util etc.

[Lift] Re: 1.1-SNAPSHOT and Snippet problems?

What verions of lift are you using? It appears that lift-util is a different version than lift ? Br's, Marius On Oct 3, 11:11 pm, Thomas Rampelberg wrote: > I just synced up to main this morning and now whenever I try and use > one of my snippets, I'm getting the traceback below. Any hints on w

[Lift] Trouble getting lift up and running

Would be great to get some help setting up lift, guess I am kind of lost here. I use Mac OS X Snow Leopard with 64bit Java 6. When I try to create a new lift project as written in the tutorial I get the following error message: Invalid task 'archetypeArtifactId=lift-archetype-blank': you must sp

[Lift] 1.1-SNAPSHOT and Snippet problems?

I just synced up to main this morning and now whenever I try and use one of my snippets, I'm getting the traceback below. Any hints on what I'm doing wrong? The snippet in question is just the basic Util.in/Util.out that the tutorial has you write.

[Lift] Re: RFC: Restructuring Lift Codebase [Round 2]

On 04/10/09 12:32 AM, marius d. wrote: > > > Why not lift-core = (lift-common, lift-util, lift-json, lift- > actor,lift-webkit) ? 1. Initially, it didn't sound right to me (when we had lift-base, lift-util etc.). 2. DavidP commented, that lift-core currently means "everything Lift." and he t

[Lift] Re: RFC: Restructuring Lift Codebase [Round 2]

Why not lift-core = (lift-common, lift-util, lift-json, lift- actor,lift-webkit) ? Br's, Marius On Oct 3, 7:33 pm, Indrajit Raychaudhuri wrote: > On 02/10/09 6:25 PM, David Pollak wrote: > > > > > > > On Fri, Oct 2, 2009 at 5:53 AM, Indrajit Raychaudhuri > > mailto:indraj...@gmail.com>> wrote:

[Lift] Re: MappedStringForeignKey and Schemifier

I had some issues getting string foreign keys working that required changes to MetaMapper (because of how it handles autogenerated primary keys). That said, Here's some code that'll fix the issue you're currently having: class StringForeignKey[T<:Mapper[T],O<:KeyedMapper[String, O]]( override v

[Lift] Re: Extending Session Expiry

OK, so first testing says that 10 does the trick - for some strange reason winstone appears to cut sessions really short Cheers, Tim On 3 Oct 2009, at 01:30, Timothy Perrett wrote: > This explains why I'm not seeing the issue in dev mode with mvn > jetty:run > > I'm deploying to embed

[Lift] Re: RFC: Restructuring Lift Codebase [Round 2]

On 02/10/09 6:25 PM, David Pollak wrote: > > > On Fri, Oct 2, 2009 at 5:53 AM, Indrajit Raychaudhuri > mailto:indraj...@gmail.com>> wrote: > > > > > On Oct 2, 5:39 pm, David Pollak > wrote: > > On Fri, Oct 2, 2009 at 3:43 AM, Indrajit Raychaudh

[Lift] Re: Lift compiled against 2.7.7.RC1

Folks, Lift snapshot artifacts built on Scala 2.7.7.RC1 are now available in scala-tools repository. The artifacts follow the version pattern 1.1-scala2.7.7.RC1-SNAPSHOT. So they are all available in the usual snapshot repository location (http://scala-tools.org/repo-snapshots) as lift--1.1-

[Lift] Re: lift-json's extract and Mapper

On Sat, Oct 3, 2009 at 11:33 AM, Peter Robinett wrote: > > > On Oct 3, 12:04 pm, Kevin Wright > wrote: >> On Sat, Oct 3, 2009 at 10:43 AM, Peter Robinett >> wrote: >> >> > Thanks, Kevin. I'm going to poke around with lift-json a bit more but >> > a case class may be the way to go. >> >> case c

[Lift] Re: a question about host based url rewriting

Jeppe, you are exactly right. Doing that should work no problem. Cheers, Tim Sent from my iPhone On 3 Oct 2009, at 10:33, Jeppe Nejsum Madsen wrote: > > harryh writes: > >>> Are they essentially two independent apps in terms of templates and >>> snippets? >> >> Yes. Though they share the sa

[Lift] Re: lift-json's extract and Mapper

On Oct 3, 12:04 pm, Kevin Wright wrote: > On Sat, Oct 3, 2009 at 10:43 AM, Peter Robinett > wrote: > > > Thanks, Kevin. I'm going to poke around with lift-json a bit more but > > a case class may be the way to go. > > case classes definitely get you some juicy extras, it becomes a lot > easier

[Lift] Re: lift-json's extract and Mapper

On Sat, Oct 3, 2009 at 10:43 AM, Peter Robinett wrote: > > Thanks, Kevin. I'm going to poke around with lift-json a bit more but > a case class may be the way to go. case classes definitely get you some juicy extras, it becomes a lot easier to filter or map a list of readings when compared to th

[Lift] MappedStringForeignKey and Schemifier

I have a model, Node, with a string index. I have another model, Packet, which has a MappedStringForeignKey to Node. Unfortunately, Schemifier doesn't seem to respect the MappedStringForeignKey type and creates a BIGINT column in the packets table, as you can see from its output: INFO - CREATE TAB

[Lift] Re: Started integrating lift in a scala+spring project. Feedback?

Hmm, I am still confused... Maybe better to get into a specific use case. Suppose i have the following: 1) a lift application just serving stuff via the Servlet interface 2) an object in the ServletContext (let's say spring's ApplicationContext) 3) a snippet that does not need a session but needs

[Lift] Re: lift-json's extract and Mapper

Thanks, Kevin. I'm going to poke around with lift-json a bit more but a case class may be the way to go. As for the datetime, it's actually stored as a Long representing a millisecond Unix timestamp. I've considered scala-time but haven't seen the need to switch yet. Peter On Oct 3, 11:13 am, K

[Lift] Re: a question about host based url rewriting

harryh writes: >> Are they essentially two independent apps in terms of templates and >> snippets? > > Yes. Though they share the same model (+ some random extra library > code). > >> That seems like you just want a virtual host via nginx or some >> other web server. > > I could go that route.

[Lift] Re: lift-json's extract and Mapper

Totally untested, but something like this might work for you: case class TempReading(node:String, dt:Int, temp:Double) object JsonTempReading { def unapply(obj: JObject) : Option[TempReading] { obj match { case JObject(List( JField("node", JString(node)), JField("dt"

[Lift] Re: lift-json's extract and Mapper

Sounds to me like you want to create yourself a small helper function that can map that structure into your own case class, something like: case class TempReading(node:String, dt:Int, temp:Double) It should be possible to do this as a layer on top of the json parser. So you can go from:

[Lift] lift-json's extract and Mapper

I guess this is basically a question for Joni, but I figure I'll throw it out here for everyone to see. Would it be possible to have extract() support Mapper instances in additional to standard case classes? After parsing some JSON I get the following JValue: JObject(List(JField (node,JString(00