Prabhat, the command works fine for me, using Maven 2.0.9. Could it be
a problem with a corporate proxy perhaps ?
I executed :
mvn archetype:generate -U -DarchetypeGroupId=net.liftweb -
DarchetypeArtifactId=lift-archetype-blank -DarchetypeVersion=1.0 -
DremoteRepositories=http://scala-tools.
Apologies for bumping this.
Is there a way to get the submit button (or an ajaxButton) to work if
the snippet which was not originally part of the page is bound by a
comet actor?
Thanks,
Som
On Oct 7, 12:32 pm, Somindra Bhattacharya
wrote:
> Thanks for responding, Naftoli.
>
> I tried changin
It looks like you probably have a typo on the command line, although
the command line you pasted is wrapped and so on, so I can't see it
there. Look for erroneous spaces before ".liftweb" in your command line.
-Ross
On Oct 7, 2009, at 8:57 PM, Prabhat wrote:
>
> I followed the document at l
Do try with -Dversion=1.1-SNAPSHOT and see.
Which version of maven are you using?
On Thu, Oct 8, 2009 at 8:57 AM, Prabhat wrote:
>
> I followed the document at liftweb and here is what I get:
>
> PS C:\Users\Prabhat Gupta\work> mvn archetype:generate -U -
> DarchetypeGroupId=net.liftweb -Dar
I followed the document at liftweb and here is what I get:
PS C:\Users\Prabhat Gupta\work> mvn archetype:generate -U -
DarchetypeGroupId=net.liftweb -DarchetypeArtifactId=lift-a
rchetype-blank -DarchetypeVersion=1.0 -DremoteRepositories=http://
scala-tools.org/repo-releases -DgroupId=demo.h
Marius,
Out of interest, have you physically ran lift in asyncweb or netty?
Just thinking about the embedding possibilities...
Cheers, Tim
Sent from my iPhone
On 7 Oct 2009, at 19:50, "marius d." wrote:
>
> Servlet dependencies are abstracted away by a dedicated layer from the
> rest of Li
Ryan,
The PayPal stuff is pretty much my baby - its awesome that your using
it in production!
See what your saying - its been a while since I did anything with
PayPal; what fields *are* returned when the transaction is canceled?
Or, specifically, the question is what behaviour do you need?
The naming each CometActor with a different name is working quite nicely.
On Wed, Oct 7, 2009 at 5:51 PM, David Pollak
wrote:
>
>
> On Wed, Oct 7, 2009 at 2:39 PM, Derek Chen-Becker
> wrote:
>
>> It's been a while since I looked at this, but IIRC, the name for
>> CometActor is there so that you
On Wed, Oct 7, 2009 at 2:39 PM, Derek Chen-Becker wrote:
> It's been a while since I looked at this, but IIRC, the name for CometActor
> is there so that you can distinguish multiple actors on the same page. I
> don't think that you share a CometActor between multiple requests. I think
> that each
It's been a while since I looked at this, but IIRC, the name for CometActor
is there so that you can distinguish multiple actors on the same page. I
don't think that you share a CometActor between multiple requests. I think
that each request gets a new CometActor that's in place as long as the page
Please file an issue for the first one on Git:
http://github.com/dpp/liftweb/issues
As for logging the generated SQL, check out this thread:
http://groups.google.com/group/liftweb/browse_thread/thread/36b9080ded72d6e5/b9e7e5724f6594e3?hl=en&lnk=gst&q=logging#b9e7e5724f6594e3
Let me know if that
I'm doing a prototype (learning a little bit more of everything) just
for fun using lift and a Firefox extension to understand the usual
infrastructure of a delicious api kinda thing.
Right now i have the communication from the FFext to a restApi in scala
(and it was painless to do it =) ), but r
Thanks Marius, that was what I was looking for!
So in 1.0.2 I can call:
def servletContext = LiftRules.context
And when I upgrade to 1.1. I will change that into your suggestion.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Go
On Wed, Oct 7, 2009 at 12:55 PM, harryh wrote:
>
> I have a long field in my database that I want to have a unique index
> (enforced by the database). Sometimes this field will be empty, in
> which case I'd like to set it to NULL. 0 won't work because that
> won't work with the unique index.
>
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 because
I have a long field in my database that I want to have a unique index
(enforced by the database). Sometimes this field will be empty, in
which case I'd like to set it to NULL. 0 won't work because that
won't work with the unique index.
MappedLong appears to be converting null to 0 internally.
A
Created, thanks! http://github.com/dpp/liftweb/issues/#issue/83
-Ross
On Oct 7, 2009, at 11:56 AM, David Pollak wrote:
> It's possible, but not easy. Please open a ticket for "exclude
> certain paths during URL re-write" and I'll work on it tomorrow.
>
> On Tue, Oct 6, 2009 at 10:07 AM, Ross
That is a pretty good suggestion, unfortunately my cocktail-napkin
example of what I was doing was missing out on the fact that the other
application has contextPath "/" -- but, there are some well known
prefixes under there so your technique could still work for me, it
would just require
Looks like you need to open a ticket for that :P
On Oct 8, 3:50 am, Timothy Perrett wrote:
> My point exactly!
>
> To that end, why dont we just add a small matching statement or switch
> that allows using Jetty 7 - only the package structure has changed not
> the continuation API itself so
Servlet dependencies are abstracted away by a dedicated layer from the
rest of Lift.
LiftRules.context match {
case c: HTTPServletContext => c.ctx // this is a ServletContext
case _ =>
}
So you can take the ServletContext and do your stuff with it. But in
this case you explicitly know th
On Wed, Oct 7, 2009 at 10:40 AM, rintcius wrote:
>
> > Your best bet is to go find some Java static thing that's going to give
> you
> > the ServletContext
>
> Yes that could work, but is it an idea to make the liftServlet
> available as an object in Lift (when it has the right provider)?
>
That
My interpretation of DPP's last post was that he [or moreover, we the
team] would not want the context accessible in a sessionless way.
Cheers, Tim
On 7 Oct 2009, at 18:40, rintcius wrote:
>
>> Your best bet is to go find some Java static thing that's going to
>> give you
>> the ServletCont
> Your best bet is to go find some Java static thing that's going to give you
> the ServletContext
Yes that could work, but is it an idea to make the liftServlet
available as an object in Lift (when it has the right provider)?
Then the servletContext can be obtained nicely via
liftServlet.getServ
My point exactly!
To that end, why dont we just add a small matching statement or switch
that allows using Jetty 7 - only the package structure has changed not
the continuation API itself so it should be fairly trivial. The jetty-
runner stuff would really get me out of jetty-wrapper-hell th
On Wed, Oct 7, 2009 at 9:19 AM, Timothy Perrett wrote:
>
> I know that has been the plan - but I cant help but think that Servlet
> 3.0 is still a long way off standardisation?
>
It's been 3 months away from being a standard for almost 2 years. ;-)
>
> What do you think?
>
> Cheers, Tim
>
>
> O
If it helps, the HTML produced is identical, regardless of how the
template
is fetched. So this might suggest there is a problem with Request
state regarding
the Mapper object, but I don't understand why that should be so.
Glenn
On Oct 7, 9:12 am, glenn wrote:
> My JavaScript/JQuery programming
I know that has been the plan - but I cant help but think that Servlet
3.0 is still a long way off standardisation?
What do you think?
Cheers, Tim
On 7 Oct 2009, at 16:53, David Pollak wrote:
> I was hoping to generically support Servlet 3.0 continuations (which
> should work for Jetty 7
My JavaScript/JQuery programming is weak and I'm not sure how to
explain the issue I'm having, but here goes...
I have a simple template for editing and saving changes to a Mapper
object:
def edit(item: ModelType) =
{item.toForm(Full("Save"), { _.save })}
When I u
Hello,
I'd thought I'd try using m2eclipse's SCM import to load the lift
trunk source from git and use Eclipse 3.5 + m2eclipse 0.9.8 as the
build mechanism. I have the scala 2.7.5 plugin loaded and have made
some progress cleaning up the build in Eclipse, adding the Scala
nature and such. I encoun
In Lift 1.1, there is no S.servletSession method.
Without a session, you cannot find the context and even with a session, you
have to look to see if the session is associated with a particular provider
(Lift-speak for the thing that's forwarding requests to Lift).
Your best bet is to go find some
It's possible, but not easy. Please open a ticket for "exclude certain
paths during URL re-write" and I'll work on it tomorrow.
On Tue, Oct 6, 2009 at 10:07 AM, Ross Mellgren wrote:
>
> I'm deploying a Lift application into JBoss as another WAR alongside
> the rest of our application in a separ
I was hoping to generically support Servlet 3.0 continuations (which should
work for Jetty 7 and Glassfish). Please open a ticket for it.
On Wed, Oct 7, 2009 at 2:23 AM, Timothy Perrett wrote:
>
> Guys,
>
> I just wanted to rename this thread and raise this for proper
> discussion. API's between
Thanks, works like a charm.
Am quite happy with the way Lift calculates the locale at the moment
though.
Dirk
On Oct 7, 2:25 pm, Timothy Perrett wrote:
> An example of locale calculator can be found here:http://is.gd/1NXGN
>
> Cheers, Tim
>
> On 7 Oct 2009, at 13:04, Jeppe Nejsum Madsen wrote:
Here goes. I have also added the possibility to mark the field as
required. That proved to be less trivial than expected since
validators can only work on the field type and not the raw string.
class MappedLocalDateTime[T<:Mapper[T]](fieldOwner: T) extends
MappedDateTime[T](fieldOwner) {
An example of locale calculator can be found here: http://is.gd/1NXGN
Cheers, Tim
On 7 Oct 2009, at 13:04, Jeppe Nejsum Madsen wrote:
>
> Dirk Louwers writes:
>
>> Cheers,
>>
>> I've finished the translation. Who do I send the file to for
>> integration and how can I have Lift pick it up in th
Dirk Louwers writes:
> Cheers,
>
> I've finished the translation. Who do I send the file to for
> integration and how can I have Lift pick it up in the meanwhile?
You can place the file in src/main/resources/i18n and set the locale
using LiftRules.localeCalculator
/Jeppe
--~--~-~--~-
Cheers,
I've finished the translation. Who do I send the file to for
integration and how can I have Lift pick it up in the meanwhile?
Best,
Dirk Louwers
On Oct 7, 8:41 am, Heiko Seeberger
wrote:
> Take it from
> here:http://github.com/dpp/liftweb/tree/master/lift/src/main/resources/i18n/
>
>
Hi Stefan and everybody,
I am a bit overwhelmed by the enormous response on my mail and am very
grateful for it.
Last evening, after seeing the amounts of mail, I started working
again and ended quite late. I think I even made some progress!
(at least Maven thought I made some)
So the encourageme
Hey guys,
I managed to build in callback support, and I draw your attention to
the implementation here:
http://github.com/opyate/Ken/blob/master/ken-server/src/main/scala/com/opyate/ken/lib/API.scala
Excerpt:
override def dispatch: LiftRules.DispatchPF = {
// modify the returned function t
Hi,
Perhaps a bit of a hack, but a redirect like the following might do
the trick:
LiftRules.dispatch.prepend(NamedPF("redirect context/mainapp
requests to mainapp") {
case Req("mainapp" :: page, "", _) => () =>
Full(RedirectResponse(S.hostAndPath.replace(S.contextPath, "")
Guys,
I just wanted to rename this thread and raise this for proper
discussion. API's between J6.x and J7.x appear to be the same, its
mainly the package names and structure that have changed.
Is it feasible to add a match statement to replace the current val
assignments that have essentially ha
On Mon, Oct 5, 2009 at 9:01 PM, Joni Freeman wrote:
>
> Thanks Richard!
>
> This is a feature request and I just committed an implementation to my
> branch.
I've just pulled 1-1 SNAPSHOT, tried it, and it works just how I need it to.
Thank you
Richard
--~--~-~--~~~-
On Tue, Oct 6, 2009 at 11:10 PM, Jack Widman wrote:
> I am picking up a very subtle insinuation that that question was too easy
> for this forum. I agree whole heartedly. Won't do it again. My next
> question is - Is P=NP? No wait, thats not appropriate.
>
>
No, the question was not to easy for
Yes, but I am referring to the case when there is no Full(session).
I.e. how do I get the servlet context in the 2nd case at the place
where I am currently throwing a RTE.
def servletContext = {
S.servletSession match {
case Full(session) => session.getServletContext()
case _ =>
Thanks for responding, Naftoli.
I tried changing the code to:
def handleSubmit() =
{
Log.info("GOT A SUBMIT IN INVITE")
net.liftweb.http.js.JsCmds.Run("alert('Hey')")
}
ajaxForm(
bind("elem", xhtml,
"submit" -> submit("Click", () => handleSubmit() ),
Dirk Louwers writes:
>
> If it would be at all usefull I'd be happy to share the code.
Please do. I'll eventually have to support different locales at some
point
/Jeppe
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
46 matches
Mail list logo