https://bz.apache.org/bugzilla/show_bug.cgi?id=63808

Mark Thomas <ma...@apache.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Severity|normal                      |enhancement
          Component|mod_jk                      |Documentation

--- Comment #8 from Mark Thomas <ma...@apache.org> ---
(In reply to Arpad Magosanyi from comment #7)
> Well, the fact that other directives are ineffective when we use JkMount in
> a Location could be the way it is intended to work,

The above statement is not correct. The presence of JkMount has no impact on
how the other directives are processed.

> but I believe I am not
> the only one expecting that once I write down a directive I either get a
> prominent warning, or the directive actually works. This is not the case,
> hence I consider this as a bug.

Again, there is no bug here. Your expectation for how <Location "/servlet*">
works is incorrect. As per the Location docs, the "*" wildcard does NOT include
the "/" character (whereas it does for JkMount).

> I propose to update the documentation of the JkMount directive to provide a
> warning about that. That would have saved some 10 hours of work for me, and
> most probably will save hundreds of hours for a set of other users. A good
> return for that 5 minutes of work.

What update do you propose to the documentation? Note that the JkMount
documentation already includes a warning that using it within a Location block
is typically not the correct thing to do (because of the different ways
Location and JkMount perform URL mapping).

I'm switching this to an enhancement request for the docs.

> And anyway, this will be less effort than always reclose this issue and
> answer my concerns :)

That could easily be read as a threat to make a nuisance of yourself by
continually re-opening this issue if you disagree with the resolution. The
Tomcat community will not tolerate such behaviour and will disable any Bugzilla
account responsible for such behaviour.

> And thank you for your help in the mailing list, and this excellent piece of
> code!

You're welcome for the help but I can't claim the credit for the code. Other
community members before me put in the work to create and develop mod_jk.

-- 
You are receiving this mail because:
You are the assignee for the bug.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

Reply via email to