| Author |
Help with an objectives in Common Architectures
|
jeff mutonho
Ranch Hand
Joined: Apr 30, 2003
Posts: 271
|
|
Hi May you help with explaining what is expected in addressing these 2 : Explain the benefits and drawbacks of rich clients and browser-based clients as deployed in a typical Java EE application.Explain appropriate and inappropriate uses for web services in the Java EE platform [ April 05, 2008: Message edited by: jeff mutonho ]
|
 |
jeff mutonho
Ranch Hand
Joined: Apr 30, 2003
Posts: 271
|
|
Anyone out there ?
|
 |
Juan Pablo Crossley
Ranch Hand
Joined: Oct 16, 2007
Posts: 128
|
|
|
Hi, the answer is a little bit open... do you have any specific question about this subject?
|
SCJP, SCBCD, SCEA 5, MCP
How to pass SCEA 5 | 2, 3, N-tier which one should I pick? | Analysis of persistence layer from SCEA 5 perspective | Swing... why not?
|
 |
jeff mutonho
Ranch Hand
Joined: Apr 30, 2003
Posts: 271
|
|
Hi Juan I think thats part of the problem.I'm having difficulty in thinking of any reasonable drawbacks of rich clients, since the whole idea behind RCs is to improve responsiveness , get faster performance,prettiness in the UI ,etc
|
 |
chris zielinski
Ranch Hand
Joined: Sep 22, 2007
Posts: 41
|
|
Since the issue is to compare a rich client with a browser client, think of what are the issues with a Rich client like Swing for example: - You first have to distribute the code to the client's machine. That could be a maintenance problem if you have to make bug fixes. - You typically have to keep a constant connection with the server or come up with your own exception handling scenarios if you loose server connection - If the client is truly distributed as in an internet application, you may not be able to use EJB connection with the server so you have to have some sort of HTTP wrapper classes to help you connect to the server. - For a client like swing, you are more susceptible to client machine java version issues.
|
 |
 |
|
|
subject: Help with an objectives in Common Architectures
|
|
|