You could use the same technique that uses a jms provider that tunnels over
http/s while using a persistent connection
for the same effect.
Jin
Jin Chun
Vice President: Global Link Chief Applications Architect
Global Link :> www.globallink.com
State Street Bank :> www.statestreet.com
617.664.1695 | byungchun@(protected)
SCJA SCJP OCP-DBA
Confidentiality Notice: The information contained in the email is intended
for the confidential use of the above-named recipient(s). If the reader of
this message is not the intended recipient or person responsible for
delivering it to the intended recipient, you are hereby notified that you
have received this communication in error, and that any review,
dissemination, distribution, or copying of this communication is strictly
prohibited. If you have received this in error, please notify the sender
immediately and destroy this message.
jon
<jon@(protected)>
Sent by: An To
interest list for J2EEPATTERNS-INTEREST@(protected)
Sun Java Center cc
J2EE Pattern
Catalog Subject
<J2EEPATTERNS-INT Re: Design discussion
EREST@(protected)
m>
04/12/2005 12:38
PM
Please respond to
An interest list
for Sun Java
Center J2EE
Pattern Catalog
<J2EEPATTERNS-INT
EREST@(protected)
m>
I saw a product once that used Javascript to interact with an applet, which
then established network connections on its behalf. I think in that case
it was only using straight "pull" HTTP requests, but presumably you could
open a connection that would accept a server-initiated "push".
I would expect such an approach to be pretty involved, but you might want
to research it more.
Regards,
Jon Petruk
On Tue, 12 Apr 2005 12:22:07 -0400, Vijay K Dasari wrote
> In Client/ Server model using thick clients like SWING, we can use an
Observer Pattern ( Publish/Subscribe ), where
> the client subscribes to the messages. when the server gets a new
message, it can notify all the subscribers(users).
>
> As Web (HTTP) is stateless, the client has to ask the server for the new
messages.
> Client can make request to a servlet(which tells whether the user has any
new messages) at certain time intervals.
> In html we can use the "Refresh" metatag. which looks something like
>
> <meta http-equiv="Refresh"
content="1800;URL=/servlet/checkNewMessages.do"/>
>
>
> Vijay.
>
>
> -----Original Message-----
> From: An interest list for Sun Java Center J2EE Pattern Catalog
[mailto:J2EEPATTERNS-INTEREST@(protected)
> Sent: Tuesday, April 12, 2005 11:36 AM
> To: J2EEPATTERNS-INTEREST@(protected)
> Subject: Design discussion
>
>
> Our client/server application which work realtime:
> Currently we have a client/server application. Our users log into
the client and the system delivers messages to the users.
> when a new message arrives the users see a signal flashing and therby
gets notified about the
> new message.
>
> Now this client needs to be transformed into a web based system.
>
> Instead of the clients logging into the client window, now the users log
into the web site.
> The same feature has to be provided.
> when a new message arrives the users have to see a signal flashing and
therby gets notified about the
> new message.
> Can you all please suggest a good J2ee design approach for this ?
>
> How do we enable the flashing signal ? I need some suggestions.
>
> Thanks,
>
>
> Do you Yahoo!?
> Yahoo! Mail - Find what you need with new enhanced search. Learn more.
====================================================================
Companion Site: http://www.corej2eepatterns.com J2EE BluePrints:
http://java.sun.com/blueprints/corej2eepatterns List Archive:
http://archives.java.sun.com/archives/j2eepatterns-interest.html
Unsubscribing: email "signoff J2EEPATTERNS-INTEREST" to
listserv@(protected)
> ______________________________________________________________________
> This email has been scanned by the MessageLabs Email Security System.
> For more information please visit http://www.messagelabs.com/email
> ______________________________________________________________________
> ====================================================================
Companion Site: http://www.corej2eepatterns.com J2EE BluePrints:
http://java.sun.com/blueprints/corej2eepatterns List Archive:
http://archives.java.sun.com/archives/j2eepatterns-interest.html
Unsubscribing: email "signoff J2EEPATTERNS-INTEREST" to
listserv@(protected)
--
Jonathan Petruk
J. Petruk Consulting Inc.
E-mail: jon@(protected)
phone: 905-668-9209 fax: 905-668-4728
http://www.petruk.net/
====================================================================
Companion Site: http://www.corej2eepatterns.com J2EE BluePrints:
http://java.sun.com/blueprints/corej2eepatterns List Archive:
http://archives.java.sun.com/archives/j2eepatterns-interest.html
Unsubscribing: email "signoff J2EEPATTERNS-INTEREST" to
listserv@(protected)
====================================================================
Companion Site: http://www.corej2eepatterns.com
J2EE BluePrints: http://java.sun.com/blueprints/corej2eepatterns
List Archive: http://archives.java.sun.com/archives/j2eepatterns-interest.html
Unsubscribing: email "signoff J2EEPATTERNS-INTEREST" to listserv@(protected)
