[
https://issues.apache.org/jira/browse/FOR-770?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tim Williams updated FOR-770:
-----------------------------
Fix Version/s: (was: 0.9-dev)
0.10
Not going to happen for this release, pushing to .10.
> Locationmap logs should show which sitemap the request is coming from
> ---------------------------------------------------------------------
>
> Key: FOR-770
> URL: https://issues.apache.org/jira/browse/FOR-770
> Project: Forrest
> Issue Type: Improvement
> Components: Locationmap
> Affects Versions: 0.8, 0.9-dev
> Reporter: Ross Gardler
> Fix For: 0.10
>
>
> With the introduction of the locationmap it can be unclear which sitemap
> pipeline is handling a request. Prior to the locationmap, exceptions would
> tell us where in the sitemap we were working. However, this can sometimes get
> lost in the interaction with the locationmap.
> This makes it very difficult to debug some locationmap problems. For example,
> I recently had a situation in which the locationmap was being queried for
> "project.foo". In this hint the "project." part was being added by the
> sitemaps, but the error reported was not showing where. I knew this meant
> some match was intercepting the request before my plugin sitemap got hold of
> it, but the error messages would not tell me which. I had to trace the
> process manually, which took an age. In the end it was a catchall match in
> the raw.xmap
> If the LM logs could report where the request is coming from, I would have
> known in seconds what the problem was, rather than hours. We need a log entry
> something like:
> "Examining Locationmap for "project.foo" on behald of /raw.xmap (line XYZ)"
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.