месечни архиви: Март 2009

Забавни SharePoint SSO факт на деня

1 Отговор

Аз бях работа с SharePoint SSO и обучение като отида. Един начин, по който това работи е, че можете кажете SharePoint за външни приложения. Потребителите Влезте в това приложение чрез някои SharePoint функция (e.g. iView уеб част). Първи път потребителят извършва това действие, Той подкани ги за правилното потребителско име и парола да използват за тази система. Той е за създаване на съпоставяне между вашите идентификационни данни на SharePoint и вашите идентификационни данни за този гръб система. След това, Потребителят няма да трябва да въведете своя ИД, когато те удари на тази система.

Че част работи добре за мен. Въпреки това, Това повдига въпроса, "как потребителя промяна този потребител id или парола?"Потребителят може да са направили грешка, или може би сте прави някои изпитвания в среда на развитие и трябва да превключвате бързо между сметки.

Аз не знам отговора на този, но аз знам, че можете да отидете в централното администриране и управление на идентификационни данни на потребителя:

Централна администрация –> Операции –> Управление на еднократна идентификация-> Управление на информация за акаунта за дефиниция на корпоративно приложение

От там, Можете да укажете външно приложение (e.g. SAP) и акаунта, който искате да изтриете. Можете също да промените картографиране.

Ако знаете как да се позволи на крайните потребители да директно да промените своите идентификационни данни, kindly post a comment 🙂

</край>

Абонирайте се за моя блог.

Следвайте ме на Twitter в http://www.twitter.com/pagalvin

Приключения с iView уеб части

Оставете коментар

Аз трябваше да направя някои минимални доказване днес че iView уеб части могат да работят в среда на клиента ми. Никога не съм работил с това парче на SharePoint преди.

Microsoft е създал много високо качество бяла книга по този въпрос.

Първото препятствие, аз трябваше да преодолеят е – където е iView уеб част? По някаква причина, първата ми мисъл беше, че аз ще трябва да го изтеглите от сайта някъде, може би на SAP в сайта. Имах 1/2 себе си убеден, че iView уеб компоненти може да струва дори допълнително. Разбира се, те са включени в Мос (Мисля, че предприятието; Това е, което аз съм използвате тук във всеки случай). Аз съм виждал стандарт "Добавяне на уеб компонент" диалоговия стотици или повече пъти и винаги glossed над него. Няма вече!

Следващото препятствие е, че не може да чете инструкции.

Аз бях с помощта на web част и непрекъснато получаване това досадно съобщение:

SAP сървъри са конфигурирани за този сайт. Обърнете се към вашия администратор да конфигурира доверени SAP сървъри.

Бялата книга ясно се казва за редактиране на конфигурационния файл, намиращ се на файл"<Карам писмо:>\Програма FilesMicrosoft офис Servers12.0ConfigTrustedSAPHosts.config". Първите десетина пъти, аз погледна на това, всичко, което видях е "Програма Files...Config" и отидох веднага на 12 кошер. Веднъж накрая забави надолу, за да го прочетете, Аз осъзнах, моя грешка и беше лесно да се определи.

Аз продължих по пътя ми Весела с SSO конфигурация. Това не е всичко ясно за мен, ако това работи, но това е друга история за друг ден.

Долната линия:

1. iView уеб компоненти са включени от кутията с SharePoint (вероятно предприятието).

2. Магически конфигурационния файл, "TrustedSAPHosts.config", не живее в 12 кошер.

</край>

Абонирайте се за моя блог.

Следвайте ме на Twitter в http://www.twitter.com/pagalvin

Мос потребителски профил като орган за предпочитание за език на потребителя

4 Отговори

На текущата ми проект, някои от потребителите ще пътуват по света и когато те пристигнат в различни дестинации, Използвайте каквато и машина е удобен по време. Тези машини, гости ще работи с Windows и инсталирани и конфигурирани за местни локал. (Просто осъзнах, че на гости машини не могат да имат правилния език вързоп… вероятно няма да, Всъщност… Аз съм че един за сега паркинг).

SharePoint трябва да предостави механизъм, чрез която потребителят може да изберете предпочитания от тях език и след това са МЪХА чест този език независимо как потребителят влиза Мос. С други думи, незачитане каквото браузъра казва IIS/Мос и вместо това потърсете този предпочитан език и го използват.

Ние ще разследва два подхода:

  1. HTTP манипулатора: Персонализирани HTTP манипулатор, инсталирани на IIS ще потърсите Мос профила на потребителя, разбера предпочитан език и след това да превключвате HTTP заглавката около, ако е необходимо, преди да премине контрола на Мос.
  2. Global.asax: Променят global.asax да направи същото нещо. Ние може да промени нещо друго, но идеята е, че ние намери някое място, където можете да поставите нашите превключване на локал логика.

Друг усложняващ фактор е, че ние трябва да поддръжка 60k потребители, за 1,000 на които могат да бъдат едновременно достъп до Мос в връх натоварване.

HTTP манипулатора изглежда доста драстични, но вероятно най-доброто място да поставите кода, тъй като тя е на IIS ниво и всезнаещ. Това е добра една точка на работа.

Ние сме наведе се към global.asax тип подход, главно, защото вярваме, че ще имаме повече опции за кеширане на данни в този момент.

Аз ще бъда блог повече по този въпрос, като научи повече.

Ако знаете нещо за това, please post a comment 🙂

</край>

Абонирайте се за моя блог.

Следвайте ме на Twitter в http://www.twitter.com/pagalvin

Снемането “mailto:” Показатели

5 Отговори

Аз съм на един проект, където ние трябва да събира показатели около функция, наречена "да споделят една история." Идеята е много проста — Ако търсите в една интересна статия в интранет и искате да го споделите с някой, щракнете върху връзка с надпис "сподели тази история" имейл на вашия приятел.

Играхме с персонализиран формуляр за тази цел, но в крайна сметка, Здравият разум спечели деня и ние просто използват познати <a href = mailto:…> техника. (<a href ризница:…> е изненадващо силен малко HTML; като бонус, тази връзка ме води обратно към дните ми стар човек страници на UNIX; Това бяха дни!).

Тази техника осигурява голям интерфейс за крайните потребители, тъй като те се използват MS Outlook клиента си запознат (или каквото и имейл клиент те са инсталирани).

Това прави нещата по-трудно за нас бедните разработчик типове тъй като клиент * също * иска да работи в бъдеще отчет, който показва колко често потребителите споделят истории и дори истории, които са споделени най-често.

Ние whiteboarded няколко потенциални решения. Любимата ми е на скрито копие (CC) списък на SharePoint. По този начин, крайният потребител все още получава клиента на outlook, докато стигнем до улавянето на събитието, защото ние ще получите копие на имейл себе си. Има някои очевидни недостатъци. Основният проблем е, че потребителят може да просто празен, или по друг начин маш CC адрес. И, Ние трябва да управляват това събитие библиотека на имейли. Имаме планиран проект на бяла дъска, отговорен за тази почистване.

Ако имате някои умен подход към решаването на този проблем, Моля, кажете.

</край>

Абонирайте се за моя блог.

Следвайте ме на Twitter в http://www.twitter.com/pagalvin