월별 아카이브: 4 월 2008

신속 하 고 간단: InfoPath 양식의 읽기 전용 확인 (MOSS에서 InfoPath Forms Services)

5 답글

이 같은 일반적인 비즈니스 시나리오는:

  • 사용자는 InfoPath 양식을 작성합니다.
  • 양식 전송.
  • 끄기 맞이 하는 장기 실행 워크플로 프로세스.
  • 워크플로가 실행 되는 동안, 우리 폼의 내용을 변경할 수 없도록 하려는.

Office.microsoft.com 예제 별도 "보기를 만드는 방법을 설명 합니다." 읽기 전용으로 전체 보기 표시. 이것은 실행할 수 있는 접근 하지만 효과적으로 동일한 폼의 두 전체 버전을 만들었습니다 고 합니다 지금 그들을 동기화 수동으로 단점이 있다. 편집 가능한 뷰에 필드를 추가 하는 경우, 다음 또한 편집할 수 없는 보기에 추가 해야 합니다.. 시간이 지남에, 다른 개발자와, 일부 차이가 있을 수 있습니다..

이 대체 어떤 경우에 더 나은 작동 수 있습니다.:

  • "IsEditable" 라는 폼에 새 필드를 추가 합니다..
  • True로 기본값 설정.
  • MOSS 게시 때 홍보.
  • 워크플로의, Iseditble의 값을 false로 설정.
  • 폼으로 돌아가서.
  • 규칙 추가 "따라 폼의 열기", Iseditable이 false 저장 단추 사용 안 함.

이 방식의 단점은 모든 필드를 여전히 화면에 편집 가능한 수. 사용자는 그들 실제로 콘텐츠를 변경할 수 있습니다. 잘못 된 인상을 얻을 수 있습니다.. 양식을 비활성화는 일부 텍스트에 넣어을 줄일 수 있습니다., 페이지의 상단에 걸쳐 큰 붉은 글자에 가능성이.

한 프로젝트에서, "워크플로 상태를 만든" 보기. 워크플로 진행, 그것은 특정 상태 필드를 양식에서 승진 했다 업데이트. 사용자는 폼을 열 때, "열기 폼" 규칙 자동 전환 보기와 사용자 했다 좋은 작은 요약 상태.

</끝>

내 블로그를 구독.

SharePoint Designer 워크플로의 세마포를 사용 하 여 무한 루프를 방지 하기 위해

6 답글

SharePoint Designer 워크플로에서 무한 루프를 일으킬 수. 이 같은 일반적인 구현 패턴 발생 문제:

  • 워크플로 만들고와 목록의 연결.
  • 새 항목과 기존 항목의 업데이트의 시작에 작성 해야 그것을 나타냅니다.
  • 워크플로의 단계 "현재 항목"에서 필드를 업데이트.
  • 이후 현재 항목 변경, 새롭게 시작 하는 워크플로.

이 무한 루프를 방지 하기 위해, 간단한 세마포를 구현:

  • 사이트 열 추가 (또는 열을 목록/라이브러리 콘텐츠 형식을 사용 하지 않는 경우).
  • 편집 페이지에서 숨기기 (쉽게 할 경우 해당 속성을 통해 사이트 열, 만약 목록 열 쉽지 않다).
  • 워크플로의, 세마포 열의 값이 비어 있는지 확인.
  • 비어 있는 경우, 비어 있지 않은 값으로 설정 하 고 진행.
  • 경우에 비어 있지, 즉시 종료.

이 매우 미묘한 솔루션을 될 수 있다, 비즈니스 요구 사항 등에 따라, 하지만 그것 필요 했습니다 때 일시 킬 패턴 되었습니다..

</끝>

테크노 태그:

내 블로그를 구독.

개발자: Sharepoint를 학습 하는 방법?

3 답글

업데이트: 04/25/08: 일부 블로그 게시물에 따라 잡고는 및이 문서에 링크를 발견: http://www.networkworld.com/news/2008/032608-microsoft-sharepoint.html?page=1. 때문에 그것의 참고를 확인 요청 하는 것 외에도, "어떻게 내가 배우 sharepoint?", 어떤 사람들에 게 "왜 내가 배워야 sharepoint?". 그 기사는 부분적으로 나중에 답변.

지난 몇 개월에서, 행성 전체에서 12 개 이상의 사람들이 날 이메일 되었고 일반 질문, "어떻게 내가 배우 SharePoint?"

나는 거의 신뢰할 수 있는, 하지만 일부 성공 했습니다. (려 고 더 나은 모든 시간) 그래서 생각 난 내 개인적인도 지도 문서 것. 다른 귀중 한 찾을 수 있습니다..

전에, 단지 그것은 내게 분명 관찰., 이러한 개인 이메일 및 MSDN의 더 큰 숫자에 따라 / SharePoint 대학 같은 자연의 게시물, WSS/이끼로 속도 점점 관심이 거 대 한 개발자는. 그것은 지금 으로부터 1 년 처럼 될 것입니다 궁금 하다 … 쉽게 좋은 SharePoint 재능을 찾을 수? 같은? 여러분 좋은 자원에 대 한 수요와 유지에 충분 한 속도로 플랫폼에 자신을 저지르고 있습니다? 어떻게 당신은 알아낼 수 뭔가 그런 부족 한 애 송이 들 아?

바울의 로드맵

내가 풀 타임 동안이로 지도 따라 Conchango에 좋은 민속에 의해 고용 되었다. 즉, 학습의 관점에서, 아래 설명 하는 단계를 따라 난 적극적으로 프로젝트에 종사 했다.

몇 가지 기본 용어

이 세상을 입력 하는 사람들에 대 한, 거기에 두 가지 주요 약어:

  • WSS: Windows SharePoint Services
  • 모스: Microsoft Office SharePoint Server

WSS "무료입니다." 그것이 있는 windows 서버와 번들 2003 (또는 적어도 MS에서 다운로드 될 수 있다). 상자를 필요 하기 때문에 무료 주위에 따옴표를 넣어, 유효한 o/S 라이센스와 아마 SQL (비록 거기에 "무료" 또한 SQL의 종류).

MOSS는 WSS 위에 건설과 확장. 아무 이끼 WSS 없이. 모스는 무료.

아마도 하지 하루에 한, 하지만 몇 가지 기본적인 플랫폼 친숙 있어 후에 곧, 차이 배우는 것이 중요 하다. 예를 들어, 강력한 웹 파트, 콘텐츠 쿼리 웹 파트, 모스 기능과 사용할 수 없는 WSS. 종종 CQWP를 WSS에서 사용할 수 있다는 잘못 된 가정 하 게 사람과 누른 다음 끝에 그들은 그들의 오류를 깨달을 때 중지-격차 측정을 위해 애쓰고.

히트도 서

에 대 한 WSS/이끼로 작업을 시작 01/02/2007. SPS와 약간 이전 경험을 했다 2003 하지만 아주 작은. 시작 하는 자신을, 구입 합니다 여기에 나열 된 두 권의 책 (http://paulgalvin.spaces.live.com/lists/cns!1CC1EDB3DAA9B8AA!203/).

큰 파란 관리도 서와 함께 시작. 자연스럽 게, 그것은 관리를 커버. 동시에, 모든 모스 피쳐의 설문 조사 제공 (및 WSS 기능 뿐만).

나를 위해, 모든 다양 한 세부 정보를 기억 하는 것이 그렇게 중요 하지 않다 (인증 시간까지) 하지만 그것은 경계를 알고 좋은. (X 박스 또는 PC에 재생 1 사람이 저격수에서이 같은 접근을 수행 — 내가 방을 입력 하 고 다시 시작 어디 얻을 때까지 시계 반대 방향으로 루프를 확인 하는 경향이. 난 그냥 내가 상자의 모양을 알고 더 나은 느낌이.)

빅 블루도 서를 읽은 후, 전체 내부 WSS 책을 읽을 것. 그것은 깊이에 잠수 문제는 개발자가 관리 가장에 대 한.

가상 환경 만들기

어떤 개발 하거나 환경을 제대로 사용 하기 위해서는, SharePoint Designer와 전체 날 려 windows 서버 운영 체제를 필요, Visual Studio 2005 (2008 작품, 하지만 몇 가지 유용한 도구는 아직이 문서를 쓰는 포팅), InfoPath 2007 그리고 몇 가지 다른 것 들. 많은 좋은 블로그 항목을이 프로세스를 설명 하는. 이 두 가지를 봐 했:

또한, 앤드류 Connell vm 웨어와 여기 그의 경험을 공유:

좋아하는 검색 엔진을 사용 하 여 다른 사람들이 어떻게 볼 수. 그것은 유용한 학습 운동 자체의.

화가 나 서 규탄 해야 서버 환경에서 개발을 할 수 있는 사실 몇 분 지출. 하지만 … 그것은 또는 MSDN 포럼에 게시에 대 한 블로깅을 귀찮게 하지 마십시오. 그것은 이미 해본 적이 🙂. 대신, 그것을 포용 하 고 이동. 당신은 그것에 대 한 더 있을 거 야.

인증

난 그렇게 믿어 MS SharePoint 인증 경로, 4 개의 시험으로 구성, 완전 한. 그들의 온라인 준비 가이드를 수행 하 고 각 테스트의 영역을 이해 하 여 최선을 다 할 것을 권해합니다.

난 안 함 단지 그것을 통과 하는 시험을 수행 하는 것이 좋습니다. 난 안 함 "두뇌 덤프 중 하나를 사용 하는 것이 좋습니다" 스타일 타사 "도구" MS 테스트를 통과 대 한. 만약 당신이 테스트 수 있습니다., 자신만의 조합에 따라 패스 감독 연구 및 실습, 그것에 대 한 강한 개발자와 작업 후보 있을 거 야.

거기에 두 개의 "트랙"에 4 개의 테스트:

개발자:

관리자:

개발자가 이러한 시험의 모든 공부 하는 것이 좋습니다.. 당신은 그들에 대 한 강한 있을 거 야, 비록 관리자 시험을 생략 하는 경우 가정, 에 의해 얻을 것 이다.

WSS 버전 해당 MOSS 버전 보다 상당히 더 도전 하는 것을 발견, 놀랍게도 많은. 클래스에는 최근과 같은 주장을 여러 다른.

동안에 대 한 공부를 70-542 시험 (MOSS 개발) 나는 내 연구 자원 추적. 이 뿐만 아니라 당신에 게 도움이 될 수 있습니다.: http://paulgalvin.spaces.live.com/Blog/cns!1CC1EDB3DAA9B8AA!192.entry

지역 사회에 자신을 연결합니다

SharePoint 커뮤니티는 활기찬, 강한 모든 시간을 더 큰 성장.

다음 시작을 보고 싶어:

  • 블로그
  • 포럼
  • Codeplex
  • 지 저 귀 다

블로그

RSS를 이해 하지 않는 경우, 모든 것을 중지 하 고 그것을 배울합니다. 그것은 걸릴 것입니다. 10 그것을 배울 분, 어쩌면 다른 10 분을 찾는 웹 기반 RSS 리더 (구글 리더 처럼, www.google.com/reader).

RSS 리더에 블로그를 추가하여 시작 🙂

다음, 추가 www.sharepointblogs.com 당신의 독자에 게. 그들은 하나의 피드로 많은 블로그 집계.

시간이 지남에, 하지 않은 블로그 집계 그 방법의 찾을 거 야. 그냥 개별적으로 그들을 추가합니다.

지난 한 해 동안 축적 했습니다 몇 다스 블로그 가입. 원한다면, 내 목록에 내보낼 수 있으며 이메일.

결국, 당신은 자신의 블로그를 시작 할 수 있습니다.. 저는 개인적으로 생각을 설명 하는 "초보자의 블로그 항목 시리즈" WSS/모스 흥미로운 시리즈 될 것 이라고 학습 진행. 그 자신을 했었다는 것이 좋겠다.

포럼

나 두 포럼 그룹에 적극적으로 참여: MSDN 및 SharePoint 대학.

포럼은 배워야 훌륭한 장소. 사람들이 질문을 매우 간단한에서 배열 ("어떻게 만듭니까 사이트 열") 당황 하 ("나의 서버는 다운!") 더 많은 가상 디자인 질문에.

일단 당신이 환경의 맛, 벤처 및 회신 시작. 직접 고객과 상호 작용의 짧은, 아무것도 손에 경험에 대 한이 보다 낫다.

Codeplex

로 가다 www.codeplex.com.

그것을 밖으로 및 SharePoint 프로젝트에 대 한 검색 확인.

일일 요약 Codeplex 귀하의 피드 리더에서 피드를 구독합니다.

모든 새 SharePoint 프로젝트를 귀하의 피드 리더에 추가.

결국, 후 포럼을 읽고 자신의 WSS/모스 악마 아래로 향하게, codeplex 프로젝트를 함께 퍼 팅 고려.

지 저 귀 다

이 블로그 항목을 작성, SharePoint 민속을 많이 사용 하기 시작 했습니다. 지 저 귀 다.

그것은 트위터의 특성 어렵다. 당신은 그냥 자신을 밖으로 체크 해야.

결론

내 로드맵 랩 그리고 현재 날. 난 그냥 트위터를 사용 하 여 2 주 전 시작.

WSS/모스는 매우 멋진 플랫폼 및 지역 사회는 항상 성장 하 고 있다. 커뮤니티 리소스를 사용 하 여 실력을 향상 하 여 여행을 즐길합니다!

</끝>

내 블로그를 구독.

테크노 태그: ,

Data Protection Manager: 멋진 SharePoint 백업/복원 솔루션 처럼 보인다

회신을 남겨주

에 뉴저지 SharePoint 사용자 그룹 지난 밤 모임, 마이크로소프트 Sr. 제품 전문가 DuWayne 해리슨 제시 Microsoft 데이터 보호 관리자 2007. DuWayne 좋았어요 (그 이름이 기억이 안 연령층에서 하나 또는 두 개의 동료에 의해 지원 되었다). 여기에 프레 젠 테이 션 자료를 얻을 수 있습니다..

지난 밤까지, DPM의 들어 본 적이 있다.

나는 시스템 관리자 유형 사람, SharePoint 컨설턴트의 관점에서이 글을 쓰는 오전 그래서 잘못 된 단어의 일부를 얻을 수 있습니다. 저에게, DPM은 Microsoft "물건"에 대 한 백업/복원 솔루션:

  • 파일
  • SQL
  • O/S
  • 가상 컴퓨터 (VM의 라이브 백업, 자체 VM Unix를 실행 하는 경우에).
  • 벌 거 벗은 금속 복구 (즉. 치명적인 하드웨어 오류).

그 물건을 넘어, "실제의 어떤 종류에 대 한 최소한의 요구 될 것 이라고는" 백업/복원 제품, DPM에 SharePoint에 대 한 기본 정보는 또한 있다. 그것은 서버 농장에 대 한 이해 하 고 복원 하면:

  • 전체 데이터베이스 (예를 들어. 콘텐츠, 구성, 등).
  • 사이트 모음
  • 개별 사이트
  • 개별 항목 (예를 들어. 문서).

실제 복원 프로세스는 백업에서 대상 데이터를 추출 하는 작업이 포함 됩니다 및 "복원 농장에 저장" 그리고 거기에서, 프로덕션 환경으로 이동 (복원 하려면 어디에 있든 또는). 이것은 완벽 한 것 같아요, "복원 농장"에 대 한 필요성에 중점을 많이 했지만. 복구 팜 모든 특히에서 프로덕션 환경에 맞게 필요 하지 않습니다. (물리적 토폴로지에 주로) 하지만 일치 하는 서식 파일의 측면에서 필요, 버전, 등.

전체 끝에 데모를 보지 못 했어요, DuWayne 스크린 샷 및 일부 라이브 데모를 보여 않았다 하지만. 그것은 있이 필요가 좋은 것 같다, 최소한 적절 한에 대 한 환경 크기.

특히 가격로 잡 았지. 분명히, 이 날을 잡아 하지 마십시오, 하지만 가장 비싼 이용료는 대략 다음과 같은 것이 믿습니다. (미국 달러):

  • $600 DPM 자체에 대 한.
  • DPM 서버에 대 한 하드웨어 (및 미디어와 모든 관련된 물건).
  • $450 백업 하려는 각 서버에 대 한 ("엔터 프 라이즈" 라이센스).

5 서버 팜 대부분의 비용:

  • $600 DPM에 대 한
  • $450 x 5 서버 = $2,250

라이센스에서 총 비용: $2,850

연습에서, 그것은 더 적은 일 것 이다. 각 웹 프런트 엔드에 설치 된 DPM를 반드시 해야 하지, 예를 들어. 엔터프라이즈 라이센스를도 필요 하지 않습니다..

사용자 인터페이스는 아마 아주 간단한 데 속도 얻으려면 어떤 특별 한 교육 필요 하지 않으며. 난 특별히 그것에 대해 물어와 분명히 한 1.5 하루 클래스를 사용할 수, 비록 그것은 나에 게 아무도 진짜로 그것을 걸릴 필요가 명확 하지.

모두 모두, 그것은 확실히 당신이 거기 찾고 데이터 보호 솔루션에 대 한 SharePoint 경우 조사 가치가 생각.

</끝>

내 블로그를 구독.

테크노 태그:

지 저 귀 다: http://twitter.com/pagalvin

실습: 수정 직원 교육 서식 파일 사용 가능 좌석 버그 등록

2 답글

많은 사람들이 알으십시오, 직원 교육 서식 파일 여기에 Microsoft에서 제공 우리가 다음 단계를 재현할 수 있는 버그:

  • 최대 크기는 클래스 만들기 10 학생.
  • 등록 –> 사용할 수 있는 총 석 제대로 감소 한. 결과: 9 사용 가능한 좌석.
  • 등록 취소: –> 버그. 총 사용 가능한 좌석 하나에 의해 증가 한다. 그것은 하지 않습니다.. 결과: 9 Sharepoint에 따라 사용할 수 있는 좌석, 하지만 사실, 거기에 10 사용 가능한 좌석.

솔루션: SharePoint Designer를 사용 하 여 워크플로 수정 합니다..

첫 번째, 사이트를 오픈. 나를 위해 폴더 목록 다음과 같습니다.:

이미지

만약 우리가 "참석자 등록을 봐" 워크플로, 우리는 "좌석 정책 적용" 라고 표시 된 단계는 참조. 그것은 이것 처럼 보인다:

이미지

워크플로의이 단계 증가 "채워진 석 여 항목 업데이트" 과정에 있는 메타 데이터 열. 만약 우리가 좀 더 자세하게에서을 올려, 우리는 이것을 참조합니다:

이미지

그건 우리가 등록 취소 워크플로 수정 해야 하는 모든 정보.

만약 우리가 등록 취소 워크플로를 뒤집어합니다, 유사한 워크플로 단계 없다. 다음과 같이 추가:

1: "참석자 등록 해제 확장" XOML 열어 (첫 번째 화면 손실 된 경우 참조).

2: 새 워크플로 변수 추가, "새로운 채워진된 석" "숫자" 형식의.

3: "새로운 채워진 좌석에 값을 할당" 같이:

이미지

4: 에 의해 채워진된 석 감소 1:

이미지

5: 관련된 과정 항목 업데이트:

이미지

6: 모든 단계는 올바른 순서에 다는 것을 확인합니다. 나를 위해, 그것은 이것 처럼 보인다:

이미지

7: 그것을 다시 하려면 워크플로 완료.

8: 테스트.

</끝>

내 블로그를 구독.

테크노 태그: ,

임의의 토요일 아침 관찰

2 답글

봤는데 클래스에서 지난 2 주 동안 이며 날 공격 한 가지 사려깊은 많이 있습니다., SharePoint 작업 스마트 사람들 (컨설턴트 또는 IT 직원으로) 누가 블로그를 하지 않습니다., 지 저 귀 다, MSDN 포럼 또는 SharePoint 대학 처럼 공공 메시지 보드를 인식 하 고 같다, 페이스 북 이나 LinkedIn 프로 파일을 유지, 등. 그들은 순수한 정보 소비자는. 나쁘지 않아요, 그냥 재미 있는.

</끝>

테크노 태그:

내 블로그를 구독.

콘텐츠 쿼리 웹 파트: 뉴욕 SharePoint 사용자 그룹에서 연설

회신을 남겨주

난 내 동료와 함께 말할 수 있을 것입니다., Natalya Voskresenskaya, 에 뉴욕 SharePoint 사용자 그룹 수요일 5 월 7 일 회의.

덕분에 밥 폭스 이 기회를 얻을 우리 모자와 도움으로 우리의 이름을 던지고!

우리의 전반적인 주제는 콘텐츠 쿼리 웹 파트와 두 명의 서로 다른 고객을 몇 가지 유용한 정보를 제공 하도록 노력 하겠습니다.:

  • 비즈니스 사용자 (개발자가 아닌): 어떤 코딩 없이 특정 일반적인 비즈니스 문제를 해결 하기 위해 CQWP를 구성 하는 방법 보기.
  • 개발자: 비즈니스 사용자는 일반적으로 스스로 하 고 편안 하 게 생각 하지 꽤 흥미로운 것 들을 할 CQWP을 확장 하는 방법을 보여합니다. 프레 젠 테이 션의이 부분은 그들이 그들의 개발자 파트너에 게 더 나은 그리고 보다 현실적인 요구를 제공할 수 있도록이 웹 파트를 사용 하 여 이해 하는 비즈니스 사용자가 도움이 될 것입니다..

여기는 NYSPUG 이번 주 초에 발송 통지:

"콘텐츠 쿼리 웹 파트를 사용 하 여 비즈니스 문제를 해결 하기 위해".

MOSS 2007의 콘텐츠 쿼리 웹 파트 (CQWP) 사용자가 많은 소스 로부터 쿼리 된 데이터의 사용자 지정 뷰를 만들 수 있습니다., 한 곳에 데이터를 표시 하 고. 강력한 쿼리도 불구 하 고 & 콘텐츠 상세 검색 옵션, CQWP은 종종 과소 평가 하 고 간과 기능. CQWP은 모두 "데이터 추출 엔진" (사이트 모음에서 문서 또는 목록 항목을 어디서 든 찾을) 또한 일류 프레 젠 테이 션 도구는 사용자가 HTML과 스타일 표시 원하는 거의 어떤 방법으로 포장 하 여 콘텐츠를 표시 하는 방법을 제어할 수 있도록.

이 데모-무거운 세션에서, 그들은 여 CQWP를 사용 하 여 핵심 기능을 과시 하 여 비즈니스 문제를 해결 하는 방법을 보여줍니다..

  • 기본 CWQP 기능을 사용 하 여, 대상 그룹 지정을 포함 하 여

  • CWQP를 사용 하 여 "오늘 만든 모든 문서" 같은 필터 조건을 통해 사이트 모음 어디에서 나 보고 도구로.

  • 모양 변경 & 비즈니스 데이터를 강조 표시 하려면 쿼리 결과의 느낌, 추가 열 정보를 표시합니다, 정보를 표 형태로 표시, 그리고 다른.

  • 콘텐츠 형식 관리 CQWP 도움이 어떻게 보여 (즉. CT 정의 변경의 잠재적인 영향을 이해 하기 위하여 특정 콘텐츠 형식의 모든 문서 찾기).

  • CQWP의 몇 가지 제한 사항에 설명

  • 고급 CQWP 기법에 대 한 자원의 목록을 제공합니다, 블로그를 포함 한, ECQWP Codeplex 프로젝트 & MSDN 설명서.

</끝>

내 블로그를 구독.

테크노 태그:

빠른 SharePoint 통합: 간단한 쿼리 실행

2 답글

이것은 내 빠른 코딩 SharePoint 민속에 대 한 미니 시리즈에 계속. 아래 코드의 비트 용어에 대 한 검색 "테스트 실행" 콘솔 응용 프로그램을 통해 빠르게. 분명히, 그것은 힙합, 생략 하 고 웹 파트 내부이 논리를 포장 멀리 점프 또는 응용 프로그램 페이지:

사용 하 여 시스템;
사용 하 여 System.Collections.Generic;
사용 하 여 System.Linq;
사용 하 여 System.Text;
사용 하 여 System.Collections.Specialized;
사용 하 여 Com.FastSearch.Esp.Search;
사용 하 여 Com.FastSearch.Esp.Search.Http;
사용 하 여 Com.FastSearch.Esp.Search.Navigation;
사용 하 여 Com.FastSearch.Esp.Search.Query;
사용 하 여 Com.FastSearch.Esp.Search.Result;
사용 하 여 Com.FastSearch.Esp.Search.View;
사용 하 여 System.Collections;

네임 스페이스 Conchango
{
    클래스 InvokeSimpleFASTQuery
    {
        정적 void 메인(문자열[] args)
        {

            #지역 패스트와 우리의 통신 초기화
            ISearchFactory searchFactory;

            NameValueCollection nameValueCollection = 새로운 내용 NameValueCollection();

            nameValueCollection.Add("fastsearchengine", "Com.FastSearch.Esp.Search.Http.HttpSearchFactory");
            nameValueCollection.Add("Com.FastSearch.Esp.Search.Http.QRServers", "fastdemoback:15100");
            nameValueCollection.Add("Com.FastSearch.Esp.Search.Http.RequestMethod", "GET");

            searchFactory = SearchFactory.NewInstance(nameValueCollection);

            #endregion #region 쿼리 실행

            문자열 queryString = "테스트";

            쿼리 쿼리 = 새로운 내용 쿼리(쿼리 문자열);

            쿼리입니다. SetParameter(BaseParameter.클러스터링, false);
            쿼리입니다. SetParameter(BaseParameter.탐색, true);
            쿼리입니다. SetParameter(BaseParameter.NAVIGATION_DEEPHITS, 100);

            ISearchView searchView;
            searchView = searchFactory.GetSearchView("sharepointconn");

            IQueryResult 결과 = searchView.Search(쿼리);

            콘솔.WriteLine("검색 결과 총: [" + 결과입니다. DocCount + "].");

            int docCounter = 0;

            하는 동안 (docCounter < 결과입니다. DocCount)
            {

                docCounter    ;

                IDocumentSummary thisDocSummary = 결과. GetDocument(docCounter);

                콘솔.WriteLine("[" + docCounter + "]: " + thisDocSummary.GetSummaryField("url").StringValue);

            } // 하는 동안

            콘솔.ReadLine();
            #endregion

        }
    }
}

그것은 다음과 같은 결과 생성:

이미지

</끝>

내 블로그를 구독.

테크노 태그: ,