View RSS Feed


Entries with no category

  1. Customizing SharePoint Usage Stats - Part Three

    by , 23rd February 2011 at 10:43 AM
    Revisiting this, we may now be going down a completely different path (which I feel little, if any, regret about). We're looking at a third party solution which would do exactly what I want it to do. The only problem is the price, and the fact that only the Enterprise license provides the required API. On the other hand I think I can justify the price tag as to build anything more than simple, static reports ourselves, let alone coming close to what this one provides, would take six months at a ...
  2. Customising SharePoint Usage Stats - Part Two Code

    by , 18th February 2011 at 10:56 AM
    SPFarm farm = this.Farm;
    int intTime;
    foreach (SPService service in farm.Services)
    if (service isSPWebService) {
    SPWebService webService = (SPWebService)service; foreach (SPWebApplication webApplication in webService.WebApplications) {
    foreach (SPSite site in webApplication.Sites) {
    OrganizationProfileManager organizationManager = newOrganizationProfileManager(SPServiceContext.GetContext(site));
  3. Customising SharePoint Usage Stats - Part Two

    by , 17th February 2011 at 10:24 AM
    Due to some, ahem, technical difficulties with getting the custom usage provider to actually trigger (registering wasn't a problem, and it did intercept the event, just never actually triggered it's own handler so I essentially spent several days in order to write a solution which comprehensively breaks usage logging) I've been re-evaluating my approach to this.

    New method will still involve logging organisation IDs along with users (any direct memberships get logged with the user, ...

    Updated 18th February 2011 at 10:46 AM by jamesb

  4. Customising SharePoint Usage Stats - Part One

    by , 14th February 2011 at 10:42 AM
    One of the first tasks I've been faced with in my new job is to get some sort of SharePoint usage reporting working. At first I thought this would be nice and easy, after all, SharePoint comes with a nice set of usage reporting which could simply be plugged in to some custom reporting modules - easy, yes?

    No. The problem comes in that they want reporting for groups of users. These groups are currently ill-defined, conceptual groupings, so part of the first challenge is to deal with ...

    Updated 16th February 2011 at 09:58 AM by jamesb