On 11/12/09 5:28 PM, Jeppe Nejsum Madsen wrote:
Jean-Adrienjean.vauc...@gmail.com writes:
[...]
I have the same issues with the localized properties
= Conclusion =
The problem here comes from my initial configuration. But in my sense
it is not a good idea to store i18n data in
All,
I just want to see if there is any interest in the approach discussed here.
As you know Lift has some interesting support for building JavaScript
constructs from Scala code usig JsExp, JsCmd etc classes. I used quite a lot
this support and it's great but if your JS code that you want to send
David Pollak feeder.of.the.be...@gmail.com writes:
[...]
I did some digging and it seem an exception is being swallowed at line
984 in MetaMapper.scala. So if some code in a mapped field throws during
boot, it is not included in the mappedFieldList.
So I suggest just logging a warning
Hey Marius,
Within this DSL will you be using JsObj under the hood or lift-json?
I would be very reluctant about adding new things to lift that don't
unify our Js and JSON libs.
On this note, will this unification take place before 2.0?
Cheers, Tim
Sent from my iPhone
On 12 Dec 2009, at
Indrajit Raychaudhuri indraj...@gmail.com writes:
On 11/12/09 5:28 PM, Jeppe Nejsum Madsen wrote:
Jean-Adrienjean.vauc...@gmail.com writes:
[...]
I have the same issues with the localized properties
= Conclusion =
The problem here comes from my initial configuration. But in my
Have you seen:
http://mojo.codehaus.org/native2ascii-maven-plugin/
Looks like you could automate that into your build process, no?
Cheers, Tim
On 12 Dec 2009, at 10:41, Jeppe Nejsum Madsen wrote:
But it is not really an option (I think) to edit files like
this. Sure, for one off changes
My notes inline.
On Dec 12, 12:34 pm, Timothy Perrett timo...@getintheloop.eu wrote:
Hey Marius,
Within this DSL will you be using JsObj under the hood or lift-json?
I was thinking to use lift-json in this case ... but I'd also of
prefer having a lift-js project.
I would be very reluctant
I'm new to both Scala/Lift. I have worked with PHP for several years.
I just want to choose a web framework with high performance and
developing speed.
I have seen David Pollak said at infoQ site that the lift framework
has very high speed. It will just take 1 Milliseconds for page without
db
On Sat, Dec 12, 2009 at 5:12 AM, daiwhea daiw...@gmail.com wrote:
I just have a test with some example lift apps. But I'm sorry to say
that I cannot achieve this high performance on my dev box(Dell xps
420, 6 G RAM, Quad CPU)
my env is Ubuntu 8.10.
java version 1.6.0_14
Java(TM) SE Runtime
Personally, I think it would be better if you took a step back and look t
*your* use case. Why do you need this speed, in what areas do you need it?
(page serving, dispatching etc)
If you better outline what you want, then we can advise on realistic
expectations.
Cheers, Tim
On 12 Dec
On 12/12/09 4:11 PM, Jeppe Nejsum Madsen wrote:
Indrajit Raychaudhuriindraj...@gmail.com writes:
On 11/12/09 5:28 PM, Jeppe Nejsum Madsen wrote:
Jean-Adrienjean.vauc...@gmail.com writes:
[...]
I have the same issues with the localized properties
= Conclusion =
The problem here
On 12/12/09 4:39 PM, Marius wrote:
My notes inline.
On Dec 12, 12:34 pm, Timothy Perretttimo...@getintheloop.eu wrote:
Hey Marius,
Within this DSL will you be using JsObj under the hood or lift-json?
I was thinking to use lift-json in this case ... but I'd also of
prefer having a
Not yet, I was planning on working on it next week.
Peter
On Dec 11, 3:02 pm, Timothy Perrett timo...@getintheloop.eu wrote:
Peter,
Have you any code on a branch or similar? I think this conversation
will progress best with code samples.
Cheers, Tim
On Dec 11, 7:18 pm, Peter Robinett
I agree. Although to be more specific I guess my proposal can be split
in 2:
1. The syntax style proposed that would probably evolve depending on
the feedback.
2. The existence of lift-js project.
Br's,
Marius
On Dec 12, 6:44 pm, Indrajit Raychaudhuri indraj...@gmail.com wrote:
On 12/12/09
Personally, I would rather go with a JavaScript literal and a simple
templating mechanism for substitution/binding of Javascript literals + Json
objects that would drive dynamic code (if conditionals, for-loops, ...).
Taking your example,
def myFunc = {
function myFunc( param1, param2 ) {
That is certainly one way to go but personally I'm not at all a fan of
this string literals approach,. For instance if Scala would not have
had built in XML support using XML as string literals Lift would
probably loose some of its attractions... but that's my opinion.
Furthermore a DSL like
Folks,
In order to properly benchmark a Lift app and to get maximum performance:
- Run in production mode. Templates and other things are aggressively
cached in production mode.
- Explicitly declare all of your snippets rather than requiring lookup
via reflection.
- If you are
Why not just subclass the get/set methods on the MappedField and do the
callbacks there?
On Fri, Dec 11, 2009 at 3:02 PM, Timothy Perrett timo...@getintheloop.euwrote:
Peter,
Have you any code on a branch or similar? I think this conversation
will progress best with code samples.
Cheers,
It'd be nice to have a header-offset feature in lift-textile.
That is, if header_offset=1 gets passed in as an argument,
h1. = h2
h2. = h3
etc.
--
You received this message because you are subscribed to the Google Groups
Lift group.
To post to this group, send email to
Thanks, we use ab test for our php pages. Do you mean write a unit
test by myself? I'm sorry I don't know Scala or lift well. Is there an
example test for this kink of benchmark? Thanks.
On Dec 13, 12:10 am, James Black planiturth...@gmail.com wrote:
On Sat, Dec 12, 2009 at 5:12 AM, daiwhea
In fact, what I need is just page serving. But the visiting is not
averaged, that's the key reason we wish at least the index page should
be responsed less than 10Milliseconds.
I just take a ab test with ab -kc 100 -n 1
http://localhost:9090/authors/list;,
seems it outpaced what I want.
21 matches
Mail list logo
