문제를 해결: “FileNotFoundException” 내 기능 수신기와 함께.

필자는 지난 주 특정 목록 인스턴스에 몇 가지 이벤트 수신기를 추가 하는 것 이라고 하는 기능. (내가 여기에 그 목록 수신기에 대해 좀 블로그).

명령줄을 사용 하 여, 오류와 함께 기능을 설치할 수 있는 (하지만 아래 숨겨진된 오류를 참조 하십시오). 나는 사이트에 기능을 배포 하 려 할 때, 이끼 "FileNotFoundException의 불평" 오류. 이 블로그 항목에 설명 합니다 나는 그것을 해결 하는 방법.

이 모스 줬 어 웹 브라우저에 오류:

기능 ' b2cb42e3-4f0a-4380-aaba-1ef9cd526f20’ 때문에 설치할 수 없습니다 이벤트 수신기 어셈블리 "xyzzyFeatureReceiver_0 로드" 실패: System.IO.FileNotFoundException: 파일 또는 어셈블리를 로드할 수 없습니다 ' xyzzyFeatureReceiver_0’ 또는 해당 종속성 중 하나. 시스템 지정한 파일을 찾을 수 없습니다..
파일 이름: ' xyzzyFeatureReceiver_0’
System.Reflection.Assembly.nLoad에서(AssemblyName 파일 이름, 문자열 코드 베이스, 증거 assemblySecurity, 어셈블리 locationHint, StackCrawlMark& stackMark, 부울 throwOnFileNotFound, 부울 forIntrospection)
System.Reflection.Assembly.InternalLoad에서(AssemblyName assemblyRef, 증거 assemblySecurity, StackCrawlMark& stackMark, 부울 forIntrospection)
System.Reflection.Assembly.InternalLoad에서(AssemblyString 문자열, 증거 assemblySecurity, StackCrawlMark& stackMark, 부울 forIntrospection)
System.Reflection.Assembly.Load에(AssemblyString 문자열)
Microsoft.SharePoint.Administration.SPFeatureDefinition.get_ReceiverObject에서()
WRN: 어셈블리 바인딩 로깅 설정 OFF.
어셈블리 바인딩 오류 로깅을 사용 하려면, 레지스트리 값 설정 [HKLMSoftwareMicrosoftFusion!EnableLog] (DWORD) 받는 사람 1.
참고: 어셈블리 바인딩 오류 로깅와 관련 된 몇 가지 성능 저하.
이 기능을 해제 하려면, 레지스트리 값을 제거 [HKLMSoftwareMicrosoftFusion!EnableLog].

Windows SharePoint Services 문제 해결.

의도적으로 그 오류가 발생 하는 방법을 알으십시오: GAC에 어셈블리를 설치 하지 마십시오. 하지만, GAC에. 나 일반적으로 c로 드래그 하 여 GAC에 어셈블리 설치:\windows 탐색기를 사용 하 여 windowsassembly 폴더. 결코 느꼈습니다. 100% 때문에 항상 그 gacutil 존재 이유로 생각 하 고 편안 하 게 … 그래서 나는. 그것은 차이가 없습니다..

인터넷을 검색 하 고이 게시물을 발견: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=2243677&SiteID=1

포스터 코드의 동일한 루트 비트를 사용 하는 일이 (이 목록에서 내부 WSS 책에서) 그래서 그건 희망 기호. 그러나, 사용 하 여 어셈블리를 꾸미기의 제안 된 [어셈블리: ] 지시어는 나에 게 이해를 하지 않았다. 어쨌든 그것을 시도 하 고 내가 옳 았 어. 그것은 차이가 없습니다..

그럼 난 내 클래스 정의 공개 되지 않았음을 발견. 난 그것을 공개 하 고 그 차이 만든.

다음, "어셈블리 바인딩 오류 로그를 사용 하는 문제에 갔다" (유용 하 고 정확한 지침에 따라 제공) 그리고이 것 흥미로운 얻을 시작. 해당 로그에 보여줍니다 런타임에서 어셈블리에 대 한 해당 서버에 어디에 나 찾기는. 그것은 심지어 내 의학 캐비닛에 그것을 위해 검색 될 것 같습니다.. 하지만 … GAC에 대 한 검색 하지 않습니다..

난 내 겨울 자 켓에 넣어 하 고 다시 인터넷 검색가 누군가가 있다고이 문제 너무 찾을. 그 게시에 긴 토론 아무것도 떨어져 피터 스와 나는 해결책을 찾을 수 없습니다..

로그 검색은 하 고 좀 더 진전을 주장 하는 장소 중 하나로 어셈블리를 이동. 기능을 활성화 하려고 할 때 브라우저에서 새로운 오류 보상 오전:

개체를 만드는 기능 수신기 어셈블리 "xyzzyFeatureReceiver_0"에서 실패, "Conchango.xyzzyFeatureReceiver 입력" 기능 b2cb42e3-4f0a-4380-aaba-1ef9cd526f20에 대 한: System.ArgumentNullException: 값이 null 일 수 없습니다..
매개 변수 이름: 유형
System.Activator.CreateInstance에서(유형 유형, 부울 미공개)
System.Activator.CreateInstance에서(유형 유형)
Microsoft.SharePoint.Administration.SPFeatureDefinition.get_ReceiverObject에서()

Windows SharePoint Services 문제 해결.

인터넷에 1 개의 마지막 여행 위한 시간이!

이번이에 나는 알아, 예상 대로 충분히, 그 모스는 어셈블리는 GAC에 되지 않습니다 때문에이 오류 문제.

뭔가 긍정적이 고 조금 내가 만든 자랑 스럽게 생각 하 고는 MSIL 어셈블리의도 망자, 하지만 그것은 작동 하지 않습니다.. 난 그냥 평범한 화가. 나 자신도 "닭 또는 계란 말입니다." 내 숨 결 ' 아래의.

나는 마지막으로 펀트 결정. 난 완전히 새로운 프로젝트를 만들고이 새로운 프로젝트를 통해 incredible-cloaked-from-the-GAC-assembly 비 작업 프로젝트에서 코드를 복사/붙여넣기. ("어셈블리는 GAC에 설치 하는 경우 바인딩에서 숨기기 같은 것 이라고 빌드 플래그에 대 한 보고" 하지만 하나를 찾을 수 없습니다).

기능을 설치 하 고 그것을 활성화 하 고 … 그것은 작동! 그래서, 그 후, 기본적으로 했다 '를 재 부 팅’ 내 프로젝트. 이것은 왜 컴퓨터를 미 워 하는 또 다른 이유.

나이에서 유용한 뭔가 배 웠 어 요. 하루 종일 stsadm 명령줄을 사용 하 여 기능을 설치 했다 사용 하 고 있는 "-강제" 버 릇 옵션. 몇 가지 이유, 사용 하지 않은 새로운 프로젝트를 설치 했을 때-force 옵션. 이번에, 실제로 그 랬, 진정으로이 새로운 프로젝트의이 어셈블리는 GAC로 복사 하는 것을 잊지합니다. 결과적으로, "FielNotFoundException를 받은" 오류. 이번에, Stsadm에서 그것을, 아니 웹 브라우저를 통해 기능을 활성화 하 려 할 때. 그래서, -실제로 두 역할을 재생 하는 힘. 기존 기능을 다시 설치 해야 할 수 있습니다.. 그것은 또한 설치 버그 기능 오류를 억제 하 여 런타임에 작동 하지 않을 수 있습니다.. 그것은 아마 어딘가에 도움말에서 많은 하지만 난 결코 그것을 발견.

</끝>

테크노 태그: ,

일요일 재미: 맨 위로 10 당신의 아내를 성가시게 하는 방법

  1. 냉장고에서 충분히 보다는 이미 알고 있을 때 브로콜리를 구입.
  2. 실행에 대 한가. 식혀. 깨끗 한 베개 케이스 고 t-셔츠를 바꿉니다. 깨끗 한 베개 케이스 커버.
  3. 운전 하는 경우, 잘못 된 방향으로 편도 거리를 야 우리가 물어.
  4. 에 대 한 15 년, 매주 일요일 그 아내 제안 박물관에가, 깜짝 박물관 일요일에 열려 있습니다 익스프레스.
  5. 에 대 한 15 년, 가끔 일요일에 로컬 서 점이 것이 좋습니다. 그들은 오픈에 없는 일요일의 놀람을 표현 (정말 고마워요 파란 법률!).
  6. 사용 20 할 포인트는 3 포인트 설정.
  7. 멋진 이른가 오후에, 방에 걸어와 C 설정. 감기는 불평. 아내 라고 할 때, "그럼 왜 않았다 설정 하, 바보 같은" 그리고 그것을 끄고 일어나서, 그녀는 소파에 있던 따뜻한 자리를 잡아. 그녀는 당신을 실현 하지 않는 경우 보너스 포인트 훨씬 나중에까지 그것을 했다.
  8. 맛 있는 흰색 albacore 참치의 깡통을 열고 수에서 바로 먹을, 침대에서, 밤에.
  9. 아내는 식사 하는 동안 부엌으로가 서, 칼 붙이 서랍을 열고 아내 비명 소리까지 주변 기구를 밀어, "당신이 원합니다!"
  10. 새로운 비즈니스 카드의 영수증에, 몰래 집 주위의 모든 장소: 침대 아래, 베개 경우, 커피 컵 안에, 그녀의 지갑에, 외 투 주머니에, 차 장갑 구획, 식료품 저장실 — 당신이 생각할 수 있는 곳.
  11. 당신의 아내에 대 한 블로그 항목을 작성.
  12. 일어나세요.
  13. 뉴욕 시의 거리를 걷고 있을 때, "피 각 질의 대 한 경계" 지상에 개체. 마음에 아내의 특별 한 두려움을 유지, 하나를 선택 하는 것 처럼 아래로 도달을 하 고 물어, "흠, 무엇을 궁금해 즉?" (대비해 아내 몸에 슬램 당신은 마치 그녀에 대 한 비밀 요원 저격수 또는 당신은 대통령을 보호 인도에 다시에 누워 자신을 찾을 거 야).
  14. 주차장 공간을 찾고 주위 두 번 드라이브. 알다시피 당신이 정말 눌 지불 먼지 때 뒷자리에 아들 아, "아, 아니! 그는 그것을 하 다시!"
  15. "최고 10를 쓰기" 하지 않은 목록 10 항목.

===

보너스 아내 농담:

두 남성 동료 점심을 나가서. 그들 중 하나는 다른을 알려줍니다., "느슨한 당황 프로이트의 실수는 다른 밤 하자."

"프로이트의 실수? 저게 뭐죠?"

"잘, 언제 우리가 식사를 마친, 웨이트리스가 서 어떻게 우리가 좋아 기내식 요청. 나는 의미 라고, ' 내가 사랑 하는 닭 가슴살’ 대신 '내가 당신의 가슴을 사랑 하 고' 라고 하지만. 나는 너무 당황 했다."

"아," 그의 동료가 대답 했다. "내가 똑같은 일이 나에 게 내 아내와 함께 이번이 주말. 우리 버터를 통과 하는 그녀에 게 의미 하는 아침을 먹고 있었다, 하지만 대신에 그녀의 절 규, ' 내 인생을 망 쳐!’"

</끝>

테크노 태그:

이벤트 ID 1023: “확장 가능 카운터 DLL MSSCNTRS을 로드할 수 없습니다.”

업데이트 (04/08/08): 내가이 문제를 해결 하는 것. 커맨드 라인에서, "C를 실행:\windowssystem32lodctr /R" InstallShield 얘기 항목 당로 서 문제와 그 표시 나를 위해 그것을 해결 하.

내가 최근에 발견 했습니다., 내 데스크톱/서버 팬 결코 해제. 난 그것을 해제 하는 데 사용. 제가 나타났습니다 그것을 밖으로 체크 하는 순간에 vm 웨어 프로세스를 일관 된 실행 20% 하나는 CPU의 사용률. 이벤트 로그를 확인 하 고 수십 분 당 번 일이 응용 프로그램 로그에서 이러한 오류를 보고:

확장 가능 카운터 DLL Ugatherer을 로드할 수 없습니다., 첫 번째 DWORD 데이터 섹션에는 Windows 오류 코드.

확장 가능 카운터 DLL UGTHRSVC을 로드할 수 없습니다., 첫 번째 DWORD 데이터 섹션에는 Windows 오류 코드.

확장 가능 카운터 DLL MSSCNTRS을 로드할 수 없습니다., 첫 번째 DWORD 데이터 섹션에는 Windows 오류 코드.

이러한 메시지 중 하나의 세부 정보로 드릴 경우, 이것을 얻을합니다:

소스: Perflib

유형: 오류

카테고리: 없음

이벤트 ID 1023

몇 가지 조사를 했는데, 거기 이었다 어떤에 Dll에 대 한 액세스는 사용 권한 문제 될 수 있습니다.. 내가 그 물건을가지고 놀 하지만 그 포기 긍정적인 방법에 있는 것 들에 영향을 주지 수 있습니다..

VMware 했다 되었습니다 내게 잔소리 하기 꽤 많은 시간 동안 업데이트를 수행 하는 방법에 대 한, 그래서 설치 했다 버전을 적어 (분명히 1.0.1 "빌드" 29996) 업데이트를 했 고. 이 업그레이드 나 v1.04. 슬프게도, 이 문제를 해결 하지 않았다.

"Vm 웨어 인증 서비스" 라는 서비스를 종료 하는 경우 메시지 내 응용 프로그램 로그에 미친 수를 중지할 수 있습니다.. 이 vm 웨어 소프트웨어를 사용 하 여 날을 방지합니다, 그래서 … 아니 그런 좋은 옵션.

호스트 운영 체제는 Windows XP 64 비트.

항상 이런 생각 하지 않습니다., 하지만 그것을 취 했는 특정 이벤트를 기억 하지 않습니다..

이것은 컴퓨터를 싫어 하는 이유.

</끝>

테크노 태그:

빠른 & 쉬운: 이벤트 수신기를 통해 SharePoint 개체 모델을 사용 하 여 업로드 된 파일 이름 바꾸기

업데이트: 이 작동 하지만 의견에서 설명 하는 중요 한 제한이 있다. 아직도 일부 보이며에 유용할 수 있습니다..

업데이트 2: 현재 프로젝트 내에서, 사용자는 항상 문서 업로드. 결과적으로, MS 워드에 실행 하 고 파일에 그것은 개명 되었다 생각 문제에 실행 하지 않는. 나는 문제로 실행 했, "파일이 다른 사용자에 의해 수정 된" 이 간단한 세마포 형식 플래그를 통해 해결. 사용자가 메타 데이터 필드 기본값에서 뭔가 다른 변경 해야. itemupdated() 수신기 모양과 거기 유효한 값에 대 한 이름 바꾸기를 실제로 수행 하기 전에 그 이후, 난 아무 문제 없. 귀하의 마일리지가 다를 수 있습니다..

나는 특정 명명 규칙을 준수 하는 특정 문서 라이브러리에 업로드 한 파일의 이름을 변경 하려면 클라이언트 요구 사항. API 이름 바꾸기 "를 제공 하지 않습니다.()" 메서드. 대신, 우리를 사용 하 여 "MoveTo(…)". 여기는이 코드의 최소한의 비트:

 공용 재정의 void ItemAdded(SPItemEventProperties 속성)
        {
            SPFile f = 속성.ListItem.File;

            f.MoveTo(속성입니다.ListItem.ParentList.RootFolder.Url + "/xyzzy.doc");
            f.Update();

        }

만 까다로운 비트는 "속성. ListItem.ParentList.RootFolder.Url ". MoveTo() 메서드는 URL 필요. 그 으깬 문자열 포인트를 내게 내 현재 문서 라이브러리의 루트 폴더에. 이 이벤트 수신기 내에 하드 코딩 하지 않아도 날 수 있습니다..

이것은 똑같은 않습니다 더 유용한 버전, 하지만 파일의 이름을 "제목"에 할당 합니다:

 공용 재정의 void ItemAdded(SPItemEventProperties 속성)
        {
            DisableEventFiring();

            // 파일 자체의 이름은이 항목의 제목을 할당합니다.
 // 참고: 이 할당 파일 자체를 수정 하기 전에 자리를 차지할 해야 합니다..
 // 업데이트 호출() SPFile에서 속성 무효화 것
 // 어떤 의미.  "제목에 대 한 업데이트" 실패 하는 변경할 때까지 (그리고 업데이트() 전화)
 // 파일 이름 변경 앞 이동.
            속성입니다.ListItem["제목"] 속성 =.ListItem.File.Name;

            속성입니다.ListItem.Update();

            SPFile f = 속성.ListItem.File;

            // 파일의 확장명을.  우리 나중에 필요.
 문자열 spfileExt = 새로운 내용 FileInfo(f.Name).확장;

            // 파일의 이름을 목록 항목의 ID로와 파일 확장명을 사용 하 여 계속
 // 그것은 그대로 그 부분.
            f.MoveTo(속성입니다.ListItem.ParentList.RootFolder.Url +
                "/" + 속성입니다.ListItem["ID"] + spfileExt);

            // 이동 범.
            f.Update();

            EnableEventFiring();
        }

토론 포럼: 으레 MOSS 환경의 모범 사례 준수 시행

동료, "마크", "설립부터 우수한 SharePoint 관리에 초점을 잠재적으로 흥미로운 뉴스 그룹 토론을 시작 했다" 에 대 한 한 35,000 사용자 환경.

토론은 여기: http://groups.google.com/group/microsoft.public.sharepoint.portalserver/browse_thread/thread/6d9a738d981af772/1c390b15c5407db6?#1c390b15c5407db6

통해 팝에 기여 하 고!

</끝>

새로운 기능에 대 한 사용자 지정 동작 URL 표시 되지 않습니다.

난 아직도 이후 나에 게 모든 아주 새로운 기능 XML 파일 내 손으로 만드는 습관. 난 이해가 안는 걸 프런트 엔드 도구에 의존 하 고 싶지 않아 (그는 말했다 그가 쓴 그가 이해 하지 않는 도구를 사용 하 여 블로그 항목).

오늘, 내가 사이트 설정에 사용자 지정 작업을 추가 했지만 그것은 단지 표시 하지. 나 기능을 설치 하 고 사이트 기능에 그것을 볼 수 있습니다., 하지만 그것을 활성화 하는 경우 (오류 없이) 그것은 단순히 않을 표시 드롭 다운 메뉴에서.

마지막으로 내가 "SharePoint 맞춤법 실현" 위치 특성에는 <CustomAction> 노드. 이것은 나쁜 elements.xml 파일:

<?xml 버전="1.0" 인코딩="u t f-8" ?>
<요소 xmlns="http://schemas.microsoft.com/sharepoint/">
  <CustomAction
 Id="SiteActionsToolbar"
 그룹 Id="SiteActions"
 위치="Microsoft.Sharepoint.StandardMenu"
 시퀀스="100"
 제목="안녕하세요!"
 설명="추가 기능을 통해 사용자 지정 메뉴 작업."
 ImageUrl="_layouts/images/menuprofile.gif">

    <UrlAction Url="http://www.xyzzy.com"/>

  </CustomAction>
</요소>

좋은:

<?xml 버전="1.0" 인코딩="u t f-8" ?>
<요소 xmlns="http://schemas.microsoft.com/sharepoint/">
  <CustomAction
 Id="SiteActionsToolBar"
 그룹 Id="SiteActions"
 위치="Microsoft.SharePoint.StandardMenu"
 시퀀스="100"
 제목="안녕하세요!"
 설명="추가 기능을 통해 사용자 지정 메뉴 작업."
    >
    <UrlAction Url="http://www.xyzzy.com"/>
  </CustomAction>
</요소>

That one took me a good two hours to figure out 🙂

내가 받아 사실에서 위안을 언젠가 미래에, 신념으로 말 할 수 있을 거 야, "하루만에 다시, 눈에서 언덕 3 마일을 걸어 했다 (맨발!) 이끼에 사용자 지정 기능을 배포.. 당신은 애 들, 얼마나 쉽게 당신은 그것을 알고 하지 않습니다.! 내 잔디에서!"

기다릴 수 없어.

</끝>

테크노 태그: ,

블로그 통계

어떤 사람들 내 블로그의 통계에 관심이 될 줄 알았는데. 으로 사용할 수 있습니다 내 벤치 마크를 직접 비교 하.

나 실행 내 블로그에 윈도 라이브 공간. 그들은 나에 대 한 통계를 수집 하 고 제어 하는 어떤 방법 몰라. 그것은 좋은 그것은, 하지만 그것은 매우 내가 그걸로 많은 실제 분석을 할 수 없어 그 제한. 내가 사랑 하는 것, 예를 들어, 자주 내 대부분의 목록을 생성할 수 히트 게시물 하지만 난 그렇게 할 수 없어 금지 수동 과정 없이. 누군가가 더 잘 알고 있는 경우, 저에 게 말하십시오.

라이브 공간 상태 말해: 하루에 대 한 총 조회 수, 하루 0부터 주 및 총 조회 수에 대 한 총 조회 수. 그것은 또한 저에 게 말한다 어떤 사람들이 내 블로그를 했 어 (예를 들어. 구글, MSDN 포럼 링크, 등).

몇 가지 방법으로, "히트" 분명 하다. 당신이 지금이 문장을 읽는 경우, 당신은 거의 확실 한 히트로 등록.

RSS는 조금 혼란. 한 손에, 하루 종일 개별 RSS 안타를 참조. 하지만, 또한 RSS "청소"를 참조 하십시오. 청소는 내가 볼 때 20 또는 30 하나 또는 두 개의 두 번째 창에서 모든 RSS 안타. 이들은 내 사이트에 체크인 하는 구글과 같은 자동화 된 것 같은데요, 어쩌면 다른 사람들의 브라우저 … 확실하지 않음. 그들은 확실히 어떤 종류의 자동화 된 프로세스. 난 말할 수 없어, 그러나, 어떻게 내 총 안타의 많은 자동화 되 고 얼마나 많은 실제 인간 반대편에. 적어도 난 것 이라고 100 하루 조회 수 자동화.

숫자에!

7 월 27 일에 내 첫 블로그 항목을 썼다, 2007.

약 작성 했습니다. 60 그 이후로 블로그 항목, 이상 50 직접 관련 된 SharePoint.

9 월의 끝에의 매일에 스프레드시트 내 히트의 추적 시작.

매달 시작:

첫 주: 총 조회 수
10 월 1,234
11 월 2,162
12 월 3,071
1 월 2008 4,253

월별 총

총 조회 수
10 월 6,620
11 월 11,110
12 월 13,138

상위 워터 마크

유형 총 조회 수
최고의 날 958
최고의 주 4,253
총 조회 수 있기 때문에 하루 0 42,438

다른 사람에 관심이 있어요’ 통계. 코멘트에서 공유 하는 당신을 걱정 하는 경우, 제발!

</끝>

테크노 태그:

일요일 아침 농담: “예, 예, 예. ㅋ ㅋ, ㅋ ㅋ, ㅋ ㅋ입니다.”

약 6 년 전, 나의 4 년 오래 된 아들 및 위층 보고 했다는 디스커버리 채널 "상어 공격" 특별 한 (아마도이 중 하나). 그 시점에서 아주 어렸을 나는 항상 걱정 그가이 같은 공연을 볼 수 있습니다. 그리고 그가 어떻게 그것을 걸릴 수 있습니다.. 그 개발 하 고 싶지 않 았, 예를 들어, 어떤 특별 한 공포 물 또는 뭔가 부적절 한 공포 그의 친구에 게 그의 아기 친구 네트워크와 서 무를 가능 하 게 고.

검색 과목의 이러한 종류를 매우 잘 처리. 그것은 만들기는 뭔가의 두려움, 하지만 오히려 얼마나 특이 한 그것은 인간을 공격 하는 상어에 대 한 표시.

그래서, 우리는 그것을 보고 하 고 작은 소녀를 포함 한 특히 무서운 공격. 발견의 드라마를 건물입니다, 내 아들 (누가 항상 되었습니다 매우 불안해 어쨌든), 매우 흥분 하 고는. 나에 대해 얼마나 특이 한 사람을 공격 하는 상어에 대 한 몇 가지 소리를 만들어, 얼마나 나쁜 불 쌍 한 소녀 느낌 해야 합니다. 난 사람들이이 이벤트에서 복구 하 고 그것에 대 한 강해를 설명 하려고. 그러나, 그의 흥분을 오해 했다. 그 여자에 대해 전혀 걱정 하지. 대신, 그의 손을 박수 하는 동안, 그는 저에 게 말한다, "상어는 그것을 사랑합니다! 그것은 훌륭한. 그것은 훌륭한. 그 꿈은 이루어지지!"

이 재 밌 었 어 생각, 하지만 또한 매우 불안. 한 손에, 난 다행 이었다 — 심지어 조금 자랑 — 그가 강한 empathic 감정을 할 수 있습니다., 간 종 하지만 그들이 있을 수 있습니다.. 인간으로 서, 우리는 우리의 "empathic 근육을 개발 해야" 그래서 말하거나 끝날 것 처럼 이 녀석 🙂 On the other hand, 그는 그 자신에 반하는 행동을 전시 했다는 종으로 간 종 공감 기분이. 나는 정말 벌인이 해설자 "패러다임" 단어를 사용 하는 경우. 내 아들을에 고 무슨 부탁을 의미.

그건 4 세를 설명 하기 위해 같은 쉬운 단어, 하지만 난 그것을 시도 했다. 때 단어 "패러다임"의 생각, Thomas Kuhn 내 생각에 결코 까지입니다.. 내가 읽기 과학 혁명의 구조 다시 라파예트 그리고 더 나은 또는 악화, 단어 "패러다임" 나를 위해 여분의 의미와 임신. (단어 "연락처 같은 일종의" 내가 볼 수 있는 곳을 말해 영화 전화 음성 듣고 그 영화 [나는 책 더 나은 줄 알았는데]; 항상 자신에 게 말한다, "연락처!" 언제 든 지 볼 또는 "연락처" 라고 듣는).

어쨌든, Kuhnian 정의 그에 게 설명 하 려, "역사적인 운동 생각의 다는 것" 그리고 그것은 다양 한 기본 가정은 그 당시 생활 하는 사람들에 대 한 탈출 어렵다 생각 "방법." 물론, 4 살에 같이 이야기 할 수 없다, 그래서 연속적으로 나 그렇게 작은 조각과 느낌 오히려 자신의 자랑을 정의 하 려. (난 그냥 알 았 어 요 대학 외부에서 누군가가 쿤 읽고 있었다면 염려할 것 이다!).

난 그냥 그 날을 중단 하는 경우 작업에 온난화 오전. 그의 손을 흔들며 내 일반적인 방향으로 결코 또 다른 잔인 한 상어의 공격에서 그의 눈을 복용, 그는 단지 말한다, "예, 예, 예. ㅋ ㅋ, ㅋ ㅋ, ㅋ ㅋ입니다. ".

So much for that 🙂

그 시점에서, 도망 하기로, 수사학 말하기, 앉아서, 내 아들과 함께 인간을 공격 하는 상어를 보고 즐길 수 및.

</끝>

테크노 태그:

InfoPath 양식에서 사용자 ID를 기반으로 하는 보기를 전환

우리는 개발 했다 여러 뷰를 지 원하는 새로운 고용 된 InfoPath 양식 / 온 보 딩 프로세스. 회사는 새로운 사람을 고용 하는 때, IT 부서 및 다른 그룹 행동을 취할 필요 (급여를 설정, 적절 한 응용 프로그램에 액세스할 수 있도록, 책상을 찾습니다, 등). 각 기능에 대 한 폼 양식의 다른 보기에 사용.

이 회사에서, 비즈니스 프로세스에 관련 된 사람들의 대부분은 IT에 정통한, 그래서 폼에 액세스할 때, 그들의 기본 뷰는 메뉴"" 그들의 특정 기능에 직접 버튼 보기. 그러나, 우리는 새로운 고용의 직접적인 관리자에 대 한 것 들을 단순화 하는 데 필요한. 이 사용자는 IT 관련 물건 볼 수 없습니다.. 사실, 그녀 폼의 다만 1 개의 보기를 참조 해야 하 고 심지어 다른 뷰를 참조 하는 옵션을가지고.

우리의 경우, 직접 예의 형식으로 관리자의 계정에 직접 연결 된 연락처 선택기 (항상 "사용자 선택 전화 걸려 있는" 몇 가지 이유).

단계는 다음과 같습니다.:

1. 디자인 모드에서, 도구-이동> 양식 옵션-> 열기 및 저장.

2. "규칙"을 선택.

3. 그 작업은 "보기 전환 새로운 규칙 만들기" 그리고 그 조건을 활용 사용자 이름() 함수.

사용자 이름() "단순 반환 합니다." 사용자 이름에 도메인 없이. 자격 증명 "domainpagalvin"으로 SharePoint에 로그인 하는 경우, 사용자 이름() "pagalvin"를 반환 합니다..

연락처 선택기 3 비트의 연락처에 대 한 정보를 제공합니다.. "AccountID" 이 시나리오에 대 한 가장 유용한 부분은. 유일 하 게도 약간에 게 도전의 연락처 선택기 (내 환경에서 어쨌든) 도메인 및 사용자 ID를 반환 합니다., 마찬가지로 "domainpagalvin". 이 AccountID 이후 직선-앞으로 평등의 조건 하에서 우리를 방지합니다 ("domainpagalvin") 사용자 이름 같은 결코 것 이다() ("pagalvin").

우리가이 사용 하 여 주위를 얻을 수 있는 "포함" 연산자: AccountID는 사용자 이름 포함().

우리가 취할 수 있는 더 그것 그리고 전 보류 사용자 이름 앞에서 하드 코딩 된 도메인() 우리의 일치 검사 하 고 가양성의 위험을 제거 하는 함수는 연산자를 포함.

우리 정말 처럼 했 그들의 광고 보안 그룹 구성원에 따라 다른 사용자에 대 한 보기를 자동으로 전환. 예를 들어, 때 "그것은 분석의 구성원" 그룹 형식 액세스, IT 분석 보기로 자동 전환. 우리는 그것을 구현 하는 시간이 없, 하지만 내 첫번째 생각은 "IsMemberOfActiveDirectorySecurityGroup"와 같은 메서드는 웹 서비스를 만드는, 사용자 이름에 전달() 다시 true 또는 false를 반환 하 고. 누군가에 어떤 다른, 더 영리한 아이디어? 우리는 그 결정을 만들기 위해 InfoPath에서 활용할 수 있는 모든 SharePoint 기능이 있다?

</끝>

테크노 태그:

실수로 InfoPath 양식 코드 추가; 신중 하 게 그것을 제거 하는 것

폼에 단추와 함께 작업 하는 경우, 우리는 종종 규칙 추가. 규칙 편집기 버튼의 속성에서에 액세스.

주위를 빠르게 클릭 하는 경우, 우연히 "양식 코드 편집을 클릭 하는 것은 쉽다" "규칙 대신 …".

내가 이런 짓을 처음으로, 코드 편집기에서 취소. 그러나, 나중 조금 폼을 게시 하려고 할 때, 내가 "관리자가 승인한 양식 서식 파일로 게시 하는 데 필요한 (고급)". 실제로 어떤 프로그래밍을 하지 않 았와 나는 절대적으로 불필요 한 승인 프로세스를 통해가 고 싶지 않 았 어. 제가 약간 공황의 시간 제약으로 인해 시간에. 그것은 과거, 단순히 이전 백업을 복원 하 고 계속. 내가 최근 본 사람들이 들어가는 것 들을 팅 겨 보고 폼의 XML에 대 한 몇 가지 블로그 게시물 그리고 내가 비슷한 뭔가를 할 것입니다 두 려 웠.

오늘, 난 다시 그것을 했 어. 이번에, 내 손에 조금 더 시간을 했 고 당신이 이것을 취소할 수 있습니다 쉽게 발견.

로 가다:

도구-> 양식 옵션-> 프로그래밍: "코드 제거"

그 보다 훨씬 더 쉽게 얻지 않는다.

</끝>

테크노 태그: ,