Aki SharePointtal foglalkozik, annak hasznos lehet az alábbi két kódrészlet, amelyek ugyanarra szolgálnak: megnyitnak egy URL-t “web folder” nézetben, azaz WebDAV-on át, persze csak IE-ben.
<span style="behavior:url('#default#httpFolder');" onclick="this.navigateFrame('https://intranet', '_blank')"> Megnyitás </span> <a href="#" target="_blank" style="behavior:url('#default#AnchorClick');" folder="https://intranet"> Megnyitás </a>
Részletes leírás itt: About Web Folder Behaviors
Többen írtak nekem, hogy a régebbi cikkekben szereplő Technet oldalakra mutató hivatkozások egy része nem érhető már el, ezért összeszedtem a legfontosabb tartalmak új helyét:
A videók többsége megtalálható a videótárban és a Technetklub TV oldalon is, az e-bookok pedig a PDF-ek között.
Több, mint három éve készítettem ezt a screencastot, de úgy látszik, még mindig hasznos, mert valaki volt olyan kedves és feltette a YouTube-ra:
A technetklub.hu megújulásával a teljes előadássorozat nagyon elbújt az intraneten, de azért még fellelhető itt:
A SharePoint 2007 idején már szörnyülködtem egy kicsit azon, hogy milyen barátságtalan nevet kapnak az adatbázisok az odacsapott GUID-dal a végén. A rossz hír az, hogy ez a tünet megvan SharePoint 2010 esetén is, ráadásul több adatbázisunk is van.
A korábbi cikkben megírtam, hogyan adhatunk GUID-mentes nevet az AdminContent adatbázisnak a psconfig használatával parancssorból. A 2007-es parancs nagyjából működik 2010 alatt is, csak még egy –passphrase kapcsolót kell a végére írni.
Az új verzióban azonban születik még egy Business Connectivity Services (leánykori nevén Business Data Catalog) adatbázis is, természetesen az is megjegyezhetetlen névvel. Ha ezt a gyereket is mi szeretnénk elnevezni, irány a PowerShell:
$serviceUserName = "MYDOMAINMyServiceAccount" $servicePassword = "MySecurePassword" $password = ConvertTo-SecureString $servicePassword -asPlainText -force $credential = New-Object System.Management.Automation.PSCredential
$serviceUserName, $password $managedAccount = New-SPManagedAccount -credential $credential $appPool = New-SPServiceApplicationPool "SharePoint Services"
-account $managedAccount New-SPBusinessDataCatalogServiceApplication
-applicationpool $appPool
-name "Business Connectivity Services"
-DatabaseName "SharePoint_BDC"
Érdemes elolvasni Maurice Prather mai blogbejegyzését a SharePoint 2010 alá tervezett vasak méretezéséről:
Planning of moving to SharePoint 2010?
If the answer is yes, then start planning on upgrading your hardware.
How much hardware?
That’s hard to say specifically but let me throw out a number… 3x
What? You’re telling me that I need 3x the hardware to move over to 2010?!?
Meghalt a SharePointunk alatt a winchester, nem maradt más választásunk, mint backupból visszaállítani az egészet egy másik gépre. Ha már újratelepítés, akkor természetesen minden szoftverből a legújabb került a vasra: Windows Server 2008 R2, IIS 7.5, SQL Server 2008, WSS 3.0 SP2. A mentést sikerült visszaállítani, vidáman ketyegtek a csoportmunka webhelyek, időnként azonban furcsa 403 – Access Denied hibákat kaptunk.
Még olyan is előfordult, hogy egy webhelycsoport tulajdonosaként tudtam listázni a webhely felhasználóit (/_layouts/user.aspx), de amikor újat akartam felvenni, az oldal (/_layouts/acinv.aspx) jogosultsági hibával elszállt. Az a furcsa, hogy két olyan fájlról van szó, amik virtuálisan és fizikailag is azonos mappában vannak. Az operációs rendszer eseménynaplójában semmi.
A WSS-ben többnyire elég jól megoldották azt, hogy ha egy beállítás módosításához nincs jogom, akkor a megtekintéséhez sem és fordítva, ezért gyorsan kizártam annak a lehetőségét, hogy SharePoint konfigurációs hiba lenne. A mentésből a jogosultságokat is visszaállítottuk és szemmel láthatóan még mindig a webhelycsoport tulajdonosa voltam.
Így aztán, amint sikerült reprodukálni a hibát, jött a szokásos access denied kalapács: Sysinternals Process Monitor. Szűrés a w3wp.exe processre és a sok SUCCESS között ordított az ACCESS DENIED sor:
Látszik, hogy a WSS megszemélyesítette az AUT\balassy felhasználót és annak a nevében próbálta olvasni a webalkalmazáshoz rendelt bin könyvtárat. Adtam az érintett felhasználónak olvasási jogot erre a mappára és azóta sokkal szebb az élet.
Korábban már írtam arról, hogy Windows SharePoint Services telepítése után az eseménynaplóban megjelenő barátságtalan 10016-os hibaüzenetektől hogyan lehet megszabadulni. Windows Server 2008 R2-n azonban még egy akadályt át kell ugranunk.
A korábban bemutatott megoldás szerint a Component Services MMC-ben kell jogosultságot állítanunk az IIS WAMREG admin Service elemen. R2-n is pontosan erre van szükség csak éppen első nekifutásra ez nem fog sikerülni, mert a dialógus ablakban minden vezérlőt disabled állapotban találunk.
A megoldás az, hogy el kell zarándokolnunk a registry-ben ide, ez ugyanis az említett komponenshez tartozó kulcs:
HKEY_CLASSES_ROOTAppID{61738644-F196-11D0-9953-00C04FD919C1}
Nyissuk meg a Permissions ablakot és adjunk magunknak írási jogot erre a kulcsra. Persze elsőre ez sem fog menni (ez egy ilyen nap), mert nem lesz – még rendszergazdaként, elevated módban sem – jogosultság állítási jogunk. Tehát a nulladik lépés az, hogy a TrustedInstallertől magunkhoz ragadjuk a tulajdonjogot.
Erre a kérdésre nem egyszerű a válasz, és lássuk be, eddig a Microsoftnak sem sikerült. Elég csak megnézni a hivatalos weboldalt, ahol a kötelező bűvszavakból (effectiveness, extensibility, interoperability, processes, information sharing, enterprise stb.) áll össze a nagy büdös semmi négy hosszú sorban. Most azonban úgy tűnik, hogy rátaláltak a CommonCraft cégre, akik arra specializálódtak, hogy egyszerűen és röviden magyarázzanak el bármit. Ezt is rövidebben mondják el, mint én: “our product is explanation”.
Ez a 3 perces videójuk többet ér, mint az összes marketing maszlag:
Érdemes megnézni a többi videójukat is.
Egy Windows SharePoint Services webhely egyik adatlap nézetben megjelenő listája a minap az alábbi hibaüzenettel üdvözölt:
“The Access Web Datasheet is attempting to retrieve data from a different domain. You will be redirected to an error page. Contact your system administrator to resolve this error.”
A legszebb az egészben, hogy mindez csak akkor jelent meg, amikor a listát a http://intranet címen keresztül értem el, amikor FQDN-en keresztül, akkor működött simán. Ezek után nem lepődtem meg, hogy a guglizás eredménye az lett, hogy nézzek körül az Alternate Access Mappings beállításoknál.
A megoldás azonban lényegesen egyszerűbb volt: elfogyott a szabad hely a C: meghajtón. Kiderült, hogy a bűnös maga a WSS volt, a keresőmotor elindított egy teljes újraindexelést és közben telehányta a naplót a C:Program FilesCommon FilesMicrosoft SharedWeb Server Extensions12LOGS mappában. Magasabbra vettem a naplózási küszöböt a Központi Felügyelet oldalon, kitöröltem a LOGS mappa tartalmát és azóta megint szépen forog a gép.
Hogy ennek mi köze a fenti hibaüzenethez? Szerintem semmi. Contact your developer to fix this error message.
Letölthetőek az Informatika Tisztán sorozat múlt heti Megoldásbörzéjén tartott előadásaim prezentációi és videói.
Partnerek, ügyfelek és a saját munkatársak elérhetővé és kereshetővé tétele az intraneten
Gyakran merül fel az igény, hogy egy vállalaton belül összegyűjtött adatbázist, például a partnereink elérhetőségeit szeretnénk a munkatársak között megosztani, webes felületen megjeleníteni, rendezhetővé és kereshetővé tenni. Az előadásban a Windows SharePoint Services webkijelző infrastruktúrájára épülve, SharePoint Designer segítségével, fejlesztés nélkül tesszük közzé a relációs adatbázisban tárolt adatainkat az intraneten.
Teljes változat: Adatokat_az_intranetre.wmv (37:34, 206 722 kB)
Rövid összefoglaló: Adatokat_az_intranetre_rovid.wmv (3:46, 20 538 kB)
Céges dokumentumok automatikus előállítása: árajánlatok, szerződések, teljesítésigazolások generálása
A vállalati előírásoknak, formuláknak megfelelő dokumentumok manuális előállítása nehézkes és időigényes feladat, különösen akkor, ha a szükséges adatokat nekünk kell más dokumentumokból összevadásznunk. Az előadásban bemutatjuk, hogyan használhatjuk ki a Windows SharePoint Services dokumentumtárait és a SharePoint Designer grafikus lehetőségeit árajánlatokat, szerződéseket és teljesítésigazolásokat létrehozó munkafolyamatok készítésére.
Teljes változat: Dokumentumok_standardizalasa.wmv (46:58, 259 015 kB)
Rövid összefoglaló: Dokumentumok_standardizalasa_rovid.wmv (7:54, 42 180 kB)
Aki ott volt a Sugárban, vagy esetleg letöltötte és megnézte ezeket a felvételeket, kérem írjon valami visszajelzést, hasznos, megérte?
Balássy György szakmai blogja 