Re: Package rename transition

Hi Brian,

This is indeed already available from Struts 6.4 using the following
configuration option:
struts.parameters.requireAnnotations=true

Kind regards,
Kusal

On Fri, Oct 25, 2024 at 2:24 PM Brian Andle <[email protected]> wrote:
>
> I know off topic so sending directly. Should the @StrutsParameter annotation, and just the annotation class, be backported to 6 as well? It could/should be a no-op in 6.x but would let people start adding the annotation ahead of the 7 upgrade?
>
> ---------- Forwarded message ---------
> From: Kusal Kithul-Godage <[email protected]>
> Date: Thu, Oct 24, 2024, 9:35 PM
> Subject: Re: Package rename transition
> To: Struts Developers List <[email protected]>
>
>
> These changes are all merged to master/6.x now - thanks Lukasz for reviewing
> I'll sort out the merge conflicts with the 7.0 branch in a few days
>
> On Mon, Oct 21, 2024 at 5:52 PM Kusal Kithul-Godage
> <[email protected]> wrote:
> >
> > So in Struts 7.0, the com.opensymphony.xwork2 package is being renamed
> > and merged with org.apache.struts2.
> >
> > For many applications this will be a straightforward find and replace
> > when upgrading to 7.0. However, I was doing some investigation into
> > whether we can provide a small deprecation/transitionary period where
> > both packages are supported (e.g. Struts 6.7). This would be very
> > helpful for migrating large multi-module codebases.
> >
> > After some work [1], I was able to get key APIs working in both
> > packages. With these changes, most Action, Result and Interceptor
> > classes can be migrated over to the new org.apache.struts2 namespace.
> > I've also created compatible org.apache.struts2 counterparts for
> > com.opensymphony.xwork2.ActionContext as well as a bunch of Action
> > marker interfaces.
> >
> > I've taken care to ensure these changes don't impact backwards
> > compatibility and so migrating to the new package namespace as part of
> > Struts 6.x is entirely optional.
> >
> > I'm not sure if there is another Struts 6.x release planned but I
> > think there's some value in providing such a transitional version,
> > even if it's only for a subset of APIs. Thoughts?
> >
> > [1] https://github.com/apache/struts/pulls/kusalk
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [email protected]
> For additional commands, e-mail: [email protected]
>