SharePoint kategória bejegyzései

URL megnyitása WebDAV-on át

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

 

Technorati-címkék: ,
Reklámok

Régebbi Technet tananyagok

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.

 

Technorati-címkék: ,,,,,

WSSv3 Extranet publikálás

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:

  1. A telepítés előkészítése
  2. Telepítés utáni első lépések
  3. Extranet publikálás
  4. Monitorozás
  5. Mentés és visszatöltés
  6. Megoldás telepítése
  7. ASP.NET bevezető üzemeltetőknek

 

Technorati-címkék: ,,

SharePoint 2010 BDC adatbázis neve

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"

Technorati-címkék: ,,

2010 Rule of Thumb: You’re gonna need more hardware (SharePoint 2010)

É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?!?

Folytatás és magyarázat »

 

Technorati-címkék:

Időnként Access Denied a _layouts mappa fájljaira

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:

Process Monitor: Access Denied

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.

 

SharePoint DCOM error 10016 @ WS2008 R2

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.