Design discussion

Google

Mailing List

Home

Forum Home

JBoss - Java Application Server

Tomcat - JSP/Servlet container

Struts - A MVC web framework

iText - An open source PDF Java Library

JDOM - JDOM XML Parser

JSP - A mailing list about Java Server Pages specification and reference

J2EE - A mailing list for Java(tm) 2 Platform, Enterprise Edition

J2EE Pattern - An interest list for Sun Java Center J2EE Pattern Catalog

Servlet - A mailing list for discussion about Sun Microsystem's Java Servlet API Technology

Struts & Hibernate

Subjects

•	JSP editor plugin for eclipse ?
•	org apache jasper JasperException: Unable to compile class for JSP
•	Tomcat: Connection reset by peer: socket write error
•	Cannot retrieve definition for form bean null
•	Struts Tiles Tutorial (free Struts training)
•	Where do I download Tomcat 4 0 6?
•	Data Access Object (DAO) pattern, example DAO 's
•	Where to download Tomcat v 4 1 24 from?
•	Tomcat 5 0 16 Requested resource not available
•	Subject: Servlet : Session invalidate
•	Oracle Connection Pooling in 3 2 2
•	Servlet action is currently unavailable
•	Tomcat/Struts Unicode Encoding/Decoding problems
•	Subject: Running a Simple JMS Example
•	Tomcat and webapplication specific java library path
•	Mapping in workers2 properties
•	org apache jasper JasperException
•	problem with html:text bean throwing exception
•	Cannot find message resources under key org apache struts action MESSAGE
•	Cannot find message resources under key org apache struts action MESSAGE
•	invalid direct reference problem with solution
•	Tool for jsp debug Try Sysdeo Eclipse Plugin
•	Tomcat 5 Cannot load JDBC driver class 'null ' SQL state: null
•	weblogic ejbc
•	java properties file
•	Jboss 3 2 3 Coyote Can 't re
•	Tomcat 5, Apache2 and mod jk2 integration problem
•	JBoss example problem new to J2EE
•	Value attribute of <html:checkbox
•	url string for connecting jboss to oracle
•	javax servlet ServletException: BeanUtils populate
•	5 0 18: Windows XP Pro vs Windows 2000
•	HTTP Status 404 The requested resource is not available

Design discussion

Design discussion

2005-04-13 - By Bayarsaikhan VOLODYA (YAZ-ArGe)

Back

Reply: 1 2 3 4 5 6 7 8 9 10 >>

i absolutely agree with ramnish.
using javascript with xml is cleanest and simplest way to do this.
like gmail does.

-- --Original Message-- --
From: An interest list for Sun Java Center J2EE Pattern Catalog [mailto
:J2EEPATTERNS-INTEREST@(protected)]On Behalf Of Ramnish Kalsi
Sent: 12 Nisan 2005 Sal? 19:43
To: J2EEPATTERNS-INTEREST@(protected)
Subject: Re: Design discussion

On the client side, the technology which google uses is also pretty clean -
AJAX - Asynchronous javascript and xml.
There are some good discussions about this on serverside.com

But, depends upon, how you want to divide the responsibilities between client
and server.

ramnish.

-- --Original Message-- --
From: An interest list for Sun Java Center J2EE Pattern Catalog [mailto
:J2EEPATTERNS-INTEREST@(protected)]On Behalf Of jon
Sent: 12 April 2005 17:38
To: J2EEPATTERNS-INTEREST@(protected)
Subject: Re: Design discussion

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)]On Behalf Of Maya menon
> 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 <http://us
.rd.yahoo.com/evt=29917/*http://info.mail.yahoo.com/mail_250> 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)

**********************************************************************
This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom they
are addressed. If you have received this email in error please notify
the system manager.

This footnote also confirms that this email message has been swept by
MIMEsweeper for the presence of computer viruses.

www.mimesweeper.com
**********************************************************************
==================================================================== 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)

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859 (See http://iso-8859.ora-code.com)-1">

<META content="MSHTML 6.00.2800.1106" name=GENERATOR></HEAD>
<BODY bgColor=#ffffff>
<DIV>i
absolutely agree with ramnish. </DIV>
<DIV>using
javascript with xml is cleanest and simplest way to do this. 
like gmail does.</DIV>
<BLOCKQUOTE>
<DIV class=OutlookMessageHeader dir=ltr align=left>-- --Original Message-- -- From: An interest list for Sun
Java Center J2EE Pattern Catalog
[mailto:J2EEPATTERNS-INTEREST@(protected)]On Behalf Of Ramnish
Kalsi Sent: 12 Nisan 2005 Sal? 19:43 To:
J2EEPATTERNS-INTEREST@(protected) Subject: Re: Design
discussion </DIV>
<DIV>On the client side, the technology which google uses
is also pretty clean - AJAX - Asynchronous javascript and
xml.</DIV>
<DIV>There are some good discussions about this on
serverside.com</DIV>
<DIV> </DIV>
<DIV>But, depends upon, how you want to divide the responsibilities between client and
server.</DIV>
<DIV> </DIV>
<DIV>ramnish.</DIV>
<DIV> </DIV>
<DIV> -- --Original
Message-- -- From: An interest list for Sun Java Center J2EE
Pattern
Catalog [mailto:J2EEPATTERNS-INTEREST@(protected)]On Behalf Of
jon Sent: 12 April 2005 17:38 To:
J2EEPATTERNS-INTEREST@(protected) Subject: Re: Design
discussion </DIV>
<BLOCKQUOTE> 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. >  
 >  
<BLOCKQUOTE
style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: rgb(0,0,255) 2px
solid"> >
-- --Original Message-- -- > From:
An interest list for Sun Java Center J2EE Pattern Catalog
[mailto:J2EEPATTERNS-INTEREST@(protected)]On Behalf Of Maya menon
 > 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,
 > >
<BLOCKQUOTE class=replbq
style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: rgb(16,16,255)
2px solid"></BLOCKQUOTE> >

<HR SIZE=1>
Do you Yahoo!? > Yahoo! Mail - Find what you need with new
enhanced
search. <A
href="http://us.rd.yahoo.com/evt=29917/*http://info.mail.yahoo.com/mail
_250">Learn
more.</A>
====================================================================
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)</BLOCKQUOTE> >
__ ____ ____ ____ ____ ____ ____ ____ ____ ____ ____ ____ ____ ____ __
 > 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 <A href="http://www.petruk.net/"
target=_blank>http://www.petruk.net/</A>
 ============================================================
========
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) </BLOCKQUOTE> **************************************************************
******** This
email and any files transmitted with it are confidential and intended
solely for the use of the individual or entity to whom they are addressed.
If you have received this email in error please notify the system
manager. This footnote also confirms that this email message has been
swept by MIMEsweeper for the presence of computer
viruses. www.mimesweeper.com **************************************
******************************** =====================================
===============================
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)
</BLOCKQUOTE></BODY></HTML>
====================================================================
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)