월별 아카이브: 10 월 2007

SharePoint Designer — 사용자 정의 C# 함수를 실행 하는 사용자 지정 활동

업데이트: 이 여기 Codeplex를 릴리스 되었습니다.: http://www.codeplex.com/spdwfextensions

업데이트: 최신 릴리스 정보에 대 한 여기를 참조 하십시오.: http://paulgalvin.spaces.live.com/blog/cns!1CC1EDB3DAA9B8AA!381.entry

업데이트: 내 생각에이 프로젝트를 사업화에 대 한 여기를 참조 하십시오.: http://paulgalvin.spaces.live.com/blog/cns!1CC1EDB3DAA9B8AA!569.entry

이 프로젝트는 SharePoint Designer에서 사용자 지정 활동을 제공 한다.. 이 사용자 지정 활동을 사용 하 여 호출 (디스패치) 모든 C# 함수 연결 된 어셈블리에 통합.

10 월 하순 월, 2007, 이것은 단지 프로젝트의 초기 버전. 추가 기능으로 그것을 확장 계획, 부분 문자열을 포함 하 여, 인덱스, 바꾸기, 호출 하는 웹 서비스 및 유용 하거나 재미 있는 것 같다 하는 것. 나는 또한 내가 그 앞에 함께 내 행동을가지고 일단 codeplex에이 게시물에 계획. 이것은 또한 어떤 시점에 솔루션으로 배포 될.

만약 당신이 어떤 의견, 질문 또는 제안, 제발 의견에 그들을 남길 또는 내 이메일.

면책 조항:

난 절대적으로 어떤 목적에 대 한이의 적 부에 관해서는 아무 주장 하 게. 자신의 위험에 사용.

설치 단계 (팜의 WFE 각에 따라):

1. .Zip 다운로드 및 추출.

2. GAC에.dll을 설치. 보통 c 열:\windows 탐색기를 사용 하 여 복사 하는 windowsassembly it 거기.

3. 안전 컨트롤에 어셈블리를 추가 하려면 web.config를 수정:

<System.Workflow.ComponentModel.WorkflowCompiler>
<authorizedTypes>

<authorizedType 어셈블리 "SpdGenericInterface =, 버전 1.0.0.0 =, 문화 = 중립, PublicKeyToken = abe076fd8125f3c4" Namespace "Nivlag =" TypeName = "*" 공인 = "True" />

4. "Spdgenericinterface.actions을 복사" C를:\프로그램 FilesCommon FilesMicrosoft Sharedweb server extensions12TEMPLATE1033Workflow

Note 위의 위치는 특정 영어 언어 설치.

5. SharePoint 디자이너를 닫습니다 (그것은 이미 열려 있는 경우).

6. iisreset

7. SPD를 열고 새 워크플로 만들기.

다 잘만 된다면, 당신은 행동의 새로운 범주와 보상 해야:

노트:

참조 여기 (http://blogs.msdn.com/sharepointdesigner/archive/2007/03/15/adding-activities-to-spd.aspx) 에 대 한 훌륭한 만들기 위한 프로세스 개요, 설치 하 고이 같은 솔루션 구성.

.Zip c 당신에 게 직접 추출 하도록 설계 되었습니다.:\ 드라이브. 이렇게 하면, 프로젝트를 열 수 및 모든 경로 일관 될 것입니다..

Visual studio에서이 사용 하려면, 아마 설치 해야 "Windows WF에 대 한 확장".

초기 업로드 함수가 단지 하나의 "발송자", "ToLower()". 더 많은 기능을 추가 하려면, 와 같이 Execute 메서드에 추가:

 보호 재정의 ActivityExecutionStatus
          실행(ActivityExecutionContext executionContext)
        {

            문자열 functionToDispatch;
            functionToDispatch = 이.DispatchFunction.ToLower();

            스위치 (functionToDispatch)
            {
                케이스 "tolower()":
                    {
                        이.OutResult1 = 이.InParam1.ToLower();
                        휴식;
                    }

                기본:
                    {
                        이.OutResult1 = "알 수 없는 함수: [" + 이.DispatchFunction + "].";
                        휴식;
                    }
            }

            반환 ActivityExecutionStatus.폐쇄;
        } // ActivityExecutionStatus

    }

다음, 프로젝트를 다시 구축 하 고 GAC에 어셈블리를 복사. Iisreset를 필요한 것으로 기대.

SPD 워크플로 사용자 지정 작업 – 얻을 합니다 <WorkflowInfo> 태그 오른쪽 좌절을 피하기 위해

회신을 남겨주

SharePoint Designer를 포함에 대 한 사용자 지정 작업을 만드는 프로세스의 일부로 만들 ".actions" 파일.

발견 하 고로 시작 하는 예제 서식 파일을 사용 하 려 했습니다.:

<?xml 버전="1.0" 인코딩="u t f-8" ?>
<WorkflowInfo xmlns="http://schemas.microsoft.com/sharepoint/">
<작업 순차="그런 다음" 병렬="그리고">

그러나, xmlns 특성 방지 작업에서 내 환경. SPD에서 내 작업 표시 되지 않습니다..

Xmlns 특성을 제거 하는 것입니다 솔루션, iisreset를 닫기/다시-오픈 SPD를.

신속 하 고 간단: 특정 문서 라이브러리를 검색 하려면 MOSS 구성

4 답글

참조 업데이트 (난) 아래 (11/24/07) 에 Microsoft Office SharePoint Server를 구성 하는 방법 2007 색인 및 검색에 대 한 크롤링 네트워크 폴더

목표: 특정 문서 라이브러리에 제한 된 검색을 실행 하 고 싶습니다.. 이 경우에, 교육 문서를 포함 하는 문서 라이브러리.

단계:

1. 문서 라이브러리의 URL을 기록.

2. 범위 만들기:

중앙 관리로 이동.

SSP에 액세스.

"검색 설정"으로 이동.

범위 섹션으로 스크롤하고 "범위 보기"를 선택.

새 범위 만들기. 이름 및 유용한 설명 제공.

3. 범위 크롤링 규칙 정의:

이 범위에 대 한 문서 라이브러리를 정의 하는 규칙 추가.

"웹 주소 선택" "범위 규칙 유형"에 대 한.

당신의 폴더의 이름 입력 (참조 #1 위).

"포함"의 기본값을 수락.

업데이트 하려면 범위에 대 한 대기 (수동으로 시작 또는).

4. 사이트 모음에서 범위를 사용 하도록 설정.

이 범위를 사용 하려면 사이트 모음 이동.

적절 한 디스플레이 그룹 또는 그룹에 새 범위를 추가.

5. 검색!

이 시점에서, 완료. 제대로 정의 된 범위를 가정, 그것은 간단 하 고 고급 검색 하 고 해당 범위를 사용 하 여 검색 하는 경우 범위 드롭다운 목록에서 사용할 수 있습니다., 단지 당신이 기대 하는 결과 얻을 거 야.

노트:

내가 쓴 블로그 항목 설정 되어 간단한 범위 설정에 대 한 내 검색을 사용 하 여 건조 하기 때문에 같은 문구:

MOSS에서 범위를 구성
검색 범위 이끼를 구성
sharepoint에서 범위 2007
sharepoint에서 범위
문서 라이브러리 moss 검색
범위 뇌관 이끼

폴더에는 검색 범위를 만들 수 있습니다., 전체 문서 라이브러리 뿐 아니라.

범위는 여러 사이트 모음에서 공유할 수 있습니다. (따라서, "공유 서비스").

자체 사이트 모음 수준 범위를 만들 수 있습니다.. 그러나, 나 거기에서 크롤 링을 시작할 수 있기 때문에 중앙 관리로 이동 하는 것을 선호합니다. 사이트 모음에서 크롤 링을 시작할 수 없습니다..

업데이트 (난) 로 11/24/07:

카이 샹 넣어 함께 위대한 게시물 제목 Microsoft Office SharePoint Server를 구성 하는 방법 2007 색인 및 검색에 대 한 크롤링 네트워크 폴더 @ http://kaishenghoo.spaces.live.com/blog/cns!8A7458DB12CA5AC9!206.entry

테크노 태그: SharePoint, Sharepoint 검색, 검색

당신을 위한 아무 수프! 시스 코는 수프 나치 NLB 제품?

2 답글

오늘, Windows 탐색기를 통해 문서 라이브러리에 액세스 하려고. 이 문서 라이브러리는 두 WFE의 부하가 시스 코 NLB 솔루션의 어떤 종류에 의해 구성 된 시스템 내부 살으십시오. (만약/때 네트워크 마법사 말해 그것은, 이 게시물을 업데이 트 거 야).

Windows 탐색기를 연결할 수 없습니다.. 몇 가지 조사를 했는데 결국, 즉 네트워크 마법사 WebDAV 으로 사용할 수 없습니다. / 에 의해 지원 되지 않습니다. / NLB의 존엄 아래.

그래서, 네트워크 마법사를 가정 하지 그냥 말해 "걸릴 짧은 다리에서 긴 산책"에서 해당 하는 네트워크 마법사, 궁금 하지 — NLB를 않습니다., 자연에 의해, WebDAV를 사용 하지 않도록 설정? 우리 SharePoint에 우리의 윈도우 파일 탐색기 인터페이스를 잃게? 시스 코는는 수프 나치?

이끼 관리 / WSS 환경 — 마이크로 소프트의 기술 자료와 유지

회신을 남겨주

Microsoft 기술 자료 문서 하루에 만들고 하루 하 고 그 중 일부는 SharePoint 세계에 살고 있는 경우에 대해 알고 darned 중요.

속도 그들과 함께 서비스를 통해 유지에 좋은 사람에 의해 제공 www.kbalertz.com. KBAlertz를 사용 하면 좋아하는 MS 기술에 가입 하 고 그들은 버전의 이메일을 통해 마이크로소프트 KB 기사를 소화 보내.

웹 응용 프로그램 정책, 보안 사이트 및 보안 조정 — 당신의 구성을 알으십시오

4 답글

(업데이트 11/29 웹 응용 프로그램 정책 설정 UI 통해 액세스 하는 방법을 설명 하는 것)

그 중 "왜는 이끼가 일을 나에 게 하나 있었는데????" 순간 오늘. 끝에서, 그것은 모두 내 잘못.

우리 엔터프라이즈 이끼 프로젝트에 있고 우리는 "자리 표시자를 확보 하려는" 사이트 사용자에 그것을 액세스 하거나 볼 수 있도록. 그건 쉽게:

사이트에가 서.
보안 상속.
사이트 사용 권한에서 모든 사용자/그룹 제거.

위의 떠나야 한다 그냥 사이트 모음 관리자는 사이트를 볼 수 있는 권한을 가진.

다른 사람에 로그인 하는 경우, 그들은 더 이상 사이트를 참조 해야 하 고 모든 일반적인 장소에서 보안 트리밍 이어야 한다.

하지만 … 그것은 아니었다. 동시에, 갑자기 실현 내 "조 사용자" 표준 사용자 테스트 계정이 없는 priv 제한 된 읽기 권한 이외는 "사이트 작업" 그가 사방에 선택. 이중 한 가지와 뭔가 다른 확인 확인. 동료를 호출 하는 전화를 선택, 하지만 그것을 내려 놓고 다른 것을 확인합니다. 산책 하 고 다시 시도 하십시오 모든 것 모든 것. 나는 동료를 호출 하 고 메시지를 남겨 주세요. 그리고, 마지막으로, 저도에 그 단의 블로그, 그의 개통 그래프는 매우 간단 하 게:

모스 2007 웹 응용 프로그램 정책을 라는 새로운 기능. 이들은 웹 응용 프로그램에 연결 된 보안 권한. 이러한 보안 설정은 사이트 모음 또는 사이트 설정 된 모든 보안 설정 보다 우선 (웹) 해당 사용자에 대 한 수준.

웹 응용 프로그램 정책 쇼는 "NT Authorityauthenticated 사용자에 빠른 방문" 전체 읽기 부여 했다. 목록에서 그들을 제거 하 고 모든 결국 예상 대로 작업 시작. 믿습니다 그들은 처음에 엔터프라이즈에서 모든 사람에 게 읽기 권한을 부여 하는 좋은 방법은 이다 잘못 된 인상을 가진 사람에 의해 추가 된. 그것은 않습니다., 하지만, 스트레인 견적, "그것은 당신이 생각 그것은 의미 한다 의미 하지 않는다."

액세스 웹 응용 프로그램 정책은이 이렇게:

중앙 관리로 이동
응용 프로그램 관리를 선택
웹 응용 프로그램 정책 "을 선택"
그 화면에, 올바른 웹 응용 프로그램을 선택 했는지 확인. 나를 위해, 그것은 당신이 원하는 하지 않을 수 있습니다 중앙 관리의 웹 응용 프로그램에 기본값.

때이 문제를 했다, 다음 구문에 대 한 검색 하 고 있어 의외로 조금 직접적인 도움의 관점에서이 문제에 대:

사이트 작업 모든 사용자 표시

사이트 작업 모든 사용자에 게 표시

사이트 작업은 보안 조정

MOSS 사이트 보안

모스 보안 소개

테크노 태그: SharePoint

신속 하 고 간단: 고정된 키워드 쿼리를 사용 하 여 검색 핵심 결과에

1 회신

신속 하 고 간단한 지침:

페이지를 편집 하 고 추가 검색 핵심 결과 웹 파트.

해당 웹 파트를 편집 하 고 "고정 키워드 쿼리"를 확장.

고정된 키워드 쿼리 추가 (예를 들어. ContentType:"훈련 송장" TrainingInvoiceNumber:1111)

결과 쿼리 옵션을 확장 하 고 "웹 파트 쿼리 ID 변경" "사용자 쿼리 이외의 값으로" (예를 들어. "쿼리 2").

노트:

다른 사이트 모음에서 정보를 표시 하는 페이지를 만들 날이 방식으로 핵심 검색 결과 사용 하 여. 클라이언트는 두 가지 주요 사이트 모음: 부서 및 제품.

제품 사이트 컬렉션에 포함 되어, 자연스럽 게 충분히, 제품 정보. 여러 원본의 데이터를 집계 하는 사이트 모음에 각 제품.

부서 중 하나, 코드 및 테스트, 이러한 소스에는. 때 사용자가 액세스 제품 XYZ, 그들은 XYZ 메인 페이지에 직접 코드와 테스트 데이터를 보아야 한다. 코드 및 테스트 이후 다른 사이트 모음에서 호스팅되는, 그것은 조금 어 색 한. 때문에 검색 사이트 모음에 걸쳐 핵심 검색 결과 웹 파트를 사용 하기로. 코드 및 테스트 특정 콘텐츠 형식에 의해 제한 되는 사용자 지정 목록을 통해 제품 데이터 관리. 먼저 콘텐츠 형식 및 다음 검색을 단일 행으로 한정 제품 번호 사용자 지정 목록에 사용 하는 Aa 키워드 쿼리.

위의 키워드 쿼리는 AND. 그것은 콘텐츠 문서 "훈련 송장 입력 반환 합니다." 송장 번호 "1111" 같습니다..

이 접근에서 좋은 혜택: 핵심 검색 결과 웹 파트에서 XSL을 편집 하 고 우리가 원하는 어떤 포맷을 생성 수 우리.

여기 참조 (http://devcow.com/blogs/jdattis/archive/2007/04/17/SharePoint_2007_How_to_Rollup_Content_from_multiple_Site_Collections.aspx) 이 항목에 대 한 또 다른 블로거 토론에 대 한.

</끝>내 블로그를 구독.

귀하의 블로그에 대해 말해!

27 답글

적어도 최소한 SharePoint에 연결 된 블로그를 유지 하는 경우, 저가 코멘트에서 알게 하십시오. 추가 하 고 싶지만 내 블로그 목록.

SharePoint에 연결 되어 있지는 하지만 어쨌든 그것을 추가 하 고 블로그를 유지 하는 경우, 내게 알려 주어 라. 별도 블로그 목록을 만들 수 있습니다 거 야.

주십시오:

귀하의 블로그 URL (분명히)
귀하의 블로그에 대 한 간단한 설명.

"활성 링크를 유지." 블로그, 난 오전 약 정의 최소 주당 하나의 게시물에로 3 개월을. 당신이 그 "요구 사항에 맞지 않는 경우" 어쨌든 의견에 당신의 이름을 추가합니다. 그것은 * 내 * 그래서 내가 만약 내가 내 자신의 규칙을 깰 수 목록.

감사!

직원 교육 일정 및 자료 템플릿 — 서식 파일에서 감소 버그

5 답글

오늘 위에서 언급 한 템플릿 사용 하 여 버그를 발견 하는 클라이언트.

코스 관리자 만들기 과정. 코스를 만들 때, 관리자는 사용 가능한 좌석의 최대 수를 지정.

셀프 서비스 등록을 위해 제공 하는 서식 파일. 내가 등록 하 고 "사용 가능한 좌석 등록 목록 감소에 연결 된 워크플로" 코스와 관련 된.

개인 수 있습니다 또한 과정에서 등록 취소. 여기 버그 거짓말. 과정에서 등록 가능한 좌석 카운터 증가 하지 않습니다.. 결과적으로, 사용할 수 있는 자리는 정확한. 이 버그는 사실에 의해 혼합은 그 때 0 가능 석 감소, 더 이상 셀프 서비스 등록 허용.

다행히, Microsoft는이 프로세스에 대 한 워크플로 제공합니다.. 더 나은, 그것은 똑바로 앞으로 워크플로 SharePoint Designer를 통해 만든.

그것을 해결 하기 위해 이러한 높은 수준의 단계:

SDP 불.
액세스 교육 템플릿을 기반으로 하는 사이트.
액세스 "참석자 등록" 워크플로.
이러한 단계를 삽입 (그들의 처음 두 단계를 했다):
1. 계산 코스:채워진된 좌석 빼기 1 (출력을 변수:석 회 질)
2. (그런 다음) 업데이트 항목 코스

클릭 마무리와 당신은 행해진다.

스크린 샷:

SharePoint Designer:

완성 된 워크플로:

드릴 다운을 계산:

과정에서 업데이트 항목:

좋은 뉴스를 자주 주고; 일찍 나쁜 소식을 주고합니다

회신을 남겨주

많은 세월 동안 컨설턴트 하 고 알고 있는 모든 경험이 풍부한 컨설턴트, 좋은 커뮤니케이션은 프로젝트의 성공적인 납품에 주요 기둥 중 하나입니다.. 그것은 너무 분명 하다, 그것은 정말 거의 지루한 얘기를. 이것은 일반적인 통신에 대 한 게시물. 대신, 통신의 어두운 측면에 대해 쓰고 있어요 — 나쁜 소식 통신.

클라이언트에 게 좋은 소식이 모든 시간을 다는 것은 두말, 가능한 한 자주. 누가 좋은 소식을 주고 싶지 않다? 누가 좋은 소식을 듣고 좋아하지 않아?

플립 측면에서, 나쁜 소식은 재미 전혀. 난 항상이 분투. 내 인생의 초기에, 난 뭔가 awry 프로젝트와 클라이언트에 게 대신 했다, 내가 더 많은 시간을 시도 하 고 문제를 해결 일 것 이다. 난 열심히 내 팀 금 것. 그것은 슈퍼 인간의 노력이 하루를 저장할 수 있습니다 생각 하는 만큼 자연 충 동. 이 작품에 몇 번, 몇 번 하지 않습니다.. 그것은 "작동 하는 경우에" 그것은 종종 혼합 가방. 때 키 사양 부품까지 정말 결과물의 품질 몇 가지 이상의 개발 되었습니다입니다. 60 받는 사람 80 시간 주?

나쁜 뉴스를 처리 하는 가장 좋은 방법은 무엇입니까? 대답은: 일찍 그것을 말해합니다. 1 주일 전에 프로젝트 예산 소모 될 때까지 기다리지 말고. 밖으로 6 주를 알고 있는 경우 단순히 충분 한 시간을 제공 약속 기능의 일부 비트가 아니다., 거기에 바로 클라이언트에 게. 클라이언트 화가 얻을 수 있습니다. (아마 것입니다), incriminations 및 비난 있을 수 있습니다 상처 감정. 하지만, 감정을 떨어져 냉각 하는 때, 거기 아직도 6 주 프로젝트에 남아. 6 주 시간의 좋은 청크입니다.. 계획을 조정 하는 시간을 있다, 일정 변경, 적으면 예산 확장 (행운을 빌어요!) 그냥 일반적으로 "지상에 사실와 그립에와 서 하 고" 여전히 성공적인 프로젝트에서 발생 하는 새로운 계획을 고안 하 고.

포인트의 사례: 특징으로 하는 프로젝트에서 일하고 있어요:

T&E 예산 초과 출장된 "하지" 달러 금액.
"최선의 노력을 만든 것입니다" X를 제공할 것을 약속 드립니다, Y와 Z 프로젝트의 끝으로.
클라이언트 쪽에서 약속된 주요 자원의 부족. 이러한 자원 했다 목적에 원천 징수 되지, 도 아니다 어떤 "나쁜" 이유, 하지만 그들은 보류 했다.
프로젝트와 광 실현 통과 "Z를 제공할 수 있을 않을 했다 우리가 절반 방법 포인트" (주로 약속된 자원을 실제로 사용할 수 없었기 때문에).
정기적인 상태 보고서 및 "CYA" 우리 지원 설명서 (컨설팅 팀) 최대.
단단히 구현 팀 멤버 컨설팅 조직에서 그린 니트 (내 회사) 와 클라이언트.
먼 관리 팀, 유 하 고 물리적 의미에서. 관리 팀은 또 다른 대기업 프로젝트에 및 공간 제약으로 인해 집중 했다, 구현 팀은 캠퍼스에 별도 건물에 보관 되어, 힐 차관보와 "문명"에서 상대적으로 먼 길을 내려.

대략 6 주 프로젝트 예산에 왼쪽으로, 우리 (구현 팀) 우리 문제는 알고. 계약이 말했다 우리가 "Z"를 제공 하는 데 필요한. 비록이 프로젝트는 시간 & 자료 우리만 "최선의 노력을 약속에 불구 하 고" Z를 제공 하 고 심지어 비록 우리가 전달 누락에 대 한 좋은 정당화를 했다 … 결론은 좋은 찾고 되지 않았습니다. — 우리 품질 사람이 자랑 스 러 워 할 것을 모양에서 Z를 제공 하지 않을 했다.

이 인식, 우리 관리에가 고 그들에 게 프로젝트 예산 특정 날짜에 의해 소모 될 것이 고 Z 문제가 있었습니다..

미니 불 기둥 앞으로 몇 일 동안 일어 났 습.

하루 1: 특별 한 모임에 대 한 직원에서 호출 하는 관리 팀 (우리, 컨설턴트는 안 초대). 및에 계약은 인쇄 이며 모든 사람에 게 나눠 줄에 의해 검토 ensues. 관리는 수 세에 직원을 두고. 문구를 생각 하지 않습니다. "스톡홀름 증후군" * 실제로 * 사용, 그러나 당신은 그림. 우리는 꽉 짜여진 그룹, 어쨌든, 직원 컨설턴트 우리와 함께 일하고 있다는 지금 몇 달 동안 밖으로 하루.

하루 2: 다른 직원 회의 호출 하는 관리. 그들은 조금 더 나은 느낌. 그들은 앞으로 이동 하기 위한 옵션 및 아이디어를 원합니다. 그들은 실현은 여전히 6 주 현재 프로젝트 예산에 남아 있는, 여전히 괜찮은 시간. 작업 항목 중 하나: 전체 구현 팀 회의 일정 (컨설턴트를 포함 하 여).

하루 5: 전체 팀만 나 다, 건설적인 회의 ensues 및 새로운 달성 계획에 넣어. 더 나은, 우리는 이미 2 단계 논의 시작 했습니다와 클라이언트 즉시 해당 단계에 대 한 제안을 준비를 우리를 초대합니다.

만약 우리가 단지 3 주 동안 남아 때까지 기 다 렸, 또는 더 나쁜, 하나 또는 두 개의 주, 그것은 다른 많은 되었을 것 이다. 프로젝트를 다시 정렬 하는 건설적인 회의 대신, 우리 상태 보고서 밖으로 당기는, 이 또는 그 결정을 정당화 하기 위해 오래 된 이메일을 검토 하 고 계약을 구문 분석. 우리 원 것입니다 "" 하지만 그것은 정말 "이기" 이 경우에?

그래서, 나쁜 뉴스를 제공 해야 하는 경우, 일찍 그것을 주고합니다. 나쁜 소식은 늦게 주어진 그냥 나쁘지 않다, 그것은 끔 찍 하다.