Minimální zabezpečení vyžadované pro formuláře aplikace InfoPath

Jsem potřeboval ke splnění bezpečnostních požadavků na formulář aplikace InfoPath dnes. V této situaci, relativně malý počet jedinců mohou vytvořit nový formulář aplikace InfoPath a mnohem širší publikum je dovoleno upravovat. (To je nové pronájem na internátní formou používanou v lidské zdroje, který spustí pracovní postup).

Pro splnění tohoto cíle, Vytvořil jsem vytvořil dvě nové úrovně oprávnění ("vytvořit a aktualizovat" a "jen aktualizovat"), zlomil dědičnost pro knihovnu formulářů a přiřadit oprávnění k a "vytvořit, aktualizovat" uživatel a samostatné "update pouze" uživatel. Všechny mechaniky pracoval, ale to se ukázalo být trochu víc zahrnující, než jsem čekal. (Pokud se budete cítit trochu nejistě na oprávnění služby SharePoint, Podívejte se na tento blog post). Konfigurace požadovaná úroveň zabezpečení pro úroveň oprávnění nebyla zřejmá sada granulovaných oprávnění. Vytvořit úroveň aktualizace oprávnění pro formuláře aplikace InfoPath, Jsem udělal následující:

  1. Vytvořit novou úroveň oprávnění.
  2. Uklidit všechny možnosti.
  3. Vybrány pouze z "Oprávnění":
    • Upravit položky
    • Zobrazit položky
    • Zobrazit stránky aplikací

Výběrem těchto možností umožňuje uživateli aktualizovat formulář, ale nelze vytvořit.

Trik byl v tom umožnit "Zobrazit stránky aplikací". Není tu žádné verbage na úroveň oprávnění, která označuje, že je nutné pouze pro aktualizaci formulářů aplikace InfoPath, ale ukázalo se, že je.

Vytvoření a aktualizace byla ještě podivnější. Jsem následoval stejný postup, 1 prostřednictvím 3 nad. Musel jsem se konkrétně přidat oprávnění webu"" možnost: "Použít funkce integrace klientů". Znovu, Popis tam nedělá, zdálo, jako by to mělo být pro formuláře aplikace InfoPath, ale je to.

</Konec>

Že “Mezi tím” Pocit; Pozorování na poradenské služby SharePoint

Bohužel, fáze, jeden z mých posledních projektu dospěla k závěru a klient se rozhodla se samy o sobě na druhé fázi. Jsme dělali svou práci příliš dobře, as usual 🙂 I’m now between projects, zvláštní doba pro zaměstnance, konzultanti, jako jsem já (as opposed to independents who must normally live in perpetual fear of in-between time 🙂 ). Jsme personálně konzultanti výplň tentokrát různými způsoby: Práce s prodejní lidé psát návrhy; vyplnění pro někoho nebo zálohování člověk na to nebo liché práci; studium; Blogování :). Je to těžké plánovat více než pár dní předem. V podobných situacích, když mám trochu času na mých rukou, Rád se odrážela.

Jsem téměř vždy smutná opustit areál klienta naposledy. Konzultanti tvoříme zvláštní druh vztahu s našimi klienty, na rozdíl od typické pracovní vztah. Je úhel, peníze — Všichni vědí, že konzultanta je dvojité či trojité nebo dokonce více, než zaměstnanci klienta. Jsi známý dočasné. Jako konzultant, Ty jsi trvalé cizí s více či méně známé odjezdu. Přesto, jíte oběd s klientem, vzít ven na večeři a nápoje, zákusky pro tým, jít na kávu běží, dát a přijmout holiday karty — všechny druhy věcí, které se spolupracovníky. Na jedné straně, jsi dospělý v pokoji. Ty jsi odborník na technologie, které vám dává lepší pozici. Na druhou stranu, Ty jsi dítě. Na den nula, konzultanti nevím jména, místa nebo klienta žargon. Většina krát, poradců nikdy nenaučí, to vše.

Když to dobře dopadne, jste velmi dobře integrovat s klienta projektového týmu. Zacházeli s vámi jako spolupracovník v jistém smyslu, a důvěrník v jiném. Vzhledem k tomu, že nemáme vztah podřízenosti manažer styl s klientem, Projektový tým se často cítí trochu nekódovane své špinavé prádlo. Zklamal své zábrany a může dát konzultanta do nepříjemné pozice, Nikdy si uvědomil, že to dělají.

Konzultanti, často nemají dostat do fáze dvě a že nikdy nezlepší pro mě. Myslím, že je to obzvláště těžké s SharePoint. První fáze typické projektu SharePoint zahrnuje instalace/konfigurace, Správa, taxonomie, základní typy obsahu, atd. a v mnoha ohledech, částky, které mají dlouhé, velmi podrobné vyhledávání. To je to, jak zobrazit můj poslední projekt. Jsme přece všechny základní věci, stejně jako provést nějaké pěkné mini-POC rozšířením CQWP, implementace služby BDC připojení k PeopleSoft, představil poměrně složitý pracovní postup pomocí aplikace SharePoint Designer, dotkl se na základní KUV a další. Vlastní fáze, dvě by rozšířit vše s rozsáhlou, téměř všudypřítomné BDC, opravdu pěkný pracovního postupu, dobře naladěni a lepší vyhledávání, Centrum záznamů, Excel services a zřejmě nejdůležitější, oslovit ostatní účetní jednotky. Ale, je to pro mě není třeba, a to je smutné.

Na základě této nedávné zkušenosti, Myslím, že je to spravedlivé říci, že implementace serveru SharePoint správná organizace je proces jeden rok. To pravděpodobně oprávněně běželi dva roky před dosažením bodu klesajících výnosů. Podrobnosti o záležitost, Samozřejmě.

To je život konzultanta a všechny tyto stížnosti jsou ještě horší, v zapojení služby SharePoint. Jak jsem napsal před, SharePoint je horizontální povahy se dostanete do kontaktu s širokou škálu lidí a obchodní jednotky. Když jednáte s tolika lidmi, můžete vidět tolik způsobů, že SharePoint mohou pomoci společnosti, zvýšení účinnosti, ušetřit čas, dělat věci lépe… ale ne vždy si je.

Často se zpět na své první místo z vysoké školy, před zahájením poradenské kariéře 1995. Udělali jsme si k tomu fáze dvě a dokonce i fáze tři. Byly to pěkné časy. Na druhou stranu, Avšak, To znamená, že to by znamenalo spoustu běžných věcí příliš. Správa zabezpečení webu. Vylepšování typy obsahu. Vytváření zobrazení a změna zobrazení. Jednání s nastavení zabezpečení aplikace Internet Explorer. Obnovení ztracených dokumentů. Blech! 🙂

I přes moje melancholická nálada, Neumím si představit, kam raději budu (s výjimkou na teplé pláži s zavanul lihovin).

Nemůžu se dočkat, až začít provádět další projekt SharePoint enterprise.

(Bez zjevného, Napsal jsem většinu tohoto blogu na NJ tranzit autobus. Nemyslím si, že jsem udělal nějaké přátele, but one CAN blog on the bus 🙂 )

</Konec>

Doplněk Technorati značky:

Neděle legrační: “Není to tak zlé”

Zpět v blízkosti 1999, Jsem trávila mnoho týdnů se v Santa Barbaře, CA, práce pro klienta, Takže moje ubohá žena sem v New Jersey sama. Jsem strašně rád svou ženu. Miluji ji stejně dnes jako tehdy bláhově mě vzala 1,000 let nebo tak lety. Někde podél trati, I razil frázi, "zvláštní strach", jako v "Samantha má zvláštní obavy." Ona jako zvláštní strach z "chyby", které s ní nejsou mouchy nebo berušky, ale spíše mikroby. Má strach z té či oné virus nebo neobvyklé bakterií postihující našeho syna, nebo já, ale opravdu nikdy sama. (Ona je také speciálně strach z upírů, miniaturní zlo panenky (zejména klauni) a ponorka nehod; Ona se ven-rozrostla zvláštní strach z lidí oblečených v Santa Claus oblečení).

Jeden den, Můj spolupracovník a rozhodl jsem se řídit až do nedalekých hor poblíž Ohai. Na jednom místě, Máme brát ve scéně z auta. Když jsme se vrátili do auta, Všiml jsem si, že klíště na mém rameni. Zkusil jsem z okna a bylo to.

Té noci, Jsem jí řekl o naší jednotky a zmínil klíště. Rozhovor probíhal asi takto:

S: "Oooo! To jsou špatné. Nesou nemoci."

P: "Dobře, Vytvořil jsem ho z okna."

S: "Ale jsou opravdu špatné. Mohou dostat pod kůži a sají krev a přenést chyby. Lépe kontrolovat vaše vlasy a ujistěte se, že zde nejsou žádné v hlavě!"

P: Nahlas: "Můj Bůh! MOHOU SE PŘEVZÍT SVÉ MYSLI???"

S: Doslova mě uklidňující: "Ne, nejsou to špatné."

</Konec>

Doplněk Technorati značky:

Rychlé a snadné: Automaticky otevřít formulář aplikace InfoPath Z e-mailové aplikace SharePoint Designer

AKTUALIZOVAT: Madjur Ahuja poukazuje na tento odkaz z diskusní skupiny diskuse: http://msdn2.microsoft.com/en-us/library/ms772417.aspx. Je to docela definitivní.

===

Často chceme vložit hypertextové odkazy na formuláře aplikace InfoPath v e-maily odeslané z aplikace SharePoint Designer pracovní postupy. Když uživatelé obdrží tyto e-maily, mohou klepnutím na odkaz z e-mailu a jít přímo do formuláře aplikace InfoPath.

Toto monstrum URL stavební práce pro mě:

http://server/sites/departments/Technical Services/InformationTechnology/HelpDesk/_layouts/FormServer.aspx?XmlLocation=/sites/departments/Technical Services/InformationTechnology/HelpDesk/REC REM RED Forms/REC2007-12-18T11_33_48.XML&Zdroj = http % 3A % 2F % 2Fserver % 2Ecorp % 2Edomain % 2Ecom % 2Fsites % 2Fdepartments % 2FTechnical % 2520Services % 2FInformationTechnology % 2FHelpDesk % 2FREC % 2520REM % 2520RED % 2520Forms % 2FForms % 2FAllItems % 2Easpx&DefaultItemOpen = 1

Červený tučný text nahraďte názvem ve formuláři, jak je znázorněno v následujícím snímku:

obrázek

Všimněte si, že je hodně pevně zakódované cesty v URL, stejně jako součást adresy URL kódované. Pokud je to příliš těžké přeložit konkrétní situaci, Zkuste na oznámení pro knihovnu formulářů. Odeslat formulář, a když se dostanete k e-mailu, Zobrazit zdroj e-mailu a uvidíte vše, co potřebujete zahrnout.

Bystrý čtenáři si všimnout, že výše uvedený email tělo také ukazuje, že odkaz, který přímo přistupuje k úkolu pomocí filtrovaného zobrazení. Mám v plánu to vysvětlit podrobněji v budoucnu post.

</Konec>

Doplněk Technorati značky:

Uvažování o komerční produkty

Dal jsem Rozšíření projektu SharePoint Designer nahoru na Revision počátkem letošního roku a i když je opravdu docela omezený v rozsahu, Odhaduji, že je bylo staženo 40 do 60 (Možná i 100) společnosti v jen o dva měsíce. To naznačuje mi, že existuje trh pro řešení a kdyby úspěšně uvést na, that could translate into a goodly amount of beer 🙂

Moje pozadí je ve skutečnosti mnohem více v oblasti vývoje produktů a já vím, co je zapotřebí, aby prvotřídní produkt, na rozdíl od CodePlex projektu koníček, na trh. V mém Minulý život, Byl jsem zodpovědný za produkt R&D pro všechny softwarové produkty. Rozdíl mezi tehdy a teď je, že jsem poradce, nyní pracuje pro (vynikající) poradenské firmy (Conchango). Dříve, Měl jsem celou společnost za mnou a přede mnou, prodej a podpora produktů jsme přinesli na trh. Dnes, Já bych se sám.

Mám na mysli několik nápady, ale myslím, že nejjednodušší by bylo vytvořit komerční verze výše uvedeného CodePlex projektu, který používá, že jako výchozí bod a rozšiřuje dále. Moje fuzzy střelená od boku myšlení je něco jako účtovat $100 pro licenci pro neomezený vývojář a $500 na výrobu webu front-end. Myslím, že já bych také rozdávat zdrojový kód.

Pokud máte myšlenky nebo zkušenosti, které jste ochotni se podělit, Prosím, zanechte komentář nebo napište mi přímo. Chtěl bych slyšet názory jako:

  • Je to všechno stojí za to?
  • Praktické návrhy pro marketing, vybírání peněz, distribuce.
  • Ceny.
  • Podpora.
  • Další komentář, který chcete nechat.

Je to "snadné" Chcete-li přijít s nápady a jejich implementaci, Ačkoli mnoho desítek hodin práce jsou nutné. Ostatní věci není tak snadné pro mě.

</Konec>

Doplněk Technorati značky:

Sunday Morning legrační: “Ježíš musí zemřít”

Koupili jsme si naše první (a to pouze) "luxus" zase když hurikán Floyd přibil východního pobřeží USA. Dostali jsme hodně deště zde v New Jersey a Uplynulo několik dní předtím, než se život vrátil do normálu. Těsně předtím, než Floyd udeřil, Zvládli jsme nabídku pro použité Volvo 850 GL a poté, co udeřil Floyd, odvezla domů.

To byla naše první auto s CD přehrávačem. Jako většina nových vlastníků aut, jsme trochu pomátl CD, oživit naše spící CD kolekce a šel na dlouhých jednotkách jen poslouchat CD v autě. Stejně jako všechny výstřelky, prošel to pro nás a tak jsme skončili, znovu a znovu poslouchat stejný CD. V našem případě, byl to Jesus Christ Superstar.

Jedním z (mnoho) brilantní kousky v tomto rocková opera je zpívaná náboženské typy zařízení, pod vedením Kaifáš, "Velekněz". Zpívají jejich cestu do rozhodování o tom, jak zvládnout problém Ježíš"" a Kaifáš je přesměruje na závěru, že "Ježíš musí zemřít". Refrén na píseň je "prostě musí zemřít, musí zemřít, musí zemřít, Tento Ježíš musí zemřít". Slyšeli jste to upustit hodně v tomto kusu.

V době, můj syn byl asi tři roky starý. Asi vidíte, kam to směřuje.

Přišel jsem domů z práce jeden den a můj syn je v obývacím pokoji hraje s hračkami a broukat si pro sebe. Sundám bundu, Při pohledu přes mail a všechny mé obvyklé věci chodí-the dveře a já jsem náhle uvědomit, že jen říká, zpívá opravdu: "Ježíš musí zemřít, musí zemřít, musí zemřít." Byla jsem vyděšená. Viděl jsem jen ho dělá, že na jedné z jeho dítě hrát data na přítelkyni — pravděpodobně poslední hrát data s přítelem tohoto dítěte.

We pulled that CD out of the Volvo after that 🙂

</Konec>

Doplněk Technorati značky: ,

Google nevyhověl své živé prostory Blog do programu AdSense

AKTUALIZOVAT: Od 03/09, Našel jsem způsob, jak integrovat můj účet live spaces s Google Adsense. Systém Microsoftu zde Zdá se, že zabránit všem technické mechanismy, které Google poskytuje rádoby adsense hospoda. Mám sklon věřit, že je to hlavně vedlejší účinek jistoty, kterou postavili do živé prostory, není přímým snaha oslabit Adsense.

To není SharePoint post, ale mohou být zajímavé pro blogery obecně.

Někdo řekl jejich blog služby Windows Live Spaces, že Google kladně odmítnutí jejich žádosti o účast v AdSense. Ona se domníval, že Google popřeli ji, protože její blog je hostitelem služby Windows Live Spaces. Avšak, Byl nedávno přijat do programu pro můj blog live spaces, Takže politika má buď změnit nebo Google popřeli ji z nějakého jiného důvodu.

Samozřejmě, Nevidím žádné zřejmý způsob, jak integrovat Google AdSense do mého živého prostoru, but it’s a start 🙂

</Konec>

Doplněk Technorati značky: ,

Prováděcí Master / Detail vztahy pomocí vlastních seznamů

Fórum uživatelé často jako otázky:

> Dobrý den,
>
> Řekněte mi, jestli jsou veškeré možnosti vybudovat vlastní seznam s
> seznam a podrobnosti typu (jako faktury) bez použití aplikace InfoPath.
>

SharePoint poskytuje některé pole funkcí, které podporují druhy obchodních požadavků takového.

Obecně, jeden spojuje dva seznamy dohromady pomocí vyhledávacího sloupce. Seznam A obsahuje informace hlavičky faktury a seznam B obsahuje Detaily faktury.

Další seznamy použít k udržení čísla zákazníků, čísla produktů, atd.

Použijte webovou část dotaz na obsah (v MECHU pouze) a datové zobrazení webové části Vytvoření sloučené zobrazení seznamů. Služba SQL Server Reporting Services (SRS) je také k dispozici pro stranu hlášení o to.

Avšak, tam jsou některé důležité omezení, které ztěžují používat čisté funkce out-of-the-box pro vše, co je i středně složité. Mezi ně patří:

  • Velikost souvisejících vyhledávací seznamy vs. "čistota" sloupec typu vyhledávání. Typ vyhledávacího sloupce se prezentuje na UI odlišně podle toho, zda jste povolili vícenásobný výběr nebo ne. V obou případech, ovládací prvek mimo of-the-box se zobrazí všechny dostupné položky ze zdrojového seznamu. Pokud má zdrojový seznam 1,000 položky, To by mohl být problém. Ovládací prvek vyhledávání nelze stránkovat tyto položky. Místo toho, všechny z nich přitahuje do ovládacího prvku. Díky za pěkné uživatelské rozhraní, jak vzhledem k zadávání dat a výkon.
  • Vyhledávání "pull zpět" jeden sloupec informací. Můžete nikdy vytáhnout zpět více než jeden sloupec informací ze seznamu zdroj. Například, Nemůžete zvolit zákazníka "12345" a zobrazí číslo i jméno a adresu zákazníka v době. Vyhledávání pouze zobrazuje zákazníka, číslo a nic jiného. To je nepříjemné a složité uživatelské rozhraní.
  • Žádná komunikace v rámci form. Napsal jsem o tomto. Nelze implementovat CSS rozevírací seznamy, podmíněně Povolit/zakázat pole, atd.
  • Vestavěný referenční integritu ani kaskádové odstranění. SharePoint léčí vlastní seznamy subjektivitu a neumožňuje je navzájem propojit v tradičním slova smyslu ERD. Například, SharePoint umožňuje vytvořit dva vlastní seznamy, "zákazník" a "záhlaví faktury". Můžete vytvořit hlavičku faktury odkazující zpět na zákazníka v seznamu zákazníků. Pak, ze seznamu můžete odstranit zákazníka. Out of the box, neexistuje žádný způsob, jak tomu zabránit. Chcete-li vyřešit tento druh problému, běžně používáte obslužné rutiny událostí.

Může se zdát chmurné, ale stále bych používat SharePoint jako výchozí bod pro vytváření tento druh funkce. I když existují mezery mezi co potřebujete v řešení, SharePoint umožňuje nám k vyplnění těchto mezer pomocí nástroje jako například:

  • Obslužné rutiny událostí. Je použít k vynucení referenční integrity.
  • Vlastní sloupce: Vytvořit typy vlastních sloupců a použít namísto výchozí vyhledávací sloupec. Přidat stránkování, Funkce AJAX aby reagovat a Pufrační přísada.
  • ZÁLOŽNÍ ŘADIČ DOMÉNY. Tato funkce MOSS-jen nám umožňuje dotaz jako ostatní SharePoint seznamy s lepší uživatelské rozhraní pro běžné vyhledávací sloupec. Záložní řadič domény může také oslovit aplikace server back-end. Replikace pomocí služby BDC. Namísto replikace informací o zákaznících z back-end systému, místo toho použijte záložní řadič domény. BDC funkce poskytují příjemné uživatelské rozhraní vytáhnout informace přímo z ERP systému, kam patří a vyhýbá obtížemi udržet řešení replikace.

    BDC je funkce MOSS (není k dispozici ve WSS) a je náročné na konfiguraci.

  • Technologie ASP.NET web formulář: Vytvořit plně vybavený podporou AJAX formulář, který používá objekt modelu nebo web služby SharePoint na páku seznamy služby SharePoint zároveň velice vstřícný uživatelské rozhraní.

Poslední možnost může cítit jako už začínáte od začátku, Ale uvážíte, že platforma SharePoint začíná vás s následující klíčové vlastnosti:

  • Bezpečnostní model s údržbou.
  • Systém nabídek s údržbou.
  • "Hlavní tabulka" (tj. vlastní seznamy) se zabezpečením, Vestavěný údržba a audit.
  • Hledat.
  • Nástroje pro integraci zadní (ZÁLOŽNÍ ŘADIČ DOMÉNY).

Pokud začnete s nový prázdný projekt v aplikaci visual studio, Máte hodně infrastruktury a kanalizací vybudovat, než se dostanete k nabízí služby SharePoint.

Věřím, že Microsoft má v úmyslu rozšířit SharePoint v tomto směru vývoje aplikací. To se jeví jako přirozené rozšíření na existující server SharePoint základní. Aplikace Microsoft CRM poskytuje velkou rozšiřitelnost typy potřebných pro podporu vývoje aplikací záhlaví a podrobnosti. Ačkoli tyto funkce jsou v CRM, technologie je samozřejmě k dispozici pro SharePoint vývojový tým a očekávám, že bude dělat svou cestu do produktu SharePoint do konce roku 2008. Pokud někdo má znalosti a vhled do tohoto, Prosím, zanechte komentář.

</Konec>

Doplněk Technorati značky:

Rychlá nápověda: Webová část obsah dotazu, Vyhledávací hodnota sloupce a XSL

Mít název sloupce v typu obsahu s názvem "Real Estate umístění".

Tento sloupec je typu "vyhledávání".

Byly změněny <CommonViewFields> a ItemStyle.xsl k zobrazení sloupce.

Jednoduché <XSL:Vyberte hodnotu z =…> Vrátí zpět vnitřní hodnotu, která obsahuje data, ordinální číslo pozice, jako například:

1;#Miami

Pro získání hodnoty člověka k životnímu prostředí, pomocí xsl podřetězec za, Jak je uvedeno:

<XSL:Vyberte valuXSLf = "podřetězec za(@ Real_x005F_x0020_Estate_x005F_x0020_Location,’#’)"></XSL:hodnota z>

Tuto techniku použít vždy, když pracujete s vyhledávacími hodnotami v XSL transformací a potřebují získat hodnotu lidské přátelské.

<Konec />

Doplněk Technorati značky: , ,

Prosince problém SharePoint Beagle nahoru & Live

Mnozí z vás vědí to už, ale v prosinci vydání SharePoint Beagle je live.

Každý článek stojí za čtení podle mého názoru.

Chci dát něco navíc narazit na můj kolega článek (Natalia Voskrensenskya). Ona poskytuje snímek obrazovky fantastická a popisující, jak se používá vlastní seznamy, pracovní postup, SharePoint Designer, zobrazení dat a dalších prvků implementovat funkce samoobslužná školení v MECHU. Popisuje techniky, které mohou být použity v mnoha různých obchodních scénářů. Mrkni se její blog Zatímco jste na to.

Nezapomeňte si rezervovat můj článek as well 🙂 I wrote about using MOSS to help an HR department manage open positions.

</Konec>