Copied to clipboard

Flag this post as spam?

This post will be reported to the moderators as potential spam to be looked at

  • Jenni Marsh 26 posts 46 karma points
    Feb 17, 2012 @ 11:14
    Jenni Marsh

    Error when saving SearchXSLT file in Umbraco 4.6.1 - "urn:PS:XSLTsearch"

    Hi All,

    I hope no-one minds me repeating this post, but I previously posted it in someone else's thread that was marked as "solved", so wasn't sure it was going to get any attention.

    I have installed XSLTSearch on an Umbraco 4.6.1 system and keep getting the error below when I try and save XSLTSearch.xslt:

    Cannot find a script or an extension object associated with namespace 'urn:PS.XSLTsearch'.   

    I ran the debugging script designed to highlight missing DLLs mentioned on page 4 of this thread and got the output below. Can anyone advise about this mysterious "Castle.DynamicProxy2"? :-)

    Someone please help as I was relying on this search for my website search and I'll be stuck if I can't get it to work!


    Assembly: Remotion, Version=, Culture=neutral, PublicKeyToken=0669cf0452175907
    Exception: System.IO.FileNotFoundException: Could not load file or assembly 'Castle.DynamicProxy2, Version=, Culture=neutral, PublicKeyToken=407dd0808d44fbdc' or one of its dependencies. The system cannot find the file specified. File name: 'Castle.DynamicProxy2, Version=, Culture=neutral, PublicKeyToken=407dd0808d44fbdc' WRN: Assembly binding logging is turned OFF. To enable assembly bind failure logging, set the registry value [HKLM\Software\Microsoft\Fusion!EnableLog] (DWORD) to 1. Note: There is some performance penalty associated with assembly bind failure logging. To turn this feature off, remove the registry value [HKLM\Software\Microsoft\Fusion!EnableLog]. 

    Types from App_Code: PS.XSLTsearch

  • Jenni Marsh 26 posts 46 karma points
    Feb 21, 2012 @ 15:32
    Jenni Marsh

    Follow up to this: I think it's a clash between XSLTSearch and another Umbraco component I installed to read data from Excel. The Excel package uses a newer version of log4net (1.2.11), whereas XSLTSearch uses 1.2.10. I am now totally stuck, as I cannot use both versions of the same DLL. :-(

  • Douglas Robar 3570 posts 4711 karma points MVP ∞ admin c-trib
    Feb 22, 2012 @ 11:35
    Douglas Robar

    Hi, Jenni,

    The problem isn't with XSLTsearch per se (it uses no dlls at all). Rather, it is related to how an early version of Umbraco loaded dlls (see Alex' description of the problem at This has been fixed in later versions of Umbraco (4.6.2 and later) and is a worthwhile upgrade if that's an option for your site.

    As the original thread noted, you may need to copy the System.Web.Mvc.dll file from a computer with mvc2 installed to the ~/bin folder of your site.

    This does nothing for a newer version of log4net but I can tell you that XSLTsearch doesn't use log4net or any dlls. However, resolving the underlying issue either by upgrading to Umbraco 4.6.2 or later, or sorting out the dll issue as Alex describes it (probably by including the mvc dll) may take care of everything.


  • Jenni Marsh 26 posts 46 karma points
    Feb 22, 2012 @ 12:01
    Jenni Marsh

    Hi Doug,

    Thanks for the reply! I understand what you're saying about XSLTSearch not actually using log4net, but the usage of it triggering a problem Umbraco 4.6.1 has.

    Unfortunately the reason I chose 4.6.1 is because we run IIS6 on our server. I'm not aware of 4.6.2 - isn't this AKA 4.7, which must run on IIS7?

    I had earlier tried the MVC dll after reading the thread you mentioned, however in my case it didn't make any difference.


Please Sign in or register to post replies

Write your reply to: