<?xml version="1.0" encoding="utf-8"?><rss version="2.0"><channel><title>(w)asp.net - relmah</title><link>http://www.robychechi.it:80/roby/Tags/relmah</link><description>(w)asp.net - relmah</description><item><title>ElmahR is dead, long live RElmah!</title><link>http://www.robychechi.it:80/roby/elmahr-is-dead-long-live-relmah</link><description>&lt;p&gt;
	&lt;a href="http://elmahr.apphb.com"&gt;ElmahR&lt;/a&gt; is my pet project, although I must say so far &lt;a href="http://www.nuget.org/packages?q=elmahr"&gt;it&amp;#39;s been much more successful than expected&lt;/a&gt;. It was really born as a playground to test and learn some new stuff, but it caught momentum, and it even received some contributions. It has about 30 forks on Bitbucket, and a few collateral projects using it or modding it have popped up. I&amp;#39;m pretty happy with all that!&lt;/p&gt;
&lt;p&gt;
	But... It started more than two years ago, and the way I built it while experimenting new things made it grow in a way which wasn&amp;#39;t really following a plan. I tried to keep it tidy and simple, but honestly there are portions of the code which are not as clean as I&amp;#39;d like, and they would need some major rethinking. Also, several of the features that I pushed into it are not actually so useful, so why keep them? And finally, the world has been running fast, delivering new libraries, or new versions of existing ones, at a very high pace which I was not really able to cope with. SignalR is the main issue here, ElmahR is still using v1.x, and moving to v2.x would be a breaking change. Furthermore, the task of &lt;a href="http://www.robychechi.it/roby/signalr-cookbook-ready-and-available-on-stores"&gt;writing a book&lt;/a&gt; did not really help with all that...&lt;/p&gt;
&lt;p&gt;
	While I really want to keep ElmahR alive and actual, on the other hand the codebase really needs a lot to reorg to enable easy maintenance and addition of new needed features. There&amp;#39;s no way I can do that while keeping backward compatibility and avoiding getting crazy...&lt;/p&gt;
&lt;p&gt;
	So, I really see only one way to move forward: a reboot! And to make it clear that it&amp;#39;s a real restart, I decided to rename it! It&amp;#39;s a drastic decision, I love the ElmahR name and I&amp;#39;ll miss it. Also, there&amp;#39;s a concrete risk of loosing users with this move, and I&amp;#39;ll try my best to prevent this from happening. But I think the reasons for doing such a move are stronger than the potential drawbacks. So be it: from ElmahR to &lt;strong&gt;RElmah&lt;/strong&gt;!&lt;/p&gt;
&lt;p&gt;
	Why &lt;strong&gt;RElmah&lt;/strong&gt;?&lt;/p&gt;
&lt;ul&gt;
	&lt;li&gt;
		It&amp;#39;s a big reset, without backward compatibility, so I need to make that disconnect very clear. I do not want people to assume that a Nuget package update will automagically fix things...&lt;/li&gt;
	&lt;li&gt;
		It&amp;#39;s a full redesign, which several concepts going away and several others added.&lt;/li&gt;
	&lt;li&gt;
		The name &amp;quot;ElmahR&amp;quot; was trying to express how the project was born (ElmahR = ELMAH + SignalR), whereas &lt;strong&gt;RElmah&lt;/strong&gt; stands for &amp;quot;Reactive ELMAH&amp;quot;, and it&amp;#39;s putting the focus on the Reactive spirit this new version is willing to embrace.&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;
	So, I officially announce that the project is taking this direction, and in the next few months &lt;strong&gt;RElmah&lt;/strong&gt; will gradually become available. The main features of this new project will be:&lt;/p&gt;
&lt;ul&gt;
	&lt;li&gt;
		&lt;a href="https://github.com/"&gt;Github&lt;/a&gt;: ElmahR is on &lt;a href="https://bitbucket.org/wasp/elmahr/overview"&gt;Bitbucket&lt;/a&gt; and I&amp;#39;m very happy with it, but I want to check if the Github community can bring more help to the project than it happened there&lt;/li&gt;
	&lt;li&gt;
		It will still be based on &lt;a href="https://code.google.com/p/elmah/"&gt;ELMAH&lt;/a&gt; and &lt;a href="http://www.asp.net/signalr"&gt;SignalR&lt;/a&gt; (v2), of course, but also on &lt;a href="http://owin.org/"&gt;Owin&lt;/a&gt; and &lt;a href="http://msdn.microsoft.com/en-us/data/gg577609.aspx"&gt;Rx&lt;/a&gt; on the server, and probably on &lt;a href="http://requirejs.org/"&gt;RequireJS&lt;/a&gt; on the client&lt;/li&gt;
	&lt;li&gt;
		The code base will be simpler, streamlined, with fewer but stronger features: less is more :) Among them we&amp;#39;ll have:
		&lt;ul&gt;
			&lt;li&gt;
				application groups&lt;/li&gt;
			&lt;li&gt;
				users per application group&lt;/li&gt;
			&lt;li&gt;
				better organized server side, with a clean separation between the portion serving dashboard clients and a new &amp;quot;admin&amp;quot; one&lt;/li&gt;
			&lt;li&gt;
				more fine grained configuration, with a better way to make it &amp;quot;live&amp;quot; and not just from web.config&lt;/li&gt;
			&lt;li&gt;
				independent js client, cross domain&lt;/li&gt;
		&lt;/ul&gt;
	&lt;/li&gt;
	&lt;li&gt;
		The dashboard will be redesigned on top of &lt;a href="http://getbootstrap.com/"&gt;Bootstrap 3&lt;/a&gt;. I might switch from &lt;a href="http://knockoutjs.com/"&gt;Knockout&lt;/a&gt; to &lt;a href="https://angularjs.org/"&gt;AngularJS&lt;/a&gt;, but I&amp;#39;m not yet sure about that either&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;
	Ok, this is the plan, in the next few days I&amp;#39;ll do a few early experiments before actually starting pushing stuff in its &lt;a href="https://github.com/wasphub/RElmah"&gt;new repo&lt;/a&gt;. Stay tuned!&lt;/p&gt;
</description><pubDate>Tue, 10 Apr 2018 17:53:47 GMT</pubDate><guid isPermaLink="true">http://www.robychechi.it:80/roby/elmahr-is-dead-long-live-relmah</guid></item></channel></rss>