would just make the type exactly right. Im starting to
write some mock tests etc as this is going to need testing
programatically.
More to come soon.
Cheers, Tim
On Oct 9, 7:03 pm, Ryan Donahue donahu...@gmail.com wrote:
Here's a diff showing the changes I made. Notice I added a case
missed something, I am a scala newbie :)
-Ryan
On Oct 8, 3:57 pm, Timothy Perrett timo...@getintheloop.eu wrote:
Ok cool, I'll take a look at this tomrrow all being well.
Thanks for the feedback
Cheers, Tim
Sent from my iPhone
On 8 Oct 2009, at 20:43, Ryan Donahue donahu...@gmail.com
conversion to Box
PaypalTransactionStatus types that were unboxed.
Cheers, Tim
On Oct 9, 3:46 pm, Ryan Donahue donahu...@gmail.com wrote:
Tim,
I locally changed the PaypalIPN.actions method return type to
trait PaypalIPN {
def actions: PartialFunction[(Box[PaypalTransactionStatus.Value
Here's a diff showing the changes I made. Notice I added a case to the
SimplePaypal.actions method that I'd think would fail compilation but does
not.
On Fri, Oct 9, 2009 at 1:08 PM, Ryan Donahue donahu...@gmail.com wrote:
Well, I am a scala newb, but I know maven all too well. I ran mvn
seeing this behaviour on?
Cheers, Tim
On 7 Oct 2009, at 20:56, Ryan Donahue wrote:
I'm receiving IPN updates from PayPal when a subcription is created
and when it is canceled. However, the cancel message never make it to
my actions method. Apparently, the cancel message does
Arg, looks like the param listings in my message got formatted as
previous message quotes. Hopefully, it is clear enough.
On Oct 8, 8:14 am, Ryan Donahue donahu...@gmail.com wrote:
Hi Tim,
Looking at Table 2. Summary of subscription variables of the page
you reference, payment_status
is more generic that the current status one we have?
Alternatively, it sounds to me like we might need to add some kind of
special case match statement.
Thoughts?
Cheers, tim
On 8 Oct 2009, at 13:14, Ryan Donahue wrote:
Hi Tim,
Looking at Table 2. Summary of subscription variables
to that
ticket. One the code goes through review then it will make it into the
master branch all being well.
Cheers, Tim
On 8 Oct 2009, at 18:52, Ryan Donahue wrote:
Yeah, I noticed my email got mangled.
It would make sense to me if PaypalIPN.actions and PaypalPDT.pdtResponse
were consistent
I'm receiving IPN updates from PayPal when a subcription is created
and when it is canceled. However, the cancel message never make it to
my actions method. Apparently, the cancel message does not include
the payment_status. I think this results in the message being dropped
on the floor
.
In this scenario, apart from the pom.xml growing bigger, do you foresee
any distinct disadvantage opting for the profile path (instead of
property injection)?
Cheers, Indrajit
On 21/09/09 7:18 PM, Ryan Donahue wrote:
In fact it works for multiple Hudson builds. We have serveral hudson
builds
I want to capture the the current request URL, so I can redirect back
to it at a later point. What's the best way to get at the URL? The
answer is probably obvious, but I can't seem to find it.
Thanks,
Ryan
--~--~-~--~~~---~--~~
You received this message
Does that include the query string?
On Wed, Sep 16, 2009 at 11:21 AM, harryh har...@gmail.com wrote:
S.uri
On Sep 16, 9:35 am, Ryan Donahue donahu...@gmail.com wrote:
I want to capture the the current request URL, so I can redirect back
to it at a later point. What's the best way to get
Never mind, I found it. HTTPRequest.scheme will contain either http
or https.
On Sep 9, 2:46 pm, Ryan Donahue donahu...@gmail.com wrote:
Previously I would check whether the request was over SSL by getting
the HttpServletRequest and calling its isSecure method. Now that
servlets have been
Search this group doesn't always work. I found this by searching
for the term fade, recalling a discussion Marius posted about fading
out messages. Search this group does not find the discussion, but
you can find the discussion by changing the search criteria to fade
group:liftweb and use the
The problem you are encountering may be related to this (see David's
response):
http://groups.google.com/group/liftweb/browse_thread/thread/f8c6a2a4cee52dc6/
On Aug 24, 5:16 am, pravin pravinka...@gmail.com wrote:
Hi
i have form with text box and Submit button(with ajax Submit button)
But
Marius, this sound like a very good idea. This would allow the app
developer to decide whether to spend the extra time thinking about
serialization/session replication. If you don't need it, then you
don't use the compiler plugin and just continue building lift apps as
you have been. If you do
I'm not so concerned about the lack of session replication from a
scalability point of view. Sticky sessions will get you a long way.
Plus I've learned my lesson about over-engineering for scalability
before you need to. However, it'd be nice to choose a path that could
scale in the rare event
You could do something like this.
Snippet:
def func(xhtml: NodeSeq): NodeSeq = {
val foos = Foo.findAll(...)
val rowSize = (S.attr(rowSize) openOr 10).toInt
val rowNum = (foos.size + rowSize - 1) / rowSize
List.range(0, rowNum).foldLeft(Util.emptyNodeSeq)((ns, i) = {
val
this:
List.range(0, rowNum).flatMap(i = {
})
(simlar change in the row function)
-harryh
On Aug 18, 3:52 pm, Ryan Donahue donahu...@gmail.com wrote:
You could do something like this.
Snippet:
def func(xhtml: NodeSeq): NodeSeq = {
val foos = Foo.findAll(...)
val rowSize
I use a fake smtp server called Dumbster:
http://quintanasoft.com/dumbster/
If run.mode is development or test, my app starts an embedded instance
of dumbster on an unused port and configures Mailer to connect to that
port. Any email sent by the app is received by dumbster (and not
relayed).
Apparently if your form has only one text field (input tag w/
type=text) and one button tag, IE8 does not include the button as a
field in the post, but only includes the text field. Here's the IE8
bug report:
https://connect.microsoft.com/IE/feedback/ViewFeedback.aspx?FeedbackID=389736
The
-1 for adding modules by dropping in a jar
Suppose the jar supplies multiple Lift modules and I only want to use
one, or suppose I want to use some other class in the jar and don't
want to use any of its Lift modules.
Adding a module to a Lift app really should be an explicit action by
the
, Tim
On 29/07/2009 12:31, Ryan Donahue donahu...@gmail.com wrote:
-1 for adding modules by dropping in a jar
Suppose the jar supplies multiple Lift modules and I only want to use
one, or suppose I want to use some other class in the jar and don't
want to use any of its Lift modules
LiftRules.addToEnviroment(com.mypackage), and the com.mypackage conforms to
a known standard / format with some special traits that we call loading
methods on.
This isn't really any different then building a module by extending
LiftModule trait except that the known standard / format' is
The shutdown method works. Thanks.
On Jul 9, 5:16 pm, Ryan Donahue donahu...@gmail.com wrote:
Thanks, I'll try it tomorrow and let you know.
On Thu, Jul 9, 2009 at 5:14 PM, Derek Chen-Beckerdchenbec...@gmail.com
wrote:
Whoops. Forgot about this one. I just pushed a fix in scalajpa 1.2
Thanks, there's no rush. I'm starting a week-long vacation tomorrow,
so I wouldn't be able to try any changes until then anyway.
On Jun 26, 11:20 am, Derek Chen-Becker dchenbec...@gmail.com wrote:
I'll look at adding a hook.
Derek
On Fri, Jun 26, 2009 at 6:43 AM, Ryan Donahue donahu
I'm using JPA and Hibernate for persistence, and I've configured
Hibernate to use c3p0 for connection pooling. I'm using scalajpa as
follows:
object em extends LocalEMF(persistenceUnit) with ThreadLocalEM
When Tomcat reloads the app, the following is logged:
A C3P0Registry mbean is already
27 matches
Mail list logo