Havi Archívum: November 2007

Nem tudod megverni SharePoint Reach

Az elmúlt két napban, Részt vettem két-két ülését, amelynek során bemutattuk az eredményeket egy SharePoint-projekt. A CIO és csapata csatlakozott az első találkozó. Ez a szabványos és nem különösen figyelemre méltó. A ez osztály nyilvánvalóan részt egy vállalati bevezetési bármely technológia projekt. A második találkozó kiterjesztették a Varga. a marketing, több ilyen képviselő HR igazgató, Logisztikai, Gyártási, Beruházási projektek, Minőségi, Vásárlás, Vállalati fejlesztési és egyéb szervezeti egységek (Néhányan nem is közvetlenül részt vettek a jelenlegi szakaszában). Ez egy hatalmas széles közönségnek.

Az előző életemben, Elsősorban dolgozott, ERP és CRM projektek. Ők ketten volna a megoldás meglehetősen széles tartományban, de nem olyan széles, mint a SharePoint. Hogy teljes mértékben megvalósítani, SharePoint projektek törvényesen és feltétlenül belenyúlnak a szervezet minden zegzugát. Hány más vállalati megoldások is, hogy milyen eléri? Nem sok.

SharePoint egyértelműen azok számára, elég szerencsések ahhoz, hogy ebben a térben óriási lehetőséget jelent. Ez a nagy műszaki lehetőséget biztosít (amelynek valahogy be van kapcsolva a fejét itt alatt "Technológiák meg kell mester"). De még jobb, SharePoint kiteszi minket, hogy egy kiterjedt és széles körű üzleti folyamatok révén ezek a megbízások. Hány CRM szakemberek a gyártási a cég oldalán dolgozni? Hány ERP tanácsadóink a tehetségkutatás humánerőforrás dolgozni? SharePoint meghaladja a kettőt.

Mint bármi, -a ' nem tökéletes, de ez egy átkozott jó hely.

A szerelem [Töltse ki a legfontosabb szeretett személy vagy magasabb folyamatban], Ne módosítsa a "cím’ Webhelyoszlop.

A a SharePoint fórumok, valaki időnként arra kéri, "a cím címke módosítása – áttekintés" vagy körülbelül "eltávolítása cím listák".

Alsó sorban: Ne csináld!

Sajnos, a felhasználói felület lehetővé teszi, hogy az oszlopfeliratra, amint egyirányú megváltoztatása:

kép

Cím "cikkhez kapcsolódó oszlop" tartalomtípus. Sok, sok, számos, a CT használja ezt az oszlopot, és ha megváltoztatjuk itt, Ez hullámai, mindenhol. Van egy jó esély arra, hogy nem szándékozik, hogy ez megtörténjen. Ön valószínűleg gondolkodás magadnak, "Van egy egyéni keresési lista és" cím’ csak nincs értelme oszlop névként, így fogok változtatni, hogy "állapot kódja’ és a Leírás oszlop hozzáadása." De ha követ átmenő, hogy arra gondolt, és nevezze át "cím’ "Státusz kód", minden lista címe (a dokumentumtárakat is beleértve) "állapotkód módosítása" és akkor valószínűleg nem kívánom, hogy ez megtörténjen.

Az igazi probléma az, hogy ez egy egyirányú módosítása. "Tudja, a felhasználói felület" "címmel" egy fenntartott szó. Így, Ha megpróbálod, és "állapotkód módosítása" vissza a "Cím", Ez akarat megakadályoz Ön-, és most már festett magad a sarokba soha nem száradó festékkel 🙂

Szóval mi történik, ha már módosította? Én még nem láttam a választ, mi mindannyian szeretnénk, melyik egyszerű és könnyű módszer, vissza akarunk váltani a címke a "megnevezés". azonnal, a legjobb Tanács, hogy változtatni, hogy valami hasonló "Doc/cikk cím". Ez egy elég általános címke, hogy nem lehet túl megrendítő, a felhasználók számára.

Van néhány más ötletek, amelyek az én to-do lista a dolgok, hogy kutatási:

  • Lépjen kapcsolatba a Microsoft.
  • Tenni valamit az objektum modell, talán-ban kötőszó-val egy vonás.
  • Kitalálni, hogy az adatbázis-séma, és kézi korszerűsíteni SQL. (Vegye fel a kapcsolatot a Microsoft előtt, ennek ellenére; valószínűleg érvényét veszti a támogatási szerződés).

Ha akárki tud hogyan viselkedni megfejt ez, legyen szíves felad egy magyarázat.

Késő délután a frissítés, 11/15: Találtam ezt a linket, hogy leír egy módszert olyan típusú lista, amelyek nem a Beosztás oszlop létrehozása: http://www.venkat.org/index.php/2007/09/03/how-to-remove-title-column-from-a-custom-list/

Az üzleti Adatkatalógus ADF, és a barátja, CDATA

Vettem észre, néhány kínos és felesleges kéz-kódolás, néhány példa, RdbCommandText (beleértve az MSDN dokumentáció).

Szerettem volna rámutatni, hogy a tartalék, hogy parancsokat lehet csomagolni "természetes CDATA címkén belül új belépők" űrlap. Így, Ez kínos építése:

<Ingatlan név="RdbCommandText" Típus="System.String">
Válassza ki a dbo.MCRS_SETTLEMENT.id, dbo.MCRS_SETTLEMENT.Settlement a dbo.MCRS_SETTLEMENT
AHOL (azonosító &gt;@MinId =) ÉS (azonosító &lt;= @MaxId)
</Ingatlan>

is jobban képviselteti magát ezen a módon:

<Ingatlan név="RdbCommandText" Típus="System.String">
<![CDATA[
Válassza ki a dbo.MCRS_SETTLEMENT.id, dbo.MCRS_SETTLEMENT.Settlement a dbo.MCRS_SETTLEMENT
AHOL (azonosító >@MinId =) ÉS (azonosító <@MaxId =)
]]>
</Ingatlan>

</vége>

Az üzleti Adatkatalógus Primer

Bevezetés az üzleti Adatkatalógus

Funkcionális példa: Az üzleti Adatkatalógus ADF, amely csatlakozik a beágyazott felhasználói azonosító és jelszó az SQL-adatbázis

Szükség van a huzal, MOSS keresztül BDC SQL-adatbázisba. Tesztelés/POC célokra, Én kívánatos-hoz beágyaz a SQL számla felhasználó azonosítás és jelszó-ban az ADF. Kezdve Ez a sablon (http://msdn2.microsoft.com/en-us/library/ms564221.aspx), Létrehoztam egy ADF, hogy csatlakozik egy adott SQL server-példányt, majd bejelentkezik egy adott felhasználó azonosítás és jelszó, és ezt a kódrészletet:

  <LobSystemInstance>
    <LobSystemInstance név="ClaimsInstance">
      <Tulajdonságok>
        <Ingatlan név="AuthenticationMode" Típus="System.String">Áteresztés</Ingatlan>
        <Ingatlan név="DatabaseAccessProvider" Típus="System.String">SqlServer</Ingatlan>
        <Ingatlan név="RdbConnection adatforrás" Típus="System.String">tényleges serveractual példány</Ingatlan>
        <Ingatlan név="RdbConnection-eredeti katalógus" Típus="System.String">tényleges initial catalog</Ingatlan>
        <Ingatlan név="RdbConnection integrált biztonsági" Típus="System.String">SSPI</Ingatlan>
        <Ingatlan név="RdbConnection összevonása" Típus="System.String">hamis</Ingatlan>

        <!-- Ezek a legfontosabb értékek: -->
        <Ingatlan név="RdbConnection felhasználó azonosítója" Típus="System.String">egyctual felhasználó azonosítója</Ingatlan>
        <Ingatlan név="RdbConnection jelszó" Típus="System.String">valóságos jelszó</Ingatlan>
        <Ingatlan név="RdbConnection Trusted_Connection" Típus="System.String">hamis</Ingatlan>

      </Tulajdonságok>
    </LobSystemInstance>
  </LobSystemInstance>

Nincs egy legjobb gyakorlat, de érdemes egy gyors és egyszerű konfiguráció vizsgálatához. Ez volt meglepően nehéz kitalálni, hogy. Soha nem találtam egy funkcionális példa keresési kulcsszavak:

  • ADF beágyazott felhasználó és jelszó
  • felhasználó azonosítás és jelszó beágyazása adf
  • felhasználó azonosítás és jelszó beágyazása adf bdc
  • SharePoint bdc primer
  • SharePoint felhasználói azonosító és jelszó beágyazása adf

</vége>

Subscribe to my blog.

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"&amp;"
  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!