On Mon, Jul 6, 2020 at 5:05 PM Christopher Schultz < ch...@christopherschultz.net> wrote:
> -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 > > Vitor, > > On 7/6/20 15:50, Vitor Medina Cruz wrote: > > On Mon, Jul 6, 2020 at 8:57 AM Mark Thomas <ma...@apache.org> > > wrote: > > > >> On 06/07/2020 12:25, Mark Thomas wrote: > >>> On 03/07/2020 13:40, Vitor Medina Cruz wrote: > >>>> On Thu, Jul 2, 2020 at 11:21 AM Mark Thomas > >>>> <ma...@apache.org> wrote: > >>>> > >>>>> On 02/07/2020 14:14, Vitor Medina Cruz wrote: > >>>>>> On Wed, Jul 1, 2020 at 6:48 PM Mark Thomas > >>>>>> <ma...@apache.org> wrote: > >>>>> > >>>>> <snip/> > >>>>> > >>>>>>> @WebFiler, @WebListener and @WebServlet are deployment > >>>>>>> annotations so scanning for these is controlled by the > >>>>>>> JarScanner. > >>>>>>> > >>>>>>> If an SCI has an @HandlesTypes annotation then all JARs > >>>>>>> that are potential SCI sources will be scanned for > >>>>>>> matches. To put it another way, the JarScanner > >>>>>>> configuration does NOT control the search for > >>>>>>> @HandlesTypes matches. Any JAR eligible to provide an > >>>>>>> SCI will be scanned for @HandlesTypes. Those JARs are > >>>>>>> controlled by > >>>>> <absolute-ordering> > >>>>>>> > >>>>>> > >>>>>> Ok, and if a jar doesn't provide a web-fragment name? In > >>>>>> this old > >> post( > >>>>>> > >>>>> > >> http://tomcat.10.x6.nabble.com/Why-does-absolute-ordering-in-web-xml- > without-others-kill-classpath-scanning-td5029985.html > <http://tomcat.10.x6.nabble.com/Why-does-absolute-ordering-in-web-xml-without-others-kill-classpath-scanning-td5029985.html> > >>>>> > >> > ) > >>>>>> it is said : > >>>>>> > >>>>>> "Tomcat will give these a name equal to the name of the > >>>>>> JAR file so > >> you > >>>>> can > >>>>>> use it in ordering. That is a Tomcat specific feature." > >>>>>> > >>>>>> This is/holds true? I tried with no success > >>>>> > >>>>> It should do. So for foobar-0.3.jar the name should be > >>>>> "foobar-0.3.jar" > >>>>> > >>>>> > >>>> Don't work... :( both in Tomcat 8.5.56 and 9.0.36 I got a > >>>> "Used a wrong fragment name [flow-server-2.2.1.jar] at > >>>> web.xml absolute-ordering tag" > >>> > >>> Hmm. Let me look into what is going on here... > >> > >> My memory and the comment from 2015 were incorrect. It is the > >> full URL that is used rather than just the name. > >> > >> While the JAR name should be unique within WEB-INF/lib, the JAR > >> scanning extends outside of that to include CATALINA_BASE/lib and > >> potentially the the bootstrap class path. Duplicates can trigger > >> deployment failure - hence the more cautious approach. > >> > >> As an example, this is the URL on my system (taken from Tomcat > >> 10.0.x but the code should be the same in 9.0.x and 8.5.x): > >> > >> > >> file:/home/mark/repos/asf-tomcat-10.0.x/output/build/webapps/examples > /WEB-INF/lib/taglibs-standard-impl-1.2.5-migrated-0.0.1.jar > >> > >> > >> > Rather long for a fragment but it ensures uniqueness. > >> > > > > Thanks, that worked! In my windows machine I used file:/C:/<rest of > > the path> > > > > > > Is it possible to use relative path of some sort in order to not > > tie this config to my machine? > > No promises, but you could try: > > ${catalina.base}/path/relative/to/tomcat > > for example: > > ${catalina.base}/webapps/mywebapp/WEB-INF/lib/taglibs-standard-impl-1.2. > 5-migrated-0.0.1.jar > > I don't know if the system-property-replacement will be honored in > that particular context, but it is supported in others. It seems like > that could be added if it's not already supported. > Thanks, but that won't do, differences between dev-debug env and production don't make that practical. If I could start from the webapp deployed folder would be better, like this: ${deploy.foler}/WEB-INF/lib/taglibs-standard-impl-1.2 But I will take that isn't possible. :( regards, Vitor > > - -chris > -----BEGIN PGP SIGNATURE----- > Comment: Using GnuPG with Thunderbird - https://www.enigmail.net/ > > iQIzBAEBCAAdFiEEMmKgYcQvxMe7tcJcHPApP6U8pFgFAl8Dg/MACgkQHPApP6U8 > pFh04RAApg2rrmhJmLnupkKTHLAPL/yud4WPpYiVRJaNXoX32Bp3FfHIPH+2nMGL > l00gVVsPxmN1jMaOrhpgQsNT033QiUuHm9LaZjXBe2Md7iUAW+dhn7f0tYfA2Eds > SpnNxMHHTEH/zsMD3WX771xqPh1qDRwW2h89NshkYTYkWaeL2UtshXRaffMipkwm > mdRtj25wVch2rgILjup3qCyoQwgmq/9XZWsyiGVdL3YBkvijTwb79BLX00vT20vJ > u3wWqA4zzuz1IovyKTIqSd9fGcAwCAyx+53aQgqo7nZYXtRfweZSjyx1QSWLFVdU > u2zzkaZeoQJs47Lvu6Db4pSPFa//zitSoIhxrnXfv7xDsUPZiYQg+HG8KqXuFeAd > x3fju5EpRDfU1snbCgAU3XZjUQpcd+9TzoTfJM8RfgkUl7AL07POrPGWWqOuYahs > XlC7Lbf/TqGseaWZ1aVAS0JPtm/h9DzIn8K2BK4157y7hOvhhSKgiG45iNgeKt0t > s0+i2nG0lGM9ajG34JWIkpx6vrOn1J+p0wX56ZqHGu4DmznMqg5HlN32N1p/FdgX > AJk5qxfbpayNwJGornvDRduXmQwT8NhKOillebU5DfAiWYMaYlu1UAQ643cx06/h > 44U/o8mJDCsSYWJkgZIKq/0OkAtUmkCGYnIGTmRW4fXptpyENM4= > =Vczr > -----END PGP SIGNATURE----- > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > >
