Hi Łukasz,

If the primary motivation for this change is to reduce backporting
effort, I would object.

While this shift simplifies the process for us as Struts developers,
it places a significant burden on every application consuming Struts
6.x. For complex enterprise applications, this burden is more
significant than one might expect and can be insurmountable,
particularly if they must ensure backwards compatibility for
downstream consumers.

Given that Jakarta EE 8 is EOL, I believe it is further inappropriate
to introduce breaking changes in Struts 6.x. Such applications are
likely in maintenance mode if they are not already actively working on
upgrading to Jakarta 10+ and Struts 7.

Best regards,
Kusal


On Sun, 1 Feb 2026 at 23:16, Lukasz Lenart <[email protected]> wrote:
>
> Any objections of starting converting packages from
> "com.opensymphony.xwork2" to "org.apache.struts2" in Struts 6.x? This
> will bring incompatible changes and will require user action when
> upgrading so I thought about doing this while performing some other
> work or in smaller chunks.
>
> Also this will help porting fixes from 7.x like this one
> https://github.com/apache/struts/pull/1562
>
> An example PR with pure scoped converstion
> https://github.com/apache/struts/pull/1561
>
>
> Cheers
> Łukasz
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [email protected]
> For additional commands, e-mail: [email protected]
>

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to