https://bz.apache.org/bugzilla/show_bug.cgi?id=18500
Mark Thomas changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bz.apache.org/bugzilla/show_bug.cgi?id=18500
--- Comment #19 from Mark Thomas ---
I've added support for wildcard hosts in 9.0.x which will be in 9.0.0.M9.
Providing feedback is positive, I'll back-port it to at least 8.5.x.
--
You are receiving this mail because:
You are the assignee f
https://issues.apache.org/bugzilla/show_bug.cgi?id=18500
pri...@mixpo.com changed:
What|Removed |Added
CC||pri...@mixpo.com
--
You are rec
https://issues.apache.org/bugzilla/show_bug.cgi?id=18500
--- Comment #18 from Alessandro Polverini ---
How the rewrite valve could solve this problem?
--
You are receiving this mail because:
You are the assignee for the bug.
-
https://issues.apache.org/bugzilla/show_bug.cgi?id=18500
--- Comment #17 from Remy Maucherat ---
The rewrite valve that is now in Tomcat 8 supports vhost rewriting.
--
You are receiving this mail because:
You are the assignee for the bug.
---
https://issues.apache.org/bugzilla/show_bug.cgi?id=18500
--- Comment #16 from Alessandro Polverini ---
As I explained, I'm actually using a default host but if you have more that one
host with wildcards you end up using multiple tomcat instances, and that's far
from ideal.
--
You are receiving
https://issues.apache.org/bugzilla/show_bug.cgi?id=18500
--- Comment #15 from Christopher Schultz ---
Which of those cases can't be solved trivially with a catch-all default host?
You are not required to explicitly specify every hostname that a client might
use.
--
You are receiving this mail b
https://issues.apache.org/bugzilla/show_bug.cgi?id=18500
--- Comment #14 from Alessandro Polverini ---
Hello Christopher,
I've some setups where multiple (and different) web apps use domains of the
form locale.mydomain.com to automatically select the language of the site.
Of course in the conffi
https://issues.apache.org/bugzilla/show_bug.cgi?id=18500
--- Comment #13 from Christopher Schultz ---
My stab has obviously languished, here. I'll take another look at this because
I do in fact think it's quite useful.
Alessandro, I'm interested in what your use-case is where you have a fronting
https://issues.apache.org/bugzilla/show_bug.cgi?id=18500
Alessandro Polverini changed:
What|Removed |Added
CC||a...@nibbles.it
--
You are
https://issues.apache.org/bugzilla/show_bug.cgi?id=18500
--- Comment #12 from Alessandro Polverini ---
This feature would be very, very appreciated since apache supports wildcard
aliases and it is usually used as a frontend for tomcat.
I think that suffix-match would be more than enough for a fi
https://issues.apache.org/bugzilla/show_bug.cgi?id=18500
edward...@gmail.com changed:
What|Removed |Added
CC||edward...@gmail.com
--
You a
https://issues.apache.org/bugzilla/show_bug.cgi?id=18500
Morten Haraldsen changed:
What|Removed |Added
CC||mor...@ethlo.com
--
Configure
https://issues.apache.org/bugzilla/show_bug.cgi?id=18500
--- Comment #11 from Christopher Schultz
2011-09-27 18:06:26 UTC ---
(In reply to comment #10)
> I think it is just a single strategy: iterate linearly over list, trying each
> candidate whether it matches or not.
Oh, I meant "do we suppo
https://issues.apache.org/bugzilla/show_bug.cgi?id=18500
--- Comment #10 from Konstantin Kolinko 2011-09-27
01:12:47 UTC ---
(In reply to comment #9)
> I just wouldn't watch to mix-and-match too many name-matching styles or things
> are going to get seriously ridiculous (exact-match, then suffix
https://issues.apache.org/bugzilla/show_bug.cgi?id=18500
--- Comment #9 from Christopher Schultz
2011-09-26 19:10:58 UTC ---
Suffix-matching would certainly be faster than regular expression matching, but
it has the same problems the regex's have with not being sortable, etc.
Suffix-matching se
https://issues.apache.org/bugzilla/show_bug.cgi?id=18500
--- Comment #8 from Konstantin Kolinko 2011-09-25
00:13:23 UTC ---
(In reply to comment #7)
> Konstantin, in that case we would just maintain a separate list of regex-based
> matchers and they would all be consulted if no exact match was
https://issues.apache.org/bugzilla/show_bug.cgi?id=18500
--- Comment #7 from Christopher Schultz
2011-09-22 16:01:00 UTC ---
Konstantin, in that case we would just maintain a separate list of regex-based
matchers and they would all be consulted if no exact match was found,
right? Fall-back is t
https://issues.apache.org/bugzilla/show_bug.cgi?id=18500
--- Comment #6 from Konstantin Kolinko 2011-09-21
00:04:47 UTC ---
Since last time when I participated in discussion of such a feature [1] my
thought is
- start processing in the Mapper with the currently implemented binary search
- iff t
https://issues.apache.org/bugzilla/show_bug.cgi?id=18500
--- Comment #5 from Christopher Schultz
2011-09-20 21:33:24 UTC ---
Unfortunately for this enhancement, the Mapper is written to use a relatively
high-performance binary search algorithm to find a matching given all
the and definitions
https://issues.apache.org/bugzilla/show_bug.cgi?id=18500
Mark Thomas changed:
What|Removed |Added
Summary|Host aliases to match by|Host aliases to match by
https://issues.apache.org/bugzilla/show_bug.cgi?id=18500
Mark Thomas changed:
What|Removed |Added
CC||xandrewrampu...@gmail.com
--- Commen
https://issues.apache.org/bugzilla/show_bug.cgi?id=18500
Mark Thomas changed:
What|Removed |Added
Component|Catalina|Catalina
Version|4.1.24
https://issues.apache.org/bugzilla/show_bug.cgi?id=18500
Mark Thomas changed:
What|Removed |Added
CC||gene_engel...@hotmail.com
--- Commen
24 matches
Mail list logo
