Here is a summary of the replies. These replies came from members of the Portland Java User Group mailing list.
--- ORIGINAL MESSAGE --- What web presentation technology does your company use? [ ] Barracuda [ ] Tea [ ] WebWork [ ] Maverick [ ] Tapestry [ ] FreeMarker [ ] ColdFusion [ ] Jakarta Struts [ ] Jakarta Velocity [ ] Jakarta Jetspeed [ ] Jakarta Cocoon [ ] Jakarta Turbine [ ] vanilla Java Server Pages [ ] Java Server Pages with JSP tag libraries [ ] WebMacro [ ] Active Server Pages (ASP / ASP.NET) [ ] PHP ( http://www.php.net/ ) [ ] We built our own proprietary solution using Java [ ] other - please specify: Feel free to provide any additional comments regarding these frameworks.
--- REPLIES --- F=Future X= present [ F ] Jakarta Struts [ F ] vanilla Java Server Pages [ F ] Java Server Pages with JSP tag libraries [ X ] PHP ( http://www.php.net/ ) --- [ X ] Active Server Pages (ASP / ASP.NET) --- [ X ] Jakarta Struts [ X ] vanilla Java Server Pages --- [ X] Java Server Pages with JSP tag libraries --- [XX] Jakarta Velocity --- [ X ] Jakarta Struts [ X ] vanilla Java Server Pages --- JSP and ASP --- We built our own. Our Web Tier fw is pretty lightweight (60 or so classes). Last time I looked at these, I found things that I wasn't particularly fond of (e.g., make something simple (the web tier) more difficult then necessary, having to toss type-safety out the window and configure everything in XML). I constantly wonder if this is a good decision or not. Unfortunately/fortunately? I have other pressing issues that are taking precedence (e.g., web services, application tier fw). I definitely plan to consider these web tier fw's as new applications are required (particularly where they are UI intensive). I have been telling myself that I was wise to hold out because I figured Java Faces would tweak up the API's of all these fw's so much that it wouldn't be worth the effort in investing in them (this was 4 months ago). I have not personally taken a close look at the Java Faces spec that just came out, but I have perused the comments of others. Doesn't sound like folks are all too impressed. Anyway, I'll be interested to see what your thoughts are. Quite frankly, I find it somewhat overwhelming that there are so many web tier fw's. The core contributors of each fw don't make things any easier -- they are constantly spamming discussions boards with FUD on why everything but their fw sucks. I guess this is the price you pay for open systems. Sadly, MS is taking advantage of this with ASP.NET.
--- [XX] We built our own proprietary solution using Java --- [X ] Java Server Pages with JSP tag libraries [X ] We built our own proprietary solution using Java --- [x ] ColdFusion [ x ] Jakarta Struts [x ] vanilla Java Server Pages --- [XX] We built our own proprietary solution using Java --- [ X ] Barracuda [ X ] Jakarta Struts [ X ] Jakarta Cocoon [ X ] Active Server Pages (ASP / ASP.NET) --- Our company uses 5 (each on different sites) Other: Net.Data (IBM's) on AS/400 in combination with Java Servlets Java Servlets (predominantly, on Unix and AS/400) PHP vanilla JSP JSP with Taglibs --- [X] Java Server Pages with JSP tag libraries Also using XML/XSLT. I guess applets or flash don't count as web presentation technologies? We use applets extensively. Also use some of the jakarta tag libraries. I wonder if anyone is using WebObjects? I don't know much about it, but the price is right at about $900/server license. --- [x] Jakarta Struts [x] Java Server Pages with JSP tag libraries --- [X ] Jakarta Struts We have found Struts to be much better than creating our own Model 2 framework from scratch. The biggest limitation has been in the tags. In many cases, they are not powerful enough and we have to revert to code fragments in the JSP (at least expressions). Generally, I find Struts to be a big help in building large web apps. I look forward to 1.1 final. --- [XX] We built our own proprietary solution using Java I looked at the overall design of struts and it seemed reasonable. We wrote our own for Standard Insurance. We support but XML/XSL presentation and JSP. I've come to dislike JSP simply because it makes it too easy to write lousy code with inadequate separation of concerns. I would stay away from the stuff from enhydra, it's very unconventional. --- We are currently using JSP plus a proprietary MVC class library. We are planning to adopt a standard MVC framework for our future projects. --- [X ] vanilla Java Server Pages I'd also add that I'd like to use Struts on my next project. --- [X] Java Server Pages with JSP tag libraries [X] Active Server Pages (ASP / ASP.NET) [X] PHP ( http://www.php.net/ ) --- We started off with the "We built our own proprietary solution using Java" but have recently started moving to Struts. So far I am really digging Struts. Also instead of using jsp with Struts we opted for the XML/XSL route. So we found a package called Stxx that is sort of a Struts plugin. --- [ X ] Jakarta Struts [ X ] Active Server Pages (ASP / ASP.NET) [ X ] other - please specify: We also use Oracle Forms and the Progresss web deployment tool. I don't have any involvement with these (yet), but I know they are used. I just ran across a new package the other day, it's called Altio (www.altio.com). It looks like you just feed it XML (with JMS, SOAP or raw HTTP) and it formats the data for the target device. It handles live streams, and refreshes data automatically (no periodic HTTP refreshes). Interesting, but not what I need at the moment. --- END OF REPLIES ---
There's a way to do it better - find it. -Edison. A better tiny ad:
Building a Better World in your Backyard by Paul Wheaton and Shawn Klassen-Koop