Found the following command which solves the problem for me:
mvn archetype:generate -DarchetypeCatalog=http://scala-tools.org/
Would still be great to know what went wrong.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Hi. I have found StopValidationOnError trait in Mapper.scala,
But I couldn't understand how to use it.
Please show me a example.
thanks.
On 9月15日, 午前4:08, David Pollak feeder.of.the.be...@gmail.com wrote:
I'll check code in after it passes the reviewboard process that let's you
mix in:
Thank you for your example, David.
It will work in my purpose.
It seems that my poor English and less information let some people
confused.
I need just a request scope data.
It means I want to share information between snippets across a
request.
(Is the expression request scope not good for in
Boot is just executed at webapp init, hence the observed behavior.
Changing this is a tricky thing
On Oct 4, 2009 4:35 AM, Alex Black a...@alexblack.ca wrote:
I'm just getting started with Lift and Scala, and I'm excited about
using JavaRebel to avoid waiting to restart Jetty every time I make
I don't know how hard would it be to add this feature, so I don't know
if this is a reasonable request. This would make making JSON API
endpoints really easy for me and I hope for other people too.
This certainly sounds like a reasonable feature request, I will take a
deeper look at it.
Agreed - changes that modify lifts enviroment require restarting
jetty. It's not ideal perhaps, but it's with good reason.
Cheers, Tim
Sent from my iPhone
On 4 Oct 2009, at 11:24, Viktor Klang viktor.kl...@gmail.com wrote:
Boot is just executed at webapp init, hence the observed behavior.
How can assure that every time a comet page is loaded, it starts again
fresh? I.e. as if the page were being loaded for the first time?
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
Lift group.
To post to this
Thanks Tim and Viktor.. Thats disappointing, I was hoping I wouldn't
have to restart the jetty server if when I added a new view.
Maybe there is a creative way around this? E.g. is there a way to get
a new view/page into lift without modifying Boot.scala?
- Alex
On Oct 4, 11:09 am, Timothy
Well this is not Lift's fault ... Lift application is initialized only
once as the servlet filter is. Running boot more then once per context
may lead to unexpected behaviors and in LiftRules we have a guard for
RuleSeq that they can not be changed after boot is executed.
You could however
Well render will be called for sure ... but if you build your comet
component to rely only with partial updates when updating coment's
real estate and don't call re-render then render should be called only
when page is loaded, meaning that you can reset any state there. ...
of course unless
Anyways, I was definitely screwed up ... forcing maven to actually do
what it was supposed to fixed my problem. Thanks for the pointer
Marius.
~Thomas
On Sat, Oct 3, 2009 at 5:39 PM, Thomas Rampelberg pyronic...@gmail.com wrote:
I thought that I'd just updated all the versions . from that
Marius, I'm not trying to lay blame :)
I'm sure I'll get by, restarting jetty when pages are added.. I was
hoping for more though given what I'd read about JavaRebel and Lift
integration.
- Alex
On Oct 4, 11:40 am, marius d. marius.dan...@gmail.com wrote:
Well this is not Lift's fault ...
I know Alex :) ... It's just when you change a class and it is
immediately exposed by JavaRebel a call flow must imply thechanged
class in order to see the changes in action and for Boot it is not
applicable as it's executed only once. But you already know that ...
Br's,
Marius
On Oct 4, 6:48
I have been looking for Web frameworks that will take advantage of an
Event Driven programming model.
Some Frameworks like Python's Zope and Grails manage to subscribe to
Model Events. E.g. one can subscribe to a notification message,
whenever a domain model gets changed, added, deleted, etc.
I have read that the Lift framework supports the CometActor model.
As far as I understand this is achieved by creating many threads out
of some thread pool, each of which handles one or more client socket
connection to a client.
My question is, what kind of approach Lift takes to handle access
Scala has a natural support for events notifications = Scala Actors.
It's a very natural fit for building event driven systems. In Lift
we're moving CometActors to LiftActors instead of Scala Actors due to
some memory consumption problems with current Scala actors
implementation which are
In my experience, the database engine itself does a pretty good job of
managing concurrent connections like this out of the box, which is
much of the reason why connection pooling is so effective.
Of course, thinks can be a bit interesting on the database side if you
want to get really obsessive
Guys,
Of late i've been having several discussions with people about how
they deploy there lift apps... So, how do you deploy yours?
Specifically, how are people managing multiple apps in one install of
jetty? Or, alternatively, how are you embedded jetty so you have an
executable JAR?
Im
In reference to this problem:
http://www.nabble.com/-scala--Overriding-superclass-object-member...-td15344451.html
This use case in specific:
trait Bar {
self: Mapper =
object barField extends StringField
}
class Foo extends Mapper with Bar {
override barField {
override def
Hi Marius,
Thanks for your fast response. As an app developer, if I would like to
get notified from the persistence layer, that some changes to my
domain model have happened, how could I get such functionality with a
Scala actor? By subclassing the persistence class? Or is such
functionality
Just some more fuel for this debate:
http://technically.us/code/x/to-jettison-geronimo/
Cheers, Tim
On Oct 4, 8:46 pm, Timothy Perrett timo...@getintheloop.eu wrote:
Guys,
Of late i've been having several discussions with people about how
they deploy there lift apps... So, how do you
Well the way I have it render is being called multiple times so I can
put initial code there. I have some code near the top of my Comet
class and thats the code I want to run every time I load the page.
Currently, it is only run the first time.
On Oct 4, 11:50 am, marius d.
Thanks for the linky, mate!
Was a good read :)
On Sun, Oct 4, 2009 at 11:45 PM, Timothy Perrett timo...@getintheloop.euwrote:
Just some more fuel for this debate:
http://technically.us/code/x/to-jettison-geronimo/
Cheers, Tim
On Oct 4, 8:46 pm, Timothy Perrett timo...@getintheloop.eu
I put the line
println(dude)
in a Comet class write under the class declaration.
i.e.
class JoopComet extends CometActor with CometListenee {
println(INSIDE COMET CLASS)
When the class runs and all the activity is complete, I hit the back
button and that loads the JoopComet class again.
Viktor, you and I should not be up this late on a sunday! ;-)
You have to see this: http://blogs.webtide.com/janb/entry/jetty_runner
Im going to hash this together as a maven assembly; if it works, then
i'll write a blog and stuff it on the wiki... this could really make
self deploying apps
If memory serves, the comet actor lives on in the session scope until
its either sent the ShutDown message explicitly, or it times out (you
can set the timeout).
Does that help?
Cheers, Tim
On 4 Oct 2009, at 23:17, jack wrote:
I put the line
println(dude)
in a Comet class write
Well my app is a search application. You search for certain web pages and I
do some processing after the results are displayed. Thats why I am using
Comet. Certain information is added to each result link.
I want the user to be able to either hit the back button or click on alink
that goes to the
Thanks, Joni.
I've been playing with just that for comprehension syntax over the
weekend. How would I do it if I had multiple packets?
{
packets: [
{
node: 00:1D:C9:00:04:9F,
dt: 1254553581405,
temp: 27.5
},
{
node: 00:1D:C9:00:04:9E,
dt: 1254553582405,
temp: 24.3
Atsuhiko,
With the code exactly as you wrote it, how would you modify it to do
this?
Whenver the Comet Page gets loaded, it resets itself.
On Oct 3, 12:47 am, Atsuhiko Yamanaka atsuhiko.yaman...@gmail.com
wrote:
Hi,
On Sat, Oct 3, 2009 at 1:05 PM, jack jack.wid...@gmail.com wrote:
Hi Gregor,
For my Mapper model called Packet, my companion object looks like
this:
object Packet extends Packet with LongKeyedMetaMapper[Packet] {
override def dbTableName = packets // define the DB table name
/* register callback to send the new packet */
override def
Maybe you could put a snppet on the page whose job is to reset the comet?
-
Jack Widmanjack.wid...@gmail.com wrote:
Well my app is a search application. You search for certain web pages and I
do some processing after the results are displayed. Thats why I am
Hi,
On Mon, Oct 5, 2009 at 8:16 AM, jack jack.wid...@gmail.com wrote:
With the code exactly as you wrote it, how would you modify it to do
this?
Whenver the Comet Page gets loaded, it resets itself.
How about wrapping your CometActor page with the snippet?
Please refer to attached diff
Excellent. Thanks.
On Oct 5, 12:14 am, Atsuhiko Yamanaka atsuhiko.yaman...@gmail.com
wrote:
Hi,
On Mon, Oct 5, 2009 at 8:16 AM, jack jack.wid...@gmail.com wrote:
With the code exactly as you wrote it, how would you modify it to do
this?
Whenver the Comet Page gets loaded, it resets
I would like to call a function when the browser is closed. How do I
do this?
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
Lift group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe
34 matches
Mail list logo