otoh, back to the future... pointcast.com!
My current version 1.5x is pull.
Version 2.0 that is in alpha and not released will be push (and allow
for offline reading, like on a laptop on plane, plus a few more neat
features).
.V
souravm wrote:
Raghu/Frank,
You are very right in saying that
Try xmlsocket in Flash.
Put javascript calls in xmlsocket.onData(){}
On 1/5/06, souravm <[EMAIL PROTECTED]> wrote:
06 10:01 AM
To: Struts Users Mailing List
Subject: Re: Web Push Technology
Raghu Kanchustambham wrote:
> One thing I am just wondering right now is, whether I need to really
run
> this "alerting push" communication over HTTP ? Why not I have the
applet
> open a connection
Raghu Kanchustambham wrote:
One thing I am just wondering right now is, whether I need to really run
this "alerting push" communication over HTTP ? Why not I have the applet
open a connection to another "plain-socket-listening-server" (not the same
HTTP server) which keeps the connection 'alive'
Agreed Frank that Applets pose these "security" restrictions. I forgot to
mention that part of the story .. may be got lost in my previous long rant!
:)
Let me take a different route now and see what you think about it.
The problems that we have been discussing all this while is because HTTP is
i
Rick Reumann wrote:
Frank W. Zammetti wrote the following on 1/4/2006 2:41 PM:
There's nothing more fun than a couple of architects arguing! :)
You forgot to add that comment to Friday's, You might be a geek if...
post.
I'm still trying to parse the "might" bit... That implies a level of
Frank W. Zammetti wrote the following on 1/4/2006 2:41 PM:
There's nothing more fun than a couple of architects arguing! :)
You forgot to add that comment to Friday's, You might be a geek if... post.
--
Rick
http://www.tech.reumann.net
On Wed, January 4, 2006 1:03 pm, Raghu Kanchustambham said:
> I would disagree on your conclusion that pull is *the* way to achieve your
> 'push alert' on http.
No, I didn't say *the* way, I said it probably was the best option, all
things considered :)
> Some points on which you will base your d
should be the solution having the best trade off in terms of
> scalability, and interoperability.
>
> Regards,
> Sourav
>
> -Original Message-
> From: Frank W. Zammetti [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, January 04, 2006 1:53 AM
> To: Struts Users Mailin
ourav
-Original Message-
From: Frank W. Zammetti [mailto:[EMAIL PROTECTED]
Sent: Wednesday, January 04, 2006 1:53 AM
To: Struts Users Mailing List
Cc: Struts Users Mailing List
Subject: Re: Web Push Technology
Indeed, Rick is correct, this is not really technically feasible given
the
basic nature of
Indeed, Rick is correct, this is not really technically feasible given the
basic nature of HTTP. Any solution would have to be of pull nature,
unless you get into applets of ActiveX or such things. You essentially
need to have a server running on the client... then the "real" server
could, theore
On 1/3/06, Rick Reumann <[EMAIL PROTECTED]> wrote:
> > 2. What are the relevant technologies avaialble in Java/J2EE for this -
> > a) How AJAX an be used ?
>
> I'd use the buzz word Ajax for that. I only know the very basics of it
How an async HTTP request can be a push technology?
--
souravm wrote the following on 1/2/2006 11:34 PM:
The push will need to be initiated by an alert server or streaming
engine, which will keep pushing data (alerts) to the users's browsers.
I don't believe that is possible unless you create some kind of Applet,
but then you aren't really using
13 matches
Mail list logo
