-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 07/05/2013 21:13, Christopher Schultz wrote:
> Mark,
> 
> On 5/7/13 8:54 AM, Mark Thomas wrote:
>> In an attempt to improve the situation, I have tried to document
>> a proposed expected behaviour [4].
> 
> Cool. Two question:
> 
> 1. What is the difference between "Y/N" and "-" in a column? Y/N
> seems to mean "does not matter". Does "-" mean "does not apply"? If
> both WAR=Y and DIR=Y (column headers, not row headers) which takes
> precedence?

Y/N means the behaviour is the same regardless of how the option is
configured.

The meaning of '-' varied a little between the tables. I've removed
them from the first table.

In the second and third tables '-' means "unchanged from not present".
I could have used N but I wanted to make it clearer what was changing.

> 2. Does the order of your table indicate precedence -- for example,
> we "prefer" XML to, say, WAR or DIR, right? If so, that indicates
> that we prefer "WAR" to "DIR"

Yes. The order is always XML, WAR, DIR.

> but above the table you say "If both a WAR and a DIR are available
> for a web application, Tomcat will serve content from the DIR."
> which indicates the opposite.

That is strictly for performance reasons when serving content and
doesn't affect deployment.

> Perhaps the rows in the table could be re-ordered to indicate the
> order in which Tomcat checks for those artifacts -- stopping at the
> first one found and processing according to the rules you are
> trying to express.

The columns are already in that order.

I've updated the doc to try and clarify these points.

Mark

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (MingW32)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBAgAGBQJRiWyZAAoJEBDAHFovYFnn5hUP/2zVopqI1lEa35UHiqZQ2/wW
6gpXNM+Run4lImt1MH7EVz0GMPzKUsrR94E0j5I9hL8rxHPBKChLNNE3ZS061VHr
ozjXsepDeBhpJLSDFk61OAsNd8vaqbfR/GfN0g59Fsntd9Ex/qMu0dScXyvnajmD
E7xh8mDbDKaPP83PajXQKYvhUanIzP6aFyCoU1kCZlzzcA7KIA14xkWpca3SbZv7
opkjBN97WtNEQX68vNEYtngyZmcIxlN78/YWctjUvNHFFlTxax2hOHQwuJ3YTfHj
DOKVmxktWZlLL4cRFIXfuRnMDzDjUxeE/UxRbQw7aLfVBb75Xk9HFgtpGy+r7D7q
6fkyAI/JshCONNdzfqXGNgdeUlCXD4LMNVomHfJuz0If6D6HJWqXfogAIsZqSjTu
VxLPUwKkNWDiSiGDKIeNJCvqL+thim/CPE2rwzX19/TxdPcE/+kw0n7vWju9su4w
5mh27OJtatAuhpp7Ww+SKpylGG9DdXugAMJ8YBiy9ePCCqZzjB9acn0T7bU0q25y
KNsDHscoZrRfxFPZ0eUm2fx+/KVcQykXaYyberqGsSy62D6Zlc2VNxGRHWf/59EZ
06nFYBBczz5rLhjTiv9nBPbzhSbEOUDY/WN5bz45NfHAVshpWCqT4v6oLwxMYxNX
cdfqWUNM8405gKZXkdU+
=9vTM
-----END PGP SIGNATURE-----

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

Reply via email to