Struts 1 - what does the future hold?
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: 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
Re: Struts 1 - what does the future hold?
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 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. 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
Re: Struts 1 - what does the future hold?
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 pbened...@apache.org 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 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. 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 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
Re: Struts 1 - what does the future hold?
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 bhol...@sgi.sk.ca 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 pbened...@apache.org 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 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. 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 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 -- e: davelnew...@gmail.com 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
Re: Struts 1 - what does the future hold?
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