On Mon, Feb 15, 2010 at 1:23 PM, Meredith Gregory
lgreg.mered...@gmail.comwrote:
Dear Lifted,
Here are some steps to create the observed behavior.
- Create an instance of the lift basic archetype
put the following script into mklift.sh
#! /bin/sh
mvn archetype:generate -U
Dear David,
Thanks!
So, what's the recommended way of building a headless RESTful webservice
that takes parameters?
Best wishes,
--greg
On Mon, Feb 15, 2010 at 1:26 PM, David Pollak feeder.of.the.be...@gmail.com
wrote:
On Mon, Feb 15, 2010 at 1:23 PM, Meredith Gregory
P.S. By headless, i mean no browser involved...
On Mon, Feb 15, 2010 at 1:34 PM, Meredith Gregory
lgreg.mered...@gmail.comwrote:
Dear David,
Thanks!
So, what's the recommended way of building a headless RESTful webservice
that takes parameters?
Best wishes,
--greg
On Mon, Feb 15,
On Mon, Feb 15, 2010 at 10:34 PM, Meredith Gregory
lgreg.mered...@gmail.com wrote:
Dear David,
Thanks!
So, what's the recommended way of building a headless RESTful webservice
that takes parameters?
You could use normal url parameters:
Dear Jeppe,
Thanks! A quick test shows that
curl -o test.txt
http://localhost:8080/biosimilarity-services/grammar/banana-cream-pie?file=file://
pathToFile
also results in test.txt containing banana-cream-pie.
As for the latter comment, i'm writing an URL-passing protocol. That is, the
service
On Mon, Feb 15, 2010 at 10:46 PM, Meredith Gregory
lgreg.mered...@gmail.com wrote:
Dear Jeppe,
Thanks! A quick test shows that
curl -o test.txt
http://localhost:8080/biosimilarity-services/grammar/banana-cream-pie?file=file://pathToFile
also results in test.txt containing banana-cream-pie.
Dear Jeppe,
Thanks! i was just sorting through that... ;-)
Best wishes,
--greg
On Mon, Feb 15, 2010 at 2:00 PM, Jeppe Nejsum Madsen je...@ingolfs.dkwrote:
On Mon, Feb 15, 2010 at 10:46 PM, Meredith Gregory
lgreg.mered...@gmail.com wrote:
Dear Jeppe,
Thanks! A quick test shows that
Hello everyone,
I finally found the time to get a little coding done so i worked out a
solution to this issue: http://github.com/dpp/liftweb/issues#issue/46
which is working nicely, but that is not what I want to write about
this time ;)
While working on it I discovered something that I'm not
Hi all,
Here is an example code that about the ActorComet.
###
package com.liftcode.comet
import net.liftweb._
import http._
import js._
import JsCmds._
import net.liftweb.common._
import net.liftweb.util._
import Helpers._
import net.liftweb.http._
import _root_.scala.xml._
import
scala import net.liftweb.json._
scala val s2 = { \id\: \America\\/New_York\ }
s2: java.lang.String = { id: America\/New_York }
scala JsonParser.parse(s2)
res1: net.liftweb.json.JsonAST.JValue = JObject(List(JField(id,JString
(America\New_York
It should be America/New_York but for some reason
I wonder if anyone else finds this stack trace familiar. As often is
the case with non-mainstream languages, Google turns up nothing of
value. The code fragment goes below. If I comment out the code inside
the finally statement, everything compiles fine. If I keep it, I get
the stack trace below.
If you see the return statement in your program, you are likely doing
something wrong. It means that it's time to refactor your code so there's a
single return point from your method. Using null is a red flag (use Option
or Box) and using vars (rather than vals) is a yellow flag.
So, let's go
If you see the return statement in your program, you are likely doing
something wrong. It means that it's time to refactor your code so there's a
single return point from your method. Using null is a red flag (use Option
or Box) and using vars (rather than vals) is a yellow flag.
So, let's go
I think a fix to this was pushed this morning. Once this job is finished:
http://hudson.scala-tools.org/job/Lift/1367/ It should be available on
SNAPSHOT.
On Tue, Nov 10, 2009 at 1:49 PM, harryh har...@gmail.com wrote:
This is on M7:
scala import
scala.xml.Elem
import scala.xml.Elem
Xml.toJson (in M5) is converting this:
iconhttp://harryh.org/img/icons/foo.png/icon
to this:
JField(icon, JObject(Nil))
Is there some special handling of URLs going on here that might be
causing me problems?
-harryh
--~--~-~--~~~---~--~~
You received this
btw, i removed the trailing , and confirmed that it fixes the IE
problem.
- jon
On Aug 19, 3:38 pm, marius d. marius.dan...@gmail.com wrote:
If no other committer wants to look into this I'll look on it. Tim,
would this interest you ?
Br's,
Marius
On Aug 19, 9:13 pm, jon
If no other committer wants to look into this I'll look on it. Tim,
would this interest you ?
Br's,
Marius
On Aug 19, 9:13 pm, jon jonhoff...@gmail.com wrote:
Hi,
The AutoComplete widget leaves a trailing , in the javascript that
causes IE to complain and not function. Or, at least i think
What if you declare declaring the lift namespace ?
Br's,
Marius
On Aug 9, 7:34 pm, fbettag fr...@bett.ag wrote:
Hi there,
i know this is not the right place, but i wanted your opinions first.
I'm trying to run XML.loadString onto this:
body
div id=wrapper
div
The Problem seems to be the newlines. when i do .replace(\n, )
before XML.loadString() it works.. strange, any explaination?
On Aug 9, 6:34 pm, fbettag fr...@bett.ag wrote:
Hi there,
i know this is not the right place, but i wanted your opinions first.
I'm trying to run XML.loadString onto
Loading this XML using XML.loadString works fine for me, so I suspect
there is something else going on here (e.g. formatting of the string,
encoding you use, code that loads the XML, etc.). Can you post a small
code snippet reproducing the issue?
-Ross
On Aug 9, 2009, at 1:54 PM, fbettag
Try loading the XML with net.liftweb.util.PCDataXmlParser ?
Cheers, Tim
On Aug 9, 6:58 pm, Ross Mellgren dri...@gmail.com wrote:
Loading this XML using XML.loadString works fine for me, so I suspect
there is something else going on here (e.g. formatting of the string,
encoding you use,
The XML that you posted works just fine:
scala val s = body
|div id=wrapper
|div id=header
|lift:Content.headline /
|lift:Content.subheadline /
|lift:Content.menu /
|
It was the UTF-8 Encoding (linebreaks) that made the trouble. Anyway,
simply stripping the string of any newlines is enough.
On Aug 9, 11:57 pm, David Pollak feeder.of.the.be...@gmail.com
wrote:
The XML that you posted works just fine:
scala val s = body
| div id=wrapper
|
Ignore me... im being dumb! Basic archetype has lib but the blank one
doesnt. I'll add a lib dir to blank archetype tomorrow.
Cheers, Tim
On Apr 10, 12:22 pm, Tim Perrett timo...@getintheloop.eu wrote:
Just looked at the blank archetype because im wanting to build another
one for my own
I put non-Lift related logic stuff in lib.
On Fri, Apr 10, 2009 at 12:23 PM, David Bernard
david.bernard...@gmail.comwrote:
Why adding a lib dir if it's useless ?
/davidB
On Fri, Apr 10, 2009 at 21:01, Timothy Perrett timo...@getintheloop.euwrote:
Ignore me... im being dumb! Basic
Agreed - this is exactly what I think most people do.
On 10/04/2009 20:25, David Pollak feeder.of.the.be...@gmail.com wrote:
I put non-Lift related logic stuff in lib.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
This bug killed me the other day and I just now noticed it was fixed:
http://code.google.com/p/jquery-datepicker/issues/detail?id=49can=1q=class.
This is just something to keep an eye so that lift can update this
resource as soon as possible.
The JPA demo reminded me of this bug when I saw that
committed.
On Apr 3, 8:10 pm, marius d. marius.dan...@gmail.com wrote:
well I just assigned it to myself ... Dave if youreally want it just
let me know to stay away ... I should be commititng the fix either
today or tomorrow.
Br's,
Marius
On Apr 3, 7:12 pm, David Pollak
Hi there,
There is a bug in ScriptRenderer.scala I've described here:
http://liftweb.lighthouseapp.com/projects/26102/tickets/31-bug-liftajaxjs-generation-bug-in-case-of-liftrulesenableliftgc-false#ticket-31-1.
I've got a quick fix for it but I don't think it's the best one
(sorry, can't
29 matches
Mail list logo