You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@archiva.apache.org by "Olivier Lamy (JIRA)" <ji...@codehaus.org> on 2014/08/08 06:16:10 UTC
[jira] (MRM-588) proxy logging is not always effective for
diagnosing issues
[ https://jira.codehaus.org/browse/MRM-588?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Olivier Lamy updated MRM-588:
-----------------------------
Fix Version/s: (was: 2.1.1)
2.1.2
> proxy logging is not always effective for diagnosing issues
> -----------------------------------------------------------
>
> Key: MRM-588
> URL: https://jira.codehaus.org/browse/MRM-588
> Project: Archiva
> Issue Type: Task
> Affects Versions: 1.0-beta-4
> Reporter: Brett Porter
> Fix For: 2.1.2
>
>
> I would like to open discussion for what exactly needs to be logged, and at what level, for proxy issues to be effectively diagnosed. With the current configuration, I was unable to pinpoint some problems easily.
> Some thoughts:
> - don't talk about policies, but state what is happening
> - always include the artifact and repository requested
> - log more if it results in a NotFoundException
> - condense information onto fewer lines where possible (if there are concurrent requests, without an NDC these will start getting mixed up in the logs)
> Here are my thoughts:
> DEBUG Artifact [x/y/z.jar] will not be requested from remote repository [foo] as it didn't match whitelist items
> DEBUG Artifact [x/y/z.jar] will not be requested from remote repository [foo] as it matched blacklist item x/**
> INFO Artifact [x/y/z.jar] requested from managed repository [internal], checking remote repositories [central,java.net], excluding remote repositories [foo]
> Then:
> INFO Artifact [x/y/z.jar] retrieved from remote repository [central], skipping others
> or
> INFO Artifact [x/y/z.jar] not retrieved as it failed post-download policy [bar-policy] (include reason)
> And so on...
> Thoughts?
> An open question is what level to log this at: I feel that it should be at INFO, but that might be too noisy by default. Perhaps the right thing to do here is to add a connector configuration property that says whether to log all requests (and if not, only log at debug level).
--
This message was sent by Atlassian JIRA
(v6.1.6#6162)