Patrick, I second your request. I would also like to target the client profile, but can't.
I have been talking offline with Ron Grabowski about kick starting development on log4net and getting another release out. Our company makes extensive use of log4net and some issues that have shown up with newer versions of Windows and of .NET have been causing problems for us. Log4net is an important project for many people, but I am seeing more and more people grumbling that it is dead. If our company was evaluating log4net today, we wouldn't touch it because of the lack of activity. Ron is busy and can't respond often, but he did list some concerns about a new release. Currently, log4net supports .NET 1.0, 1.1, 2.0, Compact Framework and a couple of versions of Mono. Developing and testing new releases for all of those platforms is time consuming. Personally, I think we should drop support for everything and just compile .NET 2.0 and the latest version of Mono. I could also be convinced to maintain support for CF if anyone is actually using it, but even Microsoft has dropped support for it in VS2010. Anyone still developing on older versions of the framework can stick with the current version of log4net. Like you, I have offered to help out. I have been working away at fixing bugs that are important to me and have submitted one patch directly to Ron and attached some to issues. I admit though that I am taking it slow because I am seeing very little response and patches aren't much use if they don't get applied. Rob Prouse -----Original Message----- From: Patrick Earl [mailto:[email protected]] Sent: Thursday, August 05, 2010 5:13 AM To: [email protected] Subject: Client Profile Proposal Greetings. There have been a number of requests for client profile support for log4net. Unfortunately no action has been taken so far. This is causing some consternation in the NHibernate world at the moment. There is significant desire for a client profile version of NHibernate, but the dependency on log4net is preventing that right now. I have something of a plee / proposal to make. I would be happy to do the work to eliminate the compile time dependency on System.Web using the following technique (or really any technique acceptable to the log4net team): 1. Use fast forms of reflection to access the appropriate System.Web members. 2. Don't split into multiple assemblies. Obviously splitting would cause significant breakage for the next release and since it's easy to avoid, it should be avoided. 3. Ensure there are zero breaking changes for all platforms supported by log4net. Unfortunately, to solve this conundrum, we are dependent on an updated release of log4net. Is there any way we can get a release out the door with the code that would be provided to support the client profile? It's been a very long time since the last release. Is additional assistance needed to make the release happen? Looking forward to some forward motion. :) Patrick Earl
