월별 아카이브: 3 월 2011

SharePoint 2010 "배포에 갇혀 솔루션” 상태

SharePoint 팜에 솔루션을 배포 하려면 Powershell을 사용 하는 (h/t:  코리 로스 그리고 그의 블로그 게시물). 

그런 다음 중앙 관리에 갔다, 시스템 설정을 누른 다음 "관리 팜 솔루션" 액세스 농장 그리고 배포 하 내 (약간의) 실망, "배포"에 갇혀 있어.

서 여러 번 MSDN 포럼에이 문제를 본 적, 그래서 그것에 대해 꽤 긴장 했다입니다.  조금의 주위 검색 및 이 유용한 문서를 찾을 수합니다 (겉보기 unattributed 사람에 의해 http://www.resolutionsnet.co.uk/).  배포 작업 및 때 솔루션에 클릭을 취소, 3 4 명의 서버 팜에 솔루션 배포 성공적으로 했다 그것 내게 말했다.

잘못 된 서버에 갔다, 타이머 서비스를 중지 하 고 그것을 다시 시작 합니다.  Windows 서버 실제로 줬 서비스 명령에 응답 하지 못했습니다., 그래서 그 아픈 했다 하더군요.

이번에, 내가 갔을 때 다시 중앙 관리, 나는 문제 없이 배포할 수.

바라 건 대이 비트의 정보 일 하나 bind에 일부 도움이 될 것입니다..

</끝>

내 블로그를 구독.

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

하루 중 오류: "수 없습니다 지정한 어셈블리를 GAC에 추가”

조금 visual studio와 함께 싸우고 있다 했습니다. 2010 에 sp2010 솔루션 및이 오류를 얻고 있었다:

배포 단계 ' 솔루션 추가 '에서 오류가 발생 했습니다.: 오류: 지정된 된 어셈블리를 전역 어셈블리 캐시에 추가할 수 없습니다.: YourAwesomeDLLThat IAmJustNotGoingToInstallRightNow.dll

자체 GAC에 갔다 (c:\windowsassembly) 시도 하 고 제거 하 고 "파일 사용 에서" 오류가 있어.

Iisreset을 않았다, 거의 다운로드 sysinternals, 마침내 서비스 타이머 서비스를 중지, 그냥 폐쇄 하 고 visual studio 자체를 재개 하 고 마침내 밖으로 닫을 수 있게 되었다.

</끝>

내 블로그를 구독.

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

신속 하 고 쉽게: VS 디버깅 2010 솔루션 배포

Visual Studio 2010 몇 번 배포 하는 동안 디버그 하드 오류를 보고합니다.  몇 가지 매우 거친 디버깅 할 수 있는 빠르고 쉬운 방법 자신의 명명 된 예외를 throw 하는 것입니다.  Visual Studio 출력 콘솔에 표시 됩니다..

코드의이 비트를 고려:

image

이 기능은 웹 응용 프로그램으로 범위가 지정 하는 경우, 사이트 null이 됩니다.  당신이 시도 하 고 사이트의 속성을 참조 하는 경우, 모호한 오류 거 야:

배포 단계 ' 솔루션 추가 '에서 오류가 발생 했습니다.: 개체 참조가 개체의 인스턴스로 설정 되지.

그러나, 경우 새 예외를 throw 하 고 문자열을 생성자에 전달, 약간 더 유용한 메시지를 받을:

image

그것은 원유 기술, 하지만 꽤 빠른 속도 간편한.

</끝>

내 블로그를 구독.

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

타이머 작업 FeatureActivated 및 기능 범위

난 누군가가 나에 게는 타이머 작업에 대 한 손으로 일부 코드를 사용 했습니다.  그래서 그것을 작성을 했다 그는 실제 기능 활성화 코드를 제공 하지 않았다면, 물론.  활용 앤드류 Connell의 유명한 블로그 게시물 주제에.

Visual Studio를 사용 하 2010 배포 오류와 함께 실패 보관 "배포 단계 '솔루션 추가'에서 오류가 발생 하는 고: 개체 참조가 개체의 인스턴스로 설정 되지 않습니다. "

너무 문자 그대로 그의 코드를 복용 했다.  웹 응용 프로그램 수준 기능을 범위 지정 했다, 같이:

image

결과적으로, 수신기에 전송 되는 속성은 웹 응용 프로그램에서, 사이트 모음이 아니라입니다.  끝에서, 코드를 다음과 같이:

공공 재정의 void FeatureActivated(SPFeatureReceiverProperties 속성)
{

    // 웹 응용 프로그램 범위 기능을 실행 하지, 그것은 절망에 이른다 미소
    // SPSite 사이트 속성 =.Spsite로 Feature.Parent;

    SPWebApplication wa 속성 =.Spwebapplication으로 Feature.Parent;

    만약 (워싱턴 = = null) 새 예외를 throw 합니다.("webapp2은 null입니다.");

    foreach (워싱턴에서 SPJobDefinition 작업입니다.JobDefinitions)
    {

        시도
        {
            만약 (작업입니다.이름 = = List_JOB_NAME)

                작업입니다.삭제();
        }
        catch (예외 e)
        {
            새 예외를 throw 합니다.("마커 2");
        } // catch exception e
    }

    // 설치 작업

    WeatherForecastTimerJob weatherForecastTimerJob =
        새로운 WeatherForecastTimerJob(List_JOB_NAME, wa);

    SPMinuteSchedule 일정 = 새로운 SPMinuteSchedule();
    일정입니다.BeginSecond = 0;
    일정입니다.EndSecond = 59;
    일정입니다.간격 = 5;
    weatherForecastTimerJob.Schedule = 일정;
    weatherForecastTimerJob.Update();

}

이륙 거리 키 그 때 기능을 웹 응용 프로그램 범위, SharePoint 기능 수신기에 전달 하는 Spfeaturereceiverproperties는 웹 응용 프로그램 수준 매개 변수가.  앤드류의 오래 된 블로그 항목을 사이트 모음 범위는 가정.

</끝>

내 블로그를 구독.

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

CodePlex 프로젝트 업데이트: SharePoint Designer 워크플로 확장

얼마 전, 난 wrote 내 오래 된 부활 하려고 했다 CodePlex 프로젝트, SharePoint Designer 워크플로 확장.  CodePlex 프로젝트 WSS/모스에 대 한 개발 및 줌 유틸리티 입력 기능 추가, ToLower"와 같은()”, ToUpper "()”, "부분 문자열()"등등입니다.  그것은 심지어 일반적인 목적의 "전화 웹 서비스" 스타일 기능을 하고있다.  자세한 내용은 여기에서 그것에 대해: http://paulgalvinsoldblog.wordpress.com/2007/10/28/sharepoint-designer-custom-activity-to-execute-user-defined-c-functions/.

내가 더 많거나 적은 꽤 전 포기.  SharePoint 이후 2010 나온, 그러나, 난 다시 그것을 볼 및 SP 2010에서 작동 하도록 의미 했습니다.  음, 오늘, 난 그냥 않았다.  코드 Codeplex를 아직 업데이트 하지 않은 나. 전에 CodePlex 규칙에 자신을 교육 하 고 싶습니다., 프로젝트에 대 한 홈 페이지 위 키를 업데이트 했 어 하지만.

넓은 하 고 더 재미 있는 암시는 WSS 및 MOSS에서 사용자 지정 활동을 통해 비교적 쉽게 포트 것, 이 한 (환영 합니다) 나를 놀라게합니다.

여기는 어떻게 생겼는지 SharePoint Designer에서 작동 하는 때:

image

</끝>

내 블로그를 구독.

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

Microsoft.SharePoint.ApplicationPages.Administration.dll은 어디에?

나는 Microsoft.SharePoint.ApplicationPages.Administration.dll를 참조 하는 visual studio 프로젝트를 손으로 했다.  그것은 내게 조금 찾을 나는 그것을 생각을 공유 하는 동안.  내 환경에, 에 위치 하 고 있습니다.:

c:\프로그램 파일 공통 파일 마이크로 소프트 파일 서버 extensions14configadminbin

</끝>

내 블로그를 구독.

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

BrightStarr 미국 SharePoint 분석가 찾고

내 회사, BrightStarr, SharePoint 비즈니스 분석가 찾고 있습니다.  우리의 목표는 사람과 함께 일 하는 사람:

  • 플랫폼을 아주 잘 이해 한다
  • 대 자갈길된 함께 집의 카드 스마트 SharePoint 솔루션의 좋은 아이디어를가지고
  • 직접 클라이언트 작업을 즐긴다합니다, 누구 SharePoint는 모든에 대 한 이해 및 일부 SharePoint 그들을 도울 수 있는 단지 막연 한 개념을가지고 있지만 확실 하지 정확히 어떻게
  • 아주 잘 쓸 수 있습니다.
  • 작은 팀에 정말 잘 통신할 수 있습니다
  • 잘 하 고 멀티 태스킹 즐깁니다.  이것은 무 겁 게 과정 중심 환경 (우리는 조직화 된 방법으로 일을 할 충분 한 과정, 하지만 우리는 우리의 발에 매우 빠른, 민첩 하 고 모든 좋은 것 들).

이것은 개발자 위치 하지만 경우에 당신은 더 많은 초점을 찾고 또는 컨설팅 컨설턴트 개발자 및 더 적은 개발, 이것은 당신을 위해 좋은 단계 수 있습니다..

만약 관심이 있으시다면, 트위터에 날을 ping 또는 이메일로!

</끝>

내 블로그를 구독.

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

Microsoft.CSharp 어쨌든입니다.?

나는 비교적 복잡 한 프로젝트 구조와 어떤 리핑한 파괴의.zip 파일을 손으로 했다.  코드에서 microsoft.csharp을 참조 하 고 있습니다., 마찬가지로:

image

당신이 볼 수 있습니다, visual studio는 실제 DLL을 실종 됐다. 

일반적으로 이러한 것 들 실제 위치에 대 한 같아요.  근처 파고, 새 콘솔 응용 프로그램을 만든 (이 작은 교환 후 다음 읽기) 내 환경에서 DLL을 찾아: C:\프로그램 파일 (x 86)\참조 assembliesmicrosoftframework입니다.NETFrameworkv4.0ProfileClientMicrosoft.CSharp.dll.

이 실제로 내가 잘못 환경 대상으로 불평 하는 visual studio와 함께 문제에 상승을 했다, "Microsoft.CSharp.dll 또는 해당 종속성 중 하나를 이후 버전을의 필요합니다.넷 ㅋ ㅋ ㅋ ㅋ ㅋ "입니다.  끝에서, 참조를 모두 제거 하 고 그 문제를 해결 하는 것으로 보인다.

또 하나는 그 이상한 어려운 것 들을 알아 내려고 하 고 여부를 통해 당신의 아내와 가진 논쟁 보다 덜 재미 있는 일종의 거기 너무 많은 여자의 코트에서 옷장 미소

</끝>

내 블로그를 구독.

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

아주 멋진 BrightStarr 비디오

그냥 시작 하는 데 여기에서 일 BrightStarr, 나는 우리가 했습니다 넣어 함께이 매우 멋진 동영상을 youtube에 여기에 감명 꽤 있다: http://www.youtube.com/user/BrightStarrSP

Wasn 그것을 제작에 참여 하 고 개인적으로 이러한 종류의 프로 모션의 노력에 큰 아니에요, 이것은 꽤 멋진 하지만.

BrightStarr 비디오 쿨

</끝>

내 블로그를 구독.

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

안녕 CGS, 안녕하세요 BrightStarr!

내일, 난 공식적으로 내 첫 날 시작 BrightStarr (www.brightstarr.com), 미국 오피스와 영국 기반 회사, 엄청나게, 단순한 6 내 집에서 마일.

CGS를 두고 쉬운 결정 이었다, 수 있도록 어려운 결정 하지만 미소.  설명 해 드리죠.

전 1 년 넘게 CGS를 합류 (12 월 2009) 그리고 SharePoint 연습 컨설팅 이사로 합류 했다.  이 시간에는 화려한 아이디어 처럼 보였다.  여기에 미국에서 적어도, 그것은 아주 일반적인 사람들이 주니어 dev 유형 사람으로 밖으로 시작 하기 위한, 보고서를 작성 하 고 성가신 반올림 오류 문제를 추적 (전혀 그 일을 놓치지 마세요!).  당신은 책임과 관련된 개발 awesomeness의 증가 수준의 얻을.  아주 멋진 물건에 내 경력을 통해 믿을 수 없는 기회를 했다.  처음부터 송장 시스템을 작성 하 고 있어요.  똑똑한 사람들과 함께 일할 수 있어, 모든 사람들의 나의 형제를 포함 하 여, 완전 한 웹 개발을 진행 이라는 4GL에 대 한 응용 프로그램 개발을 기반으로.  재미, 재미 있는 시간.

물론, Sr에서 진행. Dev 유형을 기술 팀장, 기술적인 것 들-건축가의 거룩하게 되 고 그 대부분에 대 한 경계.

이 진행에 통념은 건축가에서 다음 단계는 어떤 종류의 고위 관리 역할을.

나로 구입 하 고 그 진행을 허용 했다.  때 그 고위 역할 중 하나에서 CGS 합류 했다, 예상, 어느 정도, "넘어" 건축가 역할-그들 모두를 지배 하는 한 건축가의 "슈퍼 건축가" 종류의 일종으로 나 강화 될 것 이다 미소

나를 위해, 그 보다는 더 적은 성공으로 밝혀졌다입니다.  그것은 아니다 나 역할에 몇 가지 좋은 성공 없, 하지만 결국, 고전적인 사례 관리자 아니에요.  주간 기준 사람들 요구 나에 게 매우 흥미로운 되지 않습니다 여부 그들은에 입력 한 시간을 작업표 시스템 그냥.  "리소스" 밖으로 예약 (또는 사람들, 정말) 개월 사전에 그냥 지루한입니다.  암 퇘 지 쏟아져 찾고 하 고 미래에 우리에 게 비트 수 있습니다 잠재적인 허점을 폐쇄 진짜 공포입니다.  아직, 이들은 중요 한 것 들과 그들이 얼마나 중요 한지 주어진 CGS 역할에, 그것은 분명 변화를 만들 수 했다. 

그것은 많은 생각 후 나에 게 분명 한만, 그러나.  고맙게도, 증거는 나에 게 충분히 명확 했다 일단 정말 그것에 대해 생각 했 어, 그것은 분명 되었다. 

그 날 잡 았 어 열어 입장을 찾고 그리고 BrightStarr 발견.

SharePoint 건축가로 로그인 하 고 시작 하기 위하여 기다릴 수 없다.  지금까지, 그들은 매우 인상적인 승무원 및 내가 생각 하는 그들은 (우리!) 시장에서 진짜 이름 만들 태세입니다.  내가 게시 있을 거 야 거기 어떻게에 대 한 더 많은 그리고 정말 그것을 기대.  그들의 웹 사이트-보세요 www.brighstarr.com -그것은 인상적인 작품.

나 자신은 아주 운이 좋은이 모든 생각합니다.  우리 모두 본 중반 하는 진흙에 붙어있는 일종의 수석 레벨 관리자에 게 다양 한, 정말 엑셀 또는 빠르고 자신 있게 앞으로 나아갈 수 없습니다.  향하고 그리고 매우 그것은 그렇게 쉽게 탈출을 기 뻐 했다. 

</끝>

내 블로그를 구독.

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