You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@struts.apache.org by Brian Holzer <bh...@sgi.sk.ca> on 2012/11/15 19:56:08 UTC

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: bholzer@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-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org


Re: Struts 1 - what does the future hold?

Posted by Martin Cooper <ma...@apache.org>.
On Thu, Nov 15, 2012 at 10:56 AM, Brian Holzer <bh...@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: bholzer@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-unsubscribe@struts.apache.org
> For additional commands, e-mail: dev-help@struts.apache.org
>
>

Re: Struts 1 - what does the future hold?

Posted by Dave Newton <da...@gmail.com>.
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 <bh...@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 <pb...@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 <bh...@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: bholzer@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-unsubscribe@struts.apache.org
> > For additional commands, e-mail: dev-help@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-unsubscribe@struts.apache.org
> For additional commands, e-mail: dev-help@struts.apache.org
>
>


-- 
e: davelnewton@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?

Posted by Brian Holzer <bh...@sgi.sk.ca>.
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 <pb...@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 <bh...@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: bholzer@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-unsubscribe@struts.apache.org 
> For additional commands, e-mail: dev-help@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-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org


Re: Struts 1 - what does the future hold?

Posted by Paul Benedict <pb...@apache.org>.
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 <bh...@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: bholzer@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-unsubscribe@struts.apache.org
> For additional commands, e-mail: dev-help@struts.apache.org
>
>