월별 아카이브: 3 월 2009

재미 있는 SharePoint SSO 사실의 날

1 회신

나 SharePoint SSO 사용 되었습니다 고 나 서 학습. 한 가지 방법은이 동작 하는 외부 응용 프로그램에 대 한 SharePoint를 말할입니다.. 일부 SharePoint 기능을 통해 해당 응용 프로그램에 사용자가 로그인 (예를 들어. iView 웹 파트). 처음으로 사용자는이 작업을 수행, 그것은 올바른 사용자 id 및 암호를 시스템에 대 한에 대 한 그들을 묻는합니다. SharePoint 자격 증명을 백 엔드 시스템에 대 한 자격 증명 간의 매핑을 설정합니다. 그 후, 사용자는 그들이 그 시스템을 쳤을 때 그들의 ID를 입력 필요가 없습니다..

그 부분 잘 나를 위해 일. 그러나, 그것은 질문을 구걸 한다, "어떻게 사용자 변경지 않습니다 해당 사용자 id 또는 암호?"사용자 수 실수, 또는 어쩌면 당신은 몇 가지 개발 환경에서 테스트 하 고 있는 계정 사이 빠르게 전환 필요.

그 해답을 알고 하지 않습니다., 하지만 난 중앙 관리로 이동 하 고 사용자의 자격 증명을 관리할 수 있다는:

중앙 관리-> 작업-> Single Sign-on-관리> 엔터프라이즈 응용 프로그램 정의 계정 정보 관리

거기에서, 외부 응용 프로그램을 지정할 수 있습니다. (예를 들어. SAP) 계정을 삭제. 또한 매핑을 변경할 수 있습니다..

최종 사용자가 직접 자격 증명을 변경할 수 있도록 하는 방법을 알고 하는 경우, kindly post a comment 🙂

</끝>

내 블로그를 구독.

에 지 저 귐에 나를 따르라합니다 http://www.twitter.com/pagalvin

테크노 태그: , ,

모험과 iView 웹 파트

회신을 남겨주

내가 몇 가지 최소한의 증명 오늘 iView 웹 파트 내 고객의 환경에서 작동할 수 있다 할 필요가. 내가 전에 SharePoint의이 조각와 함께 일 한 적.

Microsoft는이 주제에 매우 높은 품질 백서를 만들었습니다..

첫 번째 장애물을 극복 했다 했다-어디 iView 웹 파트? 몇 가지 이유, 내 첫번째 생각은 내가 어딘가에 사이트에서 그것을 다운로드 했을, 아마도 SAP의 사이트. 내가 했다 1/2 iView 웹 파트도 추가 비용이 있을 자신을 확신. 물론, 그들은 이끼로 포함 되어 있습니다. (내가 생각 하는 기업; 그건 무슨 사용 하 고 여기 어떤 경우에). 표준 "웹 파트 추가" 대화 상자를 본 적 수백 또는 더 많은 시간, 항상 그것을 속 였다. 그만이요!

다음 장애물은 나 지침을 읽을 수 없습니다..

웹 파트를 사용 하 던 고이 성가신 메시지를 막아:

이 사이트에 대 한 없음 SAP 서버 구성. 신뢰할 수 있는 SAP 서버를 구성 하려면 관리자에 게 문의.

백서 파일에 있는 구성 파일을 편집 하려면 명확 하 게 밝힌다 "<드라이브 문자:>\마이크로 소프트 오피스 Servers12.0ConfigTrustedSAPHosts.config 프로그램 ". 12 번 봤는데 그 첫 번째, 내가 본 모든 "프로그램 Files...Config" 그리고 즉시에 서는 12 하이브. 일단 내가 마침내 둔화 내려 그것을 읽고합니다, 내 실수를 깨 달 았 하 고 그것은 쉽게 해결.

SSO 구성 내 메리 방법에 계속. 그것은 모두 나에 게 명확에 경우는 일, 하지만 또 다른 하루에 대 한 또 다른 이야기.

히 프 라인:

1. iView 웹 파트 sharepoint 상자 포함 (아마 엔터프라이즈).

2. 마법의 구성 파일, "TrustedSAPHosts.config", 에 거주 하지 않습니다는 12 하이브.

</끝>

내 블로그를 구독.

에 지 저 귐에 나를 따르라합니다 http://www.twitter.com/pagalvin

테크노 태그: , ,

사용자 언어 기본 설정에 대 한 기관 이끼 사용자 프로필

4 답글

현재 프로젝트 내에, 일부 사용자가 다른 목적지에 도착할 때와 세계 각국 여행 것 이다, 어떤 기계는 시간에 편리 하 게 사용. 그 게스트 컴퓨터 Windows를 실행 하는 것입니다 및 설치 하 고 로컬 로케일에 대 한 구성. (난 그냥 게스트 컴퓨터 오른쪽 언어 팩 없을 수 있습니다 실현 했습니다.… 아마 되지 않습니다., 사실… 지금 한 주차 오전).

SharePoint에 의하여 사용자 수 있습니다 그들의 선호 하는 언어를 선택 그리고 이끼 어떻게 사용자 액세스 모스에 해당 언어를 명예 메커니즘을 제공 해야. 다른 말로, 어떤 브라우저의 알은 IIS/모스 무시 대신 그 선호 하는 언어를 조회 하 고 그것을 사용 하 여.

우리는 2 개의 접근을 조사 하 려:

  1. HTTP 처리기: 사용자 지정 HTTP 처리기를 IIS에 설치 되어 사용자의 모스 프로필을 볼 것 이다, 선호 하는 언어를 파악 하 고 이끼에 제어를 전달 하기 전에 필요에 따라 주위 HTTP 헤더를 전환.
  2. global.asax: 같은 일을 global.asax를 수정. 우리는 다른 것을 수정할 수 있습니다., 하지만 생각은 우리가 우리가 우리의 로캘 스위칭 논리를 삽입할 수 있습니다 일부 장소를 찾을 수.

다른 있느냐는 우리가 해야 지원 60 k 사용자입니다., 에 대 한 1,000 수 수 동시에 액세스 모스 피크에서 로드.

HTTP 처리기는 꽤 과감 한 것 같다, 하지만 이후 IIS 수준 및 모든 것에 코드를 넣어 아마 최고의 장소. 그것은 작품의 좋은 단일 지점.

우리는 global.asax 유형 접근 쪽으로 기울으십시오, 주로 하기 때문에 우리가 믿는 우리가 그 시점에서 데이터를 캐시에 대 한 더 많은 옵션을가지고 거 야.

내가 자세한 내용을이 주제에 대 한 자세한 블로깅 있을 거 야.

만약 당신이 이것에 대해 아무것도 알지, please post a comment 🙂

</끝>

내 블로그를 구독.

에 지 저 귐에 나를 따르라합니다 http://www.twitter.com/pagalvin

캡처 “mailto:” 메트릭

5 답글

나는 우리가 "공유 이야기 라는 함수 주위 메트릭을 수집할 필요가 프로젝트에." 아이디어는 매우 간단 — 인트라넷에 재미 있는 기사를 찾고 있어 사람과 공유 하고자 하는 경우, "이 이야기를 공유 라는 레이블이 있는 링크를 클릭" 귀하의 친구에 게 이메일.

우리가이 목적을 위해 사용자 지정 양식을가지고 놀, 하지만 결국, 상식 하루 원과 우리 그냥 익숙한 사용 <a href = mailto:…> 기술. (<href mailto:…> HTML의 놀라울 정도로 강력한 약간; 상 여로, 링크를 다시 내 오래 된 유닉스 맨 페이지 일으로 나를 돋보이게합니다; 그들은 일 이었다!).

이후 그들은 그들의 친숙 한 MS Outlook 클라이언트를 사용 하 여 얻을이 기술은 최종 사용자를 위한 훌륭한 인터페이스를 제공 (어떤 이메일 클라이언트가 설치 되어 있는지 또는).

그것은 어렵게 것 들 우리 불 쌍 한 개발자 유형 이후 클라이언트 * 또한 * 미래에 얼마나 자주 보여 주는 보고서를 실행 하려는 사용자가 이야기를 공유 하 고 어떤 이야기에도 자주 공유 됩니다.

우리 whiteboarded 몇 가지 잠재적인 솔루션. 내가 제일 좋아하는 탄소 복사 하는 것입니다. (CC) SharePoint 목록. 그런 식으로, 최종 사용자는 여전히 outlook 클라이언트를 가져옵니다 동안 우리가 우리 스스로 이메일의 복사본을 받을 거 야 때문에 이벤트를 캡처. 몇 가지 명백한 단점이 있다. 주요 문제는 사용자가 단순히 밖으로 빈 또는 짓 CC 주소 수 있습니다.. 그리고, 우리는 이메일의 해당 이벤트 라이브러리 관리 필요. 우리는 화이트 보드 그 정리에 대 한 책임에 예약된 된 작업.

당신은이 문제를 해결 하는 일부 영리한 접근 하는 경우, 가르쳐 주세요.

</끝>

내 블로그를 구독.

에 지 저 귐에 나를 따르라합니다 http://www.twitter.com/pagalvin