Skip to main content

SharePoint 2010 - Real Search Scenario

The main thing in SharePoint development is not how to implement some piece of functionality but is the approach correct. And defining the approach is something very difficult which required experience and time.
It also required reviewing other scenarios and implementation.
So in some posts, I'm going to explain one real scenario that we have in our company  and the approach that we implemented.

The scenario:  creating document management system that will live in many site collections in one web application.

It may sounds simple - but it's not. It's a very very serios and difficult application.
And what I want to share with you is where the SharePoint 2010 Search take part. It helps us in:

      1. Webparts showing cross site collection data
      2. Finding documents and item based to our custom fields and custom content types

And while point 2 sounds absolutely normal - of course search is for searching items, point 1 is very tricky part of implementing such scenario.
I'll describe in detail the two points and the difficulties in the approaches in the next weeks.

However, the search is not in the first steps while building one application. Before that usually the development go through other things: In our project we firs build:
     - custom site definitions - base on the publishing portal; important part if we plan to create sites programmatically;
     - custom contenttypes - extremely important part; help managing the metadata and give us the ability for
            custom Add/Edit forms
            validation of the user input
            easily finding data in search results
      - webparts for retrieving data
      - workflows  - defining the live of the documents

And  then came the search functionality which will be main topic in my next posts.

...

Comments

Popular posts from this blog

ClientPeoplePicker in SharePoint 2013

Start using SharePoint 2013 I noticed that the way for selecting people or groups is changed. The new way is simple – just ‘Enter name or email address’ without any icons for ‘Check Names’ or ‘Browse’. I guess that the PeoplePicker is changed but NO. PeoplePicker sitll has the same functionality as before. There is a new control called ClientPeoplePicker . How to use it: 1. Add this references <% @ Register TagPrefix ="wssawc" Namespace ="Microsoft.SharePoint.WebControls" Assembly ="Microsoft.SharePoint, Version=15.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c" %> 2. Add the following control declaration       < wssawc : ClientPeoplePicker          Required ="true"          ValidationEnabled ="true"          ID ="peoplePicker"          runat ="server"   ...

SharePoint and List Joins with CAML

This came to me as an issue when I started migrating one project from SharePoint 2010 to SharePoint 2013. The code uses LINQ to SharePoint and it was not written in a clever way. We decide to use CAML queries and optimize the code. The scenario: Create gridview that gathers information from three(or more) lists. The problem: How to create the CAML query joins and projected fields correctly. Explanation : Option 1: Get generated CAML query from LINQ to SharePoint code This doesn’t work. I wrote the LINQ to SharePoint code connected the three lists. When I executed the code the following error was thrown – “ The query uses unsupported elements, such as references to more than one list, or the projection of a complete entity by using EntityRef/EntitySet. ” Here is some explanation about it and why this can’t be used. Option 2: Write the query yourself I found this article in MSDN . Read it ! The second part in it is exactly my scenario. But it takes me a lot of time to un...

Error: A duplicate field name "xxxx" was found

Soon I have some experience with migrating solution from SharePoint 2010 to SharePoint 2013. The migration was on 3 steps. First one was just to copy the custom fields, content types and list definitions from the old VS 2010 project into a new VS 2012 project for SharePoint 2013. Looks like pretty simple task but ….. The problem:  Error “ A duplicate field name "xxxx" was found ” when the feature for provisioning the fields and content types is activated. The solution: Review the field definitions and make sure no field has Name property equal to some of the ‘reserved’ values. Explanations: In SharePoint 2010 there was no problem to have these fields as a definition of custom fields: < Field     Type = " Note "     ID = " {893FB9BC-2DA4-4451-A1D1-88010CDC6A08} "     Name = " Description "     StaticName = " Description "     DisplayName = " Description 1 "     Requi...