I saw your guys already have many emails about the result string, but I think it is ok, just a little curious, any issue when we use string result?
Thanks Mike > 在 2016年1月26日,22:44,Lukasz Lenart <lukaszlen...@apache.org> 写道: > > Such functionality is already supported, you can return an instance of > the Result class instead of a String and Struts2 will handle it. > Though, it isn't documented ;-) > > 2016-01-26 15:26 GMT+01:00 CRANFORD, CHRIS <chris.cranf...@setech.com>: >> This is one of the aspects of Spring MVC that I prefer over that of Struts2. >> The return types from action handler methods vary and influences what the >> servlet handler is to do after the action handler has completed. >> >> The framework could be tweaked to examine the action method's return type >> and based upon it branch and do various new features, allowing the result >> type invocation to be handled in a more declarative way via code rather than >> XML configuration or annotations. >> >> What Christoph presents here very closely aligns with the View based >> implementations that Spring MVC expose. >> >> I also think we're reaching a point that some of the struts2 plugins to >> support various result type implementations such as JSON and REST should be >> considered for merging into the struts2 core. These result types have >> become a major way to exchange data in the past several years with >> microservices, web services, and AJAX support that they should be first >> class denizens in the codebase. >> >> Chris >> >> -----Original Message----- >> From: Christoph Nenning [mailto:christoph.nenn...@lex-com.net] >> Sent: Tuesday, January 26, 2016 3:27 AM >> To: Struts Users Mailing List <user@struts.apache.org> >> Subject: Re: Jodd/Madvoc MVC framework >> >> return new InstantDispatcherResult("foo.jsp"); >> return new InstantActionRedirectResult("fooAction"); >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: user-unsubscr...@struts.apache.org >> For additional commands, e-mail: user-h...@struts.apache.org > > --------------------------------------------------------------------- > To unsubscribe, e-mail: user-unsubscr...@struts.apache.org > For additional commands, e-mail: user-h...@struts.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: user-unsubscr...@struts.apache.org For additional commands, e-mail: user-h...@struts.apache.org