J2EE architecture question

T

timmy_dale12

Hello.
Iv read a spec from a firm which wants to build a J2EE application,
but the application is not supposed to be web based. The reason for
this is mostly a very complex UI.
From what ive read about the J2EE architecture ,the presentation layer
has always been servlets or jsp.

Is it a posibility / option to build a J2EE application without the
web based presentation layer?
 
R

Rien Nentjes

This is not a probem, a client (gui) program could communicate with the
application server in the same way as the servlets and jsp's would.

Rien
 
S

Steve

Just about every example of J2EE I've ever seen does indeed use web as
the presentation layer. There is no reason not to use Java objects or
even applets running in a browser.

If you design the application to keep the presentation layer purely
presentational you could change from gui to web to whatever you like
quite easily. At least that's the theory. The catch with doing "rich"
GUIs is that logic almost always ends up in the presentation layer. It
starts with a bit of input validation, then a bit of "pre-processing"
and before you know it your presentation layer is doing business
work...

Hello.
Iv read a spec from a firm which wants to build a J2EE application,
but the application is not supposed to be web based. The reason for
this is mostly a very complex UI.
From what ive read about the J2EE architecture ,the presentation layer
has always been servlets or jsp.

Is it a posibility / option to build a J2EE application without the
web based presentation layer?


~ If emailing, please use: Steve_A_Haigh
~ @
~ hotmail.com
~
 
J

Jacob

Hello.
Iv read a spec from a firm which wants to build a J2EE application,
but the application is not supposed to be web based. The reason for
this is mostly a very complex UI.
From what ive read about the J2EE architecture ,the presentation layer
has always been servlets or jsp.

Is it a posibility / option to build a J2EE application without the
web based presentation layer?

Sure. We do this; Huge J2EE app with thousands of users.
Front-end is a combination of VisualBasic and Swing.
 
T

timmy_dale12

Steve said:
Just about every example of J2EE I've ever seen does indeed use web as
the presentation layer. There is no reason not to use Java objects or
even applets running in a browser.

If you design the application to keep the presentation layer purely
presentational you could change from gui to web to whatever you like
quite easily. At least that's the theory. The catch with doing "rich"
GUIs is that logic almost always ends up in the presentation layer. It
starts with a bit of input validation, then a bit of "pre-processing"
and before you know it your presentation layer is doing business
work...

Well the way i see it there really is no alternative. If the customer
wants a
complex GUI there is no way to solve this in html format. Of course
you could mix in javascript , but that would be a hell of a mess.
 
J

Jacob

How do you accomplish this , by using RMI/CORBA?

The application server (WebLogic in our case) handle
this (using RMI I guess). On the semantic level we
use XML/SOAP, and Jakarta/Castor to convert Java
objects into XML.
 

Ask a Question

Want to reply to this thread or ask your own question?

You'll need to choose a username for the site, which only take a couple of moments. After that, you can post your question and our members will help you out.

Ask a Question

Members online

No members online now.

Forum statistics

Threads
473,744
Messages
2,569,484
Members
44,903
Latest member
orderPeak8CBDGummies

Latest Threads

Top