[Lift] Re: Removing Scala Actors from Lift

David, I'm not 100% clear on having Box not in lift-util? Lift-util then depends on lift-base which appears to be dependency bloat to me I use lift-util in several non-lift apps and libs - none of those would need lift-actors Cheers, Tim Sent from my iPhone On 29 Sep 2009, at 03:30, Da

[Lift] VCard parser...

Guys, Who added the VCard parser, who ever made the commit needs to set there git username :-) VCard parsing is very, very cool - are there any plans for a builder for VCard? Cheers, Tim --~--~-~--~~~---~--~~ You received this message because you are subscribed t

[Lift] Re: Seeking for Simple Sample .scala and .html that mimics CRUDify/Seam-Gen

Also make sure to take a look at the wiki for Lift on Github there are some good info there as well http://wiki.github.com/dpp/liftweb --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Lift" group. To post to th

[Lift] Re: Removing Scala Actors from Lift

Apologies if I've missed something obvious but my web search hasn't turned anything up... What are the Scala Actors instability issues? I'm in the process of doing some major Scala development work and this comment raises concerns that I'd like to understand. Best, Stuart On Sep 29, 3:30 am, D

[Lift] Unwarranted dependencies in lift-record

Guys, I just noticed that lift-record depends on lift-webket because of some calls to S... IMHO, we need to remove this because thats simply too tight a coupling between the webkit and an abstract persistence interface like record. For instance, one record abstraction I wrote isn't even used in

[Lift] Re: Removing Scala Actors from Lift

Basically there are parts of lift where we are doing high volume creation and destruction of actors and over time, they leak memory ever-so-slightly which increases heap size incrementally. Of course, leaking memory is a bad thing for long-running processes and until EPFL fix there impleme

[Lift] Re: Java 5 support?

Is it possible to have a bridge trait for the Statement interface? On Tue, Sep 29, 2009 at 12:16 AM, Derek Chen-Becker wrote: > No. I hadn't foreseen this issue, but I understand the importance of have > Java 5 support. I'm fine with writing and maintaining multiple versions of > the impls for t

[Lift] Re: Unwarranted dependencies in lift-record

lift-record depends on lift-mapper and since lift-mapper is heavily dependent on lift-webkit, lift-record ends up depending on lift-webkit as well. So at the moment, lift-record would end up depending on lift-webkit (and lift-widget!) indirectly even if you remove reference to lift-webkit (su

[Lift] Re: Removing Scala Actors from Lift

Has this been communicated? And if is there a bug number associated with this issue? Regards Stefan --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Lift" group. To post to this group, send email to liftweb@googlegro

[Lift] Re: Removing Scala Actors from Lift

Okay, I think I've now found the reference I was looking for... Stuart. On Sep 29, 10:35 am, Stuart Roebuck wrote: > Apologies if I've missed something

[Lift] Beginner question, how to run Javascript from function?

Hi, I want to run some javascript to initialize my component which is a YUI richtexteditor. Can help? This seems to be the wrong way to do it. Thanks, Philip class RichEditor { def show = { JsCmds.Run("alert('hi')") } } --~--~-~--~-

[Lift] Re: Unwarranted dependencies in lift-record

This is my point - record should be more abstract... we dont want it depending on all that stuff its pointless. @dpp or @marius... what are your thoughts? Cheers, Tim On 29 Sep 2009, at 12:44, Indrajit Raychaudhuri wrote: > > lift-record depends on lift-mapper and since lift-mapper is he

[Lift] Can we deploy lift webapp on Google App Engine?

Hi All, I'm brand new to Scala and lift framework. I have created a very simple hello world web app in lift framework and deployed it successfully on tomcat. Now I want to know whether I can deploy the same lift application on Google app engine or not? I have the war ready, so in I thought that i

[Lift] Error reporting when snippet method not found

Hi, I know I just raved about #liftweb error reporting on Twitter, but... now that I found out what was wrong, I still have a gripe about it. I am very unforgiving on error reporting logic, but most of the time people's error handling is so hopeless that I just throw up my arms and emit some mock

[Lift] Re: Can we deploy lift webapp on Google App Engine?

http://lift-example.appspot.com There are caveats though, the major one is the lack of actors. On Sep 29, 8:53 am, justss wrote: > Hi All, > > I'm brand new to Scala and lift framework. I have created a very > simple hello world web app in lift framework and deployed it > successfully on tomcat

[Lift] Re: VCard parser...

Marius added it. He owes the committers a beer for not going through review board. On Tue, Sep 29, 2009 at 1:10 AM, Timothy Perrett wrote: > > Guys, > > Who added the VCard parser, who ever made the commit needs to set > there git username :-) > > VCard parsing is very, very cool - are there any

[Lift] Re: VCard parser...

I guess we could let him off this time ;-) Any plans to add a vCard builder? I could really use that as it happens! Cheers Tim Sent from my iPhone On 29 Sep 2009, at 14:10, David Pollak wrote: > Marius added it. He owes the committers a beer for not going > through review board. > > On

[Lift] Re: Unwarranted dependencies in lift-record

Aren't most of the dependencies that Record relies on coming from the RDBMS code? Would it make sense to move that code to a separate module (lift-record-rdbms)? I don't like all of the dependencies that Record relies on because I'm not using the RDBMS code, I'm using a custom Record back end. I

[Lift] Re: Java 5 support?

Can you elaborate on what you mean? I was actually going to look at how log4jdbc does it and see if I could replicate it. Derek On Tue, Sep 29, 2009 at 5:22 AM, Viktor Klang wrote: > Is it possible to have a bridge trait for the Statement interface? > > > On Tue, Sep 29, 2009 at 12:16 AM, Derek

[Lift] Re: Java 5 support?

Argh. log4jdbc has two source trees, one for JDK 1.4 and one for JDK 6 :( On Tue, Sep 29, 2009 at 7:47 AM, Derek Chen-Becker wrote: > Can you elaborate on what you mean? I was actually going to look at how > log4jdbc does it and see if I could replicate it. > > Derek > > > On Tue, Sep 29, 2009 at

[Lift] Re: VCard parser...

Hly cow ! I owe the committers more than a beer. I totally forgot about review board. All, please accept my apologies. Br's, Marius On Sep 29, 8:27 am, Timothy Perrett wrote: > I guess we could let him off this time ;-) > > Any plans to add a vCard builder? I could rea

[Lift] Re: VCard parser...

Oh Tim ... a VCard builder should be easier then the parser. I'll add it hopefully in the next days/week ... and will go thru the review board. Damn I'm really sorry about not following the process ... Br's, Marius On Sep 29, 8:50 am, "marius d." wrote: > Hly cow ! I o

[Lift] Re: Java 5 support?

On Tue, Sep 29, 2009 at 3:47 PM, Derek Chen-Becker wrote: > Can you elaborate on what you mean? I was actually going to look at how > log4jdbc does it and see if I could replicate it. > I haven't really tried this, but if you do: if you implement methods with the correct signatures in the Logged

[Lift] Re: VCard parser...

I will also have use for a VCard builder in the near future. Thanks for the addition, Marius! - Timothy Perrett wrote: I guess we could let him off this time ;-) Any plans to add a vCard builder? I could really use that as it happens! Cheers Tim Sent from

[Lift] Re: Java 5 support?

On Tue, Sep 29, 2009 at 4:44 PM, Naftoli Gugenheim wrote: > > Another option: Java has a way to dynamically implement an interface. I > forgot what the classes are called. You supply a delegate and you can > pattern match on which method is being invoked. In Java 5 the nonexistent > method will si

[Lift] Re: Java 5 support?

Another option: Java has a way to dynamically implement an interface. I forgot what the classes are called. You supply a delegate and you can pattern match on which method is being invoked. In Java 5 the nonexistent method will simply never be invoked, but it won't break code. ---

[Lift] Re: Unwarranted dependencies in lift-record

Tim, I couldnt agree more! However, Record also has a dep on lift-webkit from S.funcMap which we really need to refactor / remove. Likewise for asJS methods which pull a dep on lift-webkit. Cheers, Tim On 29 Sep 2009, at 14:39, Tim Nelson wrote: > Aren't most of the dependencies that Record

[Lift] Re: CometActor timeout problem

Thanks. I will adapt these changes and if its still not working I will post the code so you can run it. Also, I admit, I have a ways to go in the art of functional programming. On Tue, Sep 29, 2009 at 12:50 AM, David Pollak < feeder.of.the.be...@gmail.com> wrote: > > > On Mon, Sep 28, 2009 at 7:2

[Lift] Re: Java 5 support?

On Tue, Sep 29, 2009 at 3:46 PM, Viktor Klang wrote: > > > On Tue, Sep 29, 2009 at 4:44 PM, Naftoli Gugenheim > wrote: >> >> Another option: Java has a way to dynamically implement an interface. I >> forgot what the classes are called. You supply a delegate and you can >> pattern match on which

[Lift] Re: Code Plugability in Lift

Yeah, there are a lot of things that I like about JPA, but it's clear to me that design by committee is less than optimal in this case. On Mon, Sep 28, 2009 at 7:57 PM, Meredith Gregory wrote: > Dear Derek, > > You hit the nail on the head. JPA is a quagmire disguised as an > abstraction. > > Bes

[Lift] Re: Can we deploy lift webapp on Google App Engine?

Great TylerWeir!!! Thanks a lot... Can you please suggest any kind of documentation for this... sorry to be bothering you for that. Any tutorial would be of great help. Cheers. On Sep 29, 2:08 pm, TylerWeir wrote: > http://lift-example.appspot.com > > There are caveats though, the major one is

[Lift] Re: Code Plugability in Lift

If you want to keep to a JPA standard, I believe EclipseLink, the former toplink, is the defacto standard API for that. Keep Hibernate, and any of the other varieties, out of it. In fact, if you stick to just the JPA stuff in EclipseLink, and don't use any of the extras, then Hibernate can use it,

[Lift] Re: Beginner question, how to run Javascript from function?

I use head merging and JsCmds.Script, for example: { JsCmds.Script(JsCmds.OnLoad(/* initialization code here */)) } ++ ... Lift will automatically move the tag coming out into the HTML head tag, and JsCmds.OnLoad is equivalent to jQuery ready(), so the code will only be executed once the

[Lift] Re: Java 5 support?

Exactly. Thanks. Is that an opton? - Viktor Klang wrote: On Tue, Sep 29, 2009 at 4:44 PM, Naftoli Gugenheim wrote: > > Another option: Java has a way to dynamically implement an interface. I > forgot what the classes are called. You supply a delegate and you

[Lift] Re: Unwarranted dependencies in lift-record

Besides for actual dependencies, Mapper and Record were designed for web apps, which is why they have asHtml and toForm etc. Personally I don't like that design very much. DPP says it's more convenient for the application programmer if it's all in one place, but if it's not too late to make a f

[Lift] Re: Java 5 support?

On Tue, Sep 29, 2009 at 8:32 AM, Naftoli Gugenheim wrote: > > Exactly. Thanks. > Is that an opton? > I think DynamicProxy is the way to go. Derek -- if you want, I can take a crack at getting to code working. > > - > Viktor Klang wrote: > > On Tue, Sep 29, 2

[Lift] Re: Unwarranted dependencies in lift-record

Naftoli, I agree - it should be possible to break this stuff out into traits so that we have a tight record library... for the most part, I cant see myself using Record for anything other than custom backends so it makes sense to break out the things that are not mandatory. Cheers, Tim On

[Lift] Re: Java 5 support?

I'll take a stab at it. I'm familiar with Dynamic Proxies but I've never implemented one before, so this would be a good experience. The only drawback is that I think I'm going to have to use reflection on the wrapped Statement/PreparedStatement since we won't know ahead of time which JDBC version

[Lift] Re: Removing Scala Actors from Lift

Dear David, i don't really see this as losing our Scala Actors so much as *gaining* an interface. Surely, someone can wire up Scala Actors to that interface if there is a need. ;-) Best wishes, --greg On Mon, Sep 28, 2009 at 7:30 PM, David Pollak wrote: > Folks, > > Given the continued instab

[Lift] Re: CometActor timeout problem

On Tue, Sep 29, 2009 at 8:00 AM, Jack Widman wrote: > Thanks. I will adapt these changes and if its still not working I will post > the code so you can run it. Also, I admit, I have a ways to go in the art of > functional programming. Rule #1 - don't use anything mutable unless you have a good

[Lift] Re: Removing Scala Actors from Lift

On Tue, Sep 29, 2009 at 3:33 AM, Stefan Langer wrote: > Has this been communicated? And if is there a bug number associated with > this issue? > I have filed a number of bugs, had a number of on-list exchanges with Philipp Haller, and others in the community have done the same. We are not keepin

[Lift] Re: Removing Scala Actors from Lift

On Tue, Sep 29, 2009 at 2:35 AM, Stuart Roebuck wrote: > > Apologies if I've missed something obvious but my web search hasn't > turned anything up... > > What are the Scala Actors instability issues? I'm in the process of > doing some major Scala development work and this comment raises > concern

[Lift] Re: Removing Scala Actors from Lift

On Tue, Sep 29, 2009 at 12:49 AM, Timothy Perrett wrote: > David, > > I'm not 100% clear on having Box not in lift-util? Lift-util then depends > on lift-base which appears to be dependency bloat to me > > I use lift-util in several non-lift apps and libs - none of those would > need lift-acto

[Lift] Re: Removing Scala Actors from Lift

On Mon, Sep 28, 2009 at 10:47 PM, Heiko Seeberger < heiko.seeber...@googlemail.com> wrote: > What's the reason to have a new module (lift-base)? Why not put Actor to > lift-util and keep Box where it is? Because there are a lot of web-related things in lift-utils. I am going to for a separate p

[Lift] Re: Can we deploy lift webapp on Google App Engine?

google for "lift appengine" there a few out there. On Sep 29, 11:05 am, justss wrote: > Great TylerWeir!!! Thanks a lot... Can you please suggest any kind of > documentation for this... sorry to be bothering you for that. Any > tutorial would be of great help. > > Cheers. > > On Sep 29, 2:08 pm,

[Lift] Re: VCard parser...

On Tue, Sep 29, 2009 at 6:50 AM, marius d. wrote: > > Hly cow ! I owe the committers more than a > beer. I totally forgot about review board. > > All, please accept my apologies. > > No worries, we're getting used to the new system. But, feel encouraged to review http://

[Lift] Re: Removing Scala Actors from Lift

OK - that I can understand. Could I suggest however that we find a different name? Both myself and Marius were a little confused by that - nothing springs to mind, but perhaps lets bounce around some names. Cheers, Tim On 29 Sep 2009, at 18:41, David Pollak wrote: > lift-util is weighted v

[Lift] Re: Removing Scala Actors from Lift

On Tue, Sep 29, 2009 at 11:08 AM, Timothy Perrett wrote: > > OK - that I can understand. > > Could I suggest however that we find a different name? Both myself and > Marius were a little confused by that - nothing springs to mind, but > perhaps lets bounce around some names. > Sure. Now's the ti

[Lift] Re: Removing Scala Actors from Lift

+1, more so because other apps not using much of lift 'web'by stuff could use this too. Couple of options: 1. lift-common (along the lines of Jakarta Commons - not intuitive, but Java developers used to Jakarta Commons would be able to relate) 2. Actually naming lift-base as lift-util and lift

[Lift] Re: Removing Scala Actors from Lift

If I was new to Lift and saw a lift-util module and a lift-base module and had to guess which did not depend on anything web related, I would probably pick lift-util without hesitation. After all, "lift" is the name of a web framework, and "lift-base" implies that it's basic but central classes

[Lift] Re: Removing Scala Actors from Lift

lift-webutil On Tue, Sep 29, 2009 at 2:11 PM, David Pollak wrote: > > > On Tue, Sep 29, 2009 at 11:08 AM, Timothy Perrett > wrote: > >> >> OK - that I can understand. >> >> Could I suggest however that we find a different name? Both myself and >> Marius were a little confused by that - nothing

[Lift] Re: Removing Scala Actors from Lift

+1 sounds like sense to me :-) Cheers, Tim Sent from my iPhone On 29 Sep 2009, at 19:20, Naftoli Gugenheim wrote: > > If I was new to Lift and saw a lift-util module and a lift-base > module and had to guess which did not depend on anything web > related, I would probably pick lift-util

[Lift] Re: VCard parser...

Oh, it's no problem, dude! I've been meaning to pick up a bottle of this Jacobsen Vintage #2 beer for a while now, but it's only available in Europe. Maybe you could ship me one? http://www.carlsberggroup.com/brands/Pages/Jacobsen_Vintage_no_2.aspx Chas. :-) marius d. wrote: > Hly

[Lift] selecting random rows from a table

Let's say I want 10 random users from a table In SQL I would do this: SELECT * FROM users ORDER BY random() LIMIT 10; Is there any way (without resorting to a fully raw SQL query) to do this with lift-mapper? I though this would work: Users.findAll(OrderBySql("random()", IHaveValidatedThisSQL(

[Lift] Re: Removing Scala Actors from Lift

It's true that technically it's not backward compatible, but how many users add lift-util as a dependency manually? If you only have lift-core as a dependency then as long as its dependencies are correct the user will get the jars he needs. Although that only helps maven-wise, not for package n

[Lift] Help with using JSExp and JsCmd traits

I'd like to converting the following JsRaw("""function() $('#item-save').html(this.id + ' was toggled')""") into something more object-oriented, using JQuery support functions in Lift. I've tried various combiniations, including this AnonFunc(JqId("item-save") >> JqEmptyAfter({JsRaw(this.id)}

[Lift] Re: Removing Scala Actors from Lift

2009/9/29 Heiko Seeberger : > What's the reason to have a new module (lift-base)? Why not put Actor to > lift-util and keep Box where it is? > In your branch def !?(timeout: Long, param: T) will return an Option. > Shouldn't this be a Box? We are trying to find a common interface for the Actors t

[Lift] Re: Help with using JSExp and JsCmd traits

Try JsVar("this", "id") or JsRaw("this.id") -Ross On Sep 29, 2009, at 4:22 PM, glenn wrote: > > I'd like to converting the following > > JsRaw("""function() $('#item-save').html(this.id + ' was > toggled')""") > > into something more object-oriented, using JQuery support functions in > Lift. >

[Lift] Re: Code Plugability in Lift

Well, the issue is that JPA doesn't have a vendor-neutral API for configuring the persistence unit other than XML or annotations, so anything we do is going to be vendor-specific. We may be able to provide an EclipseLink, Hibernate, JPEX, etc driver for Record that ties in, but it's going to unique

[Lift] Re: Code Plugability in Lift

In that case, why don't we just take the largest common denominator and go for market appeal? Is it Hibernate? I'm just thinking some support - even vendor specifc - is better than no support. Cheers, Tim Sent from my iPhone On 29 Sep 2009, at 21:55, Derek Chen-Becker wrote: > Well, the

[Lift] Re: Help with using JSExp and JsCmd traits

Hi, Ross, Unfornately, all of these just result in: function() {jQuery('#'+"item-save").empty().after("this.id was toggled");} They simply treat this.id as part of the passed in NodeSeq, "this.id was toggled". I need it to output this.id + "was toggled". Glenn On Sep 29, 1:46 pm, Ross Mell

[Lift] Re: Help with using JSExp and JsCmd traits

Well the compiler is trying to convert your JsRaw into a NodeSeq, because that's what happens to anything inside an xml literal. It probably uses toString. I can't tell you how to do it correctly because I'm not familiar with Lift's javascript functionality. --

[Lift] Re: VCard parser...

I've looked on the diffs but I need to look into more details as these are no trivial changes. So far I really like what I'm seeing. Hopefully I'll have time today to do it. Br's, Marius On Sep 29, 1:02 pm, David Pollak wrote: > On Tue, Sep 29, 2009 at 6:50 AM, marius d. wrote: > > > H

[Lift] Re: VCard parser...

Oh wow :) Br's, Marius On Sep 29, 2:18 pm, "Charles F. Munat" wrote: > Oh, it's no problem, dude! I've been meaning to pick up a bottle of this > Jacobsen Vintage #2 beer for a while now, but it's only available in > Europe. Maybe you could ship me one? > > http://www.carlsberggroup.com/brands/

[Lift] Re: Help with using JSExp and JsCmd traits

Oh I'm sorry, I got tunnel vision and did not read the rest of your code. You'll not be able to do quite what you want, since this.id is on the javascript side and the NodeSeq is on the server side. If you really want this.id within that div, I think you'll have to construct or modify the d

[Lift] Re: Help with using JSExp and JsCmd traits

Ross, I think you and I came to same conclusion. Writing it as raw JavaScript, as I did initially, seems the only way I could find to do this. FYI, where I was using this was with the TreeView widget. There, "toggle" takes an anonymous function, and "this" is an implicit parameter, denoting the

[Lift] Re: Help with using JSExp and JsCmd traits

Maybe write javascript code that gets all its variables by calling functions. Then supply those functions as Lift JsXX. This way you can supply values from Lift but the javascript "program" is written in javascript. - glenn wrote: Ross, I think you and I

[Lift] Re: Help with using JSExp and JsCmd traits

I'm sure opinions vary, but my personal preference in general is to implement JavaScript in JavaScript as a linked .js file and leave the HTML/XML generation in the server and not mix the two terribly much unless it's simple or there's a compelling reason. What do you mean by "more function

[Lift] Re: Can we deploy lift webapp on Google App Engine?

Thanks a lot ;-) On 29 Sep 2009, at 06:54 PM, TylerWeir wrote: > > google for "lift appengine" there a few out there. > > On Sep 29, 11:05 am, justss wrote: >> Great TylerWeir!!! Thanks a lot... Can you please suggest any kind of >> documentation for this... sorry to be bothering you for that

[Lift] Question about the Getting Started Guide

Hi, I'm new to Lift. I'm trying to follow the getting started guide to build the first simple demo.helloworld project. At the end of Maven command output I see "BUILD SUCCESSFUL". However, when I run "mvn jetty:run", I get error: The plugin 'org.apache.maven.plugins:maven-jetty-plugin' does not

[Lift] Re: Removing Scala Actors from Lift

As much as I agree with your decision, it just makes me sad. I know lots of people that learned scala for "actors are the way of the future" I think we need to push harder. Hopefully all major projects migrating off actors will give EPFL a wake up call? - Josh On Tue, Sep 29, 2009 at 1:41

[Lift] Re: Removing Scala Actors from Lift

I'd vote for: lift-common instead of lift-base. lift-base can be easily misinterpreted as lift's base traits and classes? ... which is not the case. This can hold, Box, comb parsers (JSON, VCard etc), liftactors etc. lift-util - things that are in the current util but lean towards web realm. Br

[Lift] Re: Removing Scala Actors from Lift

Hmmm. I still think that given lift-common and lift-util, lift-common is more "core" sounding than lift-util... Maybe lift-helpers? On Tue, Sep 29, 2009 at 11:14 PM, marius d. wrote: > > I'd vote for: > > lift-common instead of lift-base. lift-base can be easily > misinterpreted as lift's base t

[Lift] Re: Question about the Getting Started Guide

Do you have a network connection? The idea of maven is that it downloads whatever it's missing. On Tue, Sep 29, 2009 at 9:11 PM, jlist9 wrote: > > Hi, > > I'm new to Lift. I'm trying to follow the getting started guide to > build the first simple > demo.helloworld project. At the end of Maven co

[Lift] Re: Removing Scala Actors from Lift

Hi Josh, I don't think it is such a bad sign that multiple actor libraries are popping up. There isn't one way to write actors. There are many. List seems to create lots of very short-lived actors if I have understood that correctly. Nothing wrong with that, but it doesn't mean that all implement

[Lift] Re: Question about the Getting Started Guide

Yes, I have a network connection. Maven downloaded some other components and the end result was BUILD SUCCESSFUL... On Tue, Sep 29, 2009 at 8:29 PM, Naftoli Gugenheim wrote: > > Do you have a network connection? The idea of maven is that it > downloads whatever it's missing. > > On Tue, Sep 29,

[Lift] Re: Question about the Getting Started Guide

I had such an issue when it was confused about which version of Jetty. Is there any more detail? Try running with error details enabled (mvn -help should tell you how). - jlist9 wrote: Yes, I have a network connection. Maven downloaded some other components

[Lift] Re: Concurrent Web Service Requests?

I realize that I may be a little late here but I do have second thoughts about liftx prefix. Yeah, I'm not a big fan of it. I understand that these attributes are not really snippets or built is snippets but is this an enough reason to introduce a new prefix? Personally I don't think so. Historica

[Lift] Re: Concurrent Web Service Requests?

So what is your proposal? Am I interpreting you correctly that you are for a prefix of 'lift'? And it will be a reserved suffix? - marius d. wrote: I realize that I may be a little late here but I do have second thoughts about liftx prefix. Yeah, I'm not a b

[Lift] Re: Can we deploy lift webapp on Google App Engine?

Try http://github.com/ymnk/lift-gae-jdo for a example, personally I don't care for the limited approach GEA gives you, but that's me On Sep 30, 9:22 am, Sury wrote: > Thanks a lot ;-) > > On 29 Sep 2009, at 06:54 PM, TylerWeir wrote: > > > > > google for "lift appengine" there a few out the

[Lift] Re: Concurrent Web Service Requests?

lift is already a "reserved" prefix for snippets. So I'd stay with simply lift prefix for these attributes as well. Br's, Marius On Sep 29, 11:11 pm, Naftoli Gugenheim wrote: > So what is your proposal? Am I interpreting you correctly that you are for a > prefix of 'lift'? And it will be a res

[Lift] Re: Question about the Getting Started Guide

I just tried it on another computer and got exactly the same error when running (below). I think something is broken. I checked the mvn output in the first run to create helloworld project and didn't see any mentioning of jetty... D:\Java\liftweb\work>mvn jetty:run [INFO] Scanning for projects...

[Lift] Re: Question about the Getting Started Guide

Jack, maven-jetty-plugin belongs to the group org.mortbay.jetty, not org.apache.maven.plugins. This makes me suspect that your jetty plugin isn't configured properly. A minimal jetty plugin configuration would look like this: org.mortbay.jetty maven-jetty-plugin