Timeout bei Nintex Workflow 2010

Bei sehr großen Nintex Workflows oder auch beim Aufrufen von Webservices, die eine sehr zeitaufwendigen Prozess ausführen, kann es bei Nintex Workflow zu Timeouts kommen, so dass der Workflow zwar erfolgreich durchläuft, jedoch dem Benutzer als Fehlerhaft angezeigt wird. Hierdurch wird zusätzlich auch immer eine E-Mail an den Initiator gesendet und der Status in der Liste oder Bibliothek auf fehlerhaft gesetzt.

Um diesen Fehler zu beheben kann in der Web.config Datei der Standard-Workflow-Timout-Wert erhöht werden. Falls dieses Wert noch nicht in der web.config Datei gesetzt ist, kann dieser manuell hinzugefügt werden. Hierzu muss am Ende der Sektion “Configuration” die Sektion “System.Transactions”  hinzugefügt werden. Bitte prüfen Sie vor dem Editieren der web.config Datei, ob diese auch im IIS als Konfigurationsdatei verwendet wird (Stanardkonfiguration ist natürlich die Verwendung der web.config Datei).

1. Öffne die web.config Datei der verwendeten WebApplication
2. Finden oder Erstellen Sie die “System.Transactions”-Sektion und setzen Sie den Wert von “defaultSettings timeout” auf den gewünschten Wert (hier 30 Minuten)

<configuration>
<system.transactions>
<defaultSettings timeout="00:30:00" />
</system.transactions>
</configuration>

3. Führen Sie einen IISReset auf allen Servern aus.

Eine detailierte Beschreibung finden Sie bei Mircosoft Technet:
http://technet.microsoft.com/en-us/library/cc678870.aspx

Keine oder zu wenige Mitgliedschaften in der MySite?

Es werden keine oder zu wenige Mitgliedschaften in der Mysite auf der Profilseite unter dem Reiter “Mitgliedschaften” angezeigt, obwohl der Benutzer auf mehreren Seiten berechtigt ist?

In SharePoint 2010, wie auch in SharePoint 2013, werden beim Anlegen einer Seite drei Standardgruppen erstellt (Besitzer, Mitglieder, Besucher). Die Gruppe Mitglieder ist im Standard als “Mitgliedschaften”-Gruppe gesetzt. Alle Benutzer, die in diese Gruppe hinzugefügt werden, haben auf der Profilseite in der MySite einen Eintrag in Mitgliedschaften.

Wurde die Gruppe Mitglieder gelöscht oder der Benutzer nur in die Gruppen Besitzer oder Besucher eingetragen, so werden diese Seiten nicht in der Profilseite angezeigt.

Besonders bei Projekt- und Abteilungsseiten werden gerne SiteCollections mit eigener Berechtigungsstruktur und Berechtigungsgruppen verwendet. Um eine klare Struktur und sprechende Namen für die Benutzergruppen zu schaffen, werden die Standardgruppen meist gelöscht.

Leider lässt sich dieser “Mitgliedschaftenstatus” nicht mehr manuell über die SharePoint-Weboberfläche setzen und man muss zur PowerShell greifen. Mit dem unten dargestellten PowerShell-Script können Sie jede beliebige Gruppe zur Mitgliedschaftengruppe machen:

$Web=Get-SPweb http://youradress
$Web.AssociatedMemberGroup=$Web.SiteGroups["GroupName"]
$Web.Update()
$Web.Dispose()

Nach dem Ausführen dieses PowerShell-Befehls und einer kleinen Wartezeit sollten sich die Mitgliedschaften auf der Profilseite nun wieder verwalten lassen.