요즘, 난 끊임없이 놀고 있어 후속 내 블로그 읽기, 난 그냥이 게시물 가로질러 왔다: http://sharepointsolutions.blogspot.com/2009/02/give-blood-to-your-workflow.html
그것은 확실 하 고 상세한 SharePoint Designer 워크플로 자습서 (더 많은 것 플러스!) 당신이 어디 interwebs에 볼 거 야. 내가 확인해 줄, 경우에 당신이 상처 SPD 베테랑.
그것은 훌륭한 SharePoint 입문서 InfoPath 및 워크플로.
</끝>
에 지 저 귐에 나를 따르라합니다 http://www.twitter.com/pagalvin
이번 달 초, 난 문서 조립 원래 마크 밀러에 대 한 계획 www.endusersharepont.com. 그러나, 대신의 끝에는 십자가 사용 하는 더스틴 호프만 처럼 사용 되는 졸업 떨어 트 려 나 (굉 장! 친절 한!) 편집기에서 TechTarget.
이것은 여기 내 최근 노력으로 같은 맥락에서 다른 SharePoint Designer 워크플로 문서: http://www.endusersharepoint.com/?p=1226 ("제어 목록을 사용 하 여 유연한 워크플로 솔루션을 만드는").
그것은 이것 같이 시작:
당신은 어느 달라고 SharePoint Designer 워크플로 일시적으로 해제 수? 수십 해제 설정 하지 않고 많은 문서 대량 찬성 하기 위하여 이렇게 할 수 있습니다-또는 가능 하 게 수백-불필요 한 워크플로.
이렇게 하려면 한 가지 방법은 공유 포인트 디자이너를 사용 하 여 워크플로 액세스 그것을 사용 하지 않도록 설정 하는. 그렇게 하려면, SharePoint Designer를 열 필요가 있을 것 이다, 액세스 워크플로, 속성을 변경 하 고 다시 저장. 그 방법의 문제점은 그것 좀 어 질러 이며 아마 경종의 반지 많은 최대 기업.
일반적으로, 프로덕션 환경에서 좋은 연습 하지 않습니다에 대 한 SharePoint Designer 워크플로 하 구, 그것은 잘 통제 된 과정의 부분도 아니다..
문서 다음 안내 하는 솔루션을 통해 사용자 지정 목록을 사용 하 여 켜거나 WF 지시를 필요로 하는이 문제에. 여기에 모든 것을 읽으십시오 (http://wp.bitpipe.com/resource/org_1127860336_240/SharePoint_vol5_v6 1_16.pdf).
이 문서는 여기 포럼에 질문에 의해 영감을: http://www.endusersharepoint.com/STP/. MSDN 포럼에서 훨씬 더 많은 시간을 보내고 있지만, 강하게 뿐만 아니라 EUSP 포럼에서 들여다는 것이 좋습니다., 특히 최종 사용자에 대 한 질문을 지향. 그것은 아직 좋은 정보와 조언의 다른 소스.
</끝>
에 지 저 귐에 나를 따르라합니다 http://www.twitter.com/pagalvin
지난주, 마크 밀러 최종 사용자에 대 한 내 최신 SharePoint Designer 워크플로 문서 게시 그의 사이트에 (http://www.endusersharepoint.com/?p=1226).
그것은 이것 같이 시작:
우리 기술 유형 "OOP" 등 우리의 일상에 많은 전문 용어 및 약어를 사용 하 여 (객체 지향 프로그래밍), "CT" (콘텐츠 형식), "SPD" (SharePoint Designer), "RTFM" (설명서를 읽어 보시기 바랍니다), 등. 이 문서는 특정 도깨비 "하드 코딩 이라고 염려:"그것은 무엇입니까, 왜 그것이 나쁜 및 SharePoint 디자이너 워크플로 솔루션에서 그것을 방지 하는 방법.
어떻게 우리가 워크플로 제어 및 구성 데이터를 저장할 사용자 지정 목록을 사용할 수 있습니다 설명. 이 방법을 사용 하 여, 우리 승인자 등의 값을 하드 코딩을 피할 수 있습니다.’ 이메일 주소, 승인 달러 한계, 등.
체크 아웃.
</끝>
에 지 저 귐에 나를 따르라합니다 http://www.twitter.com/pagalvin
클라이언트 사이트에서 일하고, 그래서 일부 SharePoint 디자이너 작업 할 수 있도록 windows 워크플로 파운데이션을 설치 하는 데 필요한. (오늘 SPD 잘 설치 하지만 정말 최소한 필요까지 몰랐다.NET 2.0 그리고 정말 가능한 윈도 워크플로 파운데이션; 난 항상이 SPD와 함께 설치 된 가정, 그러나 내가 틀 렸 다).
클라이언트는 프록시 서버. 문제 없어요, 나는 자격을 외부 공용 인터넷에. WWF를 다운로드 일반적인 곳으로가 서 (SPD helpfully 링크 제공). 그 다운로드는 정말 종류의 부트스트랩. 그것은 실행 하 고 다른 필요한 다운로드를 파악합니다. 두 번째 다운로드 프로세스 실패. 도 전혀 시도 하지 않습니다 그것은, 프록시 서버 자격 증명에 대 한 요구에서 어떻게든 막을 수 또는. 그것은 심하게 충돌, 나에 게 메시지를 주는:
Microsoft.NET Framework 3.0 설치 중 문제가 발생. 설치 프로그램이 성공적으로 완료 되지 않았습니다..
재 부 팅을 시도 하 고 보낸 10 내가 프록시 서버 자격 증명에 대 한 나에 게 그것을 얻을 수 있는 알아 내려고 노력 하는 초. 포기 하 고 대신에 여기가 서: .NET 프레임 워크 3.5 서비스 팩 1 (전체 패키지).
해당 패키지를 다운로드, 설치 및이 시간, 아무런 문제가 없습니다.
</끝>
에 지 저 귐에 나를 따르라합니다 http://www.twitter.com/pagalvin
그의 취임 블로그에 게시 것에, chiqnlips 계산된 열 이며 일반적인 SharePoint Designer 워크플로 전자 메일 활동 문제에 대 한 해결책을 설명 하는 광 기에 파 놓은 광산 있다: "도메인 사용자 이름 대신 이메일에 사용자의 실제 이름을 표시 하는 방법."
직접 테스트 하지 않은, 그러나 유망 하 게 본다. 체크 아웃.
</끝>
에 지 저 귐에 나를 따르라합니다 http://www.twitter.com/pagalvin
위로 마크 밀러 www.endusersharepoint.com SharePoint Designer 워크플로 내 최근 문서 게시 여기 (http://www.endusersharepoint.com/?p=1037).
다른 목록에 하나의 목록에서 만든 워크플로 이동 하기 위한 기본적인 접근을 설명. 다른 목록 같은 사이트에 있을 수 있습니다., 동일한 사이트 모음 또는 완전히 다른 농장 (예를 들어. 생산 개발에서).
이것은 복잡 한 주제 그래서 아주 기본적인 시나리오만 적용. 다음 주, 더 유용한 현실 세계 예제를 쓸 거 야.
그것을 확인 하 고 거기에 어떤 의견을 공유.
<끝>
에 지 저 귐에 나를 따르라합니다 http://www.twitter.com/pagalvin
마크 밀러 내 최신 최종 사용자 지향 올렸습니다 SharePoint 디자이너 워크플로 문서를 자신의 사이트를 이곳에: http://www.endusersharepoint.com/?p=1008
질문에 똑 바른 대답을 제공 하려고, "왜 수 없습니다 내가 쉽게 포트 테스트 하려면 개발에서 SharePoint 디자이너 워크플로?" 과정에서, 또한 SPD 실제로 뭘 뒤 우리 워크플로 솔루션을 만드는 데 사용할 때 몇 가지 통찰력을 주고.
다음 주, 나는 최종 사용자 친화적인 방법으로 포트 SPD 워크플로와 다른 서버 설명, 적어도 최종 사용자 친화적인 솔루션으로 가능한 도구의 상태를 주어진 설정 또는.
</끝>
에 지 저 귐에 나를 따르라합니다 http://www.twitter.com/pagalvin
여기에 다른 일반적인 SharePoint Designer 워크플로 질문이입니다.:
"액세스 수 있습니다. (읽기/쓰기) 목록 자체와 동일한 사이트에 거주 하지 않는 워크플로 통해 SharePoint 목록?"
간단한 대답은: 아니.
너무 여러 가지로, 그러나, 우리는 자격을 (이 경우에 좋은 것은). 플랫폼 확장 생산을 여러 가지 방법으로 만들 수 있습니다., 사용자 지정 작업을 포함 하 여 (예를 들어에 대 한 내 작은 codeplex 프로젝트 여기를 참조 하십시오). 사용자 지정 작업 기본적으로 우리가 SharePoint 디자이너 워크플로에서 원하는 무엇이 든 할 수 있습니다.. 나는 큰 팬이, 사실, 이후 그것은 우리에 게 두 세계의 최고를 제공 — 우리의 손가락 끝에.NET framework의 전체 깊이와 선언적 최종 사용자 친절 한 디자이너.
슬프게도, SPD를 사용 하는 경우, 당신이 그 일을 하는지 visual studio를 사용할 수 없습니다 때문에 좋은 기회가 (visual studio 필요 깊은 개발자 배경 사실 때문). 당신이 해야 하는 사용자 지정 작업의 종류를 만드는 기술 동료 중 하나에 따라 통용 해야 한다를 제외 하 고 그 문제에 어떤 좋은 답변 없어. 또는, 관리를 고용 하거나 계약 자원의 종류와 함께 작동.
</끝>
에 지 저 귐에 나를 따르라합니다 http://www.twitter.com/pagalvin
슬프게도, 그것은. 우리 상자 기능에서 사용 하 여 SharePoint Designer 워크플로에서 첨부 파일이 있는 이메일을 보낼 수 없습니다.. 이 소원이 나오면 MSDN 포럼에 규칙성 증가 함께.
그러나, 는 SharePoint 플랫폼, 너무 많은 것 들과 마찬가지로, 우리에 게 앞으로 경로 제공지 않습니다.. 우리가 할 수 있습니다 사용자 지정 작업 만들기 우리가 다음 우리의 워크플로로 통합 하는. 일단 설치, 사용자 지정 작업은 외모와 다른 행동 같은 느낌 (예를 들어. 데이터 수집, 로그 메시지, 등).
큰 산 등반에 사용자 지정 작업 만들기, 그러나, 최종 사용자에 대 한. 이 codeplex 프로젝트는이 기능을 제공합니다.: http://www.codeplex.com/SPDActivities. 잡아당기는 그것을 설치 하는 것은 또한 일반적인 최종 사용자의 능력을 넘어. 그러나, 그것은 그것을 SharePoint 관리자에 대 한 아주 간단, 이 기능으로 작업을 개발 하는 필요 찾아내는 경우에 이렇게, 그것을 SharePoint 관리자와 함께 작동.
</끝>
에 지 저 귐에 나를 따르라합니다 http://www.twitter.com/pagalvin
우리는 "통신 SharePoint 디자이너 워크플로 설정" 사이트 열 값이 변경 통해 목록에 이벤트 수신기. 예를 들어, 경우 사이트 열 "SetDuedate" 로 설정 되어 있는 워크플로우에서만 진정한, 그 변화를 감지 하는 이벤트 수신기, 기한 일자를 계산 하 고 다른 사이트 열을 해당 날짜를 할당, "인해 날짜입니다." 우리 분할 것이 이벤트 수신기는 복잡 한 비즈니스 규칙을 사용 하 여 기한을 계산할 수 있기 때문에 (토ㆍ휴일 회사 계정에 복용) SPD는 정말 못해 하면서.
하나의 특정 인스턴스에서, 우리가이 트릭 문제로 달렸다. 모든이 디버깅 하는 것은 매우 어려운, 하지만 우리 한 경우 그 명확한 결론에와 서 (적어도), 이벤트 수신기는 모든 시간을 실행 하지. 워크플로의 한 단계에서, 우리 사이트의 열 값 변경 및 이벤트 수신기는 실행에 표시 되지 않았다. 그러나, 워크플로의 다른 단계에서 일관 되 게 실행 했다.
그것을 검토 한 후, 행복 한 워크플로 단계 "업데이트 목록 항목 사용 주의" 다른 단계 사용 "설정된 필드에서 현재 항목입니다." 업데이트 목록 항목 "현재 항목을 업데이트 했다." 나 확실 하지 않다 때문에 그들은 같은 일을 하 고 있을 것 이라고 우리가 다른 하나를 고른 이유.
그래서 … 목록 항목 업데이트 동작 이벤트를 발생 않았다. 반면에, 동작 않 하는 현재 항목의 필드 설정.
두 곳 모두에서 업데이트 목록 항목을 사용 하 고 비올라! 그것은 일. [[ 총 옆, 거의 매일에 대 한 바이올린 연주 15 년 ]]
이, 가칭 믿습니다 "설정 필드" 액션 이벤트 수신기 화재를 발생 하지 않습니다., 적어도 일부의 시간.
이 문제는 주에 대 한 우리을 bedeviled.
이것은 그 "관찰 동작 중" 게시물. 내가 관찰이 일이 한 번 특정 환경에서 고 왜 일 마찬가지로로 몇 가지 추측을 만드는. 이 것에 어떤 통찰력 있는 경우, 의견에 공유 하시기 바랍니다.
</끝>
