Excellent! The fix (merged from branch) solved all my 2.8 porting
issues so far.
Thank you for solving this problem so quickly!
On 23 Feb, 00:20, David Pollak feeder.of.the.be...@gmail.com wrote:
On Mon, Feb 22, 2010 at 3:15 PM, Arie arie.lake...@gmail.com wrote:
Hi,
Can I clarify, is this
On Tue, Feb 23, 2010 at 1:29 AM, tbje trond.bjerkestr...@gmail.com wrote:
Excellent! The fix (merged from branch) solved all my 2.8 porting
issues so far.
Cool. Please keep identifying issues like this.
Thank you for solving this problem so quickly!
On 23 Feb, 00:20, David Pollak
Hi Indrajit,
I was a little bit lazy and updated an old pom by hand.
Just pushed a new pom.xml using the following mvn
archetype:generate :
mvn archetype:generate -U -DarchetypeGroupId=net.liftweb -
DarchetypeArtifactId=lift-archetype-blank -DarchetypeVersion=2.0-
scala280-SNAPSHOT
Understood, just wanted to ensure.
Cheers, Indrajit
On 22/02/10 4:25 PM, tbje wrote:
Hi Indrajit,
I was a little bit lazy and updated an old pom by hand.
Just pushed a new pom.xml using the following mvn
archetype:generate :
mvn archetype:generate -U -DarchetypeGroupId=net.liftweb -
Can you also try with Scala 2.7.7 ?
On Feb 19, 2:26 pm, tbje trond.bjerkestr...@gmail.com wrote:
Hi,
I've been testing out the Lift-2.0-scala280-SNAPSHOT a little bit and
found a issue with Comet actor, setHtml and ajaxInvoke.
When trying to invoke the following partial update nothing seems
Hi Marius,
I discovered the issue while porting a working application from 2.7.7
to lift 2.0-scala280-SNAPSHOT and scala 2.8.0.Beta1.
In the example application I provided it's possible to change the
pom.xml by replacing
scala.version2.8.0.Beta1/scala.version
Please open a ticket at
https://liftweb.assembla.com/spaces/liftweb/tickets(you have to be an
Assembla registered user and a watcher of the project to
create tickets). Please mark it as a defect and assign it to me (Marius or
others can steal it at will).
Next week is a Lift ticket closing week
Yeah AFAIK Scala 2.8 integration is not 100% done and fully tested.
Br's,
Marius
On Feb 19, 3:52 pm, tbje trond.bjerkestr...@gmail.com wrote:
Hi Marius,
I discovered the issue while porting a working application from 2.7.7
to lift 2.0-scala280-SNAPSHOT and scala 2.8.0.Beta1.
In the example
Thank you for rapid replies and a great framework. I opened ticket
#357 for this issue.
Best regards
Trond
On 19 Feb, 15:22, Marius marius.dan...@gmail.com wrote:
Yeah AFAIK Scala 2.8 integration is not 100% done and fully tested.
Br's,
Marius
On Feb 19, 3:52 pm, tbje
Trond,
From cursory glance it appears that some old form of archetype (pre
Lift 2.0) had been used to generate the project. What command line
option did you use in mvn archetype:generate to create the project?
This is just a request for qualification.
Cheers, Indrajit
On 19/02/10 8:22 PM,
Hmmm
In the page with 2 Comets using FireBug do you see 2 Ajax requests
flying out?
Can you make a very minimalistic app derived from your existent
application that can reproduce this issue and post the app here as a
zip? Myself or someone else will surely look into this.
This is a bit
Are you using ActorPing or something? Can you post your actor code?
Cheers, Tim
On 24 Nov 2009, at 08:50, soumik wrote:
Thanks for the quick response, Marius.
I am not running the browser with multiple tabs/windows. Its just 1
firefox window with 1 tab pane.
And I see this happening.
Thanks for the quick response, Marius.
I am not running the browser with multiple tabs/windows. Its just 1
firefox window with 1 tab pane.
And I see this happening.
About the part where I said, navigating away from the page doesn't
affect the ajax polls, let me clarify a little.
I have a page
I was able to figure out what the problem was.
The main page comet actor had a jquery plugin (gritter - displays
growl-like alerts), which makes ajax calls.
This plugin was the one which was causing the problem. When I removed
call to the jquery function for the plugin, the problem was not seen.
On Sun, Oct 4, 2009 at 2:51 PM, jack jack.wid...@gmail.com wrote:
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
Include a snippet on the page that tells the comet actor to reset itself.
2009/10/5 David Pollak feeder.of.the.be...@gmail.com:
On Sun, Oct 4, 2009 at 2:51 PM, jack jack.wid...@gmail.com wrote:
Well the way I have it render is being called multiple times so I can
put initial code there. I
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
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.
On Wed, Sep 16, 2009 at 10:35 PM, DFectuoso santiago1...@gmail.com wrote:
That seems like a logical reason why this is like this, but if i open
2 tabs of http://demo.liftweb.net/, both tabs start to send ajax
request every 100ms, that is 20 ajax request per second, 72k per hour,
so if an app
David,
I am not sure this is a matter of optimization. As you indicate in
your response, when this situation occurs Lift will immediately end
the long polling operation in order not to starve the connections..
This tells me the request is not being serviced properly and it
therefore is a
On Wed, Sep 16, 2009 at 10:53 PM, Xavi Ramirez xavi@gmail.com wrote:
I vaguely remember reading a thread that claimed Lift would
auto-increase the 2 connection limit for sessions using more modern
browsers. Is this feature in M5?
No. It's on my to-do list.
Random Idea:
Would it
It is still unclear to me if the scenario I outlined above is
supported by Lift or not.
Can users of a site built with Lift (and comet actors) point their
browser to the site in more than one tab? If so, is it reasonable for
the web browser in this case to be sending multiple GET requests per
On Thu, Sep 17, 2009 at 9:04 AM, Dano olearydani...@gmail.com wrote:
David,
I am not sure this is a matter of optimization. As you indicate in
your response, when this situation occurs Lift will immediately end
the long polling operation in order not to starve the connections..
This tells
On Wed, Sep 16, 2009 at 4:18 PM, Dano olearydani...@gmail.com wrote:
We have a lift app (innovationgames.com) which has a page (actually
several) with comet actors. When we go to the same URL in two tabs in
the same browser, we see that the long polls (GET requests) return
immediately in
That seems like a logical reason why this is like this, but if i open
2 tabs of http://demo.liftweb.net/, both tabs start to send ajax
request every 100ms, that is 20 ajax request per second, 72k per hour,
so if an app had 100 crazy users who happen to open 2 tabs of the app
(this happens to me a
I vaguely remember reading a thread that claimed Lift would
auto-increase the 2 connection limit for sessions using more modern
browsers. Is this feature in M5?
Random Idea:
Would it be possible to get around the 2 connection limit by sending
each comet request to a unique sub-domain?
For
Thanks for your answers David and Wilson.
mvh
Bjarte
On Mon, Aug 24, 2009 at 9:39 PM, David
Pollakfeeder.of.the.be...@gmail.com wrote:
On Mon, Aug 24, 2009 at 12:20 PM, Wilson MacGyver wmacgy...@gmail.com
wrote:
Hi Bjarte,
I am the one who wrote that post. It came out of a 1 hour
On Mon, Aug 24, 2009 at 9:05 AM, Bjarte Stien Karlsen
bjarte.stien.karl...@gmail.com wrote:
Hello lifted,
I am playing around with the 50ish line based comet example that dpp
has talked about in several talks and that is written more about here:
http://m.3wa.com/?p=304
Today I showed
Hi Bjarte,
I am the one who wrote that post. It came out of a 1 hour presentation
that I did for my local java user group to show what lift can do. So it
was very minimal. Since most people attending are new to both
Scala and Lift.
I second David's suggestion. For a more full featured version
On Mon, Aug 24, 2009 at 12:20 PM, Wilson MacGyver wmacgy...@gmail.comwrote:
Hi Bjarte,
I am the one who wrote that post. It came out of a 1 hour presentation
that I did for my local java user group to show what lift can do. So it
was very minimal. Since most people attending are new to both
I'll check in a fix in a little. Thanks for the bug report.
On Thu, Aug 13, 2009 at 1:27 AM, Jeppe Nejsum Madsen je...@ingolfs.dkwrote:
Hi,
In trying to move to slf4j/logback I encountered an error when I removed
log4j from the cp:
09:53:50.297 [main] ERROR org.mortbay.log - failed
On Wed, Aug 5, 2009 at 1:55 PM, Avo Reid avor...@cox.net wrote:
I am might be going about this in the wrong way but I wanted to get
confirmation.
I have a comet lift snippet that waits for a comet actor to send down
search results triggered by a button click after entering keywords.
Hey David,
Have you manage to submit any more brain cycles to this?
Cheers, Tim
I have some serious thoughts on this. I've been swamped with client-based
stupid over-work over the last 10 days. I have one last set of stuff to do
tomorrow and I'll be back on list on Tuesday afternoon.
On Wed, Jul 29, 2009 at 1:21 AM, Timothy Perrett timo...@getintheloop.euwrote:
Hey David,
Have you manage to submit any more brain cycles to this?
No. I will spend some time on it today.
Cheers, Tim
I have some serious thoughts on this. I've been swamped with
client-based
Tim,
While at this point, all the CometActor stuff is associated with screen real
estate in a browser, that's not a requirement for using CometActors.
CometActors can communicate via XHTML, JavaScript or both (yes, we can
extend this to support JSON as well). The value that the CometActors bring
Hello,
I don't quite understand what a more REST orientated approach. Do you
mean purely client-side comet actor interface? I personally would
love to write javascript like this:
lift.comet.MyActor.listeners.add(myListener);
lift.comet.MyActor.send(myJSObj);
I've been emulating this type of
On Wed, Jul 29, 2009 at 11:59 AM, Xavi Ramirez xavi@gmail.com wrote:
Hello,
I don't quite understand what a more REST orientated approach. Do you
mean purely client-side comet actor interface? I personally would
love to write javascript like this:
Hey David,
I agree with everything your saying - how do you propose we move
forward?
My concept for a sample application is an email client written in
capp... IMO would be a nice ever based sample.
Thoughts?
Cheers, Tim
Sent from my iPhone
On 29 Jul 2009, at 19:57, David Pollak
On Wed, Jul 29, 2009 at 1:10 PM, Timothy Perrett timo...@getintheloop.euwrote:
Hey David,
I agree with everything your saying - how do you propose we move forward?
My concept for a sample application is an email client written in capp...
IMO would be a nice ever based sample.
Let's work
I actually already started work on building a standalone chat
application this afternoon with regular comet actors and markup... are
you suggesting we then try and reskin that we a capp front end and add
lift elements where needed?
Cheers, Tim
Let's work on the multi-user chat project first.
Hey David,
Thanks for the response - got the impression you were swamped :-)
Looking forward to your thoughts on this.
Cheers, Tim
I have some serious thoughts on this. I've been swamped with client-based
stupid over-work over the last 10 days. I have one last set of stuff to do
tomorrow
Based on our talk today it would probably worth to have a
RestfulCometActor ... the only thing needed is to have the suspend/
resume wiring added for it. Using them may not be so straight forward
but I believe it is totally doable. I haven't looked much into it but
I'll probably will sometime
On Sun, Jul 26, 2009 at 12:48 PM, marius d. marius.dan...@gmail.com wrote:
Based on our talk today it would probably worth to have a
RestfulCometActor ... the only thing needed is to have the suspend/
resume wiring added for it. Using them may not be so straight forward
but I believe it is
How can I share my sources? By the way, I use 1.1-SNAPSHOT version of
Lift
On 4 июн, 02:15, David Pollak feeder.of.the.be...@gmail.com wrote:
I just tested against 6.1.18 and it works just fine.
Can you post the source of your failing app and a link to your version of
Jetty and I'll track it
2009/6/4 feelgood asseliva...@gmail.com
How can I share my sources? By the way, I use 1.1-SNAPSHOT version of
Lift
You can mail them to me off-list or post a project on GitHub
On 4 июн, 02:15, David Pollak feeder.of.the.be...@gmail.com wrote:
I just tested against 6.1.18 and it works
2009/6/4 feelgood asseliva...@gmail.com
How can I share my sources? By the way, I use 1.1-SNAPSHOT version of
Lift
You can mail them to me off-list or post a project on GitHub
On 4 июн, 02:15, David Pollak feeder.of.the.be...@gmail.com wrote:
I just tested against 6.1.18 and it works
Folks,
Thanks to Greg Wilkins (Jetty author) who helped out with this, the
RunWebApp.scala file should look like:
import _root_.org.mortbay.jetty.Connector
import _root_.org.mortbay.jetty.Server
import _root_.org.mortbay.jetty.webapp.WebAppContext
import org.mortbay.jetty.nio._
object RunWebApp
On Thu, Apr 23, 2009 at 8:28 PM, bradford fingerm...@gmail.com wrote:
Thanks again for your help. If I call this ! ShutDown in my
CometActor, it will redirect me back to the home page once ShutDown is
received.
Did you want me to open up a ticket for this?
This is correct behavior, no
On Thu, Apr 23, 2009 at 8:28 PM, bradford fingerm...@gmail.com wrote:
Thanks again for your help. If I call this ! ShutDown in my
CometActor, it will redirect me back to the home page once ShutDown is
received.
Did you want me to open up a ticket for this?
I just added code for:
class
Browsers do not make any distinction between tabs or new windows.
Currently if you have 2 or more tabs, essentially Lift is getting
multiple Comet requests per same session it will respond immediately
to the browser to avoid connection starvation.
The problem with your use-case is that server
On Wed, Apr 22, 2009 at 6:53 PM, bradford fingerm...@gmail.com wrote:
I noticed in the chat demo that if you enter your name or chat into
one tab, the same results will propagate to the other tab. I need a
short lived comet session that's unique to each tab -- I want to
prevent one tab from
Thanks, David. I will play around with this when I get home. I'll
open up a ticket at the same time as well, when I have sufficient time
to review the problem. I'm looking to have the comet actor
automatically shutdown after it's pushed the 10th item to the server,
which looks like would be
On Thu, Apr 23, 2009 at 6:45 AM, bradford fingerm...@gmail.com wrote:
Thanks, David. I will play around with this when I get home. I'll
open up a ticket at the same time as well, when I have sufficient time
to review the problem. I'm looking to have the comet actor
automatically shutdown
Thanks, David. What haven't you thought about?!
On Apr 23, 9:57 am, David Pollak feeder.of.the.be...@gmail.com
wrote:
On Thu, Apr 23, 2009 at 6:45 AM, bradford fingerm...@gmail.com wrote:
Thanks, David. I will play around with this when I get home. I'll
open up a ticket at the same time
Thanks again for your help. If I call this ! ShutDown in my
CometActor, it will redirect me back to the home page once ShutDown is
received.
Did you want me to open up a ticket for this?
Thanks,
Bradford
On Apr 23, 10:06 am, bradford fingerm...@gmail.com wrote:
Thanks, David. What haven't
Do you want one chat room per instance (but you get to choose the chat room)
or do you want to have many chat room comet actors?
If it's the former, I'd set up a SessionVar with the current chat room. The
CometActor would access that SessionVar during initialization and choose the
chat room
David
If it's the latter, I'd use the name attribute in lift:comet type=Chat
name=LiftChatRoom/ to pass the information. Lift creates a separate
CometActor instance for each different name. Thus, you can have 5
CometActors for 5 different chat rooms as long as they have a unique name.
Miles Sabin wrote:
On Sat, Nov 8, 2008 at 11:05 PM, David Pollak
[EMAIL PROTECTED] wrote:
There is a way around this issue if you want to have a fancy DNS set-up, but
the default behavior is to make sure the browser's connections never get
clogged up.
DNS wildcards?
DNS
58 matches
Mail list logo