[Lift] Re: Removing Scala Actors from Lift

Hi David, Could you give some short "step-by-step" guide, how to change the most important stuff in case of compilation errors that are caused because of this? Maybe that would safe some time afterwards. I'm thinking about to start my application exclusively with -o to make sure that no u

[Lift] Re: Removing Scala Actors from Lift

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? Heiko 2009/9/29 David Pollak > Folks, > > Given the continued instability of Scala Actors,

[Lift] Re: CometActor timeout problem

On Mon, Sep 28, 2009 at 7:29 PM, Jack Widman wrote: > Thanks David so much for this example. It is very cool to accomplish this > in such a small amount of code! I am trying to adapt my code to work like > this and it would help me if you could look at this (short) piece of code > and tell me wha

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

Dont mind my previous message. I've finally located net.liftweb.example package from git. The Simple example is exactly what I am looking for. Cheers On Sep 28, 8:45 pm, yk wrote: > I have had plowing through the internet for two weeks now, for a > simple tutorial that can point me in the righ

[Lift] Removing Scala Actors from Lift

Folks, Given the continued instability of Scala Actors, I've decided to remove them from Lift. Specifically, I'm migrating CometActors to sit on top of Lift's Actors. But, you'll also be able to use Akka Actors to power Lift's CometActors. Specifically, I'm working with Jonas to make sure that we

[Lift] Re: CometActor timeout problem

Thanks David so much for this example. It is very cool to accomplish this in such a small amount of code! I am trying to adapt my code to work like this and it would help me if you could look at this (short) piece of code and tell me whats wrong with it. This code is supposed to display a list of p

[Lift] Re: Code Plugability in Lift

Dear Derek, You hit the nail on the head. JPA is a quagmire disguised as an abstraction. Best wishes, --greg On Mon, Sep 28, 2009 at 11:01 AM, Derek Chen-Becker wrote: > It's a really ugly corner that JPA paints us into here. There aren't any > vendor-neutral APIs for programmatically wiring

[Lift] Re: Java 5 support?

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 the various versions, but I wonder if there's any clean way to manage this with Maven. Derek On Mon, Sep 28, 2009 at 4:00 PM, David Po

[Lift] Re: Java 5 support?

In some code we have at work that has to support Java 1.6 and down for certain things, we had to resort to having multiple versions and dynamically Class.forName the right one in at runtime. I would be overjoyed to hear of a better solution :-/ -Ross On Sep 28, 2009, at 6:00 PM, David Polla

[Lift] Re: Java 5 support?

Crud. This just isn't going to be easy, is it? On Mon, Sep 28, 2009 at 2:04 PM, Derek Chen-Becker wrote: > Another issue, which may be more problematic, is that in my case I'm > compiling against the java.sql.Statement interface. If I remove the > troublesome methods so that it compiles for 1.5,

[Lift] Re: Java 5 support?

Another issue, which may be more problematic, is that in my case I'm compiling against the java.sql.Statement interface. If I remove the troublesome methods so that it compiles for 1.5, it no longer compiles for 1.6 because of the missing methods: [WARNING] /home/software/liftweb/lift-mapper/src/m

[Lift] Nested 'react'

I don't know if this group is right place to post it, but I couldn't find any general Scala or Scala/Actor groups, and this is most active Scala group.. I have server that consumes AMQP messages, handles messages in dedicated workers(Actors). So design is this: 1. One Dispatcher which is event-b

[Lift] Re: [scala] EclipseLink?

Dear Ismael, Thanks. i knew about that and tried it. My version of maven barf'ed on the download url and so it didn't work for me. i would much prefer not to have to ferret out and maintain the jar myself. ;-) Best wishes, --greg On Mon, Sep 28, 2009 at 12:56 PM, Ismael Juma wrote: > Hey Greg

[Lift] Re: build fails on pocketchangeapp

On Mon, Sep 28, 2009 at 1:29 PM, hashim qaderi wrote: > I upgrade my jdk to 1.6.0.16 from 1.6.0.06, now it seems to compile and I > was able to play with the pocketchangeapp, however, after I added an > expense, the server crashed and give me the same output as below. > > I am started to think th

[Lift] Re: RFC: Restructuring Lift Codebase

Agreed. Also, for a while we were putting the Exploring Lift PDF on GitHub and we would get people who couldn't download the file because they didn't have a GitHub account. I don't know if this is something that is fixed now, but it seems like just keeping it in the repo makes things more centraliz

[Lift] Re: Java 5 support?

On Mon, Sep 28, 2009 at 1:19 PM, Derek Chen-Becker wrote: > The issue (and I may be overthinking this) is that we need 1.5 class > libraries to compile against if we want to be able to verify that the code > compiles under 1.5. If I, say, delete my JDK 5 install and decide to > reinstall it down t

[Lift] Re: build fails on pocketchangeapp

I upgrade my jdk to 1.6.0.16 from 1.6.0.06, now it seems to compile and I was able to play with the pocketchangeapp, however, after I added an expense, the server crashed and give me the same output as below. I am started to think that it maybe the application that causes the jvm to crash. thanks

[Lift] Re: RFC: Restructuring Lift Codebase

OK, see what your saying. Perhaps it needs a better name than lift- resources... conceptually I agree though. Cheers, Tim On 28 Sep 2009, at 21:03, Indrajit Raychaudhuri wrote: > > Tim, > > lift-resources is the place for everything that is not part of regular > Maven build reactor (although

[Lift] Re: Java 5 support?

The issue (and I may be overthinking this) is that we need 1.5 class libraries to compile against if we want to be able to verify that the code compiles under 1.5. If I, say, delete my JDK 5 install and decide to reinstall it down the road, it's not going to be available without a purchased license

[Lift] Re: RFC: Restructuring Lift Codebase

+1 On 28 Sep 2009, at 21:05, David Pollak wrote: > > > On Mon, Sep 28, 2009 at 1:03 PM, Heiko Seeberger > > wrote: > I say "do it on a branch and see what happens". Do I hear a second? > > Not sure, I like both approaches. > David, why would you prefer to go for a repository branch instead of

[Lift] Re: RFC: Restructuring Lift Codebase

On Mon, Sep 28, 2009 at 1:03 PM, Heiko Seeberger < heiko.seeber...@googlemail.com> wrote: > I say "do it on a branch and see what happens". Do I hear a second? >> > > Not sure, I like both approaches. > David, why would you prefer to go for a repository branch instead of the > Downloads section o

[Lift] Re: RFC: Restructuring Lift Codebase

Tim, lift-resources is the place for everything that is not part of regular Maven build reactor (although some of them could be isolated Maven module in themselves). This category is different from the other ones in that sense - sorry for not being unambiguous enough. Obviously, lift-installe

[Lift] Re: RFC: Restructuring Lift Codebase

> > I say "do it on a branch and see what happens". Do I hear a second? > Not sure, I like both approaches. David, why would you prefer to go for a repository branch instead of the Downloads section of GitHub? Heiko --~--~-~--~~~---~--~~ You received this message

[Lift] Re: EclipseLink?

Hey Shaun, Did you have a chance to look at Scala? If so, you certainly tried to run your baby, EclipseLink? Any experiences? Or maybe a colleague? Heiko 2009/9/28 Meredith Gregory > Dear Lifted and Scalarazzi, > > Does anyone have experience with using EclipseLink in a Scala/Lift setting? > Is

[Lift] Re: RFC: Restructuring Lift Codebase

On Mon, Sep 28, 2009 at 12:44 PM, Indrajit Raychaudhuri wrote: > > > > On 28/09/09 11:30 PM, David Pollak wrote: > > Indrajit, > > > > Excellent work! > > > > My thoughts inline. > > Thank you :-) My response inlined too. > I say "do it on a branch and see what happens". Do I hear a second?

[Lift] Re: RFC: Restructuring Lift Codebase

On 29/09/09 1:12 AM, Heiko Seeberger wrote: > Yes, in public repos this is possible. Take a look at ScalaModules, > there I did this. > Only thing is, you got no version control. But for presos that's > probably not neccessary. > > => Let's put non-code (presentations) to Downloads. > > Heiko >

[Lift] Re: build fails on pocketchangeapp

thanks, i will try a different jvm, see what happens. On Mon, Sep 28, 2009 at 3:42 PM, David Pollak wrote: > > > On Mon, Sep 28, 2009 at 12:35 PM, hash.q wrote: > >> >> Hello, >> >> When building the pocketchangeapp, it succeeds in cygwin, [mvn clean >> install] >> however, when running jetty

[Lift] Re: build fails on pocketchangeapp

Yup, I'd second Davids advice and log the error at Sun mate. Looks like you have something broken there. On Mon, Sep 28, 2009 at 9:45 PM, hashim qaderi wrote: > the command [mvn clean install ] fails. > The helloworld program works though. > > === > > [INFO] [compiler:compil

[Lift] Re: Db.addLogFunc

Whoops, I take it back, not sure what happened earlier, but I am now seeing the timing and queries when I use println. Maybe I did a mvn clean. Sorry about that. -Dave On Sep 28, 1:47 pm, David Pollak wrote: > Could this be a JDK 1.5 vs. 1.6 issue? > > > > On Mon, Sep 28, 2009 at 10:43 AM, Da

[Lift] Re: build fails on pocketchangeapp

the command [mvn clean install ] fails. The helloworld program works though. === [INFO] [compiler:compile {execution: default-compile}] [INFO] Nothing to compile - all classes are up to date # # An unexpected error has been detected by Java Runtime Environment: # # EXCEPTION

[Lift] Re: RFC: Restructuring Lift Codebase

On 28/09/09 11:30 PM, David Pollak wrote: > Indrajit, > > Excellent work! > > My thoughts inline. Thank you :-) My response inlined too. /Indrajit > > On Sun, Sep 27, 2009 at 1:44 PM, Indrajit Raychaudhuri > mailto:indraj...@gmail.com>> wrote: > > > Folks, > > As followup to the propo

[Lift] Re: build fails on pocketchangeapp

On Mon, Sep 28, 2009 at 12:35 PM, hash.q wrote: > > Hello, > > When building the pocketchangeapp, it succeeds in cygwin, [mvn clean > install] > however, when running jetty it fails with the following error [ mvn > jetty:run ] > anyone else encountered this problem? > thanks, > Hashim. > > > $ mv

[Lift] Re: RFC: Restructuring Lift Codebase

Yes, in public repos this is possible. Take a look at ScalaModules, there I did this.Only thing is, you got no version control. But for presos that's probably not neccessary. => Let's put non-code (presentations) to Downloads. Heiko 2009/9/28 Viktor Klang > > > On Mon, Sep 28, 2009 at 9:08 PM,

[Lift] Re: RFC: Restructuring Lift Codebase

On 28/09/09 11:38 AM, Heiko Seeberger wrote: > Indrajit, > > Impressive work! > See my comments below ... Thank Heiko! My response inlined. /Indrajit > > Heiko > > 2009/9/27 Indrajit Raychaudhuri > > > > [A] lift-* prefix looks superfluous, but it's best to ha

[Lift] Re: RFC: Restructuring Lift Codebase

On 28/09/09 9:45 AM, marius d. wrote: > > Generally I like this structure.Please see my other comments below: Thanks, please see my responses inline. Cheers, Indrajit > > On Sep 27, 3:44 pm, Indrajit Raychaudhuri wrote: >> Folks, >> >> As followup to the proposed goal of "Keeping lift-core n

[Lift] Re: build fails on pocketchangeapp

On Mon, Sep 28, 2009 at 9:35 PM, hash.q wrote: > > Hello, > > When building the pocketchangeapp, it succeeds in cygwin, [mvn clean > install] > however, when running jetty it fails with the following error [ mvn > jetty:run ] > anyone else encountered this problem? > thanks, > Hashim. > What hap

[Lift] build fails on pocketchangeapp

Hello, When building the pocketchangeapp, it succeeds in cygwin, [mvn clean install] however, when running jetty it fails with the following error [ mvn jetty:run ] anyone else encountered this problem? thanks, Hashim. $ mvn jetty:run [INFO] Scanning for projects... [INFO] -

[Lift] Re: Java 5 support?

On Mon, Sep 28, 2009 at 11:51 AM, Derek Chen-Becker wrote: > My main concern is that after October 30, Java 5 costs money (I'm guessing > not a trivial amount, either). I can get the JDK right now, but if some bug > in the Java libraries pops up that would prevent things from working, I > don't kn

[Lift] Re: Java 5 support?

On Mon, Sep 28, 2009 at 8:51 PM, Derek Chen-Becker wrote: > My main concern is that after October 30, Java 5 costs money (I'm guessing > not a trivial amount, either). I can get the JDK right now, but if some bug > in the Java libraries pops up that would prevent things from working, I > don't kno

[Lift] Re: RFC: Restructuring Lift Codebase

On Mon, Sep 28, 2009 at 9:08 PM, Viktor Klang wrote: > Can't the presentations be added as binaries to GitHub, and then link to > them from the wiki? > > Under "Downloads" I mean. > > On Mon, Sep 28, 2009 at 8:16 PM, Timothy Perrett > wrote: > >> >> Indrajit, >> >> What is the purpose of lift-r

[Lift] Re: RFC: Restructuring Lift Codebase

Can't the presentations be added as binaries to GitHub, and then link to them from the wiki? On Mon, Sep 28, 2009 at 8:16 PM, Timothy Perrett wrote: > > Indrajit, > > What is the purpose of lift-resources? We cannot make the lift > installer part of the build process - belive me, i've looked into

[Lift] Re: Java 5 support?

My main concern is that after October 30, Java 5 costs money (I'm guessing not a trivial amount, either). I can get the JDK right now, but if some bug in the Java libraries pops up that would prevent things from working, I don't know how we'll work around that. Derek On Mon, Sep 28, 2009 at 12:29

[Lift] Re: Java 5 support?

On Mon, Sep 28, 2009 at 11:14 AM, Derek Chen-Becker wrote: > I was just about to work on issue #67 (build breaks on Java 5), but when I > went to get a Java 5 JDK to compile/test with, Sun says that it's EOL as of > October 30, 2009. I don't have a problem fixing things to work with Java 5, > but

[Lift] Re: Java 5 support?

Hmm - had this problem the other day. The only real downside of not letting it build on 1.5 from my position is that people on Mac will need to tweak the PATH because the default JDK is 5, not 6 (which is installed too, oddly) Might be some others, but I cant think of them. Cheers, Tim On

[Lift] Re: Db.addLogFunc

I can't rule it out, but because the new logging implements methods on java.sql.Statement that don't exist in Java 5, I would expect some classloading issues or exceptions. On Mon, Sep 28, 2009 at 11:47 AM, David Pollak < feeder.of.the.be...@gmail.com> wrote: > Could this be a JDK 1.5 vs. 1.6 iss

[Lift] Re: RFC: Restructuring Lift Codebase

Indrajit, What is the purpose of lift-resources? We cannot make the lift installer part of the build process - belive me, i've looked into this extensively... basically, it boils down to needed install4j licensed on that machines which would be a stupid requirement to place on any person

[Lift] Java 5 support?

I was just about to work on issue #67 (build breaks on Java 5), but when I went to get a Java 5 JDK to compile/test with, Sun says that it's EOL as of October 30, 2009. I don't have a problem fixing things to work with Java 5, but I don't want to do work that's going to be tossed out in a month. D

[Lift] Re: Lift and Hibernate validators

The simplest would be to define your own getter/setter pairs just like you would in Java and put the annotations there. Ugly, but it should work. On Mon, Sep 28, 2009 at 1:41 AM, etorreborre wrote: > > Hi, > > I'm trying to get a Lift/JPA demo rolling but I can't get Scala work > with Hibernate

[Lift] Re: How can I replace SHtml.a with a Loc

On Fri, Sep 25, 2009 at 10:28 AM, glenn wrote: > > David, > > In this case, I was trying to see if there was a way to use the > standard Lift > menu generator to create a link with a callback for ajax handling, > similar to SHtml.a. > I don't know about menu generation from SiteMap. Perhaps that'

[Lift] Re: SHtml.a not active when used via innerHtml

On Fri, Sep 25, 2009 at 5:43 PM, KP wrote: > > David, > > This works like a charm. Thanks. There is essentially zero chance I > would have figured this out on my own. > Yeah... it took a fair amount of digging into SetHtml and dusting off old parts of my brain to remember how and why. Please ke

[Lift] Re: Code Plugability in Lift

It's a really ugly corner that JPA paints us into here. There aren't any vendor-neutral APIs for programmatically wiring entities up, so it's going to have to be some sort of trickery. On Fri, Sep 25, 2009 at 4:23 PM, Timothy Perrett wrote: > Are you feeling OK david? For a moment I thought you s

[Lift] Re: RFC: Restructuring Lift Codebase

Indrajit, Excellent work! My thoughts inline. On Sun, Sep 27, 2009 at 1:44 PM, Indrajit Raychaudhuri wrote: > > Folks, > > As followup to the proposed goal of "Keeping lift-core neat and > small", here is the first iteration of the revised structure of Lift > codebase. > > > liftweb > > - lift-c

[Lift] EclipseLink?

Dear Lifted and Scalarazzi, Does anyone have experience with using EclipseLink in a Scala/Lift setting? Is there maven support? Best wishes, --greg -- L.G. Meredith Managing Partner Biosimilarity LLC 1219 NW 83rd St Seattle, WA 98117 +1 206.650.3740 http://biosimilarity.blogspot.com --~--~-

[Lift] Re: Db.addLogFunc

Could this be a JDK 1.5 vs. 1.6 issue? On Mon, Sep 28, 2009 at 10:43 AM, David wrote: > > Nope, changed to println(): > >DB.addLogFunc { > case (query, time) => { > println("All queries took " + time + "ms: ") > query.allEntries.foreach({ case DBLogEntry(stmt, duration

[Lift] Re: Db.addLogFunc

Nope, changed to println(): DB.addLogFunc { case (query, time) => { println("All queries took " + time + "ms: ") query.allEntries.foreach({ case DBLogEntry(stmt, duration) => println(stmt + " took " + duration + "ms")}) println("End queries")

[Lift] Re: TreeView widget doesn't work with IE 8

Can you do two things: 1. Open a ticket on GitHub: http://github.com/dpp/liftweb/issues 2. In the ticket, can you give some more details about what does and doesn't work? If you're getting javascript errors it would help to have those, too. Derek On Wed, Sep 23, 2009 at 3:43 PM, glenn wrote: >

[Lift] Re: Db.addLogFunc

I tested it locally on my own code and it works. Just for giggles, does anything print on the console if you change those lines to println? Derek On Wed, Sep 23, 2009 at 2:39 PM, David wrote: > > Hello, I'm trying to use the new logging information as described > here. In my Boot I have: > > i

[Lift] Re: CometActor timeout problem

Jack, Here's a working example. Here's the source for the CometActor: package com.liftcode.comet import net.liftweb._ import http._ import util._ class Background extends CometActor { private val values = new Array[Box[Int]](100) // render the information def render = {

[Lift] Re: Tabbed browsing and "session" state

On Sep 27, 10:31 am, Naftoli Gugenheim wrote: > Do you mean multiple browser tabs? They won't interfere, because which > stateful snippet is used in a given request depends on which is registered in > that request which depends on which function is called which depends on which > function id

[Lift] Re: automaticly generated forms and submit button naming

Ah, that's because it should be a flatMap not a map -- f.toForm.toList.flatMap(form => { bind(...) }) should typecheck. The way you have it now, if the bind expands to more than one element or node, the ones after the first will be dropped. Glad it (mostly) worked for you. -Ross On Sep 28,

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

I have had plowing through the internet for two weeks now, for a simple tutorial that can point me in the right direction to catch on the Lift/Scala bandwagon. I am a CodeCharge studio coder and have had exposed to seam-gen codes deploying on JBoss AS at the rookie level. I had tried RoR and hav

[Lift] Re: automaticly generated forms and submit button naming

Hi, Ross, thank you for your help. This code works perfectly for me. I heaven't noticed I could group many elements in one lift tag. I changed somethings in your code. Maybe it's not worth mentioning but if someone has similar problems it can help a little. I corrected only to things: changed pa

[Lift] Lift and Hibernate validators

Hi, I'm trying to get a Lift/JPA demo rolling but I can't get Scala work with Hibernate validators (as it has been noticed before: https://lampsvn.epfl.ch/trac/scala/ticket/1846, https://lampsvn.epfl.ch/trac/scala/ticket/2245, https://lampsvn.epfl.ch/trac/scala/ticket/2252). My question is: what