[Lift] Re: Catch file upload exceptions?

2009-12-22 Thread tiro
Well LiftRules.exceptionHandler was new to me so thanks. Great way to deal with the really unexpected (like OutOfMemory). Would do in the short run. However, the other Tim is correct in that I (and probably other people) really want to handle this like similarly to a validation error on any other

[Lift] Re: How could i send a HTTP get or post request in the Snippet or Views in the Lift?

2009-12-22 Thread Timothy Perrett
You might want to checkout the scala http library, dispatch: http://databinder.net/dispatch/ Cheers, Tim On Dec 22, 7:46 am, Marius marius.dan...@gmail.com wrote: Well from your Snippet method you can just use HttpURLConnection, or Apache Commons Client to make remote requests to other

Re: [Lift] Re: PayPal X

2009-12-22 Thread Timothy Perrett
Doh! Thats not very helpful - CXF depends on JAX-WS, so same problems there. Looks like Apache Axis is AP2 licensed, but I really dont like Axis at all. Any ideas? Cheers, Tim On 22 Dec 2009, at 01:04, Ross Mellgren wrote: Looks like JAX-WS reference implementation is dual licensed CDDL or

[Lift] Re: How could i send a HTTP get or post request in the Snippet or Views in the Lift?

2009-12-22 Thread Neil.Lv
Ok, Thanks guys! I'll be try it . Cheers. Neil On Dec 22, 4:36 pm, Timothy Perrett timo...@getintheloop.eu wrote: You might want to checkout the scala http library, dispatch: http://databinder.net/dispatch/ Cheers, Tim On Dec 22, 7:46 am, Marius marius.dan...@gmail.com wrote:

[Lift] Re: Catch file upload exceptions?

2009-12-22 Thread Timothy Perrett
Yes, your pretty much right. Can you post your code thus far? (or a cut down version). If you box the upload holder you should be ok (I think) private object theUpload extends RequestVar[Box[FileParamHolder]] (Empty) SHtml.fileUpload(ul = theUpload(tryo(ul))) That is, if your upload fails, tryo

[Lift] Re: Catch file upload exceptions?

2009-12-22 Thread Marius
Catching OutOfMemory won't do you much good. You're already in an inconsistent state and at that point your app should be restarted. Yes LiftRules.exceptionHandler won't get you back in your upload work flow. It is a mean for graceful degradation when unrecoverable errors occur. Thus you can

[Lift] Re: [scala-internals] RC5 candidate for the first 2.8.0 beta

2009-12-22 Thread David Pollak
I'm cc'ing this to the Lift list. Perhaps Indrajit or another Maven guru can help out. On Tue, Dec 22, 2009 at 2:32 AM, martin odersky martin.oder...@epfl.chwrote: On Tue, Dec 22, 2009 at 11:11 AM, Heiko Seeberger heiko.seeber...@googlemail.com wrote: 2009/12/22 martin odersky

[Lift] accessing Glassfish javamail through jndi

2009-12-22 Thread Sandeep
hi guys, Just starting out with the lift framework. My intention is to get lift webapps working within glassfish app server. I wanted to know whether it is possible to access a Glassfish javamail configuration (say, using Gmail -

[Lift] Re: accessing Glassfish javamail through jndi

2009-12-22 Thread Marius
Well, you can do it from Lift just as you would have done it from Java code. Br's, Marius On Dec 22, 2:35 pm, Sandeep san...@gmail.com wrote: hi guys,            Just starting out with the lift framework. My intention is to get lift webapps working within glassfish app server. I wanted to

Re: [Lift] accessing Glassfish javamail through jndi

2009-12-22 Thread David Pollak
On Tue, Dec 22, 2009 at 4:35 AM, Sandeep san...@gmail.com wrote: hi guys, Just starting out with the lift framework. My intention is to get lift webapps working within glassfish app server. I wanted to know whether it is possible to access a Glassfish javamail configuration (say,

[Lift] Re: [scala-internals] RC5 candidate for the first 2.8.0 beta

2009-12-22 Thread Josh Suereth
I think staying in maven would require the least amount of typing, but the most amount of time as you'd have to publish local snapshots of Scala 2.8.0 to use them in the lift build. I remember how annoying this is ;). Also note that deploying maven requires a full scala build, but if needed I

[Lift] Re: [scala-internals] RC5 candidate for the first 2.8.0 beta

2009-12-22 Thread martin odersky
On Tue, Dec 22, 2009 at 2:01 PM, Josh Suereth joshua.suer...@gmail.com wrote: I think staying in maven would require the least amount of typing, but the most amount of time as you'd have to publish local snapshots of Scala 2.8.0 to use them in the lift build.  I remember how annoying this is

[Lift] Re: Catch file upload exceptions?

2009-12-22 Thread tiro
Hi Tim, thanks for raising this, I did wrap the whole thing like so: LiftRules.maxMimeSize = 6 * 1024 * 1024 LiftRules.maxMimeFileSize = 5 * 1024 * 1024 LiftRules.handleMimeFile = (fieldName, contentType, fileName, inputStream) = { try {

[Lift] Re: [scala-internals] RC5 candidate for the first 2.8.0 beta

2009-12-22 Thread Josh Suereth
For curiousities sake, if you're building using fsc, are you running scalac via an exploded classpath (i.e. not a JAR file?). If so, I'll try to come up with a longer-term solution for this. If we allowed you to do the following: mvn reactor:make -Dmake.artifacts=net.liftweb:lift-mapper -P

[Lift] Re: [scala-internals] RC5 candidate for the first 2.8.0 beta

2009-12-22 Thread Kevin Wright
Another possibility is to specify scala as a system dependency in Lift's pom: http://maven.apache.org/guides/introduction/introduction-to-dependency-mechanism.html#System_Dependencies Then hard code the path that scalac's being built into. put maven in offline mode as well, and it should be nice

[Lift] Re: [scala-internals] RC5 candidate for the first 2.8.0 beta

2009-12-22 Thread martin odersky
On Tue, Dec 22, 2009 at 2:35 PM, Josh Suereth joshua.suer...@gmail.com wrote: For curiousities sake, if you're building using fsc, are you running scalac via an exploded classpath (i.e. not a JAR file?).  If so, I'll try to come up with a longer-term solution for this. Yes, exactly. My usual

Re: [Lift] Re: [scala-internals] RC5 candidate for the first 2.8.0 beta

2009-12-22 Thread David Bernard
Dirty solutions (If you already have maven installed and be able to build lift with maven) : 0. replace $HOME/.m2/repository/org/scala-lang/scala-compiler/2.8.0-SNAPSHOT/scala-compiler-2.8.0-SNAPSHOT.jar by symlink to the directory with classes result from scalac scalac compilation 1. Or at the

[Lift] Re: [scala-internals] RC5 candidate for the first 2.8.0 beta

2009-12-22 Thread Heiko Seeberger
Martin, OK, now I got it working (almost) without Maven: 1. step: Check out 280_port branch from g...@github.com:dpp/liftweb.git 2. step: cd into liftweb/lift-persistence/lift-mapper and run mvn dependency:copy-dependencies 3. step: run the following command PATH-TO-SCALAC-OR-FSC-2.8-BETA1-RC5

Re: [Lift] Re: [scala-internals] RC5 candidate for the first 2.8.0 beta

2009-12-22 Thread Kevin Wright
2009/12/22 David Bernard david.bernard...@gmail.com Dirty solutions (If you already have maven installed and be able to build lift with maven) : 0. replace $HOME/.m2/repository/org/scala-lang/scala-compiler/2.8.0-SNAPSHOT/scala-compiler-2.8.0-SNAPSHOT.jar by symlink to the directory with

[Lift] Re: [scala-internals] RC5 candidate for the first 2.8.0 beta

2009-12-22 Thread martin odersky
On Tue, Dec 22, 2009 at 3:41 PM, Heiko Seeberger heiko.seeber...@googlemail.com wrote: Martin, OK, now I got it working (almost) without Maven: 1. step: Check out 280_port branch from ...@github.com:dpp/liftweb.git 2. step: cd into liftweb/lift-persistence/lift-mapper and run mvn

Re: [Lift] Re: [scala-internals] RC5 candidate for the first 2.8.0 beta

2009-12-22 Thread David Bernard
Kevin, maven-scala-plugin integrate a workaround (see note of previous mail) against the line-length limit : arguments of the main class are store in a file. /davidB On Tue, Dec 22, 2009 at 15:45, Kevin Wright kev.lee.wri...@googlemail.comwrote: 2009/12/22 David Bernard

[Lift] Re: [scala-internals] RC5 candidate for the first 2.8.0 beta

2009-12-22 Thread David Pollak
Martin, You can download a tarball from: http://github.com/dpp/liftweb/tree/280_port/ Go to that page and look for the download button. You'll be presented with the option of tar or zip. I'll also send you the tarball privately. Thanks, David On Tue, Dec 22, 2009 at 5:12 AM, martin odersky

Re: [Lift] Re: [scala-internals] RC5 candidate for the first 2.8.0 beta

2009-12-22 Thread Indrajit Raychaudhuri
Martin/Heiko, Great if this works. Alternately, you can also use maven ant plugin to complete avoid doing the Maven way. Here is the sequence: 1. Do mvn ant:ant at the top level. This should generate all the requisite files necessary for ant build. 2. Look for the pathelement entry in

Re: [Lift] Re: [maven-and-scala] Re: Nexus/Hudson maitenance on scala-tools.org

2009-12-22 Thread Indrajit Raychaudhuri
No problem, Josh. build nodes approach is certainly _the_ approach in the long term. More flexibility, better load distribution, etc. Thanks again for the upgrade job! Cheers, Indrajit On 21/12/09 11:36 PM, Josh Suereth wrote: Deferred for now. I was trying to figure out how to set up build

Re: [Lift] Re: [scala-internals] RC5 candidate for the first 2.8.0 beta

2009-12-22 Thread Indrajit Raychaudhuri
Ok, this one works just fine, and involves least effort among the ones proposed. - Indrajit On 22/12/09 8:11 PM, Heiko Seeberger wrote: Martin, OK, now I got it working (almost) without Maven: 1. step: Check out 280_port branch from g...@github.com:dpp/liftweb.git 2. step: cd into

Re: [Lift] The future of lift-core

2009-12-22 Thread Indrajit Raychaudhuri
On 22/12/09 12:23 AM, David Pollak wrote: On Sun, Dec 20, 2009 at 11:39 AM, Indrajit Raychaudhuri indraj...@gmail.com mailto:indraj...@gmail.com wrote: Folks, lift-core is a 'meta' project that can be added as a dependency to a Lift project to pull in all the Lift modules.

Re: [Lift] Re: [scala-internals] RC5 candidate for the first 2.8.0 beta

2009-12-22 Thread martin odersky
Thanks for all the help. I tried to do mvn clean mvn install After upgrading to maven 2.2.1, I got somewhere. It compiled a bunch of packages including lift-mapper, so it seems it did not in fact take RC6 as its compiler? But then it stopped due to a build error here. Any idea what I need to

Re: [Lift] Re: [scala-internals] RC5 candidate for the first 2.8.0 beta

2009-12-22 Thread martin odersky
I just verified that it did indeed use 2.7.7, because the generated classfiles still have version 4.1. My new strategy is to build with the last working RC3, and then recompile just the failing file with the current compiler and all lift classes on the classpath. That should work. But I need to

Re: [Lift] Re: PayPal X

2009-12-22 Thread Ross Mellgren
It's been said ;-) At work, I wrote our SOAP integration because as much pain as SOAP is, it's less pain that SOAP + SOAP library, especially Axis (at least at the time, when Axis2 was not out). To this day the only place we use a SOAP library (Axis1, in a client) is broken due to bugs in

Re: [Lift] Re: PayPal X

2009-12-22 Thread Timothy Perrett
Sure, JAXB... im using JAX-WS heavily at work in one of my scala frameworks that I wrote for working with a product API... on the whole, its pretty sweet with the scala sugar and im bummed that the licensing is not helping us out on this front. Cheers, Tim On 22 Dec 2009, at 16:46, Ross

Re: [Lift] Re: [scala-internals] RC5 candidate for the first 2.8.0 beta

2009-12-22 Thread Indrajit Raychaudhuri
Martin, I think the jetty version is incorrect in the pom.xml in test:sample. It should be: groupIdorg.mortbay.jetty/groupId artifactIdjetty/artifactId version[6.1.6,7.0)/version See if that works. Regards, Indrajit On 22/12/09 10:14 PM, martin odersky wrote:

Re: [Lift] Re: [scala-internals] RC5 candidate for the first 2.8.0 beta

2009-12-22 Thread martin odersky
On Tue, Dec 22, 2009 at 6:09 PM, Indrajit Raychaudhuri indraj...@gmail.com wrote: Martin, I think the jetty version is incorrect in the pom.xml in test:sample. It should be:        groupIdorg.mortbay.jetty/groupId        artifactIdjetty/artifactId        version[6.1.6,7.0)/version See

Re: [Lift] Re: [scala-internals] RC5 candidate for the first 2.8.0 beta

2009-12-22 Thread martin odersky
On Tue, Dec 22, 2009 at 6:09 PM, Indrajit Raychaudhuri indraj...@gmail.com wrote: Martin, I think the jetty version is incorrect in the pom.xml in test:sample. It should be:        groupIdorg.mortbay.jetty/groupId        artifactIdjetty/artifactId        version[6.1.6,7.0)/version ...

Re: [Lift] Re: [scala-internals] RC5 candidate for the first 2.8.0 beta

2009-12-22 Thread Ross Mellgren
http://www.dridus.com/liftweb-compiled-280.tar.gz It is still uploading -- it totals 240,976,056 bytes and should be completely uploaded in 15 minutes. -Ross On Dec 22, 2009, at 11:45 AM, martin odersky wrote: I just verified that it did indeed use 2.7.7, because the generated classfiles

Re: [Lift] Re: [scala-internals] RC5 candidate for the first 2.8.0 beta

2009-12-22 Thread Indrajit Raychaudhuri
Must be effect of some scala.version property set somewhere. do mvn -Dscala.version=2.8.0.Beta1-RC5 to enforce a different version. - Indrajit On 22/12/09 10:43 PM, martin odersky wrote: On Tue, Dec 22, 2009 at 6:09 PM, Indrajit Raychaudhuri indraj...@gmail.com wrote: Martin, I think the

Re: [Lift] Re: [scala-internals] RC5 candidate for the first 2.8.0 beta

2009-12-22 Thread Indrajit Raychaudhuri
On 22/12/09 10:44 PM, martin odersky wrote: On Tue, Dec 22, 2009 at 6:09 PM, Indrajit Raychaudhuri indraj...@gmail.com wrote: Martin, I think the jetty version is incorrect in the pom.xml in test:sample. It should be: groupIdorg.mortbay.jetty/groupId

Re: [Lift] Re: [scala-internals] RC5 candidate for the first 2.8.0 beta

2009-12-22 Thread martin odersky
On Tue, Dec 22, 2009 at 6:24 PM, Indrajit Raychaudhuri indraj...@gmail.com wrote: On 22/12/09 10:44 PM, martin odersky wrote: On Tue, Dec 22, 2009 at 6:09 PM, Indrajit Raychaudhuri indraj...@gmail.com  wrote: Martin, I think the jetty version is incorrect in the pom.xml in test:sample.

Re: [Lift] Re: [scala-internals] RC5 candidate for the first 2.8.0 beta

2009-12-22 Thread martin odersky
I found someone who could download the repository with git. So trying again now. -- Martin On Tue, Dec 22, 2009 at 6:36 PM, martin odersky martin.oder...@epfl.ch wrote: On Tue, Dec 22, 2009 at 6:24 PM, Indrajit Raychaudhuri indraj...@gmail.com wrote: On 22/12/09 10:44 PM, martin odersky

Re: [Lift] Re: [scala-internals] RC5 candidate for the first 2.8.0 beta

2009-12-22 Thread martin odersky
On Tue, Dec 22, 2009 at 6:48 PM, martin odersky martin.oder...@epfl.ch wrote: I found someone who could download the repository with git. So trying again now. ... and it builds with RC3. Great! So now I have something to work with ... Cheers -- Martin -- You received this message because

Re: [Lift] Re: [scala-internals] RC5 candidate for the first 2.8.0 beta

2009-12-22 Thread Indrajit Raychaudhuri
On 22/12/09 11:06 PM, martin odersky wrote: On Tue, Dec 22, 2009 at 6:24 PM, Indrajit Raychaudhuri indraj...@gmail.com wrote: On 22/12/09 10:44 PM, martin odersky wrote: On Tue, Dec 22, 2009 at 6:09 PM, Indrajit Raychaudhuri indraj...@gmail.comwrote: Martin, I think the jetty

Re: [Lift] Re: [scala-internals] RC5 candidate for the first 2.8.0 beta

2009-12-22 Thread Indrajit Raychaudhuri
Finally! Onward ... - Indrajit On 22/12/09 11:29 PM, martin odersky wrote: On Tue, Dec 22, 2009 at 6:48 PM, martin oderskymartin.oder...@epfl.ch wrote: I found someone who could download the repository with git. So trying again now. ... and it builds with RC3. Great! So now I have

Re: [Lift] Re: [scala-internals] RC5 candidate for the first 2.8.0 beta

2009-12-22 Thread Paul Phillips
On Tue, Dec 22, 2009 at 05:45:52PM +0100, martin odersky wrote: But I need to know how to build lift with a 2.8.0 compiler. Or alternatively, if a kind soul can send me a lift 2.8.0 tarball with all the classfiles in there I can take it from there. FYI until you have git you can always

Re: [Lift] Re: [scala-internals] RC5 candidate for the first 2.8.0 beta

2009-12-22 Thread martin odersky
On Tue, Dec 22, 2009 at 7:12 PM, Paul Phillips pa...@improving.org wrote: On Tue, Dec 22, 2009 at 05:45:52PM +0100, martin odersky wrote: But I need to know how to build lift with a 2.8.0 compiler. Or alternatively, if a kind soul can send me a lift 2.8.0 tarball with all the classfiles in

[Lift] Re: Write table on the fly...

2009-12-22 Thread Marius
Perhaps something like: def tablaAmortizacion (xhtml:NodeSeq,monto:Double,amort:Double,start:java.util.Calendar): NodeSeq = { var formatter = new java.text.SimpleDateFormat(dd/MM/) var end = new java.util.GregorianCalendar() end.setTime(start.getTime)

[Lift] Lift and chunked transfer-encoding

2009-12-22 Thread Alex Black
I've got a large response I'd like to send out, and I'd like to chunk it up. http://en.wikipedia.org/wiki/Chunked_transfer_encoding Does Lift provide any built in support for this? I've explored using StreamingResponse, but it expects a dataLength, which I don't have. I had hoped to provide it

Re: [Lift] Lift and chunked transfer-encoding

2009-12-22 Thread David Pollak
On Tue, Dec 22, 2009 at 2:38 PM, Alex Black a...@alexblack.ca wrote: I've got a large response I'd like to send out, and I'd like to chunk it up. http://en.wikipedia.org/wiki/Chunked_transfer_encoding Does Lift provide any built in support for this? No. I've explored using

[Lift] WebSockets are Coming

2009-12-22 Thread Peter Robinett
Since Lift is so great at handling Comet updates, we might want to take a look at supporting WebSockets which will (hopefully) be part of HTML5. Here are a few links I just found: - http://dev.w3.org/html5/websockets/ -

Re: [Lift] WebSockets are Coming

2009-12-22 Thread Timothy Perrett
We have been planning web socket support for like the past 18 months... It was always a long tern goal of lift to implement websockets as soon as there were stable implementations. Only now are we seeing that happen, so, thus, I would imagine dpp or Marius would take the lead on this when

[Lift] Date/Time/DateTime formatters and parsers

2009-12-22 Thread Naftoli Gugenheim
What ever happened to having separate formatters and parsers for MappedDate vs. MappedTime vs. MappedDateTime, or specifying them on a field by field basis? Thanks. -- You received this message because you are subscribed to the Google Groups Lift group. To post to this group, send email to

[Lift] Re: Lift and chunked transfer-encoding

2009-12-22 Thread Alex Black
Hi David, Its a huge-ass google sitemap, so I'm forming XML for it, and its really large, and I thought I'd send chunks of it out at a time rather than composing all of it in RAM before sending it out. - Alex On Dec 22, 5:56 pm, David Pollak feeder.of.the.be...@gmail.com wrote: On Tue, Dec 22,

Re: [Lift] Re: Lift and chunked transfer-encoding

2009-12-22 Thread David Pollak
On Tue, Dec 22, 2009 at 4:28 PM, Alex Black a...@alexblack.ca wrote: Hi David, Its a huge-ass google sitemap, so I'm forming XML for it, and its really large, and I thought I'd send chunks of it out at a time rather than composing all of it in RAM before sending it out. How about composing

Re: [Lift] WebSockets are Coming

2009-12-22 Thread David Pollak
On Tue, Dec 22, 2009 at 3:47 PM, Peter Robinett pe...@bubblefoundry.comwrote: Since Lift is so great at handling Comet updates, we might want to take a look at supporting WebSockets which will (hopefully) be part of HTML5. Here are a few links I just found: -

[Lift] Re: Lift and chunked transfer-encoding

2009-12-22 Thread Alex Black
That could definitely work. I'd still (even for curiosity's sake) be interested in lower level access to the response, e.g. response.write that goes right out to the client. On Dec 22, 7:36 pm, David Pollak feeder.of.the.be...@gmail.com wrote: On Tue, Dec 22, 2009 at 4:28 PM, Alex Black

[Lift] Re: WebSockets are Coming

2009-12-22 Thread Peter Robinett
That would be very elegant. On Dec 22, 4:42 pm, David Pollak feeder.of.the.be...@gmail.com wrote: On Tue, Dec 22, 2009 at 3:47 PM, Peter Robinett pe...@bubblefoundry.comwrote: Since Lift is so great at handling Comet updates, we might want to take a look at supporting WebSockets which

[Lift] Re: The future of lift-core

2009-12-22 Thread Peter Robinett
Indrajit, your post made me realize that I've been using lift-core without realizing it. Thanks. Unfortunately switching to something simpler is giving me some trouble. I believe that I should be able to add lift-base, but while its sub-modules get downloaded (lift-common, lift-util, etc), Maven

[Lift] Re: 280_port and yuicompressor problem

2009-12-22 Thread Alan M
OK cool.. thanks.. I'll look it up. For now I just excluded it. Alan On Dec 21, 5:24 pm, Xuefeng Wu ben...@gmail.com wrote: If you google [yuicompressor:compress {execution: default}] would find so many information about this. It's not caused by scala2.8 or lift. On Tue, Dec 22, 2009 at

[Lift] Problem with LiftFilter in 2.8.0

2009-12-22 Thread Alan M
I get this message when it tries to initialize the LiftFilter.. Dec 22, 2009 6:53:40 PM org.apache.catalina.core.StandardContext filterStart SEVERE: Exception starting filter LiftFilter java.lang.NoSuchMethodError: scala.collection.SeqLike.projection() Ljava/lang/Object; at

Re: [Lift] Problem with LiftFilter in 2.8.0

2009-12-22 Thread Ross Mellgren
Where do you have the scala library jars? If you haven't taken pains to ensure that you have two entirely separate scala JARs (2.7.3 and 2.8) in two separate classloaders I could believe that you'll get all kinds of problems like this. You might be better served using two separate tomcat

[Lift] Re: Problem with LiftFilter in 2.8.0

2009-12-22 Thread Alan M
Update: I updated the other servlet to scala 2.8 and lift 1.1 snapshot (much easier than I thought, I must be getting used to it) and I checked the libs for both webapps and the commons lib directory.. no conflicting versions of scala or lift jars.. I'm on Tomcat 6 btw.. Not sure where to look

[Lift] Re: Problem with LiftFilter in 2.8.0

2009-12-22 Thread Alan M
A little more info.. I just tried to run one of the servlets stand alone using jetty:run and it had the same problem.. Alan On Dec 22, 7:39 pm, Alan M alan.morten...@gmail.com wrote: Update: I updated the other servlet to scala 2.8 and lift 1.1 snapshot (much easier than I thought, I must be

[Lift] re: How do I get the stacktrace when EntityManager fails to be instantiated

2009-12-22 Thread James Black
I am having a problem with one entity trying to use @OneToMany, and I would like to see what the actual error is, but that seems to be getting absorbed. For more on my actual problem you can look at this:

Re: [Lift] Re: Problem with LiftFilter in 2.8.0

2009-12-22 Thread David Pollak
Lift *DOES NOT* work on Scala 2.8 Beta1 RC4 5. Do not even try it. We are currently working with EPFL to resolve these issues. Lift 1.1-M8 and Lift 1.1-SNAPSHOT only work with Scala 2.7.7. That is the *only* version of Scala that Lift 1.1-M8 and SNAPSHOT work with. If you have any other

Re: [Lift] Re: 280_port and yuicompressor problem

2009-12-22 Thread David Pollak
We are not officially supporting Scala 2.8 Beta1 RCxxx. Until Scala 2.8 Beta1 is released, there will be no attempts to make this stuff work. Please use Scala 2.7.7 If you have a production application and a compelling reason for using Scala 2.8, please contact me off-list to discuss support

Re: [Lift] Goals for type and method renaming for Lift 2.0 - was: Open discussion on Lift Name Calling practices

2009-12-22 Thread Naftoli Gugenheim
Kris, can you look over and edit down your guidelines in the wiki? Thanks. On Fri, Dec 18, 2009 at 3:18 AM, Heiko Seeberger heiko.seeber...@googlemail.com wrote: Thank you for writing this up, Naftoli. I edited the abbreviation section ... Heiko 2009/12/18 Naftoli Gugenheim

[Lift] Re: Problem with LiftFilter in 2.8.0

2009-12-22 Thread Randinn
This is not the first time this has cropped up, you may have to sticky warning not to use 2.8 with Lift for the moment. On Dec 23, 2:55 pm, David Pollak feeder.of.the.be...@gmail.com wrote: Lift *DOES NOT* work on Scala 2.8 Beta1 RC4 5.  Do not even try it.  We are currently working with EPFL

[Lift] Re: WebSockets are Coming

2009-12-22 Thread Marius
I think Lift Ajax support should also use Web-Sockets when detected. It should be fairly straight forward to add support for web-sockets since our client Ajax support is abstracted by JsArtifacts trait. I think Jetty 7 supports web-sockets (well an early implementation