[
https://issues.apache.org/jira/browse/LOG4NET-333?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13252305#comment-13252305
]
Simon Svensson commented on LOG4NET-333:
----------------------------------------
I think that assembly binding redirections could be a workaround; you could
specify that all 1.2.0-9 should use the 1.2.10 assembly.
MSDN: http://msdn.microsoft.com/en-us/library/twy1dw1e.aspx
> AssemblyVersionAttribute should specify less precise version
> ------------------------------------------------------------
>
> Key: LOG4NET-333
> URL: https://issues.apache.org/jira/browse/LOG4NET-333
> Project: Log4net
> Issue Type: Bug
> Components: Builds
> Reporter: Andrew Arnott
> Priority: Minor
> Fix For: 1.2 Maintenance Release
>
> Original Estimate: 24h
> Remaining Estimate: 24h
>
> The [AssemblyVersionAttribute("1.2.10")] that appears in the log4net.dll
> causes the CLR to refuse to load it if anyone was compiled against even a
> slightly different version. Yet most of these versions are (presumably)
> binary compatible.
> The work here is to adjust AssemblyVersionAttribute, while preserving
> AssemblyFileVersionAttribute:
> [AssemblyVersionAttribute("1.2")]
> [AssemblyFileVersionAttribute("1.2.10")]
> This way, folks can see what precise version it is, but at runtime anyone
> compiled against 1.2.x can run against other 1.2.x versions.
> This is particularly important in a heterogeneous system where multiple
> libraries are used that are all compiled against different versions of
> log4net and cannot all be recompiled against a common version of log4net.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
