NormW wrote: > Good morning All > > In Mod_Jk2, jk_UriEnv.c, line 419,
jk_uriEnv.c. > there is is a test to determine which end > of a URL template string has the *, to determine if the 'match type' should > be PREFIX or SUFFIX. > [ if (uri[strlen(uri) - 1] == '*') { ] > > A URL template found in a workers2.properties [uri] section is passed to > jk_UriEnv_init() [line 321] without modification, and everything works as > expected. jk2_uriEnv_init. > > URL's passed to jk_UriEnv_init() from Apache's .conf file have a (-nn) > number added to the end of them, thus the test at line 419 always fails, and > so they always default to being flagged as MATCH_TYPE_SUFFIX. > > Log entry when using .conf (<Location /admin/*>) is as follows (the -1 is > the appended number, which increments for each conf url) : If you use <Location> the mapping is done by Apache (See jk2_translate). > > [jk_uriEnv.c (448)] uriEnv.init() uri:/admin/*-1 host=* uri=/admin/*-1 > type=2 ctx=(null) prefix=(null) suffix=/admin/*-1 > > and when using [uri:/admin/*] is as follows: > > [jk_uriEnv.c (448)] uriEnv.init() uri:/admin/* host=* uri=/admin/* > type=1 ctx=(null) prefix=/admin/ suffix=(null) > > Additionally, the extra characters on the end of the passed 'template' will > mean suffix_len and prefix_len are incorrectly set also when received from > Apache. > > I'm uncertain about why the numbers are added when received from Apache and > not when generated from inside workers2.properties. Can someone comment on > this please? > > Norm > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
signature.asc
Description: OpenPGP digital signature