-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 27/02/2012 14:33, Pid wrote: > On 27/02/2012 13:16, Christopher Schultz wrote: >> Lucas, >> >> On 2/27/12 5:36 AM, Lucas Pouzac wrote: >>> a library (prettyfaces) uses a web-tag fragment without >>> <distributable /> >> >>> With metadata-complete="true", It works correctly. >> >> Interesting. > > +1 That seems surprising. I don't see why the fragment would > impact this.
Not at all surprising. Servlet 3.0, section 8.2.3, 5.g.ix <quote> The web.xml resulting from the merge is considered <distributable> only if all its web fragments are marked as <distributable> as well. </quote> >> We should probably issue a warning if a web fragment disagrees >> with a definite value for the "distributable" flag in the >> webapp's web.xml. > > How would it do that? There's no such tag as > <not-distributable/>. It could be done easily on the merge but I'd be strongly against it. There are lots of rules for merging web fragments and I don't think we should be logging very decision that gets made. > Shouldn't the web.xml value override the fragment value(s), in this > case? No. See above. Mark -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJPS5cjAAoJEBDAHFovYFnn5I8P/3iKBbpuhIbVDh9XBjQakRML G9cN5aaL5sZbLZ5kbGhtulIY5MeKrt/dbEJMwBR6hEdwyUD1AbxTUzu2CuQMNnZT zkQokXJmUvSqV7/L1MBY+FRGKJviFbcgCQEQqloywrkPeMolLsm3M/ZUMu04jm+z AkEH6RMPUeJqOd5m2J+0olEU51qYXRYCm5clK1Q4wM6idIfqK1/kjCEcC1CHLFCv +Ao6XZmj71Ld1id87mO0ciuxniARJ9wKjVegby4DUK/rIhTWmDsdeWC1gSdpHSbn bBhoc27CPIv+N7apbe3ILsD1fw3Gb3O6Q2LbQxqBMRGJZCxEwMdHZpmXDu9jyIM2 9wHvV2KjyvGiivi1bk8eqwsDnc06umBUoGdEAb8KwTY7AOqVgnyOQnkeB6IWEcwx 3SPBqHd9PMB2wnyquIb0EKLOkNCfmvbuUkYAfz9wROzfzUt/fzDNvGMjVpSEcAap Zztf/E7aJmsjvNeseAjpf31EMEM+J0ftqoRG3ZRT5UyCy6NQmUzB72D/9mEAPirN ayaSmahgt5yTv5eqGkNmr/AowFMNZkIekRc9xyNTGb3YwN0sNNVGnD/krQd/MbdF yWCPP1IQlTxGa6kRXFewBvo8OzyJ0rVMquP6gtZ9JPWk9Q4gozhL/fHu4xBoY8d2 Q97nYUSY9Sl5oOwQK4BF =NWDF -----END PGP SIGNATURE----- --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
