On Thu, Dec 10, 2020 at 11:45 PM Mark Thomas <ma...@apache.org> wrote:
> On 11/12/2020 06:58, Martin Grigorov wrote: > > On Thu, Dec 10, 2020 at 11:50 PM Igal Sapir <isa...@apache.org> wrote: > > > >> On Thu, Dec 10, 2020 at 5:58 AM Christopher Schultz < > >> ch...@christopherschultz.net> wrote: > >> > >>> Mark, > >>> > >>> On 12/10/20 06:39, Mark Thomas wrote: > >>>> The proposed Apache Tomcat migration tool for Jakarta EE 0.1.0 is now > >>>> available for voting. > >>>> > >>>> This is (potentially) the first release. > >>>> > >>>> It can be obtained from: > >>>> > >>> > >> > https://dist.apache.org/repos/dist/dev/tomcat/jakartaee-migration/v0.1.0/ > >>>> > >>>> The Maven staging repo is: > >>>> > >> > https://repository.apache.org/content/repositories/orgapachetomcat-1291/ > >>>> > >>>> The tag is: > >>>> https://github.com/apache/tomcat-jakartaee-migration/tree/0.1.0 > >>>> cbada3204bf9c43ca0cf481cd88c7521690b30a0 > >>>> > >>>> The proposed 0.1.0 release is: > >>>> > >>>> [ ] -1: Broken. Do not release because... > >>>> [ ] +1: Acceptable. Go ahead and release. > >>> > >>> Do we even need (a) a release and (b) a VOTE? > >>> > >>> I once heard Ross say that there was an ASP project (Subversion?) that > >>> never had votes; they only had releases. That seemed to cut-down on the > >>> red-tape required to get things out into the world. I can't find a > >>> reference for that, now. > >>> > >>> Since this is a developer tool and not a runtime library or anything > >>> like that, maybe we can just say "YMMV, this is available any time you > >>> want it"? > >>> > >>> That said, I have no objections whatsoever with holding a vote. I am an > >>> unsigned "0" on the vote itself; I have not even downloaded the source > >>> let alone attempted to migrate a project using it. > >>> > >> > >> I'm a +0 on this one. Like Chris, I also did not even download nor > tested > >> that tool. > >> > >> Did we use that tool to migrate the Tomcat examples? Were they all > >> migrated successfully? > >> > > > > No. The examples were migrated manually, i.e. their source code was > > migrated. > > The tool migrates binary files (.war,.jar, .class). It is useful when > your > > application depends on third party libraries which still use javax.** > > Martin is correct, the examples were migrated using a package rename in > the IDE. > > The JSTL JARs (used by the examples webapp) were migrated with this tool. > Thank you both for clarifying. My question just shows why at this point I should remain a +0 on this one. Igal > > Mark > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org > For additional commands, e-mail: dev-h...@tomcat.apache.org > >
