Havi Archívum: Október 2007

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ó:

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ó

Válaszolj

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

4 Válaszok

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

Technorati Tags: SharePoint, SharePoint-keresés, Szálláshelyek keresése

Nem leves! A Cisco a leves náci NLB termékek?

2 Válaszok

Ma, Próbáltam-hoz belépés windows Exploreren keresztül dokumentumtárban. A doc-lib él belső rész egy rendszer, amely két EHÉ terheléselosztással valamilyen Cisco hálózati Terheléselosztási megoldás áll. (Ha a hálózati varázslók mondja meg mi a, I update this post).

A Windows Intéző nem tudott összeköt. Csináltam egy kis kutatást, és végül, a hálózati varázslók azt mondta, hogy WebDAV le van tiltva / által nem támogatott / a hálózati terheléselosztás méltóságának alatt.

Így, feltételezve, hogy a hálózat varázsló nem csak azt mondta nekem a hálózat varázsló megfelelő "take off egy rövid híd egy hosszú séta", El kell csoda — e a hálózati terheléselosztás, a természet, letiltja a WebDAV szolgáltatást? Veszítünk a windows fájl explorer-felület a SharePoint? A Cisco a Leves náci?

MOSS kezelése / WSS környezetben — lépést tartani a Microsoft Tudásbázis

Válaszolj

A Microsoft Tudásbázis cikkek nap hoz létre, és nap, és néhány ilyen darned fontos tudni, ha él, a SharePoint-világ.

Tartom, hogy gyorsítsák fel őket a szolgáltató biztosítja a jó emberek, a www.kbalertz.com. KBAlertz lehetővé teszi, hogy iratkozzon fel a kedvenc Milisecundum technológia és küldenek, emészt változat-ból Mikroszkóp KB cikk, e-mailen keresztül.

Web alkalmazás-házirend, Biztonsági területek és biztonsági tisztítás — Tudom, a konfigurációs

4 Válaszok

(FRISSÍTVE 11/29 megmagyarázni, hogyan-hoz belépés a pókháló alkalmazás házirend-beállításokat a felhasználói felületen keresztül)

Volt egy ilyen "Miért MOSS csinálás ez számomra????" pillanat ma. A végén, hogy az én hibám.

Van egy vállalati MOSS projekt folyik, és azt akarjuk, hogy biztonságos hely birtokosa"" helyek, hogy a felhasználó nem lehet hozzáférési engedélye, vagy látni, hogy. Ez könnyű:

Látogasson el a.
Az biztonsági öröklést.
Minden felhasználó/csoport eltávolítása a webhely engedélyei.

A fenti kell hagyni csak a webhelycsoport rendszergazdája engedélyt a webhelyén:.

Ha valaki tuskók-ban, már nem kell látni a helyszínen kell, és biztonsági díszítve a szokásos helyen.

de … nem volt. Ezzel egy időben, Hirtelen rájön, hogy az én "Joe User" normál felhasználói teszt számla-val nem priv nem korlátozott olvasási hozzáféréssel rendelkezik egy "Webhelyműveletek" választás, mindenhol megy. Én dupla ellenőriz egy dolog, és valami mást ellenőrizze. Felfedez a telefon hívni egy kolléga, de tedd le, és ellenőrizze, hogy valami mást. Menj egy sétára, és megpróbál mindent újra. Hívja egy kolléga, és hagyjon üzenetet. Majd, Végül, Megtalálja, hogy Ethan blog, a nyitó grafikon lehetővé teszi a nagyon egyszerű:

MOSS 2007 van egy új vonás hívott webes alkalmazás-házirendek. Ezek a biztonsági engedélyeket, hogy van kötve egy webes alkalmazás. Ezek a biztonsági beállítások felülbírálása minden biztonsági beállítás, hogy a webhelycsoport vagy a webhely (Web) szinten, hogy a felhasználó.

Egy gyors látogatás a webes alkalmazás politikák mutatja az NT AuthorityHitelesített felhasználók"" teljes körű olvasási jogokat. A listáról lekerült őket, és végül minden kezdett dolgozni, mint várt. Azt hiszem, az első helyen kerültek ki valaki a téves benyomást kelti, hogy ez a legjobb módszer, hogy adjon olvasási engedélyt a vállalkozás mindenki számára. Ez, de, a törzs egy idézet, "Ez nem értem mit gondol, ez azt jelenti."

Access webes alkalmazás-házirendek ily módon:

Ugrás a központi felügyelet
Válassza ki alkalmazás-menedzsment
"Házirend webalkalmazás kijelölése"
A képernyőn, Ellenőrizze, hogy kiválasztotta a megfelelő webes alkalmazás. Nekem, Ez alapértelmezés szerint a webes alkalmazás központi admin, melyik május nem lenni a egy Ön akar.

Mikor én ez probléma, Kerestünk a következő mondatok, és van meglepően kevés, ami a közvetlen segítséget ebben a kérdésben:

A Webhelyműveletek látható az összes felhasználó számára

Látható, hogy minden felhasználó a Webhelyműveletek

Webhelyműveletek nincsenek biztonsági adatlevágás

a MOSS-webhely

Bevezetés a moss biztonsági

Technorati Tags: SharePoint

Gyors és egyszerű: Rögzített kulcsszólekérdezés használja a találatok Core

1 Válasz

Gyors és egyszerű utasítások:

Szerkessz egy lapot, és a találatokat mag kijelző hozzáadása.

A kijelzőt szerkesztheti, és bontsa ki a "Rögzített kulcsszólekérdezés".

Add hozzá a Rögzített kulcsszólekérdezés (pl. A ContentType:"Képzési számla" TrainingInvoiceNumber:1111)

Eredmények lekérdezési lehetőségeket, és cserél "a weben keresztül futtatott lekérdezés azonosítója" "felhasználói lekérdezés eltérő értékre" (pl. "Lekérdezés 2").

Jegyzetek:

Ily módon lehetővé tette számomra alapvető keresési eredmények segítségével egy másik webhelycsoportból adatait megjelenítő oldal létrehozása. Az ügyfél rendelkezik-e két fő webhelycsoportok: Szervezeti egységek és a termékek.

A termék webhelycsoport tartalmaz, Természetesen elég, Termékinformációk. Minden egyes termék a webhelycsoport összegyűjti adatok több forrásból.

Az egyik a szervezeti egységek, kódok és vizsgálatok, az ilyen forrás. Mikor használók belépés termék XYZ, kell látni kódok és vizsgálati adatok közvetlenül a XYZ főoldalon. Kódok és vizsgálatok óta ad otthont a másik webhelycsoportba, Ez egy kicsit kínos. Úgy döntött, hogy használja a keresési eredmények mag kijelző, mivel a keresés ível webhelycsoportok. Kódok és tesztelés sikerül termék adat keresztül egy egyéni listát, amely korlátozza az adott tartalomtípusú. Először használja a tartalomtípust, majd a termék számos Szűkítse le a keresést egy sor egyéni lista AA kulcsszólekérdezés.

A következő lekérdezés a fenti egy és. Dokumentumok tartalmát írja be a "képzés számlát adja vissza" és ha a számla száma egyenlő "1111".

Egy szép javára, ez a megközelítés: Is szerkeszthető az XSL, a fő keresési eredmények kijelző, és bármilyen formában, hogy szeretnénk létrehozni.

Lásd itt (http://devcow.com/blogs/jdattis/archive/2007/04/17/SharePoint_2007_How_to_Rollup_Content_from_multiple_Site_Collections.aspx) egy másik blogger vita ebben a témában.

</vége>Subscribe to my blog.

Mesélj a blog!

27 Válaszok

Ha egy blogot, hogy legalább minimálisan csatlakoztatott SharePoint, Kérem, tudassa velem a hozzászólások. Szeretném hozzátenni, hogy én Bloglista.

Ha a blog, amely nem kapcsolódik a SharePoint, de akar én-hoz összead ez egyébként, Hadd tudjam meg. Majd lehet létrehozni egy külön blog lista.

Kérjük, adja meg:

A blog URL (nyilvánvalóan)
A blog rövid leírása.

Azt akarom, hogy tartsa a kapcsolatot, hogy "aktív" blogjainak, amely nagyjából vagyok meghatározása, mint egy post hetente és a legalább három hónapos. Ha nem felel meg e kötelezettség"" hozzá megjegyzéseket egyébként. Ez * a * lista, így lehet megtörni a saját szabály, ha szeretné, hogy.

kösz!

Alkalmazott képzési ütemterv és anyagok sablon — Csökkentő hibát a sablonba

5 Válaszok

Az ügyfél észrevettem egy hibát, ma a fent említett sablonnal.

Vezetői tanfolyam tanfolyamok létrehozása. Amikor létrehozza a tanfolyam, a kezelő határozza meg az elérhető helyek maximális számát.

A sablon kínál önkiszolgáló igénylés. Beiratkozik, és a munkafolyamat csatolva a regisztrációs lista csökken a "rendelkezésre álló helyek" a tanfolyamhoz társított.

Magánszemélyek is lehet iratkozni egy tanfolyam. A hiba fekszik itt. Írásba nem foglalt a kurzus nem növedék a rendelkezésre álló helyek számláló. Ennek eredményeként, nincs pontos rendelkezésre álló helyek. Ezt a hibát súlyosbítja az a tény, hogy ha rendelkezésre álló helyek csökken nullára, nincs több önkiszolgáló regisztráció engedélyezett.

Szerencsére, Mikroszkóp szolgáltat a munkafolyamat, folyamat. Még jobb, egy egyenes-továbbít a munkafolyamat SharePoint Designer segítségével létrehozott.

Lépésekkel magas szintű megjavítani:

Az SDP tűz.
A belépésre ki a képzés sablon alapján.
"Résztvevő rendszerleíró adatbázisból való hozzáférés" munkafolyamat.
Helyezze be a következő lépéseket (Tette az első két lépés):
1. Kiszámításához Tanfolyamok:Töltött ülések mínusz 1 (Kimenet Változó:Calc)
2. (majd) A frissítés elemet a Tanfolyamok

Kettyenés befejez és Ön kész.

Képernyő szemcsésedik:

SharePoint Designer:

Befejezett munkafolyamat:

Számítsuk ki a leásási:

A frissítés elemet tanfolyamok:

Jó hírek gyakran ad; korai ad a rossz hír

Válaszolj

A tanácsadó már sok éve, és mint minden tapasztalt tanácsadó tudja, jó kommunikáció az egyik legfontosabb pillére a sikeres teljesítés, a projekt. Így nyilvánvaló, tényleg szinte unalmas, hogy beszéljünk. Ez nem egy felad körülbelül általános kommunikációs. Ehelyett, Írok erről a sötétebb oldala a kommunikáció — rossz hír közlése.

Magától értetődik, hogy a jó hírt ad az ügyfél történik minden alkalommal, amilyen gyakran csak lehetséges. Aki nem akar-hoz ad jó hír? Aki nem szereti a jó hírt hallani?

A másik oldala, rossz hír nem móka egyáltalán. Mindig is küzdött, ezzel. A korábbi napok az én-m Karrier, Szeretném tudni, valami volt fonák egy projekt, és ahelyett, hogy mondja az ügyfél, Akar dolgozik ennél több órát, hogy megpróbálja megoldani a problémát. Én kíván parancsolja a csapatom, hogy keményebben dolgozik. Egy elég természetes késztetést, hogy hiszem, hogy egy szuper-emberi erőfeszítés lehet menteni a nap. Néha ez szerkezet, néha nem. Akkor is, ha ez "szerkezet" gyakran egy vegyes zsák. A minősége a végtermék tényleg egészen spec, amikor kulcsfontosságú részek több alakultak 60 a 80 hét óra?

Mi az a legjobb módja annak, hogy kezelni a rossz hír? A válasz: mondani, hogy a korai. Ne várja meg, amíg egy hét, mielőtt a projekt költségvetésének fogyasztható. Ha tudod, hogy hat hét egyszerűen nincs elég ideje, hogy szállít néhány kis ígért funkció, elmondja az ügyfél, akkor és ott. Az ügyfél május kap felizgat (valószínűleg), lehet, hogy a tényállási elemek és a vádakat, és fáj érzések. de, Mikor érzelmek hűtse le, ott van még hat hét maradt a projekt. Hat hét egy jó darab idő. Van idő-hoz elintéz a tervek, menetrend változás, kap a labda guruló költségvetés kiterjesztések (Sok szerencsét!) és csak általánosságban jönni kell birkózniuk azzal a "tények a földön" és dolgozzon ki egy új tervet, amely még egy sikeres projekt.

Pontja: Én vagyok dolgozik egy projekten, jellemzi:

T&E költségvetés korlátozott "nem haladhatja meg a" forintösszeg.
A "legjobb erőfeszítéseket fog tenni" ígéret-hoz szállít X, Y és Z-projekt vége.
A kliens oldalon ígért kulcs anyagi javak hiánya. Ezek a források nem megtagadni a célra, sem olyan rossz"" ok, de ők voltak visszatartott.
A Hajnal megvalósítása, mint a projekt át a félig pontot, hogy nem fogunk, hogy képes-hoz szállít "Z" (főleg azért, mert a megígért források nem volt ténylegesen rendelkezésre álló).
Rendszeres állapotjelentések és a "CYA" dokumentáció, amit-hátú minket (a tanácsadó csapat) fel.
Szorosan kötött végrehajtási csapat tagjai levonni a tanácsadó szervezet (Vállalatunk) és az ügyfél.
Távoli menedzsment, a metaforikus és fizikai értelemben. A vezetőség összpontosult, a másik nagy vállalati projekt és tárbeli korlátozások miatt, a megvalósításért felelős csapattal volt található, egy különálló épület a campus, le a dombról, és viszonylag messze módon a "civilizáció".

Nagyjából hat héttel maradt a projekt költségvetésének, we (a megvalósításért felelős csapattal) tudta, hogy mi volt a baj. A szerződés azt mondta, hogy mi szükség van, hogy "Z". Annak ellenére, hogy a projekt ideje & anyagok és még akkor is, ha csak megígértük "legjobb erőfeszítéseket" Z és még bár volt nagy indoklása, a szállítás hiányzik … a lényeg az, hogy nem nézett jó — nem megyünk szállít Z alakú egy minőségi, hogy bárki büszke.

Ezt felismerve, a vezetőség mentünk, és azt mondta nekik, hogy a projekt költségvetésének kíván fogyasztani egy bizonyos időpont, és hogy mi volt a baj a Z.

Egy mini firestorm az elkövetkező napokban kirobbant.

Nap 1: Vezetőség kéri, a személyzete, egy külön ülés (we, nem hívta meg a tanácsadók). Szerződések nyomtatott, és adta ki, hogy mindenki, és a line-by-line felülvizsgálat alakul. Menedzsment hozza a személyzet tagjai a védekező. Azt hiszem, a mondat "Stockholm-szindróma" az * valóban * alkalmazott, de megkapod a képet. Mi vagyunk a feszes kötésű csoport, végülis, és a személyzet dolgozik velünk tanácsadók nap ki és több hónapig most.

Nap 2: Menedzsment kéri egy másik megbeszélést. Egy kicsit jobban érzi magát. Akarnak beállításokat és ötletek a halad előre. Rájönnek, hogy van még hat hétig maradt a jelenlegi projekt-költségvetés, melyik még egy tisztességes darab idő. Az egyik a teendőket: teljes körű végrehajtása csapat értekezlet ütemezése (beleértve a tanácsadók).

Nap 5: Teljes csapat találkozik, konstruktív ülést bekövetkezne, és egy új megvalósítható terv életbe. Még jobb, már már elkezdték megvitatni két fázis és az ügyfél hív bennünket, hogy készítsen javaslatokat az erre a szakaszra azonnal.

Ha mi volt, megvárta, amíg csak három hétig maradt, vagy ami még rosszabb, egy vagy két hete, Ez lett volna sok különböző. Helyett a konstruktív találkozó, hogy újra összehangolják a projekt, Mi lenne már kivonultak állapotjelentések, elemzés a szerződést és a régi elektronikus levél-hoz igazol ez, vagy a határozat felülvizsgálata. Kíván "nyertünk" de ez tényleg "nyerjük" Ebben az esetben?

Így, Ha van, hogy a rossz hír, adja meg a korai. Rossz hír megkésve nem csak rossz, -a ' iszonyú.