As a user of nHibernate it was about time I got to check out NHProf. NHProf is a profiler for nHibernate applications. In other words you can see what SQL nHinernate is producing and it also gives alerts for parts that have suspect code in it.

First of course I had to download the package you can have a 30 day trail to go so you can test it on your application. I just bought it. Let's not forget that this is still in Beta so because of that you get a discount for when the full version comes out.

Then I had to set it up to work with my application. But remember you are not supposed to ship the binaries with your application (what would be the point anyway?)

First you add a reference to the HibernatingRhinos.NHibernate.Profiler.Appender.dll and then you add this line of code to your startup routine.

of course you could just add that line anywhere you want NHProf to start profiling.

There is also another way of initializing NHProf. You can add an XML config file.

That looks like this

but then you need to initialize NHProf with this line of code.

Problem number 1

The first problem I had was that I have the sourcecode of log4net and that I therefor use a custom version. Allthough both versions have the same versionnumber I had to change over to the binary NHProf uses. No big problem since I use a wrapper assembly and I only had one reference to log4net that I had to change. I mailed the problem to Ayende and I got an imediate reply.

Problem solved.

Problem number 2

The second problem I faced was this.

I have worked around it

I use this piece of code for making my windowsforms application singleinstance. It's in VB.Net but there's not much code. In essence it inherits from WindowsFormsApplicationBase which is the problem it seems.

vbnet

Line number Off | Hide | Select all

1. Imports Microsoft.VisualBasic.ApplicationServices
2.  
3.  
4. Namespace Startup
5.     ''' <summary>
6.     '''
7.     ''' </summary>
8.     ''' <remarks></remarks>
9.     Public Class SingleInstanceController
10.         Inherits WindowsFormsApplicationBase
11.         Implements Interfaces.ISingleInstanceController
12.  
13. #Region " Private members "
14.         ''' <summary>
15.         '''
16.         ''' </summary>
17.         ''' <remarks></remarks>
18.         Private _Menu As Forms.Interfaces.IMenu
19. #End Region
20.  
21. #Region " Constructors "
22.         ''' <summary>
23.         '''
24.         ''' </summary>
25.         ''' <remarks></remarks>
26.         Public Sub New(ByVal Menu As Forms.Interfaces.IMenu)
27.             _Menu = Menu
28.             IsSingleInstance = True
29.         End Sub
30. #End Region
31.  
32. #Region " Evenhandlers "
33.         ''' <summary>
34.         ''' When the user tries to open our application again then menu will just become visible and be pushed to the front.
35.         ''' </summary>
36.         ''' <param name="sender"></param>
37.         ''' <param name="e"></param>
38.         ''' <remarks></remarks>
39.         Private Sub this_StartupNextInstance(ByVal sender As Object, ByVal e As StartupNextInstanceEventArgs) Handles MyBase.StartupNextInstance
40.             Me.MainForm.Show()
41.             Me.MainForm.BringToFront()
42.         End Sub
43. #End Region
44.  
45. #Region " public methods "
46.         ''' <summary>
47.         ''' When the application is run the first time this method is called.
48.         ''' </summary>
49.         ''' <remarks>We make a new instance of the Menu and it will be shown</remarks>
50.         Protected Overrides Sub OnCreateMainForm()
51.            MainForm = CType(_Menu, System.Windows.Forms.Form)
52.         End Sub
53.  
54.         ''' <summary>
55.         '''
56.         ''' </summary>
57.         ''' <param name="args"></param>
58.         ''' <remarks></remarks>
59.         Public Shadows Sub Run(ByVal args As String()) Implements Interfaces.ISingleInstanceController.Run
60.             MyBase.Run(args)
61.         End Sub
62. #End Region
63.  
64.     End Class
65. End Namespace

The exception is tcp channel is already registered (freely translated) and it's a remotingexception. NHProf is registered before that and All the nhibernate code before that gets nicely caught by NHProf (the little there is). So I'm guessing NHProf and it use the same channel ;-). I haven't looked further into it.

Also got a swift reply.

Christian,
Yes, that is a known problem, and it will be fixed shortly, we change the way that we communicate and that would solve the issue for you.
The release data for this is a few days

I'll forgive him for misspelling my name.

Problem solved.

So now I have a working NHProf.

And now I have something else to talk too ;-).