× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



From: "David Morris" <David.Morris@plumcreek.com>
> To add to Joe's comments, a lot of the infrastructure is done
> if you are working in a Sevlet environment. We use an open-source
> framework called Struts (http://jakarta.apache.org/struts).

The Struts link branches to a large number of resources.  I reviewed the
FAQ, user's guide, java docs, and followed several of the resource links.

> Struts helps to enforce what Joe is talking about. Struts is designed
> to supply a Model - View - Controller (MVC).

Although I firmly believe in dividing interactive applications into model,
view, and controller components, I'm a little distrustful of frameworks that
"enforce" it.  The interfaces supplied to enforce a particular design often
translate to unforseen restrictions in the implentation of a application
function.  Have you run into that problem with Struts?

> Overall, Struts is lightweight. If you need something more inclusive,
> Expresso would be a good bet. Beyond this, you get into EJBs,
> which simplify some operations, but complicate the overall design.

There seems to be a huge difference between what ILE programmers and Java
programmers consider to be "lightweight".  I think I counted 185 classes in
the java doc.  Most classes exposed numerous constructors, properties, and
methods.  I'd consider Struts to be a "huge" framework.

It looked like there was a great deal of overlap between Struts and the
servlet, JSP, EJB framework already defined by Sun.  How do you decide when
to use a Struts class vs. a standard Java class?

Nathan M. Andelin
www.relational-data.com




As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.