|
View:
New views
6 Messages
—
Rating Filter:
Alert me
|
|
|
Outbound rule leads to infinite loop...Please helpThese are my rules: <urlrewrite> <rule> <note> The outbound-rule specifies that when response.encodeURL is called (if you are using JSTL c:url) the url /rewrite-status will be rewritten to /test/ status/. The above rule and this outbound-rule means that end users should never see the url /rewrite-status only /test/status/ both in thier location bar and in hyperlinks in your pages. </note> <condition type="request-uri" operator="notequal">/app/(.*)$</ condition> <from>^/(.*@.*)$</from> <to encode="default">/app/$1/mydetails?umail=$1</to> </rule> <outbound-rule> <note> The outbound-rule specifies that when response.encodeURL is called (if you are using JSTL c:url) the url /rewrite-status will be rewritten to /test/ status/. The above rule and this outbound-rule means that end users should never see the url /rewrite-status only /test/status/ both in thier location bar and in hyperlinks in your pages. </note> <from>^/(.*)/(.*@.*)/(.*)</from> <to type="redirect" encode="default">/my100homes/$2</to> </outbound-rule> I want to forward mydomain.com/emailid to mydomain.com/app/emailid/ mydetails?umail=emailid and than reverse it in outbound rule so that url does not change. When i run this it goes in infinite loop and in logs i can see the rule applied again and again: INFO: org.tuckey.web.filters.urlrewrite.UrlRewriter DEBUG: processing outbound url for /my100homes/app/callamits@.../mydetails? execution=e20s1 Sep 30, 2009 12:39:45 PM org.apache.catalina.core.ApplicationContext log INFO: org.tuckey.web.filters.urlrewrite.RuleBase DEBUG: Outbound Rule 0 run called with /my100homes/app/callamits@.../mydetails? execution=e20s1 Sep 30, 2009 12:39:45 PM org.apache.catalina.core.ApplicationContext log INFO: org.tuckey.web.filters.urlrewrite.RuleBase DEBUG: matched "from" Sep 30, 2009 12:39:45 PM org.apache.catalina.core.ApplicationContext log INFO: org.tuckey.web.filters.urlrewrite.UrlRewriter DEBUG: "Outbound Rule 0" matched Sep 30, 2009 12:39:45 PM org.apache.catalina.core.ApplicationContext log INFO: org.tuckey.web.filters.urlrewrite.UrlRewriter DEBUG: rule is last Sep 30, 2009 12:39:45 PM org.apache.catalina.core.ApplicationContext log INFO: org.tuckey.web.filters.urlrewrite.UrlRewriter DEBUG: processing outbound url for /my100homes/callamits@... Sep 30, 2009 12:39:45 PM org.apache.catalina.core.ApplicationContext log INFO: org.tuckey.web.filters.urlrewrite.utils.ServerNameMatcher DEBUG: looking for hostname match on current server name localhost Sep 30, 2009 12:39:45 PM org.apache.catalina.core.ApplicationContext log INFO: org.tuckey.web.filters.urlrewrite.UrlRewriteFilter DEBUG: checking for status path on /my100homes/callamits@... Sep 30, 2009 12:39:45 PM org.apache.catalina.core.ApplicationContext log INFO: org.tuckey.web.filters.urlrewrite.UrlRewriter DEBUG: processing request for /callamits@... Sep 30, 2009 12:39:45 PM org.apache.catalina.core.ApplicationContext log INFO: org.tuckey.web.filters.urlrewrite.RuleBase DEBUG: Rule 0 run called with /callamits@... Sep 30, 2009 12:39:45 PM org.apache.catalina.core.ApplicationContext log INFO: org.tuckey.web.filters.urlrewrite.RuleBase DEBUG: matched "from" Sep 30, 2009 12:39:45 PM org.apache.catalina.core.ApplicationContext log INFO: org.tuckey.web.filters.urlrewrite.Condition DEBUG: evaluating "/ my100homes/callamits@..." against /app/(.*)$ Sep 30, 2009 12:39:45 PM org.apache.catalina.core.ApplicationContext log INFO: org.tuckey.web.filters.urlrewrite.Condition DEBUG: not equal operator in use Sep 30, 2009 12:39:45 PM org.apache.catalina.core.ApplicationContext log INFO: org.tuckey.web.filters.urlrewrite.RuleBase DEBUG: conditions match Sep 30, 2009 12:39:45 PM org.apache.catalina.core.ApplicationContext log INFO: org.tuckey.web.filters.urlrewrite.RuleExecutionOutput DEBUG: needs to be forwarded to /app/callamits@.../mydetails? umail=callamits@... Sep 30, 2009 12:39:45 PM org.apache.catalina.core.ApplicationContext log INFO: org.tuckey.web.filters.urlrewrite.UrlRewriter DEBUG: rule is last Sep 30, 2009 12:39:45 PM org.apache.catalina.core.ApplicationContext log INFO: org.tuckey.web.filters.urlrewrite.UrlRewriter DEBUG: processing outbound url for /my100homes/app/callamits@.../mydetails? execution=e21s1 Sep 30, 2009 12:39:45 PM org.apache.catalina.core.ApplicationContext log INFO: org.tuckey.web.filters.urlrewrite.RuleBase DEBUG: Outbound Rule 0 run called with /my100homes/app/callamits@.../mydetails? execution=e21s1 Sep 30, 2009 12:39:45 PM org.apache.catalina.core.ApplicationContext log INFO: org.tuckey.web.filters.urlrewrite.RuleBase DEBUG: matched "from" Sep 30, 2009 12:39:45 PM org.apache.catalina.core.ApplicationContext log INFO: org.tuckey.web.filters.urlrewrite.UrlRewriter DEBUG: "Outbound Rule 0" matched Sep 30, 2009 12:39:45 PM org.apache.catalina.core.ApplicationContext log INFO: org.tuckey.web.filters.urlrewrite.UrlRewriter DEBUG: rule is last Sep 30, 2009 12:39:45 PM org.apache.catalina.core.ApplicationContext log INFO: org.tuckey.web.filters.urlrewrite.UrlRewriter DEBUG: processing outbound url for /my100homes/callamits@... --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "UrlRewrite" group. To post to this group, send email to urlrewrite@... To unsubscribe from this group, send email to urlrewrite+unsubscribe@... For more options, visit this group at http://groups.google.com/group/urlrewrite?hl=en -~----------~----~----~----~------~----~------~--~--- |
|
|
Re: Outbound rule leads to infinite loop...Please helpOutbound rules, as you said, are applied by the filter (on the way out) to convert url's from one form to another.
The "type=redirect" parameter does not make any sense there. Try removing this attribute and see if it works for you. If it does, then it is definitely a bug in the filter and I'll create an issue once you come back with the report. If it does not, please provide more details. Cheers Avlesh
On Wed, Sep 30, 2009 at 12:51 PM, callamits <callamits@...> wrote:
--~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "UrlRewrite" group. To post to this group, send email to urlrewrite@... To unsubscribe from this group, send email to urlrewrite+unsubscribe@... For more options, visit this group at http://groups.google.com/group/urlrewrite?hl=en -~----------~----~----~----~------~----~------~--~--- |
|
|
Re: Outbound rule leads to infinite loop...Please helpThanks a lot for quick response, even after removing type="redirect" from outbound-rule its not working and getting same looping issue? Is there any workaround that i can use for now ? I even tried with latest version 3.* of urlrewrite. <outbound-rule> <from>^/(.*)/(.*@.*)/(.*)</from> <to encode="default">/my100homes/$2</to> </outbound-rule> -Amit On Sep 30, 3:13 pm, Avlesh Singh <avl...@...> wrote: > Outbound rules, as you said, are applied by the filter (on the way out) to > convert url's from one form to another > The "type=redirect" parameter does not make any sense there. Try removing > this attribute and see if it works for you. > > If it does, then it is definitely a bug in the filter and I'll create an > issue once you come back with the report. > If it does not, please provide more details. > > Cheers > Avlesh > > On Wed, Sep 30, 2009 at 12:51 PM, callamits <callam...@...> wrote: > > > These are my rules: > > > <urlrewrite> > > > <rule> > > <note> > > The outbound-rule specifies that when response.encodeURL > > is called (if you are using JSTL c:url) > > the url /rewrite-status will be rewritten to /test/ > > status/. > > > The above rule and this outbound-rule means that end users > > should never see the > > url /rewrite-status only /test/status/ both in thier > > location bar and in hyperlinks > > in your pages. > > </note> > > <condition type="request-uri" > > operator="notequal">/app/(.*)$</ > > condition> > > <from>^/(.*@.*)$</from> > > <to encode="default">/app/$1/mydetails?umail=$1</to> > > </rule> > > > <outbound-rule> > > <note> > > The outbound-rule specifies that when response.encodeURL > > is called (if you are using JSTL c:url) > > the url /rewrite-status will be rewritten to /test/ > > status/. > > > The above rule and this outbound-rule means that end users > > should never see the > > url /rewrite-status only /test/status/ both in thier > > location bar and in hyperlinks > > in your pages. > > </note> > > <from>^/(.*)/(.*@.*)/(.*)</from> > > <to type="redirect" encode="default">/my100homes/$2</to> > > </outbound-rule> > > > I want to forward mydomain.com/emailid to mydomain.com/app/emailid/ > > mydetails?umail=emailid<http://mydomain.com/app/emailid/%0Amydetails?umail=emailid> > > > and than reverse it in outbound rule so that url does not change. When > > i run this it goes in infinite loop and in logs i can see the rule > > applied again and again: > > > INFO: org.tuckey.web.filters.urlrewrite.UrlRewriter DEBUG: processing > > outbound url for /my100homes/app/callam...@.../mydetails? > > execution=e20s1 <http://callam...@.../mydetails?%0Aexecution=e20s1> > > Sep 30, 2009 12:39:45 PM org.apache.catalina.core.ApplicationContext > > log > > INFO: org.tuckey.web.filters.urlrewrite.RuleBase DEBUG: Outbound Rule > > 0 run called with /my100homes/app/callam...@.../mydetails? > > execution=e20s1 <http://callam...@.../mydetails?%0Aexecution=e20s1> > > Sep 30, 2009 12:39:45 PM org.apache.catalina.core.ApplicationContext > > log > > INFO: org.tuckey.web.filters.urlrewrite.RuleBase DEBUG: matched "from" > > Sep 30, 2009 12:39:45 PM org.apache.catalina.core.ApplicationContext > > log > > INFO: org.tuckey.web.filters.urlrewrite.UrlRewriter DEBUG: "Outbound > > Rule 0" matched > > Sep 30, 2009 12:39:45 PM org.apache.catalina.core.ApplicationContext > > log > > INFO: org.tuckey.web.filters.urlrewrite.UrlRewriter DEBUG: rule is > > last > > Sep 30, 2009 12:39:45 PM org.apache.catalina.core.ApplicationContext > > log > > INFO: org.tuckey.web.filters.urlrewrite.UrlRewriter DEBUG: processing > > outbound url for /my100homes/callam...@... > > Sep 30, 2009 12:39:45 PM org.apache.catalina.core.ApplicationContext > > log > > INFO: org.tuckey.web.filters.urlrewrite.utils.ServerNameMatcher DEBUG: > > looking for hostname match on current server name localhost > > Sep 30, 2009 12:39:45 PM org.apache.catalina.core.ApplicationContext > > log > > INFO: org.tuckey.web.filters.urlrewrite.UrlRewriteFilter DEBUG: > > checking for status path on /my100homes/callam...@... > > Sep 30, 2009 12:39:45 PM org.apache.catalina.core.ApplicationContext > > log > > INFO: org.tuckey.web.filters.urlrewrite.UrlRewriter DEBUG: processing > > request for /callam...@... > > Sep 30, 2009 12:39:45 PM org.apache.catalina.core.ApplicationContext > > log > > INFO: org.tuckey.web.filters.urlrewrite.RuleBase DEBUG: Rule 0 run > > called with /callam...@... > > Sep 30, 2009 12:39:45 PM org.apache.catalina.core.ApplicationContext > > log > > INFO: org.tuckey.web.filters.urlrewrite.RuleBase DEBUG: matched "from" > > Sep 30, 2009 12:39:45 PM org.apache.catalina.core.ApplicationContext > > log > > INFO: org.tuckey.web.filters.urlrewrite.Condition DEBUG: evaluating "/ > > my100homes/callam...@..." against /app/(.*)$ > > Sep 30, 2009 12:39:45 PM org.apache.catalina.core.ApplicationContext > > log > > INFO: org.tuckey.web.filters.urlrewrite.Condition DEBUG: not equal > > operator in use > > Sep 30, 2009 12:39:45 PM org.apache.catalina.core.ApplicationContext > > log > > INFO: org.tuckey.web.filters.urlrewrite.RuleBase DEBUG: conditions > > match > > Sep 30, 2009 12:39:45 PM org.apache.catalina.core.ApplicationContext > > log > > INFO: org.tuckey.web.filters.urlrewrite.RuleExecutionOutput DEBUG: > > needs to be forwarded to /app/callam...@.../mydetails? > > umail=callam...@...<http://callam...@.../mydetails?%0Aumail=callam...@...> > > Sep 30, 2009 12:39:45 PM org.apache.catalina.core.ApplicationContext > > log > > INFO: org.tuckey.web.filters.urlrewrite.UrlRewriter DEBUG: rule is > > last > > Sep 30, 2009 12:39:45 PM org.apache.catalina.core.ApplicationContext > > log > > INFO: org.tuckey.web.filters.urlrewrite.UrlRewriter DEBUG: processing > > outbound url for /my100homes/app/callam...@.../mydetails? > > execution=e21s1 <http://callam...@.../mydetails?%0Aexecution=e21s1> > > Sep 30, 2009 12:39:45 PM org.apache.catalina.core.ApplicationContext > > log > > INFO: org.tuckey.web.filters.urlrewrite.RuleBase DEBUG: Outbound Rule > > 0 run called with /my100homes/app/callam...@.../mydetails? > > execution=e21s1 <http://callam...@.../mydetails?%0Aexecution=e21s1> > > Sep 30, 2009 12:39:45 PM org.apache.catalina.core.ApplicationContext > > log > > INFO: org.tuckey.web.filters.urlrewrite.RuleBase DEBUG: matched "from" > > Sep 30, 2009 12:39:45 PM org.apache.catalina.core.ApplicationContext > > log > > INFO: org.tuckey.web.filters.urlrewrite.UrlRewriter DEBUG: "Outbound > > Rule 0" matched > > Sep 30, 2009 12:39:45 PM org.apache.catalina.core.ApplicationContext > > log > > INFO: org.tuckey.web.filters.urlrewrite.UrlRewriter DEBUG: rule is > > last > > Sep 30, 2009 12:39:45 PM org.apache.catalina.core.ApplicationContext > > log > > INFO: org.tuckey.web.filters.urlrewrite.UrlRewriter DEBUG: processing > > outbound url for /my100homes/callam...@... You received this message because you are subscribed to the Google Groups "UrlRewrite" group. To post to this group, send email to urlrewrite@... To unsubscribe from this group, send email to urlrewrite+unsubscribe@... For more options, visit this group at http://groups.google.com/group/urlrewrite?hl=en -~----------~----~----~----~------~----~------~--~--- |
|
|
Re: Outbound rule leads to infinite loop...Please helpDo you think your regex will match the desired? Your pattern is the culprit, it seems.
Try writing a standalone java program to validate the regex. The group-2 in your regex will match everything. moreover, based on the data, back-referencing might cause the matcher to never complete. Try putting an end of pattern - ^/(.*)/(.*@.*)/(.*)$ Cheers Avlesh On Wed, Sep 30, 2009 at 3:56 PM, callamits <callamits@...> wrote:
--~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "UrlRewrite" group. To post to this group, send email to urlrewrite@... To unsubscribe from this group, send email to urlrewrite+unsubscribe@... For more options, visit this group at http://groups.google.com/group/urlrewrite?hl=en -~----------~----~----~----~------~----~------~--~--- |
|
|
Re: Outbound rule leads to infinite loop...Please helpI removed all the regex and tried as:
<rule> <condition type="request-uri" operator="notequal">/app/(.*)$</condition> <from>^/callamits@...</from> <to encode="default">/app/callamits@.../mydetails?umail=callamits@...</to> </rule> <outbound-rule> <from>/my100homes/app/callamits@.../(.*)$</from> <to encode="default">/my100homes/callamits@...</to> </outbound-rule> Still going in same loop, i am not sure why the response here is interfering. Is there some configuration i am missing ? -Amit On Wed, Sep 30, 2009 at 4:15 PM, Avlesh Singh <avlesh@...> wrote: Do you think your regex will match the desired? Your pattern is the culprit, it seems. --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "UrlRewrite" group. To post to this group, send email to urlrewrite@... To unsubscribe from this group, send email to urlrewrite+unsubscribe@... For more options, visit this group at http://groups.google.com/group/urlrewrite?hl=en -~----------~----~----~----~------~----~------~--~--- |
|
|
Re: Outbound rule leads to infinite loop...Please helpI can't make out what the problem is but the debug log you posted is not enough. It shows you encoding an outbound url, then hitting an inbound url then encoding another outbound url. There's no loop in there AFAICT. regards, Wim On Wed, Sep 30, 2009 at 1:04 PM, Amit Shrivastava <callamits@...> wrote: > I removed all the regex and tried as: > > <rule> > <condition type="request-uri" > operator="notequal">/app/(.*)$</condition> > <from>^/callamits@...</from> > <to > encode="default">/app/callamits@.../mydetails?umail=callamits@...</to> > </rule> > > > <outbound-rule> > <from>/my100homes/app/callamits@.../(.*)$</from> > <to encode="default">/my100homes/callamits@...</to> > </outbound-rule> > > Still going in same loop, i am not sure why the response here is > interfering. Is there some configuration i am missing ? > > -Amit > > On Wed, Sep 30, 2009 at 4:15 PM, Avlesh Singh <avlesh@...> wrote: >> >> Do you think your regex will match the desired? Your pattern is the >> culprit, it seems. >> Try writing a standalone java program to validate the regex. The group-2 >> in your regex will match everything. moreover, based on the data, >> back-referencing might cause the matcher to never complete. >> >> Try putting an end of pattern - ^/(.*)/(.*@.*)/(.*)$ >> >> Cheers >> Avlesh >> >> On Wed, Sep 30, 2009 at 3:56 PM, callamits <callamits@...> wrote: >>> >>> Thanks a lot for quick response, even after removing type="redirect" >>> from outbound-rule its not working and getting same looping issue? Is >>> there any workaround that i can use for now ? I even tried with latest >>> version 3.* of urlrewrite. >>> >>> <outbound-rule> >>> <from>^/(.*)/(.*@.*)/(.*)</from> >>> <to encode="default">/my100homes/$2</to> >>> </outbound-rule> >>> >>> -Amit >>> >>> On Sep 30, 3:13 pm, Avlesh Singh <avl...@...> wrote: >>> > Outbound rules, as you said, are applied by the filter (on the way out) >>> > to >>> > convert url's from one form to another >>> > The "type=redirect" parameter does not make any sense there. Try >>> > removing >>> > this attribute and see if it works for you. >>> > >>> > If it does, then it is definitely a bug in the filter and I'll create >>> > an >>> > issue once you come back with the report. >>> > If it does not, please provide more details. >>> > >>> > Cheers >>> > Avlesh >>> > >>> > On Wed, Sep 30, 2009 at 12:51 PM, callamits <callam...@...> >>> > wrote: >>> > >>> > > These are my rules: >>> > >>> > > <urlrewrite> >>> > >>> > > <rule> >>> > > <note> >>> > > The outbound-rule specifies that when response.encodeURL >>> > > is called (if you are using JSTL c:url) >>> > > the url /rewrite-status will be rewritten to /test/ >>> > > status/. >>> > >>> > > The above rule and this outbound-rule means that end users >>> > > should never see the >>> > > url /rewrite-status only /test/status/ both in thier >>> > > location bar and in hyperlinks >>> > > in your pages. >>> > > </note> >>> > > <condition type="request-uri" >>> > > operator="notequal">/app/(.*)$</ >>> > > condition> >>> > > <from>^/(.*@.*)$</from> >>> > > <to encode="default">/app/$1/mydetails?umail=$1</to> >>> > > </rule> >>> > >>> > > <outbound-rule> >>> > > <note> >>> > > The outbound-rule specifies that when response.encodeURL >>> > > is called (if you are using JSTL c:url) >>> > > the url /rewrite-status will be rewritten to /test/ >>> > > status/. >>> > >>> > > The above rule and this outbound-rule means that end users >>> > > should never see the >>> > > url /rewrite-status only /test/status/ both in thier >>> > > location bar and in hyperlinks >>> > > in your pages. >>> > > </note> >>> > > <from>^/(.*)/(.*@.*)/(.*)</from> >>> > > <to type="redirect" encode="default">/my100homes/$2</to> >>> > > </outbound-rule> >>> > >>> > > I want to forward mydomain.com/emailid to mydomain.com/app/emailid/ >>> > > >>> > > mydetails?umail=emailid<http://mydomain.com/app/emailid/%0Amydetails?umail=emailid> >>> > >>> > > and than reverse it in outbound rule so that url does not change. >>> > > When >>> > > i run this it goes in infinite loop and in logs i can see the rule >>> > > applied again and again: >>> > >>> > > INFO: org.tuckey.web.filters.urlrewrite.UrlRewriter DEBUG: processing >>> > > outbound url for /my100homes/app/callam...@.../mydetails? >>> > > execution=e20s1 >>> > > <http://callam...@.../mydetails?%0Aexecution=e20s1> >>> > > Sep 30, 2009 12:39:45 PM org.apache.catalina.core.ApplicationContext >>> > > log >>> > > INFO: org.tuckey.web.filters.urlrewrite.RuleBase DEBUG: Outbound Rule >>> > > 0 run called with /my100homes/app/callam...@.../mydetails? >>> > > execution=e20s1 >>> > > <http://callam...@.../mydetails?%0Aexecution=e20s1> >>> > > Sep 30, 2009 12:39:45 PM org.apache.catalina.core.ApplicationContext >>> > > log >>> > > INFO: org.tuckey.web.filters.urlrewrite.RuleBase DEBUG: matched >>> > > "from" >>> > > Sep 30, 2009 12:39:45 PM org.apache.catalina.core.ApplicationContext >>> > > log >>> > > INFO: org.tuckey.web.filters.urlrewrite.UrlRewriter DEBUG: "Outbound >>> > > Rule 0" matched >>> > > Sep 30, 2009 12:39:45 PM org.apache.catalina.core.ApplicationContext >>> > > log >>> > > INFO: org.tuckey.web.filters.urlrewrite.UrlRewriter DEBUG: rule is >>> > > last >>> > > Sep 30, 2009 12:39:45 PM org.apache.catalina.core.ApplicationContext >>> > > log >>> > > INFO: org.tuckey.web.filters.urlrewrite.UrlRewriter DEBUG: processing >>> > > outbound url for /my100homes/callam...@... >>> > > Sep 30, 2009 12:39:45 PM org.apache.catalina.core.ApplicationContext >>> > > log >>> > > INFO: org.tuckey.web.filters.urlrewrite.utils.ServerNameMatcher >>> > > DEBUG: >>> > > looking for hostname match on current server name localhost >>> > > Sep 30, 2009 12:39:45 PM org.apache.catalina.core.ApplicationContext >>> > > log >>> > > INFO: org.tuckey.web.filters.urlrewrite.UrlRewriteFilter DEBUG: >>> > > checking for status path on /my100homes/callam...@... >>> > > Sep 30, 2009 12:39:45 PM org.apache.catalina.core.ApplicationContext >>> > > log >>> > > INFO: org.tuckey.web.filters.urlrewrite.UrlRewriter DEBUG: processing >>> > > request for /callam...@... >>> > > Sep 30, 2009 12:39:45 PM org.apache.catalina.core.ApplicationContext >>> > > log >>> > > INFO: org.tuckey.web.filters.urlrewrite.RuleBase DEBUG: Rule 0 run >>> > > called with /callam...@... >>> > > Sep 30, 2009 12:39:45 PM org.apache.catalina.core.ApplicationContext >>> > > log >>> > > INFO: org.tuckey.web.filters.urlrewrite.RuleBase DEBUG: matched >>> > > "from" >>> > > Sep 30, 2009 12:39:45 PM org.apache.catalina.core.ApplicationContext >>> > > log >>> > > INFO: org.tuckey.web.filters.urlrewrite.Condition DEBUG: evaluating >>> > > "/ >>> > > my100homes/callam...@..." against /app/(.*)$ >>> > > Sep 30, 2009 12:39:45 PM org.apache.catalina.core.ApplicationContext >>> > > log >>> > > INFO: org.tuckey.web.filters.urlrewrite.Condition DEBUG: not equal >>> > > operator in use >>> > > Sep 30, 2009 12:39:45 PM org.apache.catalina.core.ApplicationContext >>> > > log >>> > > INFO: org.tuckey.web.filters.urlrewrite.RuleBase DEBUG: conditions >>> > > match >>> > > Sep 30, 2009 12:39:45 PM org.apache.catalina.core.ApplicationContext >>> > > log >>> > > INFO: org.tuckey.web.filters.urlrewrite.RuleExecutionOutput DEBUG: >>> > > needs to be forwarded to /app/callam...@.../mydetails? >>> > > >>> > > umail=callam...@...<http://callam...@.../mydetails?%0Aumail=callam...@...> >>> > > Sep 30, 2009 12:39:45 PM org.apache.catalina.core.ApplicationContext >>> > > log >>> > > INFO: org.tuckey.web.filters.urlrewrite.UrlRewriter DEBUG: rule is >>> > > last >>> > > Sep 30, 2009 12:39:45 PM org.apache.catalina.core.ApplicationContext >>> > > log >>> > > INFO: org.tuckey.web.filters.urlrewrite.UrlRewriter DEBUG: processing >>> > > outbound url for /my100homes/app/callam...@.../mydetails? >>> > > execution=e21s1 >>> > > <http://callam...@.../mydetails?%0Aexecution=e21s1> >>> > > Sep 30, 2009 12:39:45 PM org.apache.catalina.core.ApplicationContext >>> > > log >>> > > INFO: org.tuckey.web.filters.urlrewrite.RuleBase DEBUG: Outbound Rule >>> > > 0 run called with /my100homes/app/callam...@.../mydetails? >>> > > execution=e21s1 >>> > > <http://callam...@.../mydetails?%0Aexecution=e21s1> >>> > > Sep 30, 2009 12:39:45 PM org.apache.catalina.core.ApplicationContext >>> > > log >>> > > INFO: org.tuckey.web.filters.urlrewrite.RuleBase DEBUG: matched >>> > > "from" >>> > > Sep 30, 2009 12:39:45 PM org.apache.catalina.core.ApplicationContext >>> > > log >>> > > INFO: org.tuckey.web.filters.urlrewrite.UrlRewriter DEBUG: "Outbound >>> > > Rule 0" matched >>> > > Sep 30, 2009 12:39:45 PM org.apache.catalina.core.ApplicationContext >>> > > log >>> > > INFO: org.tuckey.web.filters.urlrewrite.UrlRewriter DEBUG: rule is >>> > > last >>> > > Sep 30, 2009 12:39:45 PM org.apache.catalina.core.ApplicationContext >>> > > log >>> > > INFO: org.tuckey.web.filters.urlrewrite.UrlRewriter DEBUG: processing >>> > > outbound url for /my100homes/callam...@... >>> >> >> >> > > > > > --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "UrlRewrite" group. To post to this group, send email to urlrewrite@... To unsubscribe from this group, send email to urlrewrite+unsubscribe@... For more options, visit this group at http://groups.google.com/group/urlrewrite?hl=en -~----------~----~----~----~------~----~------~--~--- |
| Free embeddable forum powered by Nabble | Forum Help |