Be sure to configure a State Service connection for the Web Application in SharePoint 2010 were you will be using Infopath browser based forms. To establish this continue with the next steps:
- Choose Application Management in SharePoint 2010 Central Administration and then “Configure service application associations”;
- Click on the web application of your choice. You will see a box like below:
- Choose in this box the State Service (and other service you might want to associate with the web application) and click Ok;
- When done you will see something like this:
See this Technet article for the Powershell cmdlet for associating service applications.
Tags: Service application, SP2010
Just installed Nintex workflow 2010 and made some screenshots. Installation went almost smoothly with one flaw (or I was just impatient). See below.
First installation of the msi file through elevated command prompt:
Then the Nintex Workflow installer starts to guide you through the process. I will not show all screens here. Most of them are default (agreement, path, progress etc.),
After the installation completed I did not see the two solutions in the solution manager in Central Admin and also did not see the Nintex Workflow Management. Maybe a timer job had to run to update this but I was impatient and reinstalled NWF2010 by performing a “repair”. After this action the solutions appeared and I was able to deploy them, see below.
I did also see the Nintex Workflow Management in Central Administration appear after my reinstall action.
Tags: installation, NW2010, solution, SP2010
Today a client indicated to me that in the c:\users directory on the SharePoint server a lot of directories where created, every day again. Eventually I came to setting permissions to the User Profile Service Application in the SharePoint 2010 Central Administration. Let me explain what has happened and what the solution is:
First I saw the following directories in the c:\users directory:
It appeared that the times the directories were created corresponded with the crawling schedule, every half hour. So I continued in the Search Service Application. In the crawl log I saw:
The one top level error contained:
When I search Technet for “crawler” and “access denied” (not exactly this terms; but don’t remember anymore) I got to this article with this line:
Access Denied
When the crawl log continually reports an “Access Denied” error for a start address, the crawler account might not have Read permissions to crawl the site. If you are able to view the URL with an administrative account, there might be a problem with how the permissions were updated.
In the CA I saw that the default content access account has sufficient permissions (Full Read) to all the Web Applications. In this post of Woody Windischmann I read that the “service under the sps3 protocol leads right back to the User Profile Synchronization service application”. So the default content access account had insufficient permission for the UP Service Application.
Solve this by highlighting the UP Service Application in “Central Administration > Manage Service Applications” and click “Administrators” in the ribbon. See below:
Add the default content access account in here and assign the “Retrieve People Data for Search Crawlers” permission. After an IISRESET and a Full Crawl the top level error did not appear again.
Tags: security, SP2010, User Profiles
I have tried many hours to make this work but I could not make it work until someone (@workerthread) reacted to one of my tweets. It can be done by using SharePoint Designer 2010 and modifying another grouping.
See this post for further details.
Tags: SP2010
It’s been awhile since my last post. I have enjoyed a nice (active) holliday cycling around the Netherlands (some say I’m nuts 
). First thing I saw this morning when checking my RSS reader is all the fuzz about the Microsoft patch KB93844 which gives you errors in SharePoint/IIS.
This is the latest news I saw (source is Joel Oleson):
Over the weekend there were a number of stories about some challenges with a critical patch. I posted a blog “SharePoint Vulnerability and Hotfix Recommendations” suggesting that you may want to wait until more detail was available. Now we have the feedback and detail.
The SharePoint Team has responded with a blog titled “Installing KB938444” tracking a small number of customers who have the issue after installing the patch via windows update. The small business server folks also have a post about Central Admin not being accessible after installing KB938444. They also have some suggestions for troubleshooting the patching as it relates to SharePoint patches in general which I recommend reading.
Read more at the source.
More a reminder to myself, all versions of SharePoint Server 2010.
SharePoint Server 2010 Enterprise Client Access License features
For organizations looking to expand their business collaboration platform to enable advanced scenarios. Use the Enterprise capabilities of SharePoint to fully interoperate with external line-of-business applications, Web services, and Microsoft Office client applications; make better decisions with rich data visualization, dashboards, and advanced analytics; and build robust forms and workflow-based solutions.
SharePoint Server 2010 for Internet Sites, Enterprise
For organizations looking to create customer-facing public internet sites and private extranets using the full enterprise capabilities of SharePoint. This provides full SharePoint Enterprise functionality and no other technical limits.
SharePoint Server 2010 Standard Client Access License features
For organizations looking to deploy a business collaboration platform across all types of content. Use the core capabilities of SharePoint to manage content and business processes, find and share information and expertise, and simplify how people work together across organizational boundaries.
SharePoint Server 2010 for Internet Sites, Standard
For small and mid-sized organizations looking to create public Internet sites or basic extranets using the Standard features of SharePoint Server 2010.
Read more at source
A short post about how to use regular expressions in a Nintex workflow. This example, that is part of a big workflow for a call registration system, shows how to use the Regular expressions action to check if the logon name of an user (<domainname>\<account>) contains a specific pattern. If this results in the value “true” (or yes) a Run if … action is executed. The part of the workflow is below.
In the first step of this workflow I have the settings seen in the picture below.
Pattern: is the text I would like to check
Check match: I would like to know if the pattern is contained in the input text
Input text: is the column in my list I would like to check. In this example the column “Name employee” is a Person or Group field. The contents are <domainname>\<account> (which is resolved to a “normal” name)
Store result in: is a workflow variable to store the result (”true” or “false”) of this action, which can be used as input for the next step.
Tags: Howto, regular expressions
The second edition of the new and free SharePoint eMagazine by the Dutch Information Worker User Group (DIWUG) is available. Containing articles by Waldek Mastykarz, Wictor Wilen, Andries de Haan, Wes Heckett, Anders Rask and others. Very interesting stuff to read.
Download your free copy here.
Through @mariannerd at Twitter.
Please be aware that the cmdlets in the articles I posted earlier (part 1, 2, 3, 4 and 5) about a PowerShell scripted installation of SP2010 might differ from the cmdlets of the RTM version!
This is the complete list of all articles about the cmdlets:
Access Services cmdlets (SharePoint Server 2010)
Backup and recovery cmdlets (SharePoint Server 2010)
Databases cmdlets (SharePoint Server 2010)
Enterprise content management cmdlets (SharePoint Server 2010)
Excel Services cmdlets (SharePoint Server 2010)
Features and solutions cmdlets (SharePoint Server 2010)
General cmdlets (SharePoint Server 2010)
Import and export cmdlets (SharePoint Server 2010)
InfoPath Services cmdlets (SharePoint Server 2010)
Logging and events cmdlets (SharePoint Server 2010)
Performance cmdlets (SharePoint Server 2010)
PerformancePoint Services cmdlets (SharePoint Server 2010)
Search cmdlets (SharePoint Server 2010)
Secure Store service cmdlets (SharePoint Server 2010)
Security cmdlets (SharePoint Server 2010)
Service application cmdlets (SharePoint Server 2010)
SharePoint Foundation 2010 Search cmdlets (SharePoint Server 2010)
Site management cmdlets (SharePoint Server 2010)
State service and session state cmdlets (SharePoint Server 2010)
Timer jobs cmdlets (SharePoint Server 2010)
Upgrade and migration cmdlets (SharePoint Server 2010)
User Profile service cmdlets (SharePoint Server 2010)
Visio Graphics Services cmdlets (SharePoint Server 2010)
Web Analytics cmdlets (SharePoint Server 2010)
Word Services cmdlets (SharePoint Server 2010)
Workflow management cmdlets (SharePoint Server 2010)
You can find all this articles here at TechNet.
Got this link through twitter by @SharePointWhiz
Tags: powershell, SP2010
