Åtkomst nekad efter backup restore

by Robin Persson 28. May 2010 22:39

Testade nyligen att göra en full restore (catastrophic restore) av en full backup via stsadm. Hela återställning gick igenom med 0 varningar och 0 fel. När jag sen skulle logga in på den nyligen återskapade siten så fick jag åtkomst nekad även då jag var site collection admin. Jag hade inga problem att logga in på central admin.

När man gör en restore via stsadm så blir databaserna låsta. Efter återställningen låses inte databaserna upp igen, utan det får man göra själv. Så kör detta kommando om du har problem att logga in på din site efter en återställning: stsadm -o setsitelock -url [din url] -lock none


Slutsats: Lås upp dina sharepointdatabaser efter en backup återställning.

Fler workflow problem (DehydrateInstance: System.Runtime.Serialization.SerializationException)

by Robin Persson 2. March 2010 14:09

Om du någon gång har tänkt återanvända Sharepoint objekt som till exempel SPListItem eller SPUser i ditt workflow så tänk om.

Nämligen så genererar detta följande fel som återfinns i Sharepoint loggen: DehydrateInstance: System.Runtime.Serialization.SerializationException. För att undvika detta måste du återhämta dina objekt i varje workflowmetod eller undersöka möjligheten att inte använda Sharepoint objekt globalt.

Lite läsning:

http://blogs.msdn.com/sharepoint/archive/2006/11/28/developing-workflows-in-vs-part-5-code-your-workflow.aspx

This task is currently locked by a running workflow

by Robin Persson 4. February 2010 11:20

Detta problem brottades jag med en hel del nyligen.

"Workflowet" jag skapade fungerade så att den skapade en "approve/reject task" och beroende på svar från "approvern" så skapades ytterligare en "task". När denna andra "task" skulle godkännas så exkverades inte koden som den skulle. Den körde aldrig metoder som t.ex. OnTask_Changed och inga ändringar registrerades. När man sen öppnade samma "task" igen så inträffade följande: "This task is currently locked by a running workflow". Efter en hel del klurande, googlande och "trial & error" löste jag det genom att sätta ett nytt "task ID" på varje "task" som skapades via "workflowet".

task.TaskId = Guid.newGuid()

Vissa personer har löst detta problem på andra sätt genom att ta bort låset som "workflowet" sätter. Men jag är rädd för att det inte är en långsiktig lösning. 

Så kom ihåg: Alla "tasks" som skapas i ett workflow ska i kod få ett unikt id!

Skrivskydda ett postat InfoPath formulär

by Robin Persson 28. January 2010 15:14

Det finns ett väldigt enkelt sätt att skrivskydda ett InfoPath formulär som en gång har sparats i en Sharepoint lista.

När jag först fick den här uppgiften var jag inne på att dölja spara/skicka knappen i formuläret. Men det hittade jag ingen bra lösning på, dessutom ville jag i detta fall hålla mig borta från en code behind.

Istället skapade jag en ny vy i formuläret som jag gjorde skrivskyddad.

 

 

Jag kopierade allt från huvudvyn och klistrade in i min skrivskyddade vy. (Det går inte se skillnad på de båda vyerna).

Sen skapade jag en regel som körs när vyn öppnas. Tools -> Form Options... -> Open and Save -> Rules.

Välj att skapa en ny regel och klicka sen på Set Condition.

 

 

Välj ett fält som du vet måste innehålla data när formuläret postas. (Alltså ett obligatoriskt fält). Välj sen "is not blank" alternativet. Detta fält kommer alltså alltid innehålla data när ett sparat fält öppnas, men inte när ett nytt formulär öppnas. (Du kan även göra detta på andra sätt, om du inte har obligatoriska fält i ditt formulär, som t.ex. sätta ett fälts värde när formuläret postas och matcha i mot det)

Gå vidare genom att klicka "OK" och sen på "Add Action". I Action fältet väljer du "Switch views" och sen väljer du helt enkelt den skrivskyddade vyn du just skapade.

 

 

Se sen till att användaren inte kan välja några andra vyer. Tools -> Form Options -> Browser -> kryssa ur "Views".

 

Färdigt! När man nu öppnar ett formulär i ett formulärbibliotek så kommer allt vara skrivskyddat.

InfoPath 2010

by Robin Persson 20. January 2010 00:35

InfoPath är både älskad och hatad! Själv förespråkar jag InfoPath starkt, och trivs bra att arbeta med produkten.

Nu kommer snart Infopath 2010 att släppas och den innehåller en hel del förbättringar och nyheter.

Här kommer några av dem:

 

  • Innehåller Office Fluent UI
  • Nya kontroller som bild knappar och grupp/person väljare
  • Publicera formulär med ett enda klick
  • Möjlighet att (i Sharepoint 2010) skapa skräddarsydda list formulär

 

Ska bli mycket intressant att sätta tänderna i denna produkt.

Läs gärna mer här: http://blogs.msdn.com/infopath/archive/2009/07/15/what-s-new-in-infopath-2010.aspx

Bamboo Solutions video

by Robin Persson 15. January 2010 19:36

Många har säkert kommit i kontakt med Bamboo Solutions. Det är ett företag som gör Webparts för Sharepoint. Jag hittade en video på Youtube.

Jag gillade speciellt en av kommentarerna på videon:

"No wonder their web parts don't work...the spend all their R&D money on bad music videos"

Se vem som ringer på Windows Mobile

by Robin Persson 14. January 2010 23:52

För ett tag sen skapade jag ett Windows Mobile program som automatiskt slår upp ett nummer mot Eniro.se eller Hitta.se.

Programmet innehåller inställningar so t.ex:

  • Slå bara upp nummer när du är WiFi ansluten.
  • Slå enbart upp nummer som du inte har som kontakt.
  • Slå upp nummer på sms
  • Möjlighet att använda Eniro.se eller Hitta.se
  • Spara hittad kontakt i mobilen.
  • Intern logg (historik)

 

Så om du har Windows Mobile rekommenderar jag starkt detta program. Det har har varit mycket användbart för mig och andra.

Download: OnCallSetup.CAB (117,89 kb)

Sätt rättigheter på SPListitem via Workflow

by Robin Persson 14. January 2010 22:40

En kund jag arbetade för hade som krav att dokument i en lista på en Sharepoint 2007 enbart skulle få ses av personer från ett visst land och personer från en viss region.

Problemet var att de inte hade denna information på användarnas konton i deras AD.

Landskod samt regionskod sparades som metadata på dokumentet. Till en början var jag inne på att ange landskod och regionskod i fält på användarnas User Profiles i Sharepoint, samt att senare filtrera listan med hjälp av en "Current User Webpart".

Problemet som uppstod då var att man inte kunde filtrera en lista med multipla värden (en användare kunde tillhöra flera länder), samt att man heller inte kunde filtrera på landskod och regionskod samtidigt.

En nackdel med denna lösning var att du inte heller fick full säkerhet då du enbart filtrerade listan (du angav aldrig några rättigheter på dokumenten).

 

Istället skapade jag upp grupper i Sharepoint för varje land och region. Lade in rätt användare i tillhörande grupp (gjorde detta snabbt via en Console app, skulle också kunna ha använt Power Shell vilket kanske är att rekommendera).

Tanken var att jag skulle skapa en event receiver att lägga på dokumentbiblioteket men tidigare hade jag skapat ett skräddarsytt approval workflow som till samma bibliotek.

Så istället för att skapa en ny feature så lade jag in funktionaliteten i workflowet, så att när workflowet initierades tog den bort rättigheterna för de länder och regioner (grupperna jag skapade) som inte fanns med som metadata på dokumentet i fråga.

Alla länder och regioner fanns i en lista på siten så jag gick igenom listan och och matchade lanskod samt regionskod mot grupperna i Sharepoint och tog bort rättigheter för gruppen på dokumentet, men inte för det land och region som angetts som metadata på dokumentet.

private void SetListItemPermission()
{
        string currentCountry = workflowProperties.Item["Country"].ToString();
        string currentRegion = workflowProperties.Item["Region"].ToString();

        SPList countryList = workflowProperties.Web.Lists["TheCountryAndRegionList"];
        workflowProperties.Item.BreakRoleInheritance(true);
        string newRegion = string.Empty;
        foreach (SPListItem item in countryList.Items)
        {
            string country = item["Country"].ToString();
            string region = item["Region"].ToString();
            if (country != currentCountry)
            {
                    if (workflowProperties.Web.SiteGroups.GetCollection(new String[] { country }).Count > 0)
                    {
                        SPPrincipal spp = (SPPrincipal)workflowProperties.Web.Groups[country];
                        workflowProperties.Item.RoleAssignments.Remove(spp);
                    }

                    if (newRegion != region && region != currentRegion)
                    {
                        newRegion = region;
                        if (workflowProperties.Web.SiteGroups.GetCollection(new String[] { "Region" + region }).Count > 0)
                        {
                            SPPrincipal spp = (SPPrincipal)workflowProperties.Web.Groups["Region" + region];
                            workflowProperties.Item.RoleAssignments.Remove(spp);
                        }
                    }
            }
}

Glöm ej ange BreakRoleInheritance(true) på dokumentet så det ej ärver rättigheter från listan det existerar i.

Vad är detta?

Detta är en blogg av Robin & Robert om främst allt inom och runt omkring Sharepoint 2010 & Sharepoint 2007, men även en hel del annat när det kommer till utveckling och IT.

Senaste Kommentarerna

Comment RSS