One killer argument is SEO (search engine optimisation). Is your webapp publicly available and do you want to appear high in google results?
Whilst google's algorithms are hidden, it is known that if searching for a ferarri, a site like www.mysite.com/cars/ferarri will appear higher in the search results for a site like wwww.mysite.com/cars?make=ferarri I'm not familiar with struts2 but if you are returning json, chances are that a lot of the site is invisible to the google crawler which does not execute javascript. Tapestry first draws pages with HTML (all links are simple a href=). It then decorates the page with ajax if javascript is available. This has the benefit that it gracefully degrades for clients with javascript disabled (think screen readers and the google crawler). If you have designed your tapestry pages correctly to return null for ajax actions where isXhr() is false (see taha's @XHR annotation) your pages should gracefully degrade. I'm not sure about struts2 but I know many sites will simply stop working and may simply display a blank page if javascript is disabled (I think this might be the case with GWT). Perhaps you could try turning off javascript in the browser then viewing each of your POC sites and get a feel for what a crawler will see. I know there are tools to help with SEO out there. Lance On Thursday, 26 January 2012, Christian Grobmeier <grobme...@gmail.com> wrote: > Hey guys, > > while I agree that T5 is amazing I must say Struts2 is not so bad as it is > discussed here. There are far more bad frameworks out there. At least S2 is > not dead, it is actively maintained and developed. Anyway - T5 does have > some pretty cool features (class reloading, it is amazing, or components) > which I really love. On Struts side I enjoy the easiness: make up an action > and return json. This way you have more a service layer with Struts and can > do whatever you want with JavaScript on the frontend. > > Again, I agree T5 is a great framework. > > Cheers > Christian > > On Thu, Jan 26, 2012 at 10:58 AM, Dmitriy Vsekhvalnov < > dvsekhval...@gmail.com> wrote: > >> Seriously? Struts vs. T5? >> >> Go look to market which people you can find more easily & cheaper. At the >> very end someone have to support the app. >> >> Personally i will never go to pick-up struts job because it is dead. >> Unless you pay me significant more for my wasted time :) >> >> T5 simply the best web-framework in java world. So if you tied to java - >> go with it. If not.. you know :) >> >> >> >> >> On Thu, Jan 26, 2012 at 12:50 PM, Thim Anneesens <t.anneess...@ictjob.be >wrote: >> >>> Thanks for the ammo guys ;). >>> >>> Thim. >>> >>> >>> On 01/26/2012 10:20 AM, Kalle Korhonen wrote: >>> >>> (Thim, you don't know what poor English is...) It's always difficult >>> to win these arguments on technical merits alone, especially because >>> they are often looked at one-by-one instead of as a whole. If at all >>> possible, try to find an angle that your organization or your manager >>> deeply cares about. For example, if you had more people with Tapestry >>> experience than Struts people, that'd be a winning argument for me if >>> I was a manager. If you can't find anything else, try this: Struts is >>> a dying architecture, as proven by these graphs: http://markmail.org/search/?q=list%3Aorg.apache.struts.usershttp://markmail.org/search/?q=list%3Aorg.apache.tapestry.usershttp://www.google.com/insights/search/#q=%22tapestry%205%22%2C%22apache%20struts%22&cmpt=q >>> >>> Granted, Tapestry doesn't fare that much better in these comparison >>> but before you doom Tapestry to oblivion, note that many other >>> programming languages, and especially web frameworks based on other >>> languages than Java have been chipping away Java's general popularity: http://www.google.com/insights/search/#q=java%2C&cmpt=q >>> >>> Personally, of those choices, Struts would be the last one I'd pick. >>> >>> Kalle >>> >>> >>> On Thu, Jan 26, 2012 at 12:33 AM, Thim Anneesens <t.anneess...@ictjob.be> <t.anneess...@ictjob.be> wrote: >>> >>> Hello Tapestry users, >>> >>> The company where I work is going to choose a web framework to implement >>> there site (the company core business revolves around that site). We did a >>> POC with Spirng MVC, JSF, Struts and Tapestry. >>> We have shortlisted to Struts and Tapestry and I have the feeling that >>> Struts will win. >>> >>> The manager decision seams to revolve around the argument that if we can do >>> in Struts what we can do with Tapestry while keeping a code that is >>> relatively clean and readable, we should use Struts. >>> >>> *Does anyone have a killer use case that would be difficult to implement in >>> Struts and easy in Tapestry.* >>> >>> I already demonstrated the following about tapestry: >>> >>> * Better components in Tapestry than in Struts >>> * Better persistence tools (FLASH, CLIENT, SESSION ,SESSION STATE, ...) >>> * Cleaner templates >>> * Less code review because of the framework sensible conventions >>> * Better code navigability (when using an IDE) >>> * Better refactoring (most of the code is in Java) >>> * Coherence and homogeneity (One framework for all your needs / Struts >>> needs JSP, Freemarker, Spring services and Tiles to even compete ) >>> * Strong Ajax support out of the box >>> * Powerful configuration with symbols >>> * Beautiful architecture (easy to remember because very sensible) >>> * Easy to extend or override most of the features >>> * Live class reloading >>> * Made with most of the common web use cases in mind (javascript, css, >>> ajax, session, query parameters, cookies, integration with backend, >>> ...). >>> * Everything at your fingertips with Injection and IoC >>> >>> These are more than sufficient to convince me that productivity and >>> maintainability will be far better with Tapestry than with Struts. But >>> unfortunately, I fail to demonstrate to the manager :(. >>> >>> Sorry for my poor English and thanks in advance, >>> >>> Thim Anneessens. >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org >>> For additional commands, e-mail: users-h...@tapestry.apache.org >>> >>> >>> -- >>> * Thim Anneessens >>> IT Department * >>> >>> [image: ictjob group] >>> >>> ictjob.be <http://www.ictjob.be> >>> Tel: +32 2 725 73 00 >>> Ikaroslaan, 2 >>> B-1930 Zaventem ictjob.lu <http://www.ictjob.lu> >>> Tel: +352 621 364 792 >>> 12, rue Eugène Ruppert >>> L-2453 Luxembourg jobtic.fr <http://www.jobtic.fr> >>> Tel: +33 9 81 25 19 66 >>> 19 rue Martel >>> 75010 Paris ticjob.es <http://www.ticjob.es> >>> Tel: +34 911 25 43 11 >>> Calle Santo Tomé 4, 5B >>> 28004 Madrid ictjob.de <http://www.ictjob.de> >>> Tel: +49 711 91 41 07 32 >>> Humboldtstr. 32 >>> 70771 Leinfelden-Echterdingen >>> >> >> > > > -- > http://www.grobmeier.de > https://www.timeandbill.de >
