Instead of calling it server push, I like to call it
client pull. The client uses some RPC mechanism to
contact the server.
check out google suggest with a mozilla base browser
like firefox:
http://www.google.com/webhp?complete=1hl=en
I haven't looked at the details, but I'm guessing its
using soap libraries in mozilla to retrieve
information from some backend service.
I have a tutorial at http://sulu.sourceforge.net how
to interface with a .NET webservice using apache axis
generated java stubs.
If you have control over what your backend and
front-end is, don't use webservices. Use webservices
only as a least common denominator for
interoperability. Build your system using whatever
technology you like J2EE, CORBA, JINI, JXTA, whatever,
then layer on a webservice adapter for
interoperability.
--- Arin Gehlhausen [EMAIL PROTECTED] wrote:
Has anyone tried this? Does it make for a
reasonable application? My
basic problem is that I have two different ways to
do the same thing.
One is through a web interface one is a normal C++
application. But
they both need to reflect the same information has
they can both be
running at the same time. Can XUL (or something
else) be used to
display changed information without the web user
doing anything (having
had its stated changed with the C++ program)?
Thanks
Arin
__
Do you Yahoo!?
Yahoo! Mail - Easier than ever with enhanced search. Learn more.
http://info.mail.yahoo.com/mail_250
---
SF email is sponsored by - The IT Product Guide
Read honest candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://productguide.itmanagersjournal.com/
___
xul-talk mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/xul-talk