월별 아카이브: 12 월 2008

웹 프록시 서버는 Windows Workflow Foundation을 설치 하는 날을 막을 시도, 그러나 나는 그것을 격파

클라이언트 사이트에서 일하고, 그래서 일부 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

Microsoft.SharePoint.dll에 반사판을 사용 하 여

Redgate .NET Reflector 마이클이 깊다 넣어가지고 경고 및 조회에 대 한 기사 ("어떤 보기 사용할 수 있습니다 경고를 만들 때 ?"), 어떤은 그것의 자신의 공로에 재미. 그러나, 어떻게 그는 차근차근 Redgate의.NET Reflector를 사용 하는 프로세스를 통해 걸어 보고 더욱 관심. 단계적으로, 그는 SharePoint 목록에 대 한 견해 "subscribable 이어야 하는지 여부를 결정 하는 방법을 아래로 도구 트랙을 사용 하는 방법을 보여 줍니다." 더 나은 단어의 부족 (he explains this much better than I do 🙂 ).

이 시점에서 SharePoint 시대, 당신은 거의 귀 머 거리와 장 님 하지 들 었 또는 그 도구를 사용 하 여에 대 한 읽기 되어야 할 텐데. 그것은 물건을 전진 했다 하 고 내 자신의 감각은 그 그것은 여러 가지 방법으로 최후의 도구. 그러나, 만약 당신이 생각 당신이 그것 필요 하지만 정말 어떻게, 마이클의 기사는이 주제에 대 한 훌륭한 입문서 처럼 보인다.

</끝>

내 블로그를 구독.

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

SPD 워크플로: 도메인 사용자 이름 대신 전체 이름 표시

그의 취임 블로그에 게시 것에, chiqnlips 계산된 열 이며 일반적인 SharePoint Designer 워크플로 전자 메일 활동 문제에 대 한 해결책을 설명 하는 광 기에 파 놓은 광산 있다: "도메인 사용자 이름 대신 이메일에 사용자의 실제 이름을 표시 하는 방법."

직접 테스트 하지 않은, 그러나 유망 하 게 본다. 체크 아웃.

</끝>

내 블로그를 구독.

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

SharePoint에 대 한 예측 2009

에 몇 회를 읽 었 2008 그리고이 대 한 생각을 날을 있다 2009. 여기에서 SharePoint의 미래에 내 추측은 2009.

작은 면책 조항

나는 SharePoint MVP 및 결과, 난 가끔씩 조금 사전 정보 공개 전에. 나는 게 아니 야 그러한 정보 공개. 난 정말 주위 되지 않았습니다 긴 어쨌든 물건의 종류와 위임 될 정도로.

그 밖의 방법, 예측에...

빠른

나는 빨리에 아주 뜨거운 주제를 될 것 이라고 믿는다 2009. 그것은 이미 엔터프라이즈 검색 커뮤니티에서 잘 알려진. 그러나, 모두에 SharePoint와 재생 2009 곧 그것은 그들을 위해 할 수 있는이 제품에 관심이 있을 것입니다.. 주위에 들어설 것입니다 새로운 회사를 컨설팅 하 고 기존 파트너 작동 하 고 그것의 포트폴리오에 추가 출 격. 이번에는 내년, SharePoint 커뮤니티에서 거의 모두 들어 있을 것 이다 빨리에 대 한 의견을가지고.

빠른 타겟된 대형 회사 이며 그 계속. Microsoft 작은 기업에 액세스할 수 있는 제품의 더 초점 맞춘된 버전을 발표할 예정 이다 이상 외부 기회가 생각. 실패, 그들은 빨리 사용자 지정할 수 있는 라인을 따라는 사용자 지정할 수 있도록 SharePoint 검색 엔진을 열 것 이다. 예를 들어, 빠른 사용 하 여 콘텐츠를 사용 하 고 그것을 색인에 대 한 건축 파이프라인. 빠른 관리자와 개발자 수 있는 파이프라인 구성 요소 데이터 소스 마다 모이고 새 파이프라인 구성 요소를 만들 수도. 우리는 오늘이 유연성 sharepoint 없어. 빠른 남아 매우 큰 회사에 단단히 표적으로 하는 경우, SharePoint 검색 FAST의 특징 중의 일부를 채택할 것 이다.

SharePoint V.Next

그것은에서 나올 것 이다 믿어 2009.

나는 그것은 우리에 목록 또는 문서 라이브러리에 대 한 견해를 보안 하는 기능을 제공할 것입니다 믿는다. 이것은 믿음보다 희망일 수 있습니다.

최종 사용자가 SharePoint Designer와 특히 워크플로에 대 한 몇 가지 더 나은 지원을 제공할 것입니다 희망.

많은 사람이 알고 하지 않습니다., 나는 적극적으로 추적 내가 여기서 찾을: http://delicious.com/pagalvin/SharePoint_O14.

공급 업체는 비즈니스 응용 프로그램을 만들 것입니다.

오늘, 대부분의 SharePoint 공급 업체 지향 가제트 될 것. 받아 대나무 또는 Corasworks 예를 들어. 그들은 거 대 한는 다음과 같은 하 고 좋은 제품의 포트폴리오. 그러나, 그들은 일종의 날 또는 개발자 gadgety 보인다 / 초점을 맞춘 도구. 관리자 도구, 워크플로 도구, 등. 그건 비판 모든 SharePoint 확실히 일부 가제트를 사용할 수 있기 때문에.

에서 2009, 일부 공급 업체 (그리고 매우 가능성이 대나무 스스로, 만약 내가 올바르게 이것을 읽고합니다) 서식 파일의 모양에 있는 verticalized 비즈니스 응용 프로그램 함께 넣어 것입니다., 기능, 솔루션, 등. 오늘 멋진 40 서식 파일에 대 한 생각 해요 하지만 특정 산업에 맞는. 나는 일종의 그것은 이미이 이렇게 악용은 놀. SharePoint는 이러한 종류의 것 들을 제공 하기 위한 플랫폼. 어떤은 모두가 기다리는 거 야? 그들은 더 이상 기다릴 하지 않습니다. 2009.

동시에, Silverlight 및 기타 멋진.NET 물건 새로운 연료 것 이다, 더 나은 그리고 더 재미 있는 가젯.

Sharepointreviews.com이이 제품의 필수적인 커뮤니티 카탈로그를 될 것입니다..

최종 사용자 초점

2009 블로거를 위한 주요 초점으로 최종 사용자의 출현을 볼 것 이다, 조직과 마이크로소프트 스스로. 마크 밀러 최종 사용자 SharePoint.Com 큰 역했습니다 2008 그리고 그렇게 계속 됩니다 2009. 최종 사용자가 블로그를 시작 합니다., 덜 기술 장소에 사용자 그룹을 변환 하 고도 하는 데 도움이 사람을 설득 또는 순수 최종 사용자 실행 조직 초점을 맞춘 컨퍼런스.

컨퍼런스, 사용자 그룹, 코드 캠프, 등

말하는 회의-의 계속 확장 및 성장 수에 초점. 최종 사용자 콘텐츠 제외, 그들은 개발자와 관리자에 게 충족 시켜 나갈 것입니다..

가상 회의를 데리 러 시작 되 고 기존 회의 하거나 직접에서 참석 하지 않도록 선택할 수 없습니다 누가 원격 참석자에 게 라이브 피드를 제공 합니다..

무료 장소 확장 됩니다., 와 같은 마이크 Lotter (외 다 수) SharePoint 토요일.

이 새로운 개발자의 큰 유입 계속할 것 이기 때문에 매우 중요 한 될 것입니다., 관리자 및 최종 사용자에 게 정보의 종류를 갈망 하는 것입니다이 그룹 제공.

소셜 컴퓨팅

공유 컴퓨팅 기능에 대 한 수요가 일어날 것 이다. 모든 것 들 평등 하, 효과적인 소셜 컴퓨팅 전략을 구현 하는 것입니다 할 더 나은 기업과 그들의 경쟁자 보다 더 강한 것.

보다 신속 하 고 효과적으로 대기업 보다 중소 기업이 이러한 기능을 채택할 것 이다.

대기업: 조심하세요

업데이트 관리에 대 한 유용한

에서 2008, 많은 SharePoint 블로거 및 단체와 마이크로소프트 스스로 알아내는 특정 문제를 해결 하는 가장 좋은 방법은 시간을 많이 보냈다 (일반적으로 기술적인 문제).

지금도 정의 하 고 최상의 방법의 채용을 육성 기회. 그러나, 그러나 우리 설치 하는 가장 좋은 방법은 냈 어 요, 구성 하 고 SharePoint 관리, 회사의 수백 그리고 수천 설치 되었습니다., 구성 하 고 그 최상의 손을 없이 SharePoint 관리.

에서 2009, 많은 회사는 그들은 문제를 해결 하기 위해 몇 가지 깊이 뿌리 하 고 SharePoint 커뮤니티와 그들을 해결 하기 위해 도움에 대 한 마이크로소프트의 엘리트 회원을 찾고 있을 것입니다 하려고. 이에 확장할 것입니다 생각 2010 아마도 정말 필요 하 고 SharePoint를 사용 하는 회사에 대 한 업데이트 관리 서비스를 제공 하는 별장 산업 산란, 하지만 상처 심하게 그들의 구현에서 초기 가난한 결정 때문에.

모선 돌아갑니다.

에서 2009, 어머니 배 반환 및 밥 폭스 홈 가져.

최종 의견

작업 SharePoint 자신 진짜 전혀에서 1 월까지 시작 하지 않았다 2007. SharePoint는 정말 이륙 하 고 입증이 2 년에 많은 가치를 전달할 수 있는 나에 게 보인다. 여러 가지 생각, 그것은 안 정말로 평탄 자체 인프라 업데이트까지. 그것은 여전히 그것의 버그와 문제가 있다, 우리 모두는 하지만 이후 길을 따라와 서 01/2007. 2009 SharePoint에 대 한 배너 년 될 것.

</끝>

내 블로그를 구독.

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

테크노 태그: , ,

SharePoint 유용한 컨퍼런스 2 월 2-4, 2009

두 프레 젠 테이 션을 할 수 있을 거 고 이 2 월에 샌디에고 회의 SharePoint 최고의 사례.

내가 일을 하지 않은이 일 충분히 얻을 그것에 의해 지칠 대로 지친를, 그래서 모든 회의 참석 한, 솔직히, 굉 장. 그러나, 이 회의 특별 한 생각. 0 마케팅 초점 이며 일부 해결 하는 방법에 실제 실용적인 조언을 제공 하는 것에 대 한 모든 것은 thorniest 문제 우리가 다루는 SharePoint 얼굴. 그것은 거 대 한, 그래서 모든 스피커가 매우 액세스할 수 있습니다. (적어도 집 화재 때 그들은 밖으로는). 위대한 공식 프레 젠 테이 션 이외에 즉, 당신이 수 있는 몇 가지 좋은 대화와 토론 거의 모든 스피커와 거의 언제 든 지, 늦은 밤 호텔 바에 imbibing까지 공동 아침 식사와 함께 시작.

스피커 너머, 당신은 거 야 좋은 기회를 구축 하 고 지역 사회에서 다른 SharePoint 사용자의 네트워크를 시멘트. 마지막 세션 및 회의 랩 말까지, 활성화 하 고 SharePoint 환경을 개선 하는 일을 다시 데 려 좋은 아이디어 가득 있을 거 야.

그것은 잘 가치 투자.

웹 사이트는 최고 노치. 날짜에 대 한 체크 아웃, 등록, 주제 및 스피커.

</끝>

내 블로그를 구독.

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

통해 독서 1,000 블로그 항목 3 주 주말에 같이 보고 분실 시즌 4

지난 여름이, 필자에 대 한 두 챕터는 하는 동안은 최고의 SharePoint 소셜 컴퓨팅 책 적, 내 블로그 읽기에 뒤에 아주 멀리 하기 시작 했다. 내 RSS 물건에 대 한 하 고 있는 경우 Google 리더를 사용 이상 1000 읽지 않은 항목, 그것은 단지 말합니다., " 1000".

지난 몇 주 동안, 내가 앉아 하 고 체계적으로 그들을 읽는 고 있어 미래 참고를 위해가 서 그들을 태그 (Delicious.com 사용).

지난 주말에 모두 분실을 지켜, 시즌 4 sittings 몇에 잡기 1000+ 블로그 항목 같은 심정.

</끝>

내 블로그를 구독.

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

테크노 태그:

다른 하나의 목록에서 SharePoint Designer 워크플로 포팅

위로 마크 밀러 www.endusersharepoint.com SharePoint Designer 워크플로 내 최근 문서 게시 여기 (http://www.endusersharepoint.com/?p=1037).

다른 목록에 하나의 목록에서 만든 워크플로 이동 하기 위한 기본적인 접근을 설명. 다른 목록 같은 사이트에 있을 수 있습니다., 동일한 사이트 모음 또는 완전히 다른 농장 (예를 들어. 생산 개발에서).

이것은 복잡 한 주제 그래서 아주 기본적인 시나리오만 적용. 다음 주, 더 유용한 현실 세계 예제를 쓸 거 야.

그것을 확인 하 고 거기에 어떤 의견을 공유.

<끝>

내 블로그를 구독.

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

테크노 태그:

왜 난 쉽게 다른 하나의 목록에서 SharePoint Designer 워크플로 솔루션 포트 수 없습니다?

마크 밀러 내 최신 최종 사용자 지향 올렸습니다 SharePoint 디자이너 워크플로 문서를 자신의 사이트를 이곳에: http://www.endusersharepoint.com/?p=1008

질문에 똑 바른 대답을 제공 하려고, "왜 수 없습니다 내가 쉽게 포트 테스트 하려면 개발에서 SharePoint 디자이너 워크플로?" 과정에서, 또한 SPD 실제로 뭘 뒤 우리 워크플로 솔루션을 만드는 데 사용할 때 몇 가지 통찰력을 주고.

다음 주, 나는 최종 사용자 친화적인 방법으로 포트 SPD 워크플로와 다른 서버 설명, 적어도 최종 사용자 친화적인 솔루션으로 가능한 도구의 상태를 주어진 설정 또는.

</끝>

내 블로그를 구독.

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