Hi,
I would like to use the PayPal module.
First: Is it considered production ready?
Second: If yes, please point me to some documentation or examples.
Thanx
Heiko
--
My blog: heikoseeberger.name
Follow me: twitter.com/hseeberger
OSGi on Scala: www.scalamodules.org
Lift, the simply functional w
Hey Heiko,
Yes, it's production ready. Currently both PDT and IPN are supported.
I'll bash together a sample later if you need one (at work now).
Alternitivly, the lift book has a small sample of it's usage.
Cheers, Tim
Sent from my iPhone
On 19 May 2009, at 08:49, Heiko Seeberger wrote:
>
Hi Tim,
> Yes, it's production ready. Currently both PDT and IPN are supported.
>
Great!
> I'll bash together a sample later if you need one (at work now).
>
I would appreciate that a lot!
> Alternitivly, the lift book has a small sample of it's usage.
>
Yes, but that's indeed very small :-
I'm not quite a SASS fan but this looks pretty cool. If there is a lot
of buy in for SASS out there maybe in time it will make sense for Lift
to provide SASS support "out of the box"
Br's,
Marius
On May 19, 6:35 am, David Pollak
wrote:
> Very nifty stuff.
>
>
>
> On Mon, May 18, 2009 at 8:09 PM
Hi,
How to use DTO(data transfer object) in lift.
e.g
In Java ,i have user defined object i.e Employee with
name ,address,emp Id, salary,department
attribute.
i want to display employee details on UI. for that i will make query
for Db for particular employee.
Will retrieve all attribute and crea
I have decided to develop a little example project that looks at using
scala from the perspective of java enterprise developers. My first
objective is to just translate all the java into scala, but the very
next thing i would like to explore is how to plug in Lift components.
I would guess that wi
I have been following the "Starting with Lift" tutorial, on a MacBook
Pro with MacOs 10.5, Java 1.5, and Maven 2.0.9. I am working on the
ToDo application, and the initial build went fine. I then got to
Section 2.8, the second time for issuing mvn jetty:run. This time I
got the following error:
David,
Aren't I declaring the methods my snippet supports by including them
as public methods of the snippet itself?
I think that requiring every StatefulSnippet to also be a
DispatchSnippet is at odds with the code-by-convention and don't-
repeat-yourself principles. If all my dispatch PF does
On May 18, 11:52 pm, "sailormoo...@gmail.com"
wrote:
> I think in your exception handler only Production is defined.
> Are you running on Production Mode?
Aha, I don't think I am. I just use RunWebApp. I'll look into that
thanks.
--~--~-~--~~~---~--~~
You recei
On Tue, May 19, 2009 at 2:49 AM, Paul Caton wrote:
>
> I have been following the "Starting with Lift" tutorial, on a MacBook
> Pro with MacOs 10.5, Java 1.5, and Maven 2.0.9. I am working on the
> ToDo application, and the initial build went fine. I then got to
> Section 2.8, the second time for
Willis,
I appreciate your point of view. Getting stuff done more quickly is good.
Having a maintainable, flexible code base is good. Sometimes these things
are at odds.
I've found that over my various projects, using DispatchSnippets is better.
They tend to lead to fewer bugs. That's why I thi
Sorry... got swamped with other things... hope to work on it Weds or Thurs.
On Fri, May 15, 2009 at 4:14 PM, denew wrote:
>
> David,
>
> Hope I haven't offended protocols, just not sure the best way to send
> this. I've just uploaded a teensy mod to hello-lift (hello-lift-denew)
> which should s
Are you running on OS X by any chance?
I sometimes get "138" and from what I've found it appears to be a
combo of Apple's Java and Maven 2.0.9.
The solution, albeit ham-fisted, is to simply run the command again.
I have not tested 2.0.10 or SoyLatte, but I will as soon as I have
time.
On May
As a quick follow-up, I just jump to mvn 2.1.0 and two builds resulted
in no "138" errors. Can you give that a shot?
Below are my Java, Scala and Maven versions.
~/g/liftweb [master]
]> java -version
java version "1.5.0_16"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_16-
b06-2
Cool. Glad it was that simple :)
On Mon, May 18, 2009 at 11:12 PM, Andrew Scherpbier
wrote:
> Thanks Derek!
>
> I hadn't noticed the "bigDecimal" member of scala.BigDecimal. (I'm still
> so used to looking for explicit getter methods!)
>
> I now have my code do this:
>
> Text(String.format(
If Tim puts together an expanded example I can add it to the (growing) list
of things to add back into the book.
Derek
On Tue, May 19, 2009 at 2:52 AM, Heiko Seeberger <
heiko.seeber...@googlemail.com> wrote:
> Hi Tim,
>
>> Yes, it's production ready. Currently both PDT and IPN are supported.
>>
You should be able to define getters and setters on a Scala class just like
you would in Java and it should work just fine. That's one of the was that
you can set up your entities for JPA, too. For example:
@Entity
class Person {
private var id : Long = _
private var name = ""
@Id
def ge
Sounds good. Don't hesitate to ask questions if you run into issues or if
there's something not clear in the API.
Derek
On Tue, May 19, 2009 at 3:08 AM, rintcius wrote:
>
> I have decided to develop a little example project that looks at using
> scala from the perspective of java enterprise dev
If you want the exception handling in all modes, just change your code to
case (_, Req(path, "", GetRequest), exception)
The "_" acts as a wildcard for the mode.
Derek
On Tue, May 19, 2009 at 5:12 AM, Channing Walton wrote:
>
>
>
> On May 18, 11:52 pm, "sailormoo...@gmail.com"
> wrote:
> > I
I'm new to the list - just learning Scala through David's book and
hopefully Lift soon since I really like some of the design choices. I
am a former Java developer who has been doing Rails development for
the past 2 years. I came upon Sass about a year ago and really like
the way it helps
I was using lift 1.1-SNAPSHOT,which I had in my local repository.
There is a version 1.1-M1 on http://scala-tools.org/repo-releases.
Should I be using that, or is there another repository that I should
use in my POM?
Glenn...
--~--~-~--~~~---~--~~
You received thi
David,
I'm sorry too, because I was already using loginReferer.is. The
problem
is the loginReferer.remove line has to be removed for the redirect
to work. Don't know why. You would think the ret var
would stay put, but it doesn't.
Glenn...
On May 18, 3:57 pm, David Pollak
wrote:
> Glenn,
>
>
David,
Just a quick followup, this code actually does what I want, although
I still have yet to reset the loginReferer SessionVar back to the
default.
override def homePage = {
var ret = loginReferer.is
loginReferer.substring(loginReferer.toString.lastIndexOf('/') +
1) match {
I asked something similar some days ago (Subject: Schedule for 1.1).I am
using 1.1-SNAPSHOT and that's doing fine ...
Heiko
2009/5/19 glenn
>
> I was using lift 1.1-SNAPSHOT,which I had in my local repository.
> There is a version 1.1-M1 on http://scala-tools.org/repo-releases.
> Should I be us
Hello,
just out of curiosity is Lift vulnerable to http parameter pollution?
It was demoed at OWASP by two italian researchers.
http://blog.mindedsecurity.com/2009/05/http-parameter-pollution-new-web-attack.html
Cheers,
Tom
--~--~-~--~~~---~--~~
You received t
On Tue, May 19, 2009 at 10:18 AM, Tom Arnold wrote:
>
> Hello,
>
> just out of curiosity is Lift vulnerable to http parameter pollution?
Lift is built on Scala, so by default, it's strongly typed, thus half the
HPP attacks (causing an Array to be sent to a method expecting a String)
disappear.
> On May 17, 10:33 pm, Timothy Perrett wrote:
>> Can you verify the log4j.xml file is being read?
>>
On Mon, May 18, 2009 at 9:38 PM, Channing Walton wrote:
> Not sure how I can tell.
Specifying -Dlog4j.debug on the command line should prompt log4j to tell you
what it's doing.
Martin
--~--~-
Sorry for the delay in responding. My question was not about
transaction API, my question was a practical one: If form processing
is split into a bunch of little anonymous functions, how can you put
them in a try/finally?
On May 15, 1:59 pm, Derek Chen-Becker wrote:
> EntityManager has a getTran
cool thanks.
On May 19, 7:09 pm, Martin Ellis wrote:
> > On May 17, 10:33 pm, Timothy Perrett wrote:
> >> Can you verify the log4j.xml file is being read?
>
> On Mon, May 18, 2009 at 9:38 PM, Channing Walton
> wrote:
> > Not sure how I can tell.
>
> Specifying -Dlog4j.debug on the command lin
Lifted,
i've refactored things so that the DSL-archetype is now on github (git clone
git://github.com/leithaus/stockholm.git) and the rlambda project is on
google code. i've been attempting to remove the BNFC dependency from
rlambda, and it would be done by now, but the commit for the changes to t
Well, typically the form callbacks are just setting values. If they're more
complex than that then you would need a try/catch in each function. I don't
think that the current form processing code has any facility for a per-form
exception handler, although that might be a useful feature.
Derek
On
Thanks for the fast response! Okay, a couple of things:
1.
> Well, typically the form callbacks are just setting values. If they're more
> ...
(I take that to mean that setting entity properties does not require a
transaction? I thought that in JPA entities are generally monitored
for modificatio
ב"ה using the FormProcessor, all my exceptions seem to have
disappeared. Now I have a problem, that although seems to be a
separate problem is very much intertwined with everything else and I
think it's really one issue.
The page basically looks like this:
Nature Name: [text field]
Locations:
Na
P.S. I wrote a method to handle the boilerplate of opening/closing/
checking whether to rollback transactions. Shouldn't ScalaJPA have
such a method? Or does it?
Thanks.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
It should already. The closeEM method on both LocalEM and JndiEM checks to
see if the transaction has been marked rollback only and should handle
committing/rollback there. If it doesn't then it's a bug.
Also, for your first question:
(I take that to mean that setting entity properties does not r
Thanks for the promp responses. I think it is probably exactly what
Tyler said, and shall update my Maven forthwith.
Paul.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"Lift" group.
To post to this group, send em
On May 19, 4:31 pm, Derek Chen-Becker wrote:
> It should already. The closeEM method on both LocalEM and JndiEM checks to
> see if the transaction has been marked rollback only and should handle
> committing/rollback there. If it doesn't then it's a bug.
But we're talking about userTx==true. I
On the first part, I could add a withTx method to LocalEM that would handle
wrapping the tx for you, if that's OK. Something like:
def withTx[T] (f : => T)
Then you could do
MyEM.withTx {
prog
}
And it would handle the rollback. How does that sound?
As for the second, if you're getting an ex
I actually started my code by editing the AuthorOps snippet from
ymnk's GAE version of it. He does reload the nature before editing it:
// Hold a val here so that the "id" closure holds it when we re-enter
this method
bind("author", xhtml,
"id" -> SHtml.hidden(() =>
David,
Bravo! That sounds to be some gnarly sleuthing-n-hacking. BTW, have you run
into any deadlock issues when you replace the scheduler?
Best wishes,
--greg
On Mon, May 18, 2009 at 2:43 PM, David Pollak wrote:
> Folks,
>
> As you all may or may not know, I've been battling memory retention
I wonder if that's something specific to GAE. Typically what I do using the
Hibernate EM is something like:
val current = myAuthor // this entity has either been passed in or retrieved
bind ("author", xhtml, "obj" -> hidden(() => authorVar(current)), ...)
Then the actual instance is passed acros
Glenn,
It's easy for emails communications to go south. i'd be more than happy to
help you out, but being a pretty slow guy, i need a specific code context
before i can really grok what it is you want to do. If you're worried about
IP or disclosure, can you cook up a simplified version with the na
On Tue, May 19, 2009 at 2:34 PM, Meredith Gregory
wrote:
> David,
>
> Bravo! That sounds to be some gnarly sleuthing-n-hacking. BTW, have you run
> into any deadlock issues when you replace the scheduler?
No... the scheduler is a replacement for Doug Lea's FJ library which was
superior for JDK 1
Hi,
I was wondering why lift markup uses XML elements to reference
snippets, rather than using namespaced attributes in the way that (I
think) Wicket and Tapestry do? Or like Plone's TAL, which is the
first place I saw such a thing.
The reason I ask is this: I'm sure I've read somewhere that Da
On Tue, May 19, 2009 at 3:09 PM, Martin Ellis wrote:
>
> Hi,
>
> I was wondering why lift markup uses XML elements to reference
> snippets, rather than using namespaced attributes in the way that (I
> think) Wicket and Tapestry do? Or like Plone's TAL, which is the
> first place I saw such a thi
David,
Thanks for your reply.
I agree with your points about dispatch snippets: they're a good
idea, and I see that it's possible to avoid having to rewrite the
method name several times.
But Lift does provide a reflection-based dispatch mechanism which
could work with stateful snippets but fo
Greg, It's not exactly deadlock, but you may find this interesting:
https://lampsvn.epfl.ch/trac/scala/ticket/1999
-Erik
On Tue, May 19, 2009 at 5:34 PM, Meredith Gregory
wrote:
> David,
>
> Bravo! That sounds to be some gnarly sleuthing-n-hacking. BTW, have you run
> into any deadlock issues
Hi,
As far as I understand it is not possible to specify the FQCN of a snippet
class in a snippet tag. Is this true? If so, there might be name clashes:
Just imagine popular names like user, customer, item, etc.
This will be particularly important in the OSGi space where you can create
extensible
Timothy,
thanks for the links, I found them useful and I find your blog in
general very interesting. Came across scala-blogs.org and it looks
quite promising as well.
I knew "bind" already from the "Exploring Lift" book which I pull from
git, build with Lyx and keep at hand regularly. In the doc
49 matches
Mail list logo