The following time line is tailored for SharePoint folks only, to get a glimpse of history of Fast Search and by no means, meant to give a detailed history of the product. Enjoy!
References:
This category contains all the articles related to SharePoint 2013
The following time line is tailored for SharePoint folks only, to get a glimpse of history of Fast Search and by no means, meant to give a detailed history of the product. Enjoy!
References:
I have encountered the following exception after configuring Domain Controller on my stand alone SharePoint 2013 Azure VM.
The actual exceptions is “Windows NT user or group ‘SDsdakoju’ not found. Check the name again. at System.Data.SqlClient.SqlConnection.OnError(SqlException exception, Boolean breakConnection, Action`1 wrapCloseInAction) at System.Data.SqlClient.TdsParser.”
Root Cause:
Since I did not start off with a Domain Controller, all my SQL accounts were in “machinenameusername” format, so the SQL server Logins did not get the updated username format “domainnameusername”
Following is the screen capture of the exception
Resolution:
I have modified the user accounts to “domainname/username” . I set my domain as ‘SD’. Please see below Before-After screen captures. Everything else is self-explanatory.
Hope this helps to resolve your issue.
I have encountered this exception while I was trying to create ‘Search Service Application‘ in SharePoint 2013.
Surprisingly many encountered this particular exception at completely different instances /scenarios.
For instance, some faced while running through SharePoint Configuration Wizard steps and some while creating Service Applications. Based on my understanding this is commonly encountered on STANDALONE instances, primarily set up for development. You might NOT face this issue at an enterprise level SharePoint farm, you would get to know why, by the end of this blog.
Following are two common instances along with resolution.
I have set up my whole SharePoint Farm via PowerShell scripts and did not encounter this. But following solution from Microsoft Technet, worked perfect for many. Hope this resolves your issue.
Following is screen capture of the error message
When I spun up SharePoint 2013 on my Azure VM, I did not configure my Domain Controller which appears to be prerequisite for certain functionality to work with in SharePoint 2013.
If you closely look at the portion of the exception in the above screen capture, you will find “Invalid sid or a sid that cannot be translated“. These issues are encountered when Domain Controller is not configured correctly.
A security identifier (SID) is a unique value of variable length used to identify a trustee. Each account has a unique SID issued by an authority, such as a Windows domain controller, and stored in a security database. Each time a user logs on, the system retrieves the SID for that user from the database and places it in the access token for that user. The system uses the SID in the access token to identify the user in all subsequent interactions with Windows security. [2]
Finally after exhaustive research and understanding, I resolved my issue by creating the domain controller. Please following instructions at Windows Server 2012: Set Up your First Domain Controller (step-by-step) to set up your domain controller.
After this is complete my Central Admin and all my web applications were working fine.
But when I started continuing to create my Search Service Application, I got hit by another minor error. Since I did not start off with Domain Controller, all my accounts were in “MachineNameusername” format, so the SQL server still got the old username, so modified it to “DomainNameusername” and everything worked seamlessly.
I was so glad to see this working, I was working on this issue stubbornly, sacrificing super bowl 2015. At least it payed off!
[1] SharePoint 2013: The SDDL string contains an invalid sid or a sid that cannot be translated
I was eavesdropping on one of the so called ‘Technical Elevator Conversations’
I heard “NAPA”.
Did some Googling, sorry some Binging as well and started to assimilate some of the information available on MSDN and other blogs. Fell in love instantly! What’s fascinating about this is, you could develop & deploy from the scratch a complete ‘Cloud hosted App’ via browser and mere JavaScript. You would be surprised that it took less than ten minutes for the whole thing.
I thought to keep it simple and started of creating a simple temperature conversion tool, which run on simple JavaScript and some lines of HTML. After all, the whole idea is to use NAPA and create an app. So I quickly borrowed few lines of code from W3C schools and used it in my app.
Note: There are so many blogs and MSDN articles out there explaining Napa in great detail. I just made an attempt to keep it as simple as possible, just to give you a glimpse of what Napa is all about and get some first introduction to it.
Following is what I did
Setting up development environment for SharePoint is easy, if you have right hardware and software and basic understanding of the configuration.
For SharePoint 2007, it was simple, the hardware requirements were basic and I managed to get it working with a laptop with simple configuration. SharePoint 2013 now supports ‘App’ development and other new features that require a lot of additional RAM and a lot more hardware. So I decided NOT TO upgrade my hardware, instead make use of Azure privileges that come with my MSDN subscription.
This blog post will guide you on how to set up your developer instance on Azure and unfortunately, does not cover configuring your developer VM step by step. If you are interested to build your VM from the scratch, please follow SharePoint 2013 Virtual Machine Set up Guide (Version 3.0) from Critical Path Training.
Note: This post assumes that you already have an active subscription with ‘Microsoft Azure’. If you don’t have one, you can sign up for a trial account or if you have an active ‘MSDN Subscription’ you can enjoy a recurring $150 credit per month that ships with your subscription. This is a great way to start and I am using my subscription for all my Azure development. You may visit Microsoft Azure Free Trial: Try Azure | Azure Free Trial
Note: All the screen captures of Azure portal are valid only during the time of writing this blog post i.e. January 2015. Microsoft is very aggressive not only adding new features to the portal but enhancing its user experience.
Step 1: Navigate to Windows Azure Management Portal
Step 2: Click the icon at the bottom of the screen.
Step 3: You should see the following screen with an option to add a Virtual Machine from the Gallery
Step 4: Choose the ‘Image’ of your choice, following is what I have chosen in the portal
Step 5: Perform the following actions.
Step 6: Choose appropriate ‘REGION/AFFINITY GROUP’
Step 7: Finish the configuration
Step 8: Make sure the VM is up and running
Step 9: Download RDP file and connect to the VM
Once the VM status is ‘Running’ you can ‘CONNECT’ using the following highlighted option. Clicking on ‘CONNECT’ will download the ‘RDP’ file, double click and following the screen and log on to the VM. You should be using the same ‘Username’ and ‘Password’ you have used while creating the VM on Azure Portal
Step 9: Run the PowerShell Scripts
The VM will be shipped along with few PowerShell Scripts that you need to run, to install and configure SharePoint environment, SQL Server and all the other required software. Trust me! It can’t get simpler than this, running one script spun up the whole SharePoint environment! Neat!
You will find the below highlighted shortcut on the desktop, where you will find the script ‘ConfigureSharePointFarm.psl’, Run it!
Once you ran the PowerShell script you will be asked for the ‘localSPFarmAccountName’
and ‘localSPFarmAccountPassword’, enter these and you are all set!
Step 10: Finally, you are ready. Remember to smile 🙂
Search for ‘Central’ in the installed apps on the server and you should see the gorgeous Central Admin icon, pin it to the desktop. You are all set, Happy Programming!
Note: Remember to turn the VM off, if you are not using it. Remember, you will be charged for every minute for you VM to be available and running.
This post will help you understand new features added to SharePoint 2010 and also its new first-class tools, that help developers speed up their development, debugging and deployment process. Since 2013 is already out and with companies rapidly adopting it, it makes sense at this point to mention about the enhancements to each of them in 2013.
1. Sandbox Solutions and Resource Governors:
Quick Overview:
Sandbox solutions is a new concept for 2010. A sandbox solutions run in a restricted execution environment that allows programs to access only certain resources which would consequently contains/restricts bugs to that Sandboxed environment only with out affecting the rest of the SharePoint farm.
One good examples would be Sandbox solutions cannot utilize certain local or network resources, and may not have access content outside of the site collection they are located in [1]. To get an overview of when to use Sandbox solutions with 2010 you can read my post- Sandbox Solutions – SharePoint 2010
What changed in 2013?
Things changed in SharePoint 2013, Microsoft do not actively encourage adopting Sandbox solutions as first design choice. These will be still available for backward compatibility only. Microsoft encourages to use ‘Apps‘ instead and leverage their new ‘Apps Model’.
2.Client Object Model
Quick Overview:
With SharePoint 2007, there were limited options to interact with SharePoint. The SharePoint object model is available only for server side applications only. Which means that your code has to be hosted and running on one of the SharePoint servers. There are very limited options for Client applications to interact with SharePoint data.
The only option available in SP 2007 for client applications is to use the web services API. This always worked great on server side code where the service metadata is downloaded and developers could use them seamlessly. But client-side technologies like JavaScript did not fit well with this set up.
So ‘Client Object Model’ was introduced to help develop client side applications that can leverage REST. Also WPF(Windows Presentation Foundation) or Silverlight also needed something like this to build faster and bandwidth friendly apps.
Client Object Model comes in two flavors
a. Support for .net based clients like WPF or Silverlight apps.
These applications would typically add reference to the following dlls and use appropriate classes/ methods/ objects to develop applications.
Microsoft.SharePoint.Client.dll
Microsoft.SharePoint.Client.Runtime.dll
Microsoft.SharPoint.Client.Silverlight.dll
b. Support for Javascript based clients
These application would typically reference
SP.js
SP.Core.js
SP.Ribbon.js
SP.Runtime.js.
All of these files are also have debug versions (SP.Debug.js) available for debugging purposes, but these files are larger in size and should not be used on production.
So effectively use them in development environment, by setting SharePoint deployment to use debug-versions ‘<deployment retail=”false”>‘ under ‘System.web’ element.
What changed in 2013?
All the Client object api calls in 2010 are made via a WCF entry point which is not directly accessible. Proxies have to be used build via .NET code or JavaScript libraries. There were harder to write, there was no compile time checking and less intellisense support.
These are now lot improved in 2013
– Fully leverage REST based API calls that use basic HTTP for CRUD operations
– Client Object model now supports oData protocol. OData is a mainstream data access api for HTTP based clients for creating and consuming data APIs. OData builds on core relies on protocols like HTTP and commonly accepted methodologies like REST.
– Extended API to support more server-side functionalities like User Profiles, Search, Taxonomy, Search, Feeds, Publishing, Sharing, Workflow, E-Discovery, IRM, Analytics, Business Data etc.
– CSOM also supports Windows Phone Applications
– **Deprecated ‘ListData.svc’, but still available for backward compatibility for older applications. ‘Client.svc’ is introduced with more endpoints catering for more functionality.
More on the following. Keep Reading 🙂
3. Business Connectivity Services
4. List Enhancements
5. Enhancements to Visual Studio
6. Web Solution Packages
7. Developer Dashboard
8. SilverLight integration
9. Web 2.0 Protocols and New Standards
10. LINQ Enhancements
11. SharePoint Designer Enhancements
12. Visio, Access and InfoPath Enhancements
References:
1. MSDN: Sandbox Solutions Overview (SharePoint Server 2010)
The evolution of SharePoint 2010 has been revolutionary, there were so many new features, capabilities, development changes and architectural enhancements to 2010 when compared with 2007. So with 2013 released we should not be expecting a completely new architecture as most of its architecture is inherited from 2010. Microsoft has always channeled its efforts in making SharePoint a self-service product, heavily encouraging on no-code solutions, using browser and office applications for business needs. So 2013 has some architectural enhancements to support the above and also making SharePoint a better product. This blog post with summarize major enhancements and the related posts would explain each in detail.
References: