Hi David,
Could you give some short step-by-step guide, how to change the most
important stuff in case of compilation errors that are caused because of
this? Maybe that would safe some time afterwards.
I'm thinking about to start my application exclusively with -o to make
sure that no
Apologies if I've missed something obvious but my web search hasn't
turned anything up...
What are the Scala Actors instability issues? I'm in the process of
doing some major Scala development work and this comment raises
concerns that I'd like to understand.
Best,
Stuart
On Sep 29, 3:30 am,
Guys,
I just noticed that lift-record depends on lift-webket because of some
calls to S... IMHO, we need to remove this because thats simply too
tight a coupling between the webkit and an abstract persistence
interface like record.
For instance, one record abstraction I wrote isn't even used in
Basically there are parts of lift where we are doing high volume
creation and destruction of actors and over time, they leak memory
ever-so-slightly which increases heap size incrementally. Of course,
leaking memory is a bad thing for long-running processes and until
EPFL fix there
Is it possible to have a bridge trait for the Statement interface?
On Tue, Sep 29, 2009 at 12:16 AM, Derek Chen-Becker
dchenbec...@gmail.comwrote:
No. I hadn't foreseen this issue, but I understand the importance of have
Java 5 support. I'm fine with writing and maintaining multiple versions
Has this been communicated? And if is there a bug number associated with
this issue?
Regards
Stefan
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
Lift group.
To post to this group, send email to
Okay, I think I've now found the reference I was looking for...
http://mail-archives.apache.org/mod_mbox/incubator-esme-dev/
200905.mbox/
%3ccdbebedf0905220957k7767c05emc0b6fb7812f1f...@mail.gmail.com%3e
Stuart.
On Sep 29, 10:35 am, Stuart Roebuck stuart.roeb...@gmail.com wrote:
Apologies if
Hi, I want to run some javascript to initialize my component which is
a YUI richtexteditor.
Can help? This seems to be the wrong way to do it.
Thanks, Philip
class RichEditor
{
def show = form method=post action=# id=form1
textarea id=editor name=editor rows=20
cols=75
This is my point - record should be more abstract... we dont want it
depending on all that stuff its pointless.
@dpp or @marius... what are your thoughts?
Cheers, Tim
On 29 Sep 2009, at 12:44, Indrajit Raychaudhuri wrote:
lift-record depends on lift-mapper and since lift-mapper is
Hi All,
I'm brand new to Scala and lift framework. I have created a very
simple hello world web app in lift framework and deployed it
successfully on tomcat.
Now I want to know whether I can deploy the same lift application on
Google app engine or not? I have the war ready, so in I thought that
Hi, I know I just raved about #liftweb error reporting on Twitter,
but... now that I found out what was wrong, I still have a gripe about
it. I am very unforgiving on error reporting logic, but most of the
time people's error handling is so hopeless that I just throw up my
arms and emit some mock
http://lift-example.appspot.com
There are caveats though, the major one is the lack of actors.
On Sep 29, 8:53 am, justss surysha...@gmail.com wrote:
Hi All,
I'm brand new to Scala and lift framework. I have created a very
simple hello world web app in lift framework and deployed it
I guess we could let him off this time ;-)
Any plans to add a vCard builder? I could really use that as it happens!
Cheers
Tim
Sent from my iPhone
On 29 Sep 2009, at 14:10, David Pollak feeder.of.the.be...@gmail.com
wrote:
Marius added it. He owes the committers a beer for not going
Argh. log4jdbc has two source trees, one for JDK 1.4 and one for JDK 6 :(
On Tue, Sep 29, 2009 at 7:47 AM, Derek Chen-Becker dchenbec...@gmail.comwrote:
Can you elaborate on what you mean? I was actually going to look at how
log4jdbc does it and see if I could replicate it.
Derek
On Tue,
Hly cow ! I owe the committers more than a
beer. I totally forgot about review board.
All, please accept my apologies.
Br's,
Marius
On Sep 29, 8:27 am, Timothy Perrett timo...@getintheloop.eu wrote:
I guess we could let him off this time ;-)
Any plans to add a vCard
Oh Tim ... a VCard builder should be easier then the parser. I'll add
it hopefully in the next days/week ... and will go thru the review
board.
Damn I'm really sorry about not following the process ...
Br's,
Marius
On Sep 29, 8:50 am, marius d. marius.dan...@gmail.com wrote:
On Tue, Sep 29, 2009 at 3:47 PM, Derek Chen-Becker dchenbec...@gmail.comwrote:
Can you elaborate on what you mean? I was actually going to look at how
log4jdbc does it and see if I could replicate it.
I haven't really tried this, but if you do:
if you implement methods with the correct
On Tue, Sep 29, 2009 at 4:44 PM, Naftoli Gugenheim naftoli...@gmail.comwrote:
Another option: Java has a way to dynamically implement an interface. I
forgot what the classes are called. You supply a delegate and you can
pattern match on which method is being invoked. In Java 5 the nonexistent
On Tue, Sep 29, 2009 at 8:32 AM, Naftoli Gugenheim naftoli...@gmail.comwrote:
Exactly. Thanks.
Is that an opton?
I think DynamicProxy is the way to go.
Derek -- if you want, I can take a crack at getting to code working.
-
Viktor
I'll take a stab at it. I'm familiar with Dynamic Proxies but I've never
implemented one before, so this would be a good experience. The only
drawback is that I think I'm going to have to use reflection on the wrapped
Statement/PreparedStatement since we won't know ahead of time which JDBC
version
Dear David,
i don't really see this as losing our Scala Actors so much as *gaining* an
interface. Surely, someone can wire up Scala Actors to that interface if
there is a need. ;-)
Best wishes,
--greg
On Mon, Sep 28, 2009 at 7:30 PM, David Pollak feeder.of.the.be...@gmail.com
wrote:
Folks,
On Tue, Sep 29, 2009 at 8:00 AM, Jack Widman jack.wid...@gmail.com wrote:
Thanks. I will adapt these changes and if its still not working I will post
the code so you can run it. Also, I admit, I have a ways to go in the art of
functional programming.
Rule #1 - don't use anything mutable
On Tue, Sep 29, 2009 at 12:49 AM, Timothy Perrett
timo...@getintheloop.euwrote:
David,
I'm not 100% clear on having Box not in lift-util? Lift-util then depends
on lift-base which appears to be dependency bloat to me
I use lift-util in several non-lift apps and libs - none of those
On Mon, Sep 28, 2009 at 10:47 PM, Heiko Seeberger
heiko.seeber...@googlemail.com wrote:
What's the reason to have a new module (lift-base)? Why not put Actor to
lift-util and keep Box where it is?
Because there are a lot of web-related things in lift-utils. I am going to
for a separate
google for lift appengine there a few out there.
On Sep 29, 11:05 am, justss surysha...@gmail.com wrote:
Great TylerWeir!!! Thanks a lot... Can you please suggest any kind of
documentation for this... sorry to be bothering you for that. Any
tutorial would be of great help.
Cheers.
On Sep
On Tue, Sep 29, 2009 at 6:50 AM, marius d. marius.dan...@gmail.com wrote:
Hly cow ! I owe the committers more than a
beer. I totally forgot about review board.
All, please accept my apologies.
No worries, we're getting used to the new system. But, feel encouraged
OK - that I can understand.
Could I suggest however that we find a different name? Both myself and
Marius were a little confused by that - nothing springs to mind, but
perhaps lets bounce around some names.
Cheers, Tim
On 29 Sep 2009, at 18:41, David Pollak wrote:
lift-util is weighted
On Tue, Sep 29, 2009 at 11:08 AM, Timothy Perrett
timo...@getintheloop.euwrote:
OK - that I can understand.
Could I suggest however that we find a different name? Both myself and
Marius were a little confused by that - nothing springs to mind, but
perhaps lets bounce around some names.
+1, more so because other apps not using much of lift 'web'by stuff
could use this too.
Couple of options:
1. lift-common (along the lines of Jakarta Commons - not intuitive, but
Java developers used to Jakarta Commons would be able to relate)
2. Actually naming lift-base as lift-util and
lift-webutil
On Tue, Sep 29, 2009 at 2:11 PM, David Pollak feeder.of.the.be...@gmail.com
wrote:
On Tue, Sep 29, 2009 at 11:08 AM, Timothy Perrett timo...@getintheloop.eu
wrote:
OK - that I can understand.
Could I suggest however that we find a different name? Both myself and
Marius
+1 sounds like sense to me :-)
Cheers, Tim
Sent from my iPhone
On 29 Sep 2009, at 19:20, Naftoli Gugenheim naftoli...@gmail.com
wrote:
If I was new to Lift and saw a lift-util module and a lift-base
module and had to guess which did not depend on anything web
related, I would
Oh, it's no problem, dude! I've been meaning to pick up a bottle of this
Jacobsen Vintage #2 beer for a while now, but it's only available in
Europe. Maybe you could ship me one?
http://www.carlsberggroup.com/brands/Pages/Jacobsen_Vintage_no_2.aspx
Chas.
:-)
marius d. wrote:
Let's say I want 10 random users from a table In SQL I would do this:
SELECT * FROM users ORDER BY random() LIMIT 10;
Is there any way (without resorting to a fully raw SQL query) to do
this with lift-mapper? I though this would work:
Users.findAll(OrderBySql(random(),
It's true that technically it's not backward compatible, but how many users add
lift-util as a dependency manually? If you only have lift-core as a dependency
then as long as its dependencies are correct the user will get the jars he
needs. Although that only helps maven-wise, not for package
I'd like to converting the following
JsRaw(function() $('#item-save').html(this.id + ' was
toggled'))
into something more object-oriented, using JQuery support functions in
Lift.
I've tried various combiniations, including this
AnonFunc(JqId(item-save) JqEmptyAfter(div{JsRaw(this.id)} was
2009/9/29 Heiko Seeberger heiko.seeber...@googlemail.com:
What's the reason to have a new module (lift-base)? Why not put Actor to
lift-util and keep Box where it is?
In your branch def !?(timeout: Long, param: T) will return an Option.
Shouldn't this be a Box?
We are trying to find a common
Try JsVar(this, id) or JsRaw(this.id)
-Ross
On Sep 29, 2009, at 4:22 PM, glenn wrote:
I'd like to converting the following
JsRaw(function() $('#item-save').html(this.id + ' was
toggled'))
into something more object-oriented, using JQuery support functions in
Lift.
I've tried various
Well, the issue is that JPA doesn't have a vendor-neutral API for
configuring the persistence unit other than XML or annotations, so anything
we do is going to be vendor-specific. We may be able to provide an
EclipseLink, Hibernate, JPEX, etc driver for Record that ties in, but it's
going to
In that case, why don't we just take the largest common denominator
and go for market appeal? Is it Hibernate?
I'm just thinking some support - even vendor specifc - is better than
no support.
Cheers, Tim
Sent from my iPhone
On 29 Sep 2009, at 21:55, Derek Chen-Becker dchenbec...@gmail.com
Hi, Ross,
Unfornately, all of these just result in:
function() {jQuery('#'+item-save).empty().after(divthis.id was
toggled/div);}
They simply treat this.id as part of the passed in NodeSeq,
divthis.id was toggled/div. I need it
to output divthis.id + was toggled/div.
Glenn
On Sep 29, 1:46
Well the compiler is trying to convert your JsRaw into a NodeSeq, because
that's what happens to anything inside an xml literal. It probably uses
toString.
I can't tell you how to do it correctly because I'm not familiar with Lift's
javascript functionality.
I've looked on the diffs but I need to look into more details as these
are no trivial changes. So far I really like what I'm seeing.
Hopefully I'll have time today to do it.
Br's,
Marius
On Sep 29, 1:02 pm, David Pollak feeder.of.the.be...@gmail.com
wrote:
On Tue, Sep 29, 2009 at 6:50 AM,
Oh wow :)
Br's,
Marius
On Sep 29, 2:18 pm, Charles F. Munat c...@munat.com wrote:
Oh, it's no problem, dude! I've been meaning to pick up a bottle of this
Jacobsen Vintage #2 beer for a while now, but it's only available in
Europe. Maybe you could ship me one?
Oh I'm sorry, I got tunnel vision and did not read the rest of your
code. You'll not be able to do quite what you want, since this.id is
on the javascript side and the NodeSeq is on the server side.
If you really want this.id within that div, I think you'll have to
construct or modify the
Ross,
I think you and I came to same conclusion. Writing it as raw
JavaScript, as I
did initially, seems the only way I could find to do this. FYI, where
I was using this
was with the TreeView widget. There, toggle takes an anonymous
function, and
this is an implicit parameter, denoting the
Maybe write javascript code that gets all its variables by calling functions.
Then supply those functions as Lift JsXX. This way you can supply values from
Lift but the javascript program is written in javascript.
-
glenngl...@exmbly.com wrote:
Ross,
I
I'm sure opinions vary, but my personal preference in general is to
implement JavaScript in JavaScript as a linked .js file and leave the
HTML/XML generation in the server and not mix the two terribly much
unless it's simple or there's a compelling reason.
What do you mean by more
Thanks a lot ;-)
On 29 Sep 2009, at 06:54 PM, TylerWeir tyler.w...@gmail.com wrote:
google for lift appengine there a few out there.
On Sep 29, 11:05 am, justss surysha...@gmail.com wrote:
Great TylerWeir!!! Thanks a lot... Can you please suggest any kind of
documentation for this...
Hi,
I'm new to Lift. I'm trying to follow the getting started guide to
build the first simple
demo.helloworld project. At the end of Maven command output I see
BUILD SUCCESSFUL.
However, when I run mvn jetty:run, I get error:
The plugin 'org.apache.maven.plugins:maven-jetty-plugin' does not
As much as I agree with your decision, it just makes me sad. I know lots
of people that learned scala for actors are the way of the future I
think we need to push harder. Hopefully all major projects migrating off
actors will give EPFL a wake up call?
- Josh
On Tue, Sep 29, 2009 at 1:41
I'd vote for:
lift-common instead of lift-base. lift-base can be easily
misinterpreted as lift's base traits and classes? ... which is not the
case. This can hold, Box, comb parsers (JSON, VCard etc), liftactors
etc.
lift-util - things that are in the current util but lean towards web
realm.
Hmmm. I still think that given lift-common and lift-util, lift-common
is more core sounding than lift-util...
Maybe lift-helpers?
On Tue, Sep 29, 2009 at 11:14 PM, marius d. marius.dan...@gmail.com wrote:
I'd vote for:
lift-common instead of lift-base. lift-base can be easily
misinterpreted
Do you have a network connection? The idea of maven is that it
downloads whatever it's missing.
On Tue, Sep 29, 2009 at 9:11 PM, jlist9 jli...@gmail.com wrote:
Hi,
I'm new to Lift. I'm trying to follow the getting started guide to
build the first simple
demo.helloworld project. At the end
Hi Josh,
I don't think it is such a bad sign that multiple actor libraries are
popping up. There isn't one way to write actors. There are many. List
seems to create lots of very short-lived actors if I have understood
that correctly. Nothing wrong with that, but it doesn't mean that all
Yes, I have a network connection. Maven downloaded some other
components and the end result was BUILD SUCCESSFUL...
On Tue, Sep 29, 2009 at 8:29 PM, Naftoli Gugenheim naftoli...@gmail.com wrote:
Do you have a network connection? The idea of maven is that it
downloads whatever it's missing.
I had such an issue when it was confused about which version of Jetty. Is there
any more detail? Try running with error details enabled (mvn -help should tell
you how).
-
jlist9jli...@gmail.com wrote:
Yes, I have a network connection. Maven downloaded some
I realize that I may be a little late here but I do have second
thoughts about liftx prefix. Yeah, I'm not a big fan of it. I
understand that these attributes are not really snippets or built is
snippets but is this an enough reason to introduce a new prefix?
Personally I don't think so.
So what is your proposal? Am I interpreting you correctly that you are for a
prefix of 'lift'? And it will be a reserved suffix?
-
marius d.marius.dan...@gmail.com wrote:
I realize that I may be a little late here but I do have second
thoughts about liftx
Try http://github.com/ymnk/lift-gae-jdo for a example, personally I
don't care for the limited approach GEA gives you, but that's me
On Sep 30, 9:22 am, Sury surysha...@gmail.com wrote:
Thanks a lot ;-)
On 29 Sep 2009, at 06:54 PM, TylerWeir tyler.w...@gmail.com wrote:
google for
lift is already a reserved prefix for snippets. So I'd stay with
simply lift prefix for these attributes as well.
Br's,
Marius
On Sep 29, 11:11 pm, Naftoli Gugenheim naftoli...@gmail.com wrote:
So what is your proposal? Am I interpreting you correctly that you are for a
prefix of 'lift'? And
I just tried it on another computer and got exactly the same error when
running (below). I think something is broken. I checked the mvn output
in the first run to create helloworld project and didn't see any mentioning
of jetty...
D:\Java\liftweb\workmvn jetty:run
[INFO] Scanning for projects...
Jack,
maven-jetty-plugin belongs to the group org.mortbay.jetty, not
org.apache.maven.plugins. This makes me suspect that your jetty plugin
isn't configured properly.
A minimal jetty plugin configuration would look like this:
plugin
groupIdorg.mortbay.jetty/groupId
62 matches
Mail list logo
