udělal jsem "univerzální event receiver" - volá IronPythonovej skript, tzn. není potřeba kvůli každé blbosti (tady potřebujeme přenášet pole jinam, tady potřebujeme přenášet dvě pole jinam, tady potřebujeme zjistit, která hodnota je větší a tu přenést, apod.) kompilovat a deployovat knihovnu, stačí prostě uložit do konfigurace pro ten který seznam skript... kdybyste to někdo chtěli koupit, dejte vědět ,)))

problém byl ve web.configu - nikdo samozřejmě neví jak, ale "remove *.asmx" se dostalo na poslední pozici, a ve výsledku tam na to tedy nebyly handlery...

hm, dela nam to ve WSS, a k takovymto zmenam tam nedoslo... jeste resim, proc normalni request na server obsahuje NTLM autentikacni retezec, ale request na .asmx ho neobsahuje... no nic, necham to na kolegovi

KERRAY: myslis primo WSS nebo moss shared services (SS)? jestli SS, tak setkal, kdyz hostovaly MySites a prehodila se web. aplikace, ktera je mela hostovat.

nenarazili jste někdy na problém, že přestanou fungovat webservices a neustále se dožadují přihlášení, přičemž jim nestačí ani přihlášení admina? pokud víme, nic se neměnilo, nic se neupravovalo...

Zdar, mate nekdo zkusenosti s replikaci site collections a jednotlivych sites mezi ruznyma farmama? thx

nema nekdo zkusenost s vytvarenim odkazu v dokumentove knihovne, aby nedochazelo k duplikaci souboru?

SharePoint Reviews
Resource for Independent, Expert Reviews of SharePoint Products
http://www.sharepointreviews.com/

KUBIS: hm, pokud to ma byt jednou, tak budto rucne, nebo si na to udelat skript/konzolovou aplikaci...

je mi jasne ze jsem lama... ale mam dotaz... mam dokumentovou knihovnu... je to preexportovana slozka dokumentu ve stromove strukture...
jde mi o to ze kazda slozka ma nejaky popis (to co v te slozce je), ktery je ulozeny v *.txt souboru + by mela byt moznost okomentovat kazdy soubor (komentare z predchozi knihovny, ktera byla delana v MDB jsou prilozeny v xml dokumentu) ... jakym zpusobem muzu tyhle veci k sobe napojit...? jsem z toho pomerne zmateny.

Simplifying SharePoint debugging by creating the troubleshooting toolbox
http://sharepointmagazine.net/technical/development/getting-started-with-sharepoint-programming-simplifying-sharepoint-debugging-by-creating-the-troubleshooting-toolbox

PETVAL: btw v ramci kolekce, ne jen te jedne stranky

ach jo, to je prostě geniální
http://msdn.microsoft.com/en-us/library/bb687949.aspx - best practices pro programování s objektovým modelem sharepointu... doporučuje nepoužívat SPList.Items, a jako náhradu za SPList.Items.Add doporučuje metodu SPList.AddItem... která neexistuje

bacha na sharepoint designer, pri konverzi webpartview do xsl view obcas vyrobi v kodu aspx stranky tisice prazdnych radku a pokud si toho hned nevsimnete, tak je zadelano na sileny problem s vykonem.

vystihl to

The Documents days are Numbered
http://www.sharepointjoel.com/Lists/Posts/Post.aspx?List=0cd1a63d%2D183c%2D4fc2%2D8320%2Dba5369008acb&ID=191

PETVAL: pro kazdou zalozku se spousti novy proces a diky tomu nefunguje ani RunAs - pri jeho pouziti se vytvori novy proces, ale s identitou toho, kdo IE spustil prvni...

sice mi ted kolabujici stranka neshodi cele IE - coz mi je uplne jedno, ale pracovat se s tim neda. v tom redmondu mysli snad prdeli.

PETVAL: Pravda. Občas neuškodí víc přemýšlet a míň se ptát. Dík :)

prvni problem s IE8 - pokud jsem se chtel podivat, jak uvidi web uzivatel, spustil jsem si nove okno IE7 a tam se pres sharepointi menu prepl na nej, puvodni okno zustalo bezet pode mnou. v IE8 prepnuti v jednom prepne i druhe :(

CRANK: udelat si sloupec na nazev cesty na tom synchronizovanem stroji a do knihovny si generovat nejake sve tvary?

Náhodou na téma nepříjemné System.IO.PathTooLongException:

Když potřebuju používat knihovnu dokumentů jako storage pro soubory, nemůžu vytvořit takovou strukturu adresářů-souborů, jejichž názvy by byly delší než 260 znaků. Nejde to nějak obejít?
Přijde mi to dost naprd. :) Zvlášť když to potřebuju obousměrně synchronizovat s filesystémem na jiném stroji, který takovou limitaci nemá. :(