On Thu, Nov 15, 2012 at 10:56 AM, Brian Holzer <bhol...@sgi.sk.ca> 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. > There isn't really the concept of "end of life" for an open source project. As long as there are volunteers to maintain it, it will be maintained. Those volunteers might be existing committers, new volunteers, one of the companies that support open source commercially - or you, if you so choose, because you have the source available to you. -- Martin Cooper ------------------------------------------------------------ > Brian Holzer > IT Analyst > Saskatchewan Government Insurance > email: bhol...@sgi.sk.ca > 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: dev-unsubscr...@struts.apache.org > For additional commands, e-mail: dev-h...@struts.apache.org > >
