Looks like a function will be executed when this request is submitted.
In what conditions are you seeing this? Are you calling S.redirectTo
and pass a function? ... or use RedirectWithState?
Br's,
Marius
On 20 Dec, 05:26, Oliver Lambert wrote:
> Hi
>
> I notice lift sometimes lift rewrites the
Oliver,
Lift will only create these types of URL when you pass params when
creating a link.
There is a very sophisticated rewriting engine in lift, so a better
question would be what do you want your URL to look like?
Thanks, Tim
Sent from my iPhone
On 20 Dec 2008, at 03:26, Oliver Lamber
Im using a net.liftweb.http.S.redirectTo within a stateful snippet.
On 20/12/2008, at 9:40 PM, Marius wrote:
>
> Looks like a function will be executed when this request is submitted.
>
> In what conditions are you seeing this? Are you calling S.redirectTo
> and pass a function? ... or use Redir
Simple, I would like my url to be called without ?... tacked onto the
end.
On 20/12/2008, at 10:40 PM, Tim Perrett wrote:
>
> Oliver,
>
> Lift will only create these types of URL when you pass params when
> creating a link.
>
> There is a very sophisticated rewriting engine in lift, so a bette
Folks,
Over the year that Lift has had Can[T] as a replacement for Scala's
Option[T], the name "Can" has required a lot of explaining.
As we make the final push into freezing Lift's APIs, do we want to change
the name of Can to something else or should we leave it as Can.
Alternatives are:
-
Once people get Can, I think it makes sense, so I think we can leave
it.
As a replacement, I can't think of a good real-life example of a thing
with a failure indicator that fits the bill. :)
What about OptionWithFailure, OptionWF, OptWithF?
It's more typing, but it's accurate.
FailureIndicatin
I would suggest looking at the JPA demo code in liftweb under the sites
directory. The JPA.scala and Model.scala have some code in there for
handling transactions. There's also a wrapEM method that can help with
catching and handling exceptions. I have a branch underway that improves on
the code a
Also, if you want lazy transactions it means you can't use JTA; as far as I
know, a JTA-aware EM wants the transaction to already exist at the time that
the EM is created. If that's not an issue and you're using resource local
transactions, transactions are pretty inexpensive since they're essentia
Are you sure you're using S.redirectTo? For one, that's not what you want if
you want to keep using the same stateful snippet instance. Second, if you're
not calling it explicitly (i.e. using just "redirectTo"), the "this" version
of redirectTo on StatefulSnippet may be firing.
Derek
On Sat, Dec
What about renaming it Glass? Then we could add:
case class HalfFull[T](data : T) extends Glass[T]
type HalfEmpty[T] = HalfFull[T]
;)
Derek
On Sat, Dec 20, 2008 at 8:13 AM, TylerWeir wrote:
>
> Once people get Can, I think it makes sense, so I think we can leave
> it.
>
> As a replacement, I
Funny boy. :-)
On Dec 20, 2008 7:39 AM, "Derek Chen-Becker" wrote:
What about renaming it Glass? Then we could add:
case class HalfFull[T](data : T) extends Glass[T]
type HalfEmpty[T] = HalfFull[T]
;)
Derek
On Sat, Dec 20, 2008 at 8:13 AM, TylerWeir wrote: > >
> Once people get Can...
--~
Speaking from personal experience, what I didn't realize to begin with
was that the can was what we in England call a tin, and the
connotation of "you can do something" is conceptually very different
to "a can (tin) contains x" if you follow my meaning...
I think the problem can be solved by
Hi,
I'd like to construct JQuery ui tabs in a snippet.
Does anybody know what the JqJE.JqTabs* object are supposed to do?
After reading the source code I think it's to construct expressions to work
with tabs. But it's still unclear to me if this is for the JQuery ui tabs and
if there's a Lift
Between Can, Cup and Box ...Box makes most sense to me ... (I'm not
going to suggest Bottle :) ...)
Br's,
Marius
On 20 Dec, 18:19, Tim Perrett wrote:
> Speaking from personal experience, what I didn't realize to begin with
> was that the can was what we in England call a tin, and the
> conn
Yeah but there are 2 overloaded versions. Are you also pasing a
function to it?
On 20 Dec, 14:31, Oliver Lambert wrote:
> Im using a net.liftweb.http.S.redirectTo within a stateful snippet.
>
> On 20/12/2008, at 9:40 PM, Marius wrote:
>
>
>
> > Looks like a function will be executed when this re
Is Can a little less like Option and more like scala.Either, where the
left side is used to indicate failure?
On 21/12/2008, at 1:43 AM, David Pollak wrote:
> Folks,
>
> Over the year that Lift has had Can[T] as a replacement for Scala's
> Option[T], the name "Can" has required a lot of expla
It sounds like the this version is firing. What should I be using?
On 21/12/2008, at 2:36 AM, Derek Chen-Becker wrote:
> Are you sure you're using S.redirectTo? For one, that's not what you
> want if you want to keep using the same stateful snippet instance.
> Second, if you're not calling it
Can is more like Option but richer. Not much like Either.
On 20 Dec, 20:33, Oliver Lambert wrote:
> Is Can a little less like Option and more like scala.Either, where the
> left side is used to indicate failure?
>
> On 21/12/2008, at 1:43 AM, David Pollak wrote:
>
> > Folks,
>
> > Over the yea
No, but as Derek suggests, it sounds a bit like the stateful snippet
is doing it for me.
On 21/12/2008, at 5:31 AM, Marius wrote:
>
> Yeah but there are 2 overloaded versions. Are you also pasing a
> function to it?
>
> On 20 Dec, 14:31, Oliver Lambert wrote:
>> Im using a net.liftweb.http.S.
Can has map, flatMap, filter etc. So it can be used in a for comphrension.
I don't believe Either has those methods. Further, Can has a bunch of
helpers to turn Empty into Failure
On Dec 20, 2008 10:33 AM, "Oliver Lambert" wrote:
Is Can a little less like Option and more like scala.Either, where
Ok so Can is not either an Either or an Option, its a Can. I kind of
wondered when I first used Can, and it was described as an enhanced
Option, why it wasn't called something like Option+ with None, Some
and Failure.
On 21/12/2008, at 5:47 AM, David Pollak wrote:
> Can has map, flatMap, f
Because Can is three letters and OptionPlus is 11 and a frequently used
construct should be easy on the fingers.
On Dec 20, 2008 11:15 AM, "Oliver Lambert" wrote:
Ok so Can is not either an Either or an Option, its a Can. I kind of
wondered when I first used Can, and it was described as an enhan
How about Result? e.g. something like,
sealed trait Result[+T]
case class Expected(t: T) extends Result[T]
case class Failure[T](msg: String) extends Result[T]
case object Empty extends Result[Nothing]
alex
--~--~-~--~~~---~--~~
You received this message because
Yup, when you chose the original name, you did a good job - why second
guess yourself now. Can we just leave it the way it is.
On 21/12/2008, at 6:25 AM, David Pollak wrote:
> Because Can is three letters and OptionPlus is 11 and a frequently
> used construct should be easy on the fingers.
>
Yes, but which is it: half empty or half full? You'd think at this stage
of development we could at least answer that old question.
Chas.
Derek Chen-Becker wrote:
> What about renaming it Glass? Then we could add:
>
> case class HalfFull[T](data : T) extends Glass[T]
> type HalfEmpty[T] = Half
I agree. I think Box is more cross-cultural and has no confusing
meanings (e.g. can = possible). But Tyler makes a good point. Really, it
should be called something like OptionWithFailure. And we should stop
trying to abbreviate everything (*maybe* OptionWFailure). After all, how
often do you
Generally, I agree, but not at the expense of understandability. And
about the only time I have to type it is as a result type when it can't
be inferred. The rest of the time I'm using Full() or Empty, which are
nice and short. Even Box, which I think is much better, requires
explaining. Optio
Perhaps we should rename Can to Option and get the Scala guys to
rename theirs, OptionWithoutFailure :)
On 21/12/2008, at 6:50 AM, Charles F. Munat wrote:
> OptionWithFailure
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Goo
On Sat, Dec 20, 2008 at 7:13 AM, TylerWeir wrote:
>
> Once people get Can, I think it makes sense, so I think we can leave
> it.
>
> As a replacement, I can't think of a good real-life example of a thing
> with a failure indicator that fits the bill. :)
>
> What about OptionWithFailure, OptionWF,
If I had it to do over, I'd call it Box... but the cost of change seems to
outweigh the benefit of change... Can it is.
Thanks for your input.
On Sat, Dec 20, 2008 at 12:49 PM, Matt Harrington wrote:
>
> On Sat, Dec 20, 2008 at 7:13 AM, TylerWeir wrote:
> >
> > Once people get Can, I think it ma
If you want 3 letters "Opt" to show the relation with Option
If you want less "?" (question mark) but it's already used by
i18n/resourses bundles (but it could be changed from ?("my sentence
key") to $("my sentence key")). I'm haunted by Tony ;)
my 2 cents useless contribution
On Sat, Dec 20,
It took me a long time to understand what an Option what. Personally, Maybe
(Haskell) makes more sense to me. Perpetuating Option as a name is, IMHO,
less than optimal.
On Sat, Dec 20, 2008 at 1:08 PM, David Bernard
wrote:
>
> If you want 3 letters "Opt" to show the relation with Option
> If yo
What's the big advantage of using JTA over resource local transactions?
On 21/12/2008, at 2:34 AM, Derek Chen-Becker wrote:
> Also, if you want lazy transactions it means you can't use JTA; as
> far as I know, a JTA-aware EM wants the transaction to already exist
> at the time that the EM is
The big advantage would be in a situation where you want the transaction to
federate. For example, if you had multiple database connections, plus you
needed to connect to an EJB or Web Service and you wanted them all to be
part of the same transaction, JTA is the way to do it.
Derek
On Sat, Dec 2
On Sat, Dec 20, 2008 at 2:37 PM, Oliver Lambert wrote:
> Yup, when you chose the original name, you did a good job - why second
> guess yourself now. Can we just leave it the way it is.
>
Pun intended
As to my vote (if I'm allowed one)...
Can was slightly confusing, but looking at it vs O
You already got good advices to your particular problem still an
exception thrown from LoanWrapper-s should be caught by and your
function called. I'll look into it tomorrow.
Br's,
Marius
On 18 Dec, 23:58, Oliver wrote:
> I was redirecting to an error page using
> LiftRules.logAndReturnExcepti
36 matches
Mail list logo
