To know which w3wp Process you need to attach just use this command:
C:\wondows\System32\inetsrv\appcmd list wp
Found here: Attaching specific W3WP Worker Process in SharePoint Custom Code Debugging.
In this Blog I write about some SharePoint topics or some Issues I come across during my work as IT-Consultant.
To know which w3wp Process you need to attach just use this command:
C:\wondows\System32\inetsrv\appcmd list wp
Found here: Attaching specific W3WP Worker Process in SharePoint Custom Code Debugging.
Site Provisioning is always important in SharePoint Projects. In this article I’ll put every interesting information on this subject.
Even if its about SharePoint 2010, following Post is really interesting and in my eyes a must read: SharePoint 2010 and web templates.
So what are the different Provisioning Possibilities:
In my opinion site Definitions are not really an option because it’s not supported to change the onet.xml once a single Site is provisioned using this site definition. A possible Workaround is the “minimal Site Definition approach”.
I’ll update this part once I explore this possibility.
I tried Vesa Juvonen’s solution in the above linked Post. It worked fine even with SharePoint 2013. I just needed make some small changes.
In 2013 It seems to me that deploying a Web with a WebTemplate will fail if some features from the <SiteFeatures> section of the web Onet.xml are not activated.
So this part was not working:
I simply included this part in the WebFeature part:
I added the host header to the Hosts file as described in some blogs. Unfortunately SharePoint started asking me for my credentials.
The solution was to delete the entry from the hosts file and extend the web application site with the server name.
Recently after some windows updates i got this error on my SharePoint sites.
In the SharePoint Log-files I found this error:
Failure checking user access permissions for User Profile Application Proxy 'User Profile Service Application'. Exception: Microsoft.SharePoint.SPException: The trial period for this product has expired.
I found this Blogentry
So I tried first the solution at the end of the article, becose the first one semed to be awkward. I did this
psconfig -cmd secureresources
Still the same error, even after an iisreset and a server restart.
I found there in the comments a link to a technet entry and then found the solution:
Workaround: In central admin go to "Central Admin" => Monitoring => "Review Rule Definitions" => click on "Trial period for this product is about to expire" rule under configuration and edit it. Uncheck the "Enabled" checkbox.
So I did this.
Still the same error even after iisreset.
So I got back and tried the first Ugly solution.
Still the same error even after iisreset.
In the IIS I found this:
So I started the The web Services Application
Still the same error even after iisreset.
And I’m still searching for a solution.
Finally I looked in SharePoint central Administration – Upgrade and Migration - Convert farm license type. And there I found the problem:
After an iisreset everything went well.
Sometimes error messages are really what they seems to be. Even Microsoft error Messages.