Which has killed the site's navigational menus. Debug show trace shows a bunch of errors along this line:
Could not load assembly C:\Inetpub\wwwroot\rsgear\bin\bin\umbraco.editorControls.dll for XSLT extension tagsLib. Please check config/xsltExentions.config.
The "quick" but unsatisfactory fix was to uninstall the blog4umbraco package. Doing so lets the xslts work again.
How can I add a blog without killing the underlying xslts?
No changes on the file-system level, although, of course the blog4umbraco added files (which it, in turn, removed) According to my git snapshot, no changes were left after the uninstall.
It may be that I'm adding the blog "wrongly." Perhaps I shouldn't add the blog to the content tree but add references to it from the navigational menu? I couldn't find documentation on adding a blog to an existing site.
Well I suppose that you should really be able to place the blog anywhere you want it to be. If you need it as a subpage somewhere you should be able to move it there as long as you make sure the Blog document type is allowed under the document type of your subpage.
But perhaps this is what you have already been doing?
Otherwise I think that it will live just fine in the root of the content section on the same level as your website frontpage.
Have you been making some custom extensions for the site in question? I think it looks a bit weird with the reference...how come bin is there twice?
> If you need it as a subpage somewhere you should be able to move it there as long as you make sure the Blog document type is allowed under the document type of your subpage. But perhaps this is what you have already been doing?
Yes, I hit that limitation when I originally tried to move the blog. I had to make the blog doctype an allowable child of the home page doctype.
> Have you been making some custom extensions for the site in question? I think it looks a bit weird with the reference...how come bin is there twice?
No extension customizations. Hmmm… I hadn't noticed the bin/bin in the error path before. Just for kicks, I reinstalled the blog package, but I did not make /any/ modifications, only whatever the package installation did. There is no bin folder in the bin folder, depsite that error message, but the debug stack trace shows that path again. Uninstall, restore 4 config files (which blog4umbraco updates) the site works again. Seems odd?
Yeah, that is very odd. Hard to say what happened there...don't know if the reference to the xsltExtensions of the blog package have been messed up somehow...but it could seem like it...
I may post this as a bug; BUT, I'm more of the mind that I'm simply doing something wrong.
I tried loading blog4umbraco on a "fresh" install of umbraco. This is out-of-the-box, no templates modified, no data in the DB. Install umbraco, then the blog4umbraco package and view the blog. At first I tried the "Runway" package; and I got the same error. So I did a 4.5.2 without Runway and then installed 2.0.26 and I get the xslt error for all xslts in a blog page.
The following error repeats itself in the debug stack trace output:
umbracoMacro InnerException
Could not load assembly C:\Inetpub\rsg-01\bin\bin\umbraco.editorControls.dll for XSLT extension tagsLib. Please check config/xsltExentions.config. Could not load assembly C:\Inetpub\rsg-01\bin\bin\umbraco.editorControls.dll for XSLT extension tagsLib. Please check config/xsltExentions.config. at umbraco.macro.GetXsltExtensions() at umbraco.macro.AddMacroXsltExtensions() at umbraco.macro.AddXsltExtensions() at umbraco.macro.GetXsltTransformResult(XmlDocument macroXML, XslCompiledTransform xslt, Dictionary`2 parameters) at umbraco.macro.GetXsltTransformResult(XmlDocument macroXML, XslCompiledTransform xslt) at umbraco.macro.loadMacroXSLT(macro macro, Hashtable attributes, Hashtable pageElements)
0.0134480778981686
0.001549
umbracoMacro InnerException
Could not load file or assembly 'file:///C:\Inetpub\rsg-01\bin\bin\umbraco.editorControls.dll' or one of its dependencies. The system cannot find the file specified. Could not load file or assembly 'file:///C:\Inetpub\rsg-01\bin\bin\umbraco.editorControls.dll' or one of its dependencies. The system cannot find the file specified. at System.Reflection.RuntimeAssembly._nLoad(AssemblyName fileName, String codeBase, Evidence assemblySecurity, RuntimeAssembly locationHint, StackCrawlMark& stackMark, Boolean throwOnFileNotFound, Boolean forIntrospection, Boolean suppressSecurityChecks) at System.Reflection.RuntimeAssembly.nLoad(AssemblyName fileName, String codeBase, Evidence assemblySecurity, RuntimeAssembly locationHint, StackCrawlMark& stackMark, Boolean throwOnFileNotFound, Boolean forIntrospection, Boolean suppressSecurityChecks) at System.Reflection.RuntimeAssembly.InternalLoadAssemblyName(AssemblyName assemblyRef, Evidence assemblySecurity, StackCrawlMark& stackMark, Boolean forIntrospection, Boolean suppressSecurityChecks) at System.Reflection.RuntimeAssembly.InternalLoadFrom(String assemblyFile, Evidence securityEvidence, Byte[] hashValue, AssemblyHashAlgorithm hashAlgorithm, Boolean forIntrospection, Boolean suppressSecurityChecks, StackCrawlMark& stackMark) at System.Reflection.Assembly.LoadFrom(String assemblyFile) at umbraco.macro.GetXsltExtensions()
It's my understanding that the latest release version (stress on release!) of blog4umbraco isn't compatible with Umbraco 4.5.2. (Blog4umbraco is an older project that isnt frequently updated). However, some solutions can be found if you download the latest version of the blog4umbraco source code;
Most of the recent commits are by Benjamin Howarth over at Codegeko which solve several of the 4.5.2 issues. He hasn't committed these into the main branch of the source, but if you look in the branches folder you will find a folder called try codegeko features. This version of the source includes the 4.5.2 fixes and is what I have used (with a few tweaks here and there ;) ) to get it running stably on 4.5.2
Tom, much thanks. I'm surprised that blogging functionality is an outlier for umbraco? Is there an alternative I should be considering for integrating blogging?
Well, with a bit of juggling you can get blog4umbraco to work. Alternatively it seems a fair few people are using Wordpress.
I've had a closer look at your post above and I had the same error a little while ago. The "double bin" fault occurs as a result of the new scheema in umbraco 4.5.2
Your xsltExtentions.config file should have this in it for blog4umbraco
Adding a blog using blog4umbraco
Using Umbraco 4.5.2 for .NET 4.0 + blog4umbraco 2.0.26
I've added the package to my umbraco installation
I've moved the included "blog" node/directory from root to where I'd like for it to be in the content tree structure.
Doing so, however, has caused a number of XSLT errors, namely, I get this error now:
Error parsing XSLT file: \xslt\RunwayDropdownNavigation.xslt
Which has killed the site's navigational menus. Debug show trace shows a bunch of errors along this line:
Could not load assembly C:\Inetpub\wwwroot\rsgear\bin\bin\umbraco.editorControls.dll for XSLT extension tagsLib. Please check config/xsltExentions.config.
The "quick" but unsatisfactory fix was to uninstall the blog4umbraco package. Doing so lets the xslts work again.
How can I add a blog without killing the underlying xslts?
Hi Kyle
Did you only move the nodes in Umbraco or did you also move files in the file-system?
/Jan
No changes on the file-system level, although, of course the blog4umbraco added files (which it, in turn, removed) According to my git snapshot, no changes were left after the uninstall.
It may be that I'm adding the blog "wrongly." Perhaps I shouldn't add the blog to the content tree but add references to it from the navigational menu? I couldn't find documentation on adding a blog to an existing site.
Hi Kyle
Well I suppose that you should really be able to place the blog anywhere you want it to be. If you need it as a subpage somewhere you should be able to move it there as long as you make sure the Blog document type is allowed under the document type of your subpage.
But perhaps this is what you have already been doing?
Otherwise I think that it will live just fine in the root of the content section on the same level as your website frontpage.
Have you been making some custom extensions for the site in question? I think it looks a bit weird with the reference...how come bin is there twice?
/Jan
> If you need it as a subpage somewhere you should be able to move it there as long as you make sure the Blog document type is allowed under the document type of your subpage. But perhaps this is what you have already been doing?
Yes, I hit that limitation when I originally tried to move the blog. I had to make the blog doctype an allowable child of the home page doctype.
> Have you been making some custom extensions for the site in question? I think it looks a bit weird with the reference...how come bin is there twice?
No extension customizations. Hmmm… I hadn't noticed the bin/bin in the error path before. Just for kicks, I reinstalled the blog package, but I did not make /any/ modifications, only whatever the package installation did. There is no bin folder in the bin folder, depsite that error message, but the debug stack trace shows that path again. Uninstall, restore 4 config files (which blog4umbraco updates) the site works again. Seems odd?
Hi Kyle
Yeah, that is very odd. Hard to say what happened there...don't know if the reference to the xsltExtensions of the blog package have been messed up somehow...but it could seem like it...
/Jan
I may post this as a bug; BUT, I'm more of the mind that I'm simply doing something wrong.
I tried loading blog4umbraco on a "fresh" install of umbraco. This is out-of-the-box, no templates modified, no data in the DB. Install umbraco, then the blog4umbraco package and view the blog. At first I tried the "Runway" package; and I got the same error. So I did a 4.5.2 without Runway and then installed 2.0.26 and I get the xslt error for all xslts in a blog page.
The following error repeats itself in the debug stack trace output:
Could not load assembly C:\Inetpub\rsg-01\bin\bin\umbraco.editorControls.dll for XSLT extension tagsLib. Please check config/xsltExentions.config.
at umbraco.macro.GetXsltExtensions()
at umbraco.macro.AddMacroXsltExtensions()
at umbraco.macro.AddXsltExtensions()
at umbraco.macro.GetXsltTransformResult(XmlDocument macroXML, XslCompiledTransform xslt, Dictionary`2 parameters)
at umbraco.macro.GetXsltTransformResult(XmlDocument macroXML, XslCompiledTransform xslt)
at umbraco.macro.loadMacroXSLT(macro macro, Hashtable attributes, Hashtable pageElements)
Could not load file or assembly 'file:///C:\Inetpub\rsg-01\bin\bin\umbraco.editorControls.dll' or one of its dependencies. The system cannot find the file specified.
at System.Reflection.RuntimeAssembly._nLoad(AssemblyName fileName, String codeBase, Evidence assemblySecurity, RuntimeAssembly locationHint, StackCrawlMark& stackMark, Boolean throwOnFileNotFound, Boolean forIntrospection, Boolean suppressSecurityChecks)
at System.Reflection.RuntimeAssembly.nLoad(AssemblyName fileName, String codeBase, Evidence assemblySecurity, RuntimeAssembly locationHint, StackCrawlMark& stackMark, Boolean throwOnFileNotFound, Boolean forIntrospection, Boolean suppressSecurityChecks)
at System.Reflection.RuntimeAssembly.InternalLoadAssemblyName(AssemblyName assemblyRef, Evidence assemblySecurity, StackCrawlMark& stackMark, Boolean forIntrospection, Boolean suppressSecurityChecks)
at System.Reflection.RuntimeAssembly.InternalLoadFrom(String assemblyFile, Evidence securityEvidence, Byte[] hashValue, AssemblyHashAlgorithm hashAlgorithm, Boolean forIntrospection, Boolean suppressSecurityChecks, StackCrawlMark& stackMark)
at System.Reflection.Assembly.LoadFrom(String assemblyFile)
at umbraco.macro.GetXsltExtensions()
Not being able to add a blog is a show-stopper for this particular CMS. Anyone have any suggestions I can try?
Hi Kyle
It's my understanding that the latest release version (stress on release!) of blog4umbraco isn't compatible with Umbraco 4.5.2. (Blog4umbraco is an older project that isnt frequently updated). However, some solutions can be found if you download the latest version of the blog4umbraco source code;
Availiable here: http://blog4umbraco.codeplex.com/SourceControl/list/changesets
Most of the recent commits are by Benjamin Howarth over at Codegeko which solve several of the 4.5.2 issues. He hasn't committed these into the main branch of the source, but if you look in the branches folder you will find a folder called try codegeko features. This version of the source includes the 4.5.2 fixes and is what I have used (with a few tweaks here and there ;) ) to get it running stably on 4.5.2
Hope this helps,
Tom
Tom, much thanks. I'm surprised that blogging functionality is an outlier for umbraco? Is there an alternative I should be considering for integrating blogging?
Hi Kyle,
Well, with a bit of juggling you can get blog4umbraco to work. Alternatively it seems a fair few people are using Wordpress.
I've had a closer look at your post above and I had the same error a little while ago. The "double bin" fault occurs as a result of the new scheema in umbraco 4.5.2
Your xsltExtentions.config file should have this in it for blog4umbraco
You no longer need the /bin as 4.5.2 puts that in for you.
Similarly, your restExtentions.config should have these;
<ext assembly="/Umlaut.Umb.Blog" type="Umlaut.Umb.Blog.Library.Base" alias="Blog4Umbraco"> <permission method="CreateComment" returnXml="false" allowAll="true" /> </ext> <ext assembly="/Umlaut.Umb.Blog" type="Umlaut.Umb.Blog.Library.Base" alias="Blog4Umbraco"> <permission method="GetGravatarImage" returnXml="false" allowAll="true" /> </ext>Hope this helps,
Tom
I deeply appreciate your answer; I have marked yours as answered, though now I have another question I'll post elsewhere.
is working on a reply...