Re: javax.servlet -> jakarta.servlet

Hello all,

I am glad to hear there is interest in moving forward on the migration. 
A gradle plugin is not a bad idea and would be relatively 
straightforward to implement. We have developed many gradle plugins over 
the years and are open to contributing to that effort.

The simplest approach might be to create a task that filters the source 
tree in place as a separate gradle step. If the sources are updated in 
place, a cleanup mechanism will be needed to restore the working copy to 
its unmodified state between builds. Internally we use the Team City 
swabra plugin to accomplish that goal.

David

On 4/11/2023 11:29 AM, Volker Lamp wrote:
> Hello all,
>
> As time progresses it becomes more urgent we tackle this.
>
> As I understand the Big Bang [1], it's actually just updating the package names indeed.
>
> In my opinion, doing it all in Gradle would be the way to go for the Tapestry code base. Probably writing a Gradle plugin. The Tapestry 5.7.0 migration tool would be useful for Tapestry users to migrate their own code.
>
> I'm not a Gradle expert, but willing to give it a shot. Will let you know if I come up with anything useful. Will also let you know if I get stuck so the wise guys can hopefully help me out :)
>
> [1] https://blogs.eclipse.org/post/mike-milinkovich/jakarta-ee-9-delivers-big-bang
>
> Volker
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [email protected]
> For additional commands, e-mail: [email protected]
>