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
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
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
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:
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
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
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
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 -
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
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,
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
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
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 {
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
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
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
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
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
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
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
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
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
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
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
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
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.
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
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
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
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
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:
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
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
...
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
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
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
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.
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
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
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
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
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
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)
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
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
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/
-
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
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
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,
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
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
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
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
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
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
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
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 *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
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
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
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
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
62 matches
Mail list logo
