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.



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=, Culture=neutral, PublicKeyToken=71e9bce111e9429c" %> 2. Add the following control declaration       < wssawc : ClientPeoplePicker          Required ="true"          ValidationEnabled ="true"          ID ="peoplePicker"          runat ="server"          InitialHelpText =" <% $Resources:wss,aclinv_PickerIntialHelperText %> "          VisibleSu

Using SharePoint Attachments' controls with elevated security

The scenario:  Create custom forms for Add/Edit/Delete items to a list which is not accessible by the regular users. The forms should support working with attachments. The problem: The default SharePoint controls don’t work if the current user doesn’t have access to the list items. The solution: Use custom code for generating the SharePoint default HTML so the out-of-the-box javascript works correct. Explanations:  The scenario occurs when some list need to be hidden form the users. The list has broken security inheritance and users can't navigate directly to it. Working with its fields requires crating web warts or application pages with appropriate controls on them and server-side code running under elevated privileges. The issue here is that the OOTB (out-of-the-box) controls for Attachments don't work if the user doesn’t have access to the related list item. The OOTB controls are: AttachmentsField , AttachmentUpload , AttachmentButton . There is a lot of code

The column name that you entered is already in use or reserved. Choose another name.

The problem:  You want to create column with a specific name in SharePoint but SharePoint gives you the message "The column name that you entered is already in use or reserved. Choose another name." Why this is a problem? Because you need to create custom columns and content types using the default SharePoint interface. And the business users have to see properly named columns - for example "Description", not "My Description". Solution: It is important to know something technical about SharePoint (versions Office 365, 2013, 2010):  - it supports columns with same Display Names.  - you can’t have columns with same Internal names Let’s implement the following common scenario: You are creating a SharePoint customization and you need the following column:    Type: Multiple lines of text    Internal Name: MyProjectDescription    Display Name: Description  Here is the correct way to achieve it: 1. Create the column MyProjectDescription. T