Ok I have a first draft implementation for #1 above and I'll check it
in soon in wip-marius-dom-optimizations branch. I need to run more
tests on it before putting it into master.
Br's,
Marius
On May 25, 1:31 pm, marius d. marius.dan...@gmail.com wrote:
No performance implications especially
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
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
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:
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
On May 25, 3:02 pm, Willis Blackburn willis.blackb...@gmail.com
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
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
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, meaning
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
Thanks.
--Bryan
On May 26, 11:33 am, David Pollak feeder.of.the.be...@gmail.com
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
is this too bad?
lift:display
user:name/
user:address/
/lift:display
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
So its safe to ignore right now?
Cheers, Tim
On May 26, 4:35 pm, David Pollak feeder.of.the.be...@gmail.com
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
On Mon, May 25, 2009 at 3:44 PM, Timothy Perrett timo...@getintheloop.euwrote:
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:
On Tue, May 26, 2009 at 9:00 AM, Timothy Perrett timo...@getintheloop.euwrote:
So its safe to ignore right now?
Yes.
Cheers, Tim
On May 26, 4:35 pm, David Pollak feeder.of.the.be...@gmail.com
wrote:
This is an artifact of the 2.7.4 Actor bug work-arounds. Because we have
our own
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.
Thanks for the clarification.
On 26/05/2009 17:02, David Pollak feeder.of.the.be...@gmail.com wrote:
On Tue, May 26, 2009 at 9:00 AM, Timothy Perrett timo...@getintheloop.eu
wrote:
So its safe to ignore right now?
Yes.
Cheers, Tim
On May 26, 4:35 pm, David Pollak
On May 26, 2:18 pm, Willis Blackburn willis.blackb...@gmail.com
wrote:
is this too bad?
lift:display
user:name/
user:address/
/lift:display
No, it's not bad. But allowing non-lift prefixes would neatly solve
your problem by changing the definition of the lift prefix
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 any
On Mon, May 25, 2009 at 9:52 AM, Philipp Haller philipp.hal...@epfl.chwrote:
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
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 germ...@gmail.com wrote:
How can I give an Actor access
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
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
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 fr...@bett.ag wrote:
Hey there,
anyone tried MetaMapper and JDBC-LDAP yet? (http://
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
Apologies, I searched everything but this list!
The following threads are relevant:
http://groups.google.com/group/liftweb/browse_thread/thread/a4a04b145128e6f8/cb5e7026cb361fa6?lnk=gstq=image#cb5e7026cb361fa6
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 feeder.of.the.be...@gmail.com
wrote:
Folks,
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]
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 j...@folktunefinder.com wrote:
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
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.
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 timo...@getintheloop.euwrote:
Doh, this is due to the .gitignore file has exluded it (its not in the
git repo).
Derek has the sources for this, so
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 timo...@getintheloop.eu 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
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
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.
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
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 logged
On Tue, May 26, 2009 at 12:08 PM, Joe Wass j...@folktunefinder.com 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
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 1:26 PM, Kristinn kristinn.daniels...@gmail.comwrote:
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
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
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
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
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 fr...@bett.ag
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:
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
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
46 matches
Mail list logo
