LiftRules.jsArtifacts = // your own implementation of JSArtifacts
trait
If you just want to disable LiftGC just set:
LiftRules.enableLiftGC = false // and the script above will not be
generated.
Disabling JQuery for a given page hmmm you also have
LiftRules.autoIncludeAjax and LiftRules.au
I've pushed my changes and additions back to my branch, hopefully for all to
see (still learning git). I'll write an example app based on the changes
soon.
cheers
Oliver
On Tue, May 19, 2009 at 9:14 AM, David Pollak wrote:
> Oliver,
>
> Good stuff... please make sure that your branch is availab
As a learning project for myself, I'm adding incremental enhancements
to the ToDo app, which could lead to further tutorial chapters:
1. 'Due Date' and reset via datepicker.js, with countdown and warning
color when past due.
2. 'Tagging' (many-to-many) with editing, filtering, addition, and
remo
I am using "Archetype basic" and in my form, I am trying to integrate
with Google Transliteration API. So in one of the page, I would like
to disable jQuery as it conflicts with google Transliteration API.
I found following function is generated and added automatically, they
are not in my templa
Does anyone actually have a *working* GAE application/example, using
Scala-style JPA, with at least a OneToMany CRUD? I'm trying to port a
relatively simple Lift app to this environment, with little success.
The most recent error I have centres around:
java.lang.AbstractMethodError:
org.datanucle
Presume nothing :-)
The API is not too complicated IMO and its fairly recent code so its
not as confusing as, say, mapper internals. If you get stuck, or want
a helping hand, then just post to the list - its what were here for!
Good luck!
Cheers, Tim
On May 26, 8:02 pm, fbettag wrote:
> Ugh,
I don't know if I've mentioned this before, but APress had a limitation with
the print version of the book that kept the appendices from making it in.
The appendices are available (for free, to anyone) on the APress website:
http://www.apress.com/book/downloadfile/4390
Sorry for the inconvenience
Hi Joe,
I may be out on a limb here, but could this be a DNS issue with your VM
setup? For me, a 120 second timeout makes me look at network trouble
first. I too run VirtualBox on a mac for some stuff, but have found its
networking support just different enough from VMWare (my normal vm
plat
Ok, I have no real answers, but this is just an observation i've seen
sometimes on my mac(s) when doing dev with jetty (unrelated to lift).
Sometimes, and just sometimes it appears to get itself it a total melt
down and says its exited but checking the activity monitor shows that
it really is stil
On Tue, May 26, 2009 at 1:26 PM, Kristinn wrote:
>
> Thanks for your answer.
>
> I'm not sure what you'd like to know about the app.
> It's an internal project, task and idea management application,
> written in Java using the Stripes web framework, and Apache Lucene for
> persistence.
>
> We use
Thanks for your answer.
I'm not sure what you'd like to know about the app.
It's an internal project, task and idea management application,
written in Java using the Stripes web framework, and Apache Lucene for
persistence.
We use a cookie to authenticate the user, this is done on each
request.
On Tue, May 26, 2009 at 12:08 PM, Joe Wass wrote:
>
> FWIW, it's a Mac Mini Intel Core 2 Duo with 2GB RAM @ 2GHz on Mac OS X
> 10.5.6 running Ubuntu Server 9.04 in Sun VirtualBox.
>
> I'm virtualising because production will be an Ubuntu VM and I prefer
> to work with VMs for dev. IIRC the CPU is
Try against 1.1-SNAPSHOT and see if it's any better.
On Sun, May 24, 2009 at 8:57 PM, Willis Blackburn <
willis.blackb...@gmail.com> wrote:
>
> Following the example in Exploring Lift section 5.3.1, I set up some
> of my site map pages to redirect to a login page if the user is not
> already logg
FWIW, it's a Mac Mini Intel Core 2 Duo with 2GB RAM @ 2GHz on Mac OS X
10.5.6 running Ubuntu Server 9.04 in Sun VirtualBox.
I'm virtualising because production will be an Ubuntu VM and I prefer
to work with VMs for dev. IIRC the CPU isn't working hard inside or
outside of the VM when it takes a l
At this point, Lift requires sessions for all HTML rendering. It might be
possible to do something such that all the various requests share the same
session and there's no JSESSIONID and no need for stickiness.
Can you tell us a little more about your app?
On Tue, May 26, 2009 at 12:07 PM, Krist
The merge method really should be able to handle this, so could you provide
some code that shows how you're handling the entity in the two different
requests? I'm not sure what you mean by transient, either. JPA entities are
either in an attached or detached state; AFAIK there is no third state.
D
Hi, I'm looking into migrating an existing application to Lift. This
application does not use sessions at all, and we do load balancing
without session stickiness. Now my question is: does Lift for some
reason require sessions on it's own? Or, would we have to switch to
load balancing with session
Ugh, i guess my scala skills are by far too bad for writing something
like that ;)
But i'll try!
On May 26, 4:41 pm, Timothy Perrett wrote:
> If you need an LDAP integration within the lift eco-system perhaps take a
> look at lift-record and write an LDAP backend for record. That would be
> awe
Fixed and committed. Sorry about that, I was out for the holiday weekend
here in the US.
Derek
On Sun, May 24, 2009 at 4:05 AM, Timothy Perrett wrote:
>
> Doh, this is due to the .gitignore file has exluded it (its not in the
> git repo).
>
> Derek has the sources for this, so he'll need to add
ScalaJPA returns things as either Options or BufferWrappers. The limitation
on entities is due to JPA wanting something implementing the Java Set, List,
Map interfaces and not Scala's. User types are similarly not included in
standard JPA 1.0, although there's talk of putting that into JPA 2.0. I'd
John,
Thanks for your suggestions. It appears that there are two problems that
come together, here.
- The custom subclass is actually a container for an abstract super class
of the possible concrete content classes. Only the concrete subclasses have
been given JPA annotations. In full ge
Hmmm...
This all sounds odd. In general, mvn jetty:run (if all the Scala classes
are compiled) takes about 3 or 4 seconds, even on my slow box.
Is your CPU at 100%?
What kind of machine is hosting your ubuntu VM?
On Tue, May 26, 2009 at 11:18 AM, Joe Wass wrote:
>
> I've been looking at lift
I've been looking at lift since yesterday morning (and scala for a
week or so) and I'm very pleased with what I see. I'm a little
frustrated though, Jetty appears to be breathtakingly slow to start
and stop occasionally. Sometimes the pause before this:
[INFO] Started Jetty Server
[INFO] Starting
So we essentially use LiftActors for ContinuationActors but still keep
Scala Actors for CometActors. I'm more comfortable with this approach
not from technical reasoning but from adoption/political.
Br's,
Marius
On May 26, 9:09 pm, David Pollak
wrote:
> Folks,
>
> I've just committed a change t
Folks,
I've just committed a change to Lift that uses LiftActors for Lift's
"ContinuationActors". This is the class that's used to bridge between comet
requests and any CometActors. They are short lived, internal to Lift and
have been the subject of the most memory retention issues. This change
Apologies, I searched everything but this list!
The following threads are relevant:
http://groups.google.com/group/liftweb/browse_thread/thread/a4a04b145128e6f8/cb5e7026cb361fa6?lnk=gst&q=image#cb5e7026cb361fa6
http://groups.google.com/group/liftweb/browse_thread/thread/9aafdfe676298782/dadf1d0
Hi,
I'm new to Lift and I'm scoping it out for a project. I'm asking here
because I haven't found any obvious documentation on the matter.
How easy would it be to accept an image from an upload, store it in a
MappedBinary (I assume that would be the correct type?) and then be
able to return that
If you need an LDAP integration within the lift eco-system perhaps take a
look at lift-record and write an LDAP backend for record. That would be
awesome.
Cheers, Tim
On 26/05/2009 13:24, "fbettag" wrote:
>
> Hey there,
>
> anyone tried MetaMapper and JDBC->LDAP yet? (http://
> myvd.sourcef
Willis,
Yep... this is a problem... I have a fix, but it will be a minor API
breakage.
Does anyone out there use the Loc.testAccess method?
Thanks,
David
On Sun, May 24, 2009 at 8:57 PM, Willis Blackburn <
willis.blackb...@gmail.com> wrote:
>
> Following the example in Exploring Lift section
On Mon, May 25, 2009 at 9:52 AM, Philipp Haller wrote:
> Hi all,
>
> I have been looking at scala.actors to see how far we are from meeting
> Lift's requirements, and what LiftActor provides that scala.actors
> don't. I split my reply into two mails for better modularity. In the
> next installment
I think I know, the custom subclass is breaking things.
>From
>http://docs.jboss.org/hibernate/stable/annotations/reference/en/html/entity.html#entity-mapping-association-collections
"You can map Collection, List (ie ordered lists, not indexed lists),
Map and Set"
These are the interfaces, not
Thanks for the clarification.
On 26/05/2009 17:02, "David Pollak" wrote:
>
>
> On Tue, May 26, 2009 at 9:00 AM, Timothy Perrett
> wrote:
>>
>> So its safe to ignore right now?
>
> Yes.
>
>>
>>
>> Cheers, Tim
>>
>> On May 26, 4:35 pm, David Pollak
>> wrote:
>>> > This is an artifact o
I'm cool with lift:with-param being a snippet and being undeprecated.
lift-tag:bind is not a snippet. It's an anchor point. It should not be a
snippet. It should not be confused with a snippet.
Sorry for being terse, but I've got a huge pile of work between now and June
6th and am scrambling.
On Tue, May 26, 2009 at 9:00 AM, Timothy Perrett wrote:
>
> So its safe to ignore right now?
Yes.
>
>
> Cheers, Tim
>
> On May 26, 4:35 pm, David Pollak
> wrote:
> > This is an artifact of the 2.7.4 Actor bug work-arounds. Because we have
> > our own scheduler, the Actor library throws an ex
On Mon, May 25, 2009 at 3:44 PM, Timothy Perrett wrote:
>
> One other thought about this code - the AMQP module uses a long lived
> actor to manage its RabbitMQ connection, is this likely to suffer the
> same memory leaks as other parts of Lift?
The memory leaks come from:
- Rapid creation/d
So its safe to ignore right now?
Cheers, Tim
On May 26, 4:35 pm, David Pollak
wrote:
> This is an artifact of the 2.7.4 Actor bug work-arounds. Because we have
> our own scheduler, the Actor library throws an exception on shutdown. If we
> move to our own Actor library, this problem will go a
> is this too bad?
>
>
>
>
>
No, it's not bad. But allowing non-lift prefixes would neatly solve
your problem by changing the definition of the "lift" prefix from
"this is a snippet" to "this is a Lift tag, don't worry about how it's
implemented."
I don't think that it's a good id
On May 26, 2:18 pm, Willis Blackburn
wrote:
> > is this too bad?
>
> >
> >
> >
> >
>
> No, it's not bad. But allowing non-lift prefixes would neatly solve
> your problem by changing the definition of the "lift" prefix from
> "this is a snippet" to "this is a Lift tag, don't worry
Thanks.
--Bryan
On May 26, 11:33 am, David Pollak
wrote:
> As long as you have access to the LiftSession, you can initialize S and use
> it correctly:
>
> case MyMessage =>
> S.initIfUninitted(theSession) {
> ... code to execute in the actor scope
>
> }
>
> Thanks,
>
> David
>
>
>
> On Mon, May
This is an artifact of the 2.7.4 Actor bug work-arounds. Because we have
our own scheduler, the Actor library throws an exception on shutdown. If we
move to our own Actor library, this problem will go away.
On Tue, May 26, 2009 at 8:22 AM, Timothy Perrett wrote:
>
> Hey guys,
>
> Running the la
Hey there,
anyone tried MetaMapper and JDBC->LDAP yet? (http://
myvd.sourceforge.net/bridge.html)
Best regards
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"Lift" group.
To post to this group, send email to lift
Hey guys,
Running the latest snapshot I get the following when I shut my local
dev jetty down:
^C2009-05-26 16:20:03.156::INFO: Shutdown hook executing
ERROR - Servlet destruction failure
java.lang.RuntimeException: snapshot operation not supported.
at scala.Predef$.error(Predef.scala:7
As long as you have access to the LiftSession, you can initialize S and use
it correctly:
case MyMessage =>
S.initIfUninitted(theSession) {
... code to execute in the actor scope
}
Thanks,
David
On Mon, May 25, 2009 at 11:39 AM, Bryan wrote:
>
> How can I give an Actor access to S? I need th
Hmmm ...
object myVar extends SessionVar("")
val listener: Actor = actor {
loop {
react {
case 'show => myCometActor ! SetMyVar("some value")
}
}
}
then have a CometActor that listens for this message and inside the
Comet actor you already have access to the LiftSession, mea
Thanks for the reply, guys. I just need it to set a SessionVar.
I have these actors that fetch some data. When I instantiate my Actor
class (in an instantiated class that has access to all of S), I pass
in an anonymous function to process the data. I would like to store
these results in a Sess
John,
Thanks for your response. i included in my first email query on this topic
the complete impl of ListVariableExpr, but that was a lengthy message and
it's small enough to be missed, so here it is again.
// container class generated to hold lists of variables
package com.biosimilarity.reflect
On May 25, 3:02 pm, Willis Blackburn
wrote:
> Does it matter from a developer's point of view if lift:bind and
> lift:with-param are actually snippets or not?
It matters from design perspective and we're trying to keep things as
transparent as possible. If you are not interested in this ... we
Off topic, Nobel Geek Prize := Turing Award :).
From: liftweb@googlegroups.com [mailto:lift...@googlegroups.com] On
Behalf Of David Pollak
Sent: 23 May 2009 22:13
To: liftweb@googlegroups.com
Subject: [Lift] Re: project stockholm
On Sat, May 23, 2009 at 2:34 A
Hi Everyone,
I'm brand-new to Lift and Scala. I have Scala, Maven 2.1.0 and Lift
installed on OS X, 10.5.7. When I run the commands to generate the
Maven archetypes:
http://liftweb.net/docs/getting_started/mod_master.html#x1-50001.3
I get an error from JavaRebel: Exception in thread "main"
java
Does it matter from a developer's point of view if lift:bind and
lift:with-param are actually snippets or not? If they can be
converted into snippets, and by virtue of doing so can retain their
existing names, then why not just leave them alone?
I'd rather see the framework go the other way: Le
After corresponding on the google-appengine-java Google Group, (actually after
reading something in another thread), I realized what's causing the problem.
For some reason, committing the transaction puts the entity into detached
state--but closing the EM makes it transient, so in the next reque
51 matches
Mail list logo
