I still use log4net every day across several large projects and check the mailing lists several times a week. All my stuff is still on 3.5 still so I haven't been hit by any of the 4.0 issues. I don't know how much a new release targeting just 1.1, 2.0, and 3.5 would benefit people right considering 4.0 has been out for a while.
What probably needs to happen is support for 1.0 and 1.1 needs dropped, support for 4.0 (including Client Profile) needs added, and we need to start to migrate things over to use generics. I'm not sure how to handle things like Compact Framework and Silverlight. I don't use those technologies and don't have a large interest in writing code for those frameworks. Would removing support for those two things, upgrading to VS2010 and .NET 4.0, then re-adding them later be a huge headache? ________________________________ From: Tasos Vogiatzoglou <tvog...@gmail.com> To: log4net-dev@logging.apache.org Sent: Wednesday, July 20, 2011 6:13 AM Subject: Is log4net in a cul-de-sac ? Hello all, It seems that there is very little activity on the log4net dev side. Bugs remain unfixed, no release schedules, sparse activity on the repository. E.g. the official release has a long standing bug with IPv6 and having an unofficial build (that is one that is not signed with apache key) is not working for lots of people that use other libraries that have dependencies on the strong named log4net assembly (.NET does not permit assembly redirection among different public tokens). If there is no plan, could we, somehow, help to make a release for log4net having these fixes so we can benefit from an official log4net release? Regards Tasos Vogiatzoglou
