I think it would be best to break down your environment and see what would
meet your companies needs the best.  If you are heavily reliant on IBM for
your critical business apps then I would suggest sticking with them because
all the necessary vendor communication channels have been developed and
there is understanding of "how things work".  That is completely unrelated
to programming, but none-the-less something you should think about.

Asking which is better, Struts or ASP.NET, is really way to high level of a
question and the responses you get will most likely be just the same.

With that said, Struts is on its way out with JSF and/or Tapestry coming in
to continue the Java web browser facing legacy.  That means you will see
very little new development done on the Struts front and a TON of
development being done on the JSF and Tapestry fronts.

One thing I have found with anything Microsoft is that you can get up an
running in practically no time compared to other alternatives. That a lot of
times is because there is one way to do it in their tools, period.  But they
have a lot less community evaluating all the different layers of technology
to ensure they are ready for business.  The opposite is true for Java. The
learning curve for writing a J2EE application vs. a ASP.NET/VB.NET
application is going to be much higher, but that is because the J2EE
environment has so many choices and configureabilities. At times you will
pull your hair out because all the combination of technologies in Java can
be optimized in so many different respects (say different way to do the same
thing).  For a beginner that is frustrating because you just want to get a
simple app out the door.  For somebody that has been around J2EE for awhile
it is nice because if something isn't operating as you would like you can
get in and make necessary tweaks.


My personal opinion is that IBM has been business server focused for many
decades and Microsoft is just getting their feet wet the past 5 years
(talking app servers and operating systems and not languages here).
Microsoft will catch up fast though because they have the money and the
benefit of looking at IBM's mistakes, but IBM is still the leader.  Which
would lead me to say you should stay with a superior business server company
if you have a company that needs reliability, robustness, etc.

I recently attended IBM's ITSO forum in Rochester MN and was given new
reason for why I stay on the iSeries. They made me confident that they have
some of the most superior low-level hardware functionality in the market
today, and that percolates up to application efficiency (i.e. J2EE
applications).  I can't seem to find the link to the ITSO

HTH,
Aaron Bartell

-----Original Message-----
From: web400-bounces@xxxxxxxxxxxx [mailto:web400-bounces@xxxxxxxxxxxx] On
Behalf Of Aby Mathew
Sent: Wednesday, April 19, 2006 6:59 AM
To: Web Enabling the AS400 / iSeries
Subject: [WEB400] Is ASP.net or Struts frame work ?

Hi Friends,

WE are palnning to do a project in ASP.net. 
But from our team some one sounds Struts is more suit for this project.
We dont have any experts  of Struts here.
On what basis we decide which technology is proper ..Struts or ASP.Net ?
Is it depends on scalabilty of the application?
Hope any body can give a prorper solution..

Thanks and Regards
Aby Mathew
--
This is the Web Enabling the AS400 / iSeries (WEB400) mailing list To post a
message email: WEB400@xxxxxxxxxxxx To subscribe, unsubscribe, or change list
options,
visit: http://lists.midrange.com/mailman/listinfo/web400
or email: WEB400-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives at
http://archive.midrange.com/web400.


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.