Saját webkijelző fejlesztése
Íme egy step-by-step leírás arról, hogyan készíthetünk saját webkijelzőket MOSS alá: HowTo - Custom WebPart development in Sharepoint 2007
Íme egy step-by-step leírás arról, hogyan készíthetünk saját webkijelzőket MOSS alá: HowTo - Custom WebPart development in Sharepoint 2007
A MOSS 2007 egyik jelentős újdonsága, hogy támogatja a kifelé történő publikálást, vagyis a site-unkon lévő tartalmakat mindenféle gond nélkül elérhetővé tehetjük az interneten. Ennek egyik “iskolapéldája” (vagy ahogy a tanfolyamokon hívom: MOSSkolapéldája ;)) Rick Taylor otthoni site-ja. Sajnos a januári MCT Summit-on nem tudtam részt venni, ahol ő is előadott, ott mesélt erről a szerverről (jómagam Réczi Gábor kollégám tolmácsolását hallhattam csak).
Szóval ez az ő kis családi MOSS szerverük, gondolom, a kamrában tartják a szalonnák és kolbászok között/helyett, mint mi a saját linuxos gépünket. És az egész család használja is (nincs már választásuk ;)) Például a lányát csak akkor engedi bulizni, ha ő tényleg felviszi a MOSS calendar-ba a buli időpontját, helyszínét, stb.
Szóval, ilyesmire is használható a MOSS ![]()
Íme egy step-by-step leírás az új SharePoint Server telepítéséről: Installing a New Microsoft Office SharePoint Server 2007 Portal
Kedden ismét tanfolyamot tartottam. Érdekes volt (de jó).
Érdekes, mert baba mellett egészen más dolog felkészülni, mint “régen”. Már nem működik a “leülök, és addig csinálom, míg jó nem lesz” hozzáállás, mert egészen biztos, hogy a gyerkőc akkor fog felébredni, akkor lesz éhes, vagy egyszerűen csak akkor kezd unatkozni, amikor épp a legközelebb állsz a megoldáshoz, és leginkább benne vagy az aktuális gondolatmenetben. Sebaj, hosszúak az éjszakák, szerencsére az esti fürdetés-fektetés után 10-11 órányi “nyugi” is van, ebből néhányat gond nélkül le lehet csípni.
A keddi tanfolyamra valamikor hétfő éjfél körül fel is állt a rendszer, működött a szerver. Igaz ugyan, hogy még teljesen “szűz” volt, de ez is volt a célom, így a jó, szándékosan nem valamely “kész” virtuális gépet használtam.
Szóval a téma a MOSS2007, üzemeltetőknek. Mint kiderült, az SPS2003-at egyáltalán nem ismerték, így az eredeti elképzelésem többé-kevésbé jó volt lehetett volna: először megnézzük a SharePointot működés közben, mit tud, mire jó egyáltalán, majd amikor már ezt látják, megmutatom, hogy mindezt hogyan lehet megvalósítani. Gondoltam, így majd jobban megértik, mint ha rögtön az elején listákról és workflow-król kezdek mesélni, anélkül, hogy szemléltetném őket.
A technika ördöge azonban másképp gondolta. A tanfolyamot mindenképp úgy képzeltem, hogy csupán délelőtt mutatok néhány slide-ot, de alapvetően a gyakorlatra építek, screenshot-ok helyett élesben megmutatom a dolgokat. A slideshow után sikerült is belépni, nyitó képernyő, szuper. Adjunk tehát hozzáférési jogokat a hallgatóknak, ők is tudjanak “játszani” a szerveren. A szerver viszont meghalt. RDP, ping - semmi. Nem a MOSS adta meg magát, hanem maga a kiszolgáló. Rendben, irány a gazdagép (virtuális környezetben volt a tanfolyami szerver), nézzük meg, mi a gond. IP conflict… De hogyan?!
Ezt azóta sem sikerült kideríteni. Némi hekkelésnek és az üzemeltető hallgatóknak hála, új IP-vel ment minden, DC is, MOSS is, szuper.
Mivel azonban a MOSS alatt minden IP szerint volt konfigurálva, indulhattunk a kályhától, az egész szervert újra kellett élesíteni - anélkül, hogy valaha is láttak volna működő SharePointot. Hurrá. Elindult.
Ebédszünet.
Délutánra a kisördög valószínűleg elfáradt, vagy megadta magát, mert minden klappolt, haladtunk, mint a karikacsapás. Az előre eltervezett gondolatmenetem ugyan felborult így, de szerencsére sikerült elérni, hogy a nap végére több-kevesebb képet kaptak a hallgatók, némileg átlátták, amit át akartam adni nekik. Számomra mindenesetre sikerélmény volt.
(Ha olvassátok ezt a cikket, javítsatok ki nyugodtan ;))
Amit jövő kedden mindenképp másképp csinálok majd a visszajelzések alapján (hacsak ismét nem történik valami váratlan), az az, hogy nem egy “érintetlen” géppel indítunk, nem a nulláról rakjuk össze a tartalmakat, hanem egy demo cég oldalát összerakom nekik, hogy elsőként egy működő, kész portállal szembesüljenek. Talán így még hatékonyabb lehet a dolog. Meglátjuk. Délután persze ők is ezt fogják szétszedni majd, és ha minden jól megy, a nap végére már nemcsak felhasználói, hanem üzemeltetői szemmel is rálátásuk lesz a MOSS-ra.
Mindenesetre nem könnyű egyetlen napba belezsúfolni egy ilyen nagy elefántot…
Sztanya Feri küldte a linket az új MS Technet fórumon: A couple of SharePoint Links.
Lesz mit olvasni! ![]()
SPS alatt könnyen felmerülhet az igény, hogy ne csak az adott site listáinak oszlopai közül definiálhassunk lookup mezőket, hanem más site adatait is szeretnénk ugyanígy felhasználni. Például ha a Marketing, a HR és a Fejlesztés külön-külön site-okat tart fent, viszont egymás adataival is szeretnének dolgozni.
Erre az esetre eddig nem volt megoldás az SPS alatt, most viszont elérhető egy CrossSiteLookupField nevű add-on, melyet az SPS2007 szerverre telepítve megoldja a problémánkat. Egyetlen kikötés: az így összekapcsolt adatoknak ugyanazon site collection-ön belül kell lenniük.

Egy frissen installált SharePoint 2007 szerverre azon nyomban fel is telepítettem a február elején megjelent magyar language pack-et. Szépen felkúszott minden, beállítások rendben, magyar site-ok születnek sorban, elsőként tartalom nélkül, hogy a struktúra meglegyen. Attól eltekintve, hogy helyenként érezhető a “magyarítás” magyartalansága (szvsz főleg hibaüzenetek és az adminisztrációs oldalon) - szóval ettől eltekintve szép a világ, kezdődhet a tartalmak létrehozása-generálása.
Első lista, Problémakövetés (Issue tracking), kész, teszt. Új listaelemet nem tudok felvenni, mert hiányzik neki egy SpellCheckEntirePage.js nevű file. Mindezt persze csodaszép magyarsággal közli velem, már bánom, hogy nem mentettem el az üzenetet
(Ld. később.) Oké, tesztelgessünk. Ha angol site-ot hozok létre (ismétlem: a gyökérben lévő site collection magyar), a file-t nem kéri, látszólag nincs problémája. Ha magyart, akkor belezakkan.
Rendben. Próbálkozzunk tovább. Váltsunk Adatlap-nézetre (Datasheet), ott gond nélkül vehetünk fel új elemet. Egy-két elem után vissza Normál nézetbe (Standard View), és lássuk, szerkeszteni engedi-e ezeket. Nem! Ugyanazzal a hibaüzenettel ez is elakad. A Megtekintés (View) működik, de a Szerkesztés és Új elem felvétele nem.
Tehát magyar site collection magyar lapján fennáll ez a probléma, angol lapján viszont nem.
Továbbmentem: ha angol a gyökér, akkor az angol lapokkal nyilván nincs gond. Viszont a magyarokkal sem!
Miután így körüljártam, hogy mi működik és mi nem, irány a Google, és láss csodát: német, orosz, spanyol és egyéb nyelveken is megvan a probléma, nem bennünk van a hiba!
A megoldás pedig? Íme:
“To create an empty SpellCheckEntirePage.js in \Program Files\Common Files\Microsoft Shared\web server extensions\12\TEMPLATE\LAYOUTS\XXXX\”
A poén viszont még nem itt van. Mert ugye létrehoztam a megfelelő helyen a megfelelő file-t, és csoda: működött. Ekkor kezdtem el írni ezt a bejegyzést - s úgy gondoltam, beidézem ide a pontos magyar hibaüzenetet - töröltem tehát a SpellCheckEntirePage.js-t, most már tudjuk a megoldást, egy pillanat alatt visszaállítható.
Lássuk.
Nos, igen, vagyis nem: a probléma nem jön vissza. Nem hiányzik neki a file. ![]()
(Próbáltam ezek után rákeresni, hátha valaki valahol lejegyezte már ezt az üzenetet, de sajnos nincs találat :()
Nem mondom, hogy megnyugodtam. A probléma “megszűnt”, de a megoldás, a válasz a “miért?“-re még hiányzik, tovább kell nyomozni…
Update: A teszteléshez felhasznált másik szerveren (ahol angol a gyökér site colelction) nincs SpellCheckEntirePage.js! ![]()
Powered by WordPress