SPD munkafolyamat-műveletek — string manipulációs erősítés

Körülbelül egy héttel ezelőtt, Elkezdtem egy codeplex projektet, amit szolgáltat egy egyszerű és ésszerűen általános módszer egyéni művelet funkciók hozzáadása a Munkafolyamat-tervező SharePoit. Ez itt leírt: http://www.codeplex.com/spdwfextensions. Túl egyszerűen a keretet nyújt, Ez is célja, hogy egy sor hasznos funkciók, hogy SPD több hasznos/rugalmas/erős.

Itt van a jelenlegi változat a tervezett funkciók 1.0: https://www.codeplex.com/Release/ProjectReleases.aspx?ProjectName=spdwfextensions&ReleaseId=8280

Ha akárki birtokol a kamatokat, a projekt, legyen szíves hagy egy magyarázat, vagy start/hozzáadása egy társalgást itt: http://www.codeplex.com/spdwfextensions/Thread/List.aspx

Itt vannak az aktuális készlet van kódolt függvények (Bár nem teljesen tesztelt, mint a 11/08/07):

Függvény Leírás (Ha nem ugyanaz, mint a .net függvény)
NUM-bejegyzések() Visszatér a szám "tételek" a karakterlánc egy megadott elválasztó.

Például: NUM-bejegyzéseket egy string "a,b,c" az elválasztó"," = 3.

Bejegyzés() Az n-edik tokent ad vissza a karakterlánc egy megadott elválasztó.
Hossza String.Length
Csere() String.Replace()
Tartalmaz() String.Contains()
Visszatér az "igaz szó" vagy a "hamis" szót.
Substring(Start) String.Substring(Start)
Substring(Start,vége) String.Substring(Start,vége)
ToUpper() String.ToUpper()
String.ToLower() String.ToLower()
StartsWith() String.StartsWith()
Visszatér az "igaz szó" vagy a "hamis" szót.
EndsWith() String.EndsWith()
Visszatér az "igaz szó" vagy a "hamis" szót.

Gyors & egyszerű url rejtjelez asztali segédprogram

Óta kelljen url-kódolás néhány húrok ezen a héten, és csapott össze egy kis segédprogram, hogy azt hittem, én is fel SkyDrive a Közösség.

A bináris itt kap: http://cid-1cc1edb3daa9b8aa.skydrive.live.com/self.aspx/SharePoint/WinUrlEncode.zip

Kap a visual studio megoldás itt: http://cid-1cc1edb3daa9b8aa.skydrive.live.com/self.aspx/SharePoint/WinUrlEncodeVS2005.zip

Itt van egy képernyő szemcsésedik:

kép

Gyors és egyszerű: Ágyazza be a hiperhivatkozás Adatnézet kijelző XSLT-ba

FRISSÍTÉS (01/17/08): Ez a blog bejegyzés beszél több hivatkozás XSL jóság: http://www.sharepointsecurity.com/blog/sharepoint/sharepoint-2007-development/rewriting-links-in-search-results-xslt.

Áttekintést és célja: Én teremtett egy egyszerű oszlopdiagram szolgálni egy Irányítópult-összetevő. Majd mentse a részleteket az építési diagramok egy másik post, de nem tudta kitalálni hogy technika (sem a kérdőjel, ami azt illeti). Kiderült, volt egy hiba, a diagram, és míg én rögzített amit, Vettem a lehetőséget, hogy átalakítani néhány hivatkozásokat, amelyek a mögöttes lista mögött a grafikonon mutatott. Például, van egy címkén, érték "Hold". Azt akartam, hogy a címke hivatkozássá alakítani, úgy, hogy a felhasználó is kattints rá, és jelenítse meg az adott bejegyzéseket a listában, amelyek állapot értéke "Hold".

Lépések:

  1. Használja a visual studio, a SharePoint-aware intellisense.
  2. Másolja a DVWP XSLT visual studio (üres projekt létrehozása, egy XSL-fájl hozzáadása a projekthez).
  3. Másol a láncszem ön akar-hoz használ a vágólapra.
  4. Illessze be a megfelelő helyre az XSL.
  5. Megtérít URL érvet elválasztó a kérdés húr-ból"&" a"&"
  6. Egyes érvek URL-kódolás.
  7. Tekerjük a belsejében egy <a href…> </egy>

Példa:

Nekem van egy URL-t:

http://[szerver]/[az oldalon]/Lists/Open Positions/AllItems.aspx?View ={84EEA2F5-121B-40B7-946F-0FA704A1DAA1}&FilterField1 = toborzó&FilterValue1 = a Hold

Én megtérít ez-ba:

     <egy href="Lists/Open Positions/AllItems.aspx?View = % 7b84EEA2F5-121B-40B7-946F-
0FA704A1DAA1 %7 d&amp;FilterField1 = toborzó&amp;FilterValue1 = a Hold"> Tartsa: </egy>

Manuálisan is átalakult az első argumentum, a:

{84EEA2F5-121B-40B7-946F-0FA704A1DAA1}

a:

%7b84EEA2F5-121B-40B7-946F-0FA704A1DAA1 %7 d

(Ebben, a bal oldali kapcsos zárójel átalakítja a % 7b és a záró zárójel átalakítja a %7 d)

A második és a harmadik argumentum’ paraméterek ("FilterField1 =Toborzó" és a "FilterValue1 =Tartsa" illetve) nem kell url-kódolt mert nem tartalmaznak veszélyes karaktereket.

Jegyzetek:

Ez a technika általában dolgozik akárhol ön akar-hoz beágyaz egy hivatkozás XSLT, ahol a hivatkozás tartalmazza az URL-paraméterek, mint:

http://[szerver]/[az oldalon]/Lists/Open Positions/AllItems.aspx?View ={84EEA2F5-121B-40B7-946F-0FA704A1DAA1}&FilterField1 = toborzó&FilterValue1 = a Hold

Van az URL-t, maga a bejutó az Egyéni listák és az Állapot oszlopban manuálisan szűrés (címkézett "toborzó" a fenti).

Gyors és egyszerű: SharePoint Designer-munkafolyamatot egy InfoPath-űrlap frissítése

Forgatókönyv: Nekem van egy InfoPath-űrlap, amely front-vége a munkafolyamatokban végrehajtott a SharePoint Designer használatával. Egy ponton, a vezető jóvá kell hagynia az űrlap. Mivel nem számít a munkafolyamat előzmények én ellenőrzési követelmények kielégítéséhez, Úgy döntenek, hogy tárolja a saját naplózási üzenet közvetlenül magán az űrlapon.

– Áttekintés:

Az űrlapot, és közzéteszi, mint egy tartalomtípus és a forma egy dokumentumtárba. Mark kívánt űrlapmezőket, hogy frissíthető Moss. Az űrlap kötve a tartalomtípust és a tartalomtípust "csatlakoztatva" egy űrlaptárban (vagy sok, ha akarod). Írjon egy munkafolyamat, amely frissíti a mező tartalmát.

Konkrét lépések:

  1. Dokumentumtár létrehozása. Ez fog tartani az InfoPath-sablon.
  2. Hozzon létre egy forms könyvtár.
  3. Az InfoPath-űrlap létrehozása. Szöveg mező, "Ellenőrzési üzenet".
  4. Tegyük közzé az űrlapot tartalomtípusként (NEM a dokumentum).
  5. A közzétételi párbeszédpanelek kitöltésekor:
    egy) Az .xsn fájl mentése a dokumentumtárba (lépés #1).
    b) "Ellenőrzési üzenet közzététele" mezőt, és a védjegy valódi: "A felhasználók szerkeszthetik a mező adatainak Adatlap vagy tulajdonságai oldal segítségével engedélyezése".
    c) Hozzon létre egy új tartalomtípust, és adjon neki egy megfelelő nevet.
  6. Hozzáférés a űrlapkönyvtár.
    egy) A speciális beállítások megy és képessé tesz a tartalomtípusok kezelése a űrlapkönyvtár.
    b) Jelölje ki az újonnan létrehozott tartalomtípus (5c a fenti). Ez lesz csoportosítva, a "Microsoft InfoPath" (vagy hasonló).
    c) Az alapértelmezett "űrlap eltávolítása" a tartalomtípus a műsortárból.
    d) A könyvtár jel "megjelenítése weblapként" annak érdekében, hogy az űrlapot SharePoint, és nem az InfoPath workstation ügyfél akarat dob.
  7. Térjen vissza a megfelelő űrlapkönyvtárban, és kattintson az "új" annak érdekében, hogy egyszerűen ellenőrizze, hogy az űrlapot helyesen könyvelt és eljáró kívánt.
  8. Tűz ki a SharePoint Designer alkalmazásban, és keresse meg a webhelyet tároló űrlapot űrlaptárhoz (Step 2).
  9. Hozzon létre egy új munkafolyamat csatolva a űrlapkönyvtár.
  10. Add hozzá egy egységes fellépés "Beállítása mező az aktuális cikk". Meg kell várni a SharePoint Designer-lista-a ' a területen, "Ellenőrzési üzenet". Átruház ez a érték.
  11. Kattintson a Befejezés gombra, és térjen vissza az űrlaptárhoz.
  12. Hozzunk létre új űrlapot, és néhány vizsgált érték üzembe "naplóüzenet" a mező.
  13. Mentse, és térjen vissza az űrlaptárhoz.
  14. Kattintson a jobb gombbal, Jelölje be „a munkafolyamat" a munkafolyamat indításához és.
  15. Ez kellet volna fuss szinte azonnal. Húzza ki a képernyőn (Step 12) és ha minden ment terv, "Olyan naplóüzenet" hozzárendelt bármilyen lépésben megadott érték 10.

Jegyzetek:

Nem minden a kétirányú kommunikáció lehet beállítva. Például, nem tűnik egy SPD munkafolyamat, amely módosítja a szöveges mezők, becsomagolt belsejében ismétlődő szakaszok végrehajtására.

Egy a kulcs fog-el barátait, itt van, hogy tényleg készítettünk egy tartalomtípushoz társított sablonnal. Ez is lehetővé teszi, hogy az azonos űrlaptár InfoPath-űrlapsablonokban tárolja.

Ez megköveteli a forms server. Ez biztosan nem fog dolgozni a WSS 3.0 környezet és valószínűleg még igényel egy vállalati SharePoint-környezet.

A Beagle has Landed (Október 2007 a probléma)

(Ez valójában egy kicsit régi Hírek, de az én-m kedvenc tűzoltóság mottója hirdeti, "Jobb későn, mint soha").

Ellenőrizd ki itt: http://www.sharepointbeagle.com/

Ha már nem, Győződjön meg róla, hogy feliratkozni.

természetesen, Győződjön meg róla, hogy olvassa el az én-m cikk egy valós SharePoint projektről (beleértve a követelmények meghatározása, KPI-k, tartalomtípusokat, irányítópultok és több) valamint az én-m kolléga cikk a Tartalomlekérdezés kijelző.

Van sok más jó dolog is.

Hogyan viselkedni eltávolít “Nézd a teljes webhelytartalom megjelenítése” Link

Azt kérdezik, hogy ez a kérdés szinte minden héten, általában a biztonsági vita összefüggésében. Egy rendszergazda/honlap készítő van kiépítve, a webhely, konfigurált biztonsági, rendezett web alkatrészek és a gyors dob, hogy oh-annyira-tökéletes sor lehetőséget nyújtani a végfelhasználó személyre szabott. de, kívül a doboz, csak akkor távolíthatja el a "minden oldal tartalmának megtekintéséhez" Link.

Mark Wagner megadja a választ itt (http://www.crsw.com/mark/Lists/Posts/Post.aspx?ID=36). Kiírásának a félelmetes két szinten. Ez biztosítja a választ a kérdésre, "Hogyan csinál én eltávolít a teljes webhelytartalom megjelenítése" Link? Majd, anyatej-kiegészítő azonnali kérdésre felel: Hogyan könnyen engedélyezi a teljes webhelytartalom megjelenítése hivatkozás helyszínenként-alapon nézet?

Mint egy bónusz: A megközelítés működik a WSS, nem csak a moha.

</vége>

Subscribe to my blog!

Az én-m igazi saját CodePlex projekt: SharePoint Designer-munkafolyamat kiterjesztéseket

FRISSÍTÉS: Lásd itt (http://paulgalvin.spaces.live.com/blog/cns!1CC1EDB3DAA9B8AA!310.entry) a legújabb, a projekt.

Létrehoztam egy CodePlex projekt ma ház a generikus SPD felület kód, hogy én blogged itt (http://paulgalvin.spaces.live.com/blog/cns!1CC1EDB3DAA9B8AA!275.entry).

Vessen egy pillantást a itt (http://www.codeplex.com/spdwfextensions) hogy a CodePlex projekt és izzadtság.

Ha érdekel a munka velem, tűz ki egy e-mailt mailto:galvin.paul@gmail.com

SharePoint Designer — Egyéni tevékenysége végrehajtásához a felhasználói C# függvényeket

FRISSÍTÉS: Ez birtokol mentesít a CodePlex itt: http://www.codeplex.com/spdwfextensions

FRISSÍTÉS: Lásd itt a legfrissebb kiadási megjegyzések: http://paulgalvin.spaces.live.com/blog/cns!1CC1EDB3DAA9B8AA!381.entry

FRISSÍTÉS: Lásd itt a gondolataimat forgalmazását a projekt: http://paulgalvin.spaces.live.com/blog/cns!1CC1EDB3DAA9B8AA!569.entry

Ez a projekt rendelkezik a SharePoint Designer programban egyéni tevékenység. Meghívásához használ ez egyéni tevékenység (feladás) olyan C# funkciót te építeni a csatolt szerelvényt.

Október végén, 2007, Ez csak egy kezdeti változata a projekt. Azt tervezem, hogy bővíteni azt, számos további funkciók, beleértve a részkarakterlánc, index, csere, hivatkozva a webes szolgáltatások, és bármi, ami úgy tűnik hasznos vagy érdekes. Azt is tervezi, hogy tegye ezt a codeplex, egyszer már az jár együtt, hogy. Ez is lesz telepíthető, mint egy megoldás, egy bizonyos ponton.

Ha bármilyen észrevétele van, kérdése vagy javaslata, Kérjük, hagyja őket a hozzászólások, vagy elektronikus levél én.

Felelősséget kizáró nyilatkozat:

Azt, hogy egyáltalán nem állítja alkalmasságára vonatkozó ez bármilyen célra. A saját kockázatára használja.

Telepítési lépések (a farm minden egyes EHÉ követendő):

1. A .zip letölt és kivonat.

2. Telepítse a .dll fájl a GAC-ba. Általában a nyitott c:\windowsassembly használ windows Felfedező és másol ez van.

3. Módosítsa a web.config a kódösszeállítás hozzáadása a biztonságos vezérlőelemek:

<System.Workflow.ComponentModel.WorkflowCompiler>
<authorizedTypes elemeket>

<authorizedType közgyűlés = "SpdGenericInterface, Változat = 1.0.0.0, Culture = neutral, PublicKeyToken = abe076fd8125f3c4" Namespace "Nivlag =" TypeName = "*" Jogosult = "True" />

4. Másolat "SpdGenericInterface.actions" c:\Program FilesCommon FilesMicrosoft Sharedweb server extensions12TEMPLATE1033Workflow

Vegye figyelembe, hogy a fenti elhelyezés jellemző angol nyelvű telepítések.

5. Zárja be a SharePoint Designer (Ha már meg nyitva).

6. iisreset

7. Nyissa meg az SPD, és hozzon létre egy új munkafolyamat.

Ha minden jól megy, meg kell jutalmazni, egy új fogalomkör-ból akció:

kép

Jegyzetek:

Lásd: itt (http://blogs.msdn.com/sharepointdesigner/archive/2007/03/15/adding-activities-to-spd.aspx) félelmetes áttekintést létrehozásának folyamata, telepítése és konfigurálása egy oldat mint ez.

A .zip van szándékos-hoz közvetlenül kivonat, c:\ meghajtó. Ha ezt, megnyitható a projekt, és a görbék konzisztens lesz.

Használja ezt a visual studio, akkor valószínűleg telepítenie kell "Kiterjesztés a Windows Folyamatkövető".

A kezdeti feltöltése tartalmaz egy "diszpécser funkció", "ToLower()". Hogy további funkciókat adjon, Add hozzá az Execute metódust, amint:

 védett felülbírálása ActivityExecutionStatus
          Végre(ActivityExecutionContext executionContext)
        {

            karakterlánc functionToDispatch;
            functionToDispatch = Ez.DispatchFunction.ToLower();

            kapcsoló (functionToDispatch)
            {
                eset "tolower()":
                    {
                        Ez.OutResult1 = Ez.InParam1.ToLower();
                        szünet;
                    }

                alapértelmezett:
                    {
                        Ez.OutResult1 = "Ismeretlen függvény: [" + Ez.DispatchFunction + "].";
                        szünet;
                    }
            }

            vissza ActivityExecutionStatus.Zárt;
        } // ActivityExecutionStatus

    }

Majd, újra építeni a projekt, és másolja a Közgyűlés a GAC Gyorsítótárba. Elvárom az iisreset lenne szükség.

Egyéni SPD munkafolyamat-művelet – kap a <WorkflowInfo> tag balra, hogy elkerülje a frusztráció

Része a folyamat részére teremtő egy egyéni művelet a SharePoint Designer magában foglalja létre egy ".actions" fájl.

Amit találtam, és próbált-hoz használ egy minta sablon, amely indul, mint:

<?XML változat="1.0" kódolás="UTF-8" ?>
<
WorkflowInfo xmlns="http://schemas.microsoft.com/SharePoint/">
<
Műveletek Szekvenciális="majd" Ezzel párhuzamosan="és">

Azonban, Az xmlns attribútumot megakadályozza, hogy a környezet, a munka. A tetteimet nem felmutat-ban az SPD.

A oldat-hoz levetkőztet ki az xmlns attribútumot, az iisreset és bezárás/ré hang-open SPD.

Gyors és egyszerű: MOSS a keresés egy adott dokumentumtárba konfigurálása

Lásd frissítés (I) az alábbiakban (11/24/07) a Hogyan kell beállítani a Microsoft Office SharePoint Server 2007 Index és a csúszás hálózati mappák keresése

Célkitűzés: Azt akarom, hogy egy adott dokumentumtárba korlátozott keresés. Ebben az esetben, a dokumentumtár tartalmaz képzési dokumentumok.

Lépések:

1. Rögzítse a dokumentumtár URL-címe.

2. Hatókör létrehozása:

Ugrás a központi felügyelet.

Hozzáférés a megosztottszolgáltatás-ellátó.

"Keresési beállítások".

Görgessen le a terület rész, és válassza a "Hatókörök megtekintése".

Új hatókör létrehozása. Adja meg a nevét és a hasznos Leírást.

3. Hatókör bejárási szabályok definiálása:

Hozzáadása a hatókörhöz tartozó dokumentumtár definiáló szabályt.

Jelölje be "internetes cím" az "Alkalmazási szabály típusa".

Adja meg annak a mappának a neve (Lásd: #1 a fenti).

Fogadja el az alapértelmezett értéket az "Include".

Várjon, amíg a hatókör módosítása (vagy indítsa el manuálisan).

4. Engedélyezi a webhelycsoport hatálya.

Ugorjon a webhelycsoport ahol szeretné használni ezt a hatókört.

Az új hatókör hozzáadása a megfelelő megjelenítési csoportot vagy csoportokat.

5. Szálláshelyek keresése!

Ezen a ponton, elkészült. Feltételezve, hogy a hatókör megfelelően meghatározott, is elérhető lesz a hatókörök csepp Downs, egyszerű és a haladó keresések, és amikor a hatókörnek, akkor csak kap várt eredményeket.

Jegyzetek:

Írtam, ez a blog bejegyzés mert felbukkant egyszerű hatókör-beállítása az én-m keres száraz, a kifejezéseket, mint:

  • moha hatókörök konfigurálása
  • Állítsa be a keresési hatókör moha
  • hatókörök a SharePoint rendszerben 2007
  • hatókörök a SharePoint rendszerben
  • Keresés a dokumentum tár moha
  • hatókörök primer moha

Olyan keresési tartományt hozhat létre egy mappát, nem csak a teljes dokumentumtárban.

Egy hatókör lehet megosztani több webhelycsoportot fogjon (Ezért, "megosztott szolgáltatás").

A hatókör is létrehozhat a webhelycsoport szintjén is. Azonban, Én jobban szeret menni a központi admin, mert lehet kezdeni a bejárás-onnan. A bejárás nem indítható el a webhelycsoportból.

FRISSÍTÉS (I) mint a 11/24/07:

Kai Shang össze egy nagy felad jogosult Hogyan kell beállítani a Microsoft Office SharePoint Server 2007 Index és a csúszás hálózati mappák keresése @ http://kaishenghoo.spaces.live.com/blog/cns!8A7458DB12CA5AC9!206.entry