já ten sharepoint miluju...

AfterProperties položky v ItemUpdating jsou prázdná v případě, že update byl udělaný v kódu

z AfterProperties se údaje získávají pomocí interních jmen polí... nebo se to aspoň (skoro) všude píše - až na to, že dokumentové knihovně v AfterProperties NEPOUŽÍVAJÍ interní jména polí: když už tam ta metadata jsou (a v případě, že nejsou vyplněná (asi), tak tam vůbec nejsou zmíněná, ačkoliv u seznamů jo), tak jsou tam pod DisplayName, a spousty standardních polí jsou přejmenovaná

no a že by to bylo zmíněné v dokumentaci, to bych byl asi hodně naivní... ale ani na blozích a fórech se na tyhle témata prakticky nedá narazit...

KUBIS: jediny co muzu nahodit, a co mozna ani bez dalsich uprav nefunguje, je balik https://github.com/kerray/NAVERTICA-SPTools, kterej ale jinak nikde neinzeruju, protoze to povazuju za dost hroznej bastl - tedy ne moc reprezentativni

aktualne to rozdelujem, cistime, vychytavame...


NECROMAN: i kdyz si tyhle veci resime sami, klidne by mne zajimaly detaily

hosi tak nahodte nejake linky ukazky dema ne?)

KUBIS: nase firma zas nabizi reseni automatickeho on-demand deployovani hotovych sharepointich modelu/webu, co si lze snadno nakonfigurovat a upravovat, tak kdyby to nekoho zajimalo :)

KERRAY: super, to me zajima... jak se vratim z dovolene bych se na to mrkl, diky

KUBIS: kdybys měl chuť, ozvi se, máme pro SharePoint řešení, ve kterým se dá všechno řešit pomocí IronPython skriptů, a tím pádem na ohromnou spoustu věcí není potřeba žádný Visual Studio - webparty, event receivery, timerjoby, stránky... na pidi webparty je to skoro bych řekl ideál, na složitejší řešení až časem, až doděláme novou verzi

TENCOKACISTROMY: no a prave o to jde, ja primarne nejsem developer proto nepotrebuju pro verzi, spis bmi chybi prave ta podpora pro sharepoint ktery je ve verzi foundation vpodstate jako express jineho produktu tak bych cekal ze ta podpora bude uz ve visual studiu, to je to proc me to stve. ja pracuji v enterprice prostredi a proto bych cekal ze dostanu i nastroj k tomu abych si mohl treba sharepoint trosicku ohybat aniz bych pouzil designera

KUBIS: Tak s VS ve verzi nizsi nez Professional bych odmital pracovat :), takze v tom ja osobne nevidim problem (ale uznavam, ze nekdo jiny muze).

Jako ono to jde obejit - zkopirujes si assembly ze Sharepointu, ty pak nareferencujes, trosku si pohrajes s konfiguraci atd... Ale to je prave ten obrovskej overhead, kterej je potreba resit jen kvuli tomu, aby prace mohla zacit. To fakt nemam rad.

KUBIS: navic uz tak platime mrkvosoftu dost za enterprise prostredi

TENCOKACISTROMY: privetivost se podela tatam kdy pro vyvoj pro sharepoint potrebujes professional verzi VS ... toto me pekne stve, zvlast kdyz si chci delat nejake pidi webparty

PETVAL: Ja 16GB RAM mam, ale jak rikal NECROMAN, ve chvili kdy chces (nebo hur - potrebujes) mit vic instanci a musis sahnout po virtualu, tak uz to docela haze klacky pod nohy.

Samozrejme ze se to nakonec nejak vyresit da, o tom ani v nejmensim nepochybuju. Ale kdyz musis resit vubec to, aby jsi to nainstaloval a to jsi jeste nezacal v podstate pracovat, tak to neni moc dobra vizitka.

Tim se nesnazim nadavat :), ale tyhle pozadavky opravdu nejsou znamkou nejaky podpory vyvojaru, v ktery MS docela vynika. Je to skoda, vstupni naklady na Sharepoint reseni jsou oproti alternativam obrovsky. To vyvojarskou zakladnu rozhodne neposilni.

Ale uz mlcim :), jen se mnou tahle zprava trochu zatrasla.

TENCOKACISTROMY: 16 GB v desktopu neni problem, v notebooku to standard jeste neni, ale pokud si v tom bude smudlit 1 clovek a pagefile bude na SSD, ktere nedegraduje vykon na nekompriovana data a bude mit rezervu volneho mista na overprovisioning, tak to bude pouzitelne, i kdyz tam pobezi SQL server. snad :)

NECROMAN: 24GB je pro server, kde je i SQL server. takze spis jeden poradny SQL server, 32 GB ram by mohlo stacit, 15000 otackove nebo SSD disky pro databaze a pak jim staci 12 GB na SP. a nez to cpat do kompu, tak bych to pri poctu vyssim nez +-5 resil virtualizaci taky - base image (OS, binarky SP, vyvojove nastroje) na virtualizacnim serveru (hyper-v, xen, kvm - vmware je dnes cenove dost mimo), z toho linkovane klony a na ty by se pripojovali vyvojari.
nizsi naklady, snadnejsi sprava, nutnost konektivity.

NECROMAN: Kam se podela privetivost pro vyvojare ze strany MS :(.
Nebo to je nachval, aby to pouzivali fakt jen velky korporatni molochy?

KUBIS: jako firma, kde mame par SharePoint vyvojaru a kazdy potrebuje virtual s SP + jeden build server, to bude asi treba pro SP2013 virtualy koupit par novych serveru :-/

NECROMAN: jj na to jsem se dival... ale tak 2008 servery jsou stejne jen 64bitove mam pocit, nicmene ty naroky jsou jedine na hlavu... ale v dnesni dobe datovych center a virtualizace je to v podstate jedno

Tak bacha:
Hardware and software requirements for SharePoint 2013 Preview
http://technet.microsoft.com/en-us/library/cc262485(v=office.15)
minimalni server pro SP2013 Foundation - 8GB RAM, 4jadro, x64 only. Plny SP2013 potom min 24GB RAM
Jinak SP2013 bezi uz na .NETu 4.5 (RC), to je docela prekvapeni, cekal jsem max .NET 4.0.
Dale take podpora browseru porad obsahuje i IE7 a IE8 - skoda, tajne jsem doufal v HTML5 a IE9+

NECROMAN: diky!

máte někdo zkušenosti s Webparts360 AppStudio?

případně tipy na nějaké další produkty, které by se snažily o podobné věci?