I'm not sure how it would fall *out* of compliance given Java's backwards compatibilitiness, although I could see lower-level stuff like maybe startup config etc. being marginally broken on occasion.
All this said, S1 is only a tiny layer of most applications; re-fronting the app should be significantly less effort. After six years, I'm not sure another six months wouldn't be worth it to get rid of the S1 part. Dave On Thu, Nov 15, 2012 at 2:37 PM, Brian Holzer <[email protected]> wrote: > Hi Paul, > I agree with you that any new development we do, we should be doing > with Struts 2 ( I hope to convince them of that ) but my question is more > about Struts 1 and it's maintenance going forward. With our application > being as large as it is, I am just looking for some confirmation from the > development team about (below) > > My question is: As Java SE and EE.... and all things java, continue to > evolve and new versions keep coming out, will Struts 1 be maintained > enough in order to remain compliant and usable? > Just wondering if we need to be thinking about a possible end of life type > situation for Struts 1 in the future. > > Brian > > >>> Paul Benedict <[email protected]> 11/15/2012 1:13 PM >>> > Go with Struts 2. End of story :-) > > I did make some really big enhancements to 1.4 but Struts 2 is well and > above any new enhancements for 1.x > > Paul > > On Thu, Nov 15, 2012 at 12:56 PM, Brian Holzer <[email protected]> wrote: > > > Hi all, > > In 2010 we finished a 6 year project of redeveloping our complete > > application from COBOL and a bit of Java to a totally Java application > > using Struts 1. We have tens of thousands of classes and millions of > lines > > of code. A new kind of "one off/stand alone" application has been > > requested by the business, and the Analyst in charge is looking at > > different frameworks and even languages ( ie Grails, Spring MVC ) for > > completing this project. I asked why they weren't just going to use our > > current environment (Struts 1 and Java). They expressed concerns about > how > > long Java and Struts 1 would remain viable. I don't happen to share > these > > concerns but am looking for some sort of confirmation from the > development > > team that my thinking is correct on this subject and that Struts 1 will > be > > maintained enough to keep it compliant and relevant. > > > > My feeling is that if anything they should maybe switch to Struts 2 > for > > this project to remain in the same realm as the rest of our apps. > > > > My question is: As Java SE and EE.... and all things java, continue > to > > evolve will Struts 1 be maintained in order to remain compliant and > usable? > > Not expecting any new features or anything but just wondering if we need > > to be thinking about a possible end of life type situation for Struts 1. > > > > > > > > > > > > ------------------------------------------------------------ > > Brian Holzer > > IT Analyst > > Saskatchewan Government Insurance > > email: [email protected] > > phone: (306) 751-1573 > > fax: (306) 569-7683 > > > > This e-mail and any files transmitted with it are confidential and > > intended solely for the use of the individual or entity to whom they are > > addressed. If you are not the named addressee, please notify the sender > > immediately by e-mail if you have received this e-mail by mistake and > > delete this e-mail from your system. If you are not the intended > recipient > > you are notified that using, disclosing, copying or distributing the > > contents of this information is strictly prohibited. > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [email protected] > > For additional commands, e-mail: [email protected] > > > > > > This e-mail and any files transmitted with it are confidential and > intended solely for the use of the individual or entity to whom they are > addressed. If you are not the named addressee, please notify the sender > immediately by e-mail if you have received this e-mail by mistake and > delete this e-mail from your system. If you are not the intended recipient > you are notified that using, disclosing, copying or distributing the > contents of this information is strictly prohibited. > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > > -- e: [email protected] m: 908-380-8699 s: davelnewton_skype t: @dave_newton <https://twitter.com/dave_newton> b: Bucky Bits <http://buckybits.blogspot.com/> g: davelnewton <https://github.com/davelnewton> so: Dave Newton <http://stackoverflow.com/users/438992/dave-newton>
