There were some push type applications a long time ago and IE even had the ability to handle this natively at one point (Active Desktop) but that way of delivering content failed in the market place. PointCast is an example of this and you can read about why it failed at
http://en.wikipedia.org/wiki/PointCast_(dotcom). The summary is that push is too resource intensive so most apps use pull instead.
In any event, it should be pretty easy to implement the example in the CGI book (you can even find a native Perl port if you don't want to convert to something else) to see if that still even works.
Matt
-----Original Message-----
From: web400-bounces@xxxxxxxxxxxx [mailto:web400-bounces@xxxxxxxxxxxx] On Behalf Of elehti@xxxxxxxxxxxxxxxxxx
Sent: Thursday, September 25, 2008 4:52 PM
To: web400@xxxxxxxxxxxx
Subject: Re: [WEB400] push data from server to client web browser
But what about keeping the HTTP connection between the client and the
server open indefinitely in RPG IV CGI programming?
The Oreilly book
http://oreilly.com/openbook/cgi/ch06_06.html
in chapter 6 says about CGI programming,
It provides the programming code for two examples of server push and
contrasts that to client pull.
The HTTP connection between the client and the server is kept open
indefinitely.
Server push involves sending packets of data to the client periodically,
as shown in Figure 6.8.
Server Push
Server push animations can be created using the
multipart/x-mixed-replace MIME type. The "replace" > indicates that each
data packet replaces the previous data packet. As a result, you can make
smooth > animations. Here is the format in which this MIME type is used:
I thank ALL of you very much for the comments you have shared so far.
EricL
--
This is the Web Enabling the AS400 / iSeries (WEB400) mailing list
To post a message email: WEB400@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit:
http://lists.midrange.com/mailman/listinfo/web400
or email: WEB400-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at
http://archive.midrange.com/web400.
midrange.com
