struts-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Savantraj, Chennamakal Subramanian" <Savant....@ap.sony.com>
Subject RE: Complicated Web Interfaces?
Date Mon, 02 Dec 2002 03:21:52 GMT
By considering complcated GUI, we are planning to move to Swing
Applications, which are deployed using "WEB START".
Our idea is to use a controller to Navigate between Swing Application and
Server side Business Logic. 
So the core business Logic still run in server and GUI components run
Locally.Not decided yet how to Transfer Data back and forth between
Application and Server.Pls share your experience..
Any serious problem(s) with this approach?

-----Original Message-----
From: edgar [mailto:edgar@blue-moose.net]
Sent: Monday, December 02, 2002 11:22 AM
To: 'Struts Users Mailing List'; andrew.david.hill@gridnode.com
Subject: RE: Complicated Web Interfaces?


The JSF Spec is a MUST READ for serious web application developers.
There is a lot of stuff going on and it will seriously effect the way
you develop and think about web applications.

http://www.jcp.org/en/jsr/detail?id=127

Edgar

-----Original Message-----
From: Andrew Hill [mailto:andrew.david.hill@gridnode.com] 
Sent: Sunday, December 01, 2002 10:03 PM
To: 'Struts Users Mailing List'
Subject: RE: Complicated Web Interfaces?


>>"Have you got an alternative suggestion for how to build complicated 
>>UIs
for a web browser *without* using client side JavaScript?"

Flash! ;-)

btw: I havent had time to look at JSF yet. Glad to hear its not just for
rendering HTML, but is it applicable to JSP based rendering approaches
only, or more generic than that?


-----Original Message-----
From: Craig R. McClanahan [mailto:craigmcc@apache.org]
Sent: Monday, December 02, 2002 09:18
To: Struts Users Mailing List
Subject: RE: Complicated Web Interfaces?




On Fri, 29 Nov 2002, Jonathan Holloway wrote:

> Date: Fri, 29 Nov 2002 00:28:39 -0000
> From: Jonathan Holloway <jph8@aber.ac.uk>
> Reply-To: Struts Users Mailing List <struts-user@jakarta.apache.org>
> To: 'Struts Users Mailing List' <struts-user@jakarta.apache.org>
> Subject: RE: Complicated Web Interfaces?
>
> Ok in principle then it seems fine it's just I don't like the fact 
> that a scripting language whether client or server side can be 
> embedded in the presentation logic, it still seems like a bit of a 
> workaround.

Have you got an alternative suggestion for how to build complicated UIs
for a web browser *without* using client side JavaScript?

>  I've wondered about whether the Model2X approach and the Model 2 
> approach for some while now and it seems like the latter doesn't 
> seperate the concerns as much as Model 2X.  The only thing that makes 
> me doubt this is the fact that Sun and yourself have gone this way via

> the Model 2 approach with Java Server Faces rather than the Model 2 
> approach. Is there any particular reason why this method is preferred 
> over the Model 2X approach?
>

You'll have to point me at a definition of what you mean by "Model 2X"
-- I've seen the term bandied about, but don't know of any formal
description.

Regarding JavaServer Faces in particular, it is *not* a goal of JSF to
be focused purely on HTML as the markup language.  There will be a set
of common components included, but no requirement that HTML be the only
way they are rendered.  I fully expect to see JSF implementations using
all sorts of other technologies as well.

> Jon.
>

Craig


--
To unsubscribe, e-mail:
<mailto:struts-user-unsubscribe@jakarta.apache.org>
For additional commands, e-mail:
<mailto:struts-user-help@jakarta.apache.org>


--
To unsubscribe, e-mail:
<mailto:struts-user-unsubscribe@jakarta.apache.org>
For additional commands, e-mail:
<mailto:struts-user-help@jakarta.apache.org>


--
To unsubscribe, e-mail:
<mailto:struts-user-unsubscribe@jakarta.apache.org>
For additional commands, e-mail:
<mailto:struts-user-help@jakarta.apache.org>

-------------------------------------------------------------------
This email is confidential and intended only for the use of the individual
or entity named above and may contain information that is privileged. If you
are not the intended recipient, you are notified that any dissemination,
distribution or copying of this email is strictly prohibited. If you have
received this email in error, please notify us immediately by return email
or telephone and destroy the original message. Thank you. - This mail is
sent via Sony Asia Pacific Mail Gateway. 
-------------------------------------------------------------------


--
To unsubscribe, e-mail:   <mailto:struts-user-unsubscribe@jakarta.apache.org>
For additional commands, e-mail: <mailto:struts-user-help@jakarta.apache.org>


Mime
View raw message