Here is what we are at ...
By the mere fact we are using Swing we can't use Servlets.
I'm working on an application that we will run as a webservice. That is,
you will be able to enter/retrieve data in a Swing applet.
We choose for the Swing route, because using HTML/ASP/JSP doesn't give you
a good enough interface for anything beyond casual
usage. We use applets because the ease of installation. Assuming the Java
Plugin and code signing runs fine (and you don't need to
transfer too many sizeable jar files) the whole thing will run nicely and
limited bandwidth and you have on the server side full control
over the client configuration. That -is- a tempting proposition.
Setting up your environment: blazing speed is possible using EJB.
With respect to coding things three times. That is only a sizable waiste of
time when you do that often and in that case you write a program
that generates these files. We have even gone beyond generating the
three/four standard classes by generating wrappers around the client
objects/interfaces to generalize access to the EJBs to make it easy to
create table listing, record entry etc. I'm still developping on it, but
it all looks like it is going to work even better then I expected.
By the end of the month I expect to be able to 'generate' a standard data
entry/retrieval application from a 'data-design' in just a few days
(fingers crossed). I have to admit I don't know if that is easily done
using Servlets, as I have not investigated that technology.
Frank
On Tuesday, October 10, 2000 10:13 AM, Frank Eggink
[SMTP:[EMAIL PROTECTED]] wrote:
> On Monday, October 09, 2000 9:24 PM, Reddy Krishnan
[SMTP:[EMAIL PROTECTED]] wrote:
> > hi Kevin,
> >
> > Could not agree with you more. I am developing a system using EJBs and
it takes 2-3 times as much effort to do the same stuff what could have been
> > done with jsps and servlets. The only saving grace seems to be OR
mapping in EJB 2.0 where you can avoid writing JDBC code. I get a feeling
of writing
> > the same code three times ( in xml descriptor, ejb accessor methods,
details java object as dependents cannot be directly exposed).
> >
> > I think the full use of EJB will come into effect if there are some
cool GUI tools that allow to you drag and drop and wire a business
application
> > with all code automatically generated for you, for most of the code
seems to be mechanical once the design is done.
> >
> > Would definately like to get a good answer from this forum.
> >
> > Cheers
> > Krishnan
> >
> > -----Original Message-----
> > From: Duffey, Kevin [mailto:[EMAIL PROTECTED]]
> > Sent: Monday, October 09, 2000 10:22 AM
> > To: Orion-Interest
> > Subject: EJB vs Servlets
> >
> >
> > Hey all,
> >
> > I know this is a little off-topic, but seeing as how Orion is about the
only
> > fully compliant EJB server, I figured this would be a better place to
ask.
> >
> > Lately I have talked to a number of people that have been moving
towards EJB
> > and pulled back because they have found it to be more tedious to
develop, as
> > well as the end result was slower than just using Servlets.
> >
> > I ask this because it appears to me that the servlet engine (at least
with
> > 2.2) being able to be failed over, load-balanced, etc, seems to be
quite as
> > capable for scalability and fault-tolerance as the ejb engine used to
be. I
> > do realize that the EJB container offers transaction management, but
> > connection pooling is available in the servlet engine at the server
level as
> > well. So, if you lose speed in development time and performance, what
is the
> > real benefits of moving to EJB? I should say this with caution..I am
sure
> > the EJB engine/container offers some things the servlet container
doesn't,
> > but I would think its possible to actually put those abilities in the
> > servlet container.
> >
> > Anyways..I'll be interested in hearing any feedback on this.
> >
> > Thanks.
> >
