I was lucky to attend and present at last week’s SharePoint Best Practices conference. I’m still new to the whole speaking "thing" իսկ, անկեղծորեն, I was a bit nervous for the first half while I sweated out waiting to speak myself. That sort of nervous feeling made it a little hard for me to pay attention to the presenters (չէ որ ես անտեսել դրանք). Փոխարեն, Ես մի քիչ ավելի կենտրոնացած է մասնակիցների.

Conferences always set my mind racing and there was a lot take in at this one. This conference was excellent. I think it was unusual in several ways. It wasn’t a heavy developer conference. There were certainly dev parts to it, բայց կարծում եմ, որ գոնե 60% կենտրոնացած է ոչ զարգ հարցերի, maybe as high as 80%. I think that speaks to the evolving nature of the SharePoint market. Companies are implementing SharePoint in a variety of ways and they are looking for guidance on how to do it right. And not just guidance on how to create features/solutions (որը հիմա, արդեն շատ լավ է).

I believe the conference was tremendously valuable to most everyone that attended and I know that the organizers plan to do the conference again early next year.

Ունենալով ասել է, որ, I believe there was a missed opportunity which I hope the next conference addresses. I say it’s a missed opportunity, but that’s not a bad thing. Discovering a community need is in and of itself a good thing. The conference discussed a number of best practices in a variety of areas such as governance, ուսուցում, պահանջները հանրահավաքը, որոնել, զարգացում, տեղեկություններ ճարտարապետություն, եւ այլն:. I think that the missed opportunity has to do with the "green field" ենթադրությունները հիմքում շատերը լավագույն փորձի.

Երբ մենք խոսում կանաչ դաշտում, we mean that SharePoint hasn’t gone into production and we’re starting with a clean slate. This is ideal because you can start straight away using best practices for defining and managing governance, տեղեկություններ ճարտարապետություն, եւ այլն:. Սակայն … թե ինչ է տեղի ունենում, երբ դու արդեն իսկ արտադրության հետ կապված մի քանի հազար մասնակիցներին (or 10’s of thousands) եւ դուք չեք հետեւում փորձը սկզբին? I’ve seen companies with … հըմ … շատ տարօրինակ information architecture baked into their environment. I don’t think that this conference provided much guidance for organizations with that kind of problem (եւ ես չեմ էլ նկատի IA, բայց կառավարում, որոնել, բազմաթիվ այլ ոլորտներ). Իհարկե, իմանալով, դուք խնդիր է, մեծ մասը, լուծման եւ, որ շատ արժեքավոր.

I think that the online SharePoint community hasn’t done much to address this either. I know I have not. It’s a very hard problem to solve at many levels. Technically it’s hard. Budget-wise it’s hard. Culturally, it’s hard. Սակայն, it’s probably a bigger real world problem than most. Since the conference ended, I’ve been thinking about these kinds of problems and how one would solve them. There has to be a better answer than, «Տեղահանել եւ reinstall" , համայնքը պետք է դիմակայել դա գլուխը մասին.

I think that this a great opportunity for the blogging community and experienced thought leaders to lay out some guidance on how to repair their environments. I think there’s a small but non-zero risk that SharePoint could end up with a bad and enduring reputation as a result of poorly architected implementations that fail due to poor governance, IA, եւ այլն:.

</վերջ>

Անդամագրվել իմ բլոգում.

Իմ առցանց ընկերը, Մարկ Միլերը, եւ End User Sharepoint (www.endusersharepoint.com) աշխատում ազատ մեկ ժամ սեմինար նպատակային, ինչպես միշտ չէ, at the SharePoint End User community. It takes place at 1pm EDT. Details are here: http://www.endusersharepoint.com/?p=785

Ես նստած մեկի իր առցանց սեմինարի անցյալ ամիս, եւ դա արվել է բավականին լավ, եւ եթե դու հետաքրքրված են շատ գործնական, Info on գործիքակալների ստեղծման համար SharePoint, Համոզված եմ, որ դա արժե 1 ժամ ներդրումային.

</վերջ>

Անդամագրվել իմ բլոգում.

My colleague has been working on a web part in an FBA environment. Among other things, the web part pulls some data from SQL server. The grand plan for this project dictates that a DBA configures data level security in SQL (ի տարբերություն embedding մի Օգտվող ID մի SQL հարցման կամ որեւէ այլ մոտեցում).

The problem is that SQL server doesn’t know anything about our FBA environment so it can’t trust us. We solved this problem by, բացակայության պատճառով ավելի լավ բառի, manually impersonating an AD user so that we could connect to SQL such that SQL data level security works.

Թեեւ FBA է ASP.NET առանձնահատկություն, Մենք SharePoint Nation մարդիկ սովորել տարբեր որոնման է, որ եթե դուք querying համար FBA, you must mean you want know how to configure FBA in SharePoint. I failed to find find any information on how to enable an FBA oriented ASP.NET application to communicate with SQL in the way we needed.

Ընթացքում ուսումնասիրում, այս, Մենք նորից կարդում այս հոդվածը: ASP.NET Նմանակում

More հետազոտությունը հանգեցրել մեզ այս codproject հոդվածի: http://www.codeproject.com/KB/cs/cpimpersonation1.aspx

Դա օգնեց մեզ համար, մեր համար, which I’ve included below. It’s not the most elegant stuff, սակայն աշխատել. I hope you find it helpful.

Ահա կոդը, որը աշխատել է մեզ համար:

պաշտպանված անվավեր btnSearchCarrier_Click(օբյեկտ առաքիչ, EventArgs ե)
 {
 փորձել
 {
 ImpersonateUser û = նոր ImpersonateUser();
 // TODO: Փոխարինել հավատարմագրերը
 ("DomainName", "UserName", "Password");

//
 CODE
//

 iU.Undo();
 }
 բռնել (Բացառություն են նախկին)
 {

 }
 }

// Օգտագործելով IMPERSONATION դաս, ինչպես նշված է ստորեւ.

հասարակություն դաս ImpersonateUser
 {
 [DllImport("advapi32.dll", SetLastError = ճիշտ)]
 հասարակություն Ստատիկ extern bool LogonUser(
 String lpszUsername,
 String lpszDomain,
 String lpszPassword,
 int dwLogonType,
 int dwLogonProvider,
 ref IntPtr phToken);

 [DllImport("kernel32.dll", Ավելացնել = CharSet.Auto)]
 անձնական extern Ստատիկ bool CloseHandle(IntPtr կարգավորել);

 անձնական Ստատիկ IntPtr tokenHandle = նոր IntPtr(0);
 անձնական Ստատիկ WindowsImpersonationContext impersonatedUser;

 // Եթե ​​դուք այս կոդը պարունակում է մի DLL, Համոզվեք, որ պահանջել, որ այն
 // աշխատում է FullTrust.
 [PermissionSetAttribute(SecurityAction.Demand, Name = "FullTrust")]
 հասարակություն անվավեր մարմնավորելու(լարային DOMAINNAME, լարային Մականուն, լարային եք գաղտնաբառը)
 {
 փորձել
 {

 // Օգտագործեք Unmanaged LogonUser գործառույթ ստանալ օգտվողին նշան է
 // նշված օգտվողին, դոմեյն, եւ ծածկագիրը.
 const int = LOGON32_PROVIDER_DEFAULT 0;

 // Անցնելով այս պարամետրը առաջացնում LogonUser ստեղծելու հիմնական նշան.
 const int = LOGON32_LOGON_INTERACTIVE 2;
 tokenHandle = IntPtr.Zero;

 // Քայլ -1 Զանգի LogonUser ստանալ բռնակի համար մուտքի նշան.
 bool returnValue = LogonUser(
 Մականուն,
 DOMAINNAME,
 գաղտնաբառ,
 LOGON32_LOGON_INTERACTIVE,
 LOGON32_PROVIDER_DEFAULT,
 ref tokenHandle); // tokenHandle - նոր անվտանգության նշան

 եթե (կեղծ == returnValue)
 {
 int RET = Marshal.GetLastWin32Error();
 Console.WriteLine("LogonUser call failed with error code : " +
 RET);
 նետում Նոր System.ComponentModel.Win32Exception(RET);
 }

 // Քայլ - 2
 WindowsIdentity newid = նոր WindowsIdentity(tokenHandle);
 // Քայլ -3
 impersonatedUser = newId.Impersonate();

 }
 բռնել (Բացառություն են նախկին)
 {
 Console.WriteLine("Exception occurred. " + ex.Message);
 }
 }


 /// <ամփոփում>
 /// Դադարում IMPERSONATION
 /// </ամփոփում>
 հասարակություն անվավեր Հետադարձել()
 {
 impersonatedUser.Undo();
 // Ազատել տառերը.
 եթե (tokenHandle != IntPtr.Zero)
 CloseHandle(tokenHandle);
 }
 }

</վերջ>

Անդամագրվել իմ բլոգում.

Մի քանի շաբաթ ետ, I was working with my developer colleague on a project involving SQL Server Reporting Services plug-in for MOSS. He was developing a web part that provides a fancy front-end to the report proper (հիմնական առանձնահատկությունը լինելով խելացի Որոնվող մի պարամետր մի քանի հազար Որոնման արժեքների հետեւում է).

Սա աշխատում էր մեծ է զարգացման միջավայրի սակայն օգտագործողի ընդունման փորձարկումների (UAT) միջավայր, it wouldn’t work. Firing up the debugger, մենք տեսնում ենք, բացառությամբ մանրամասները նման:

Թույլտվությունները տրված օգտվողի UAT_domain mosssvc 'բավարար են կատարել այս գործողությունը:(rsAccessDenied).

Եթե ​​դուք կենդանի որոնում վերոնշյալ սխալի, you find it’s quite common. Scarily common. The worst kind of common because it has many different potential root causes and everyone’s suggested solution "feels" իրավունք. We probably tried them all.

Մեր դեպքում,, the problem was that we had done a backup/restore of DEV to UAT. Somewhere in the data, something was still referring to "DEV_domain" (instead of the updated "UAT_Domain"). We created a new site, ավելացրեց վեբ մասը, եւ, որ լուծել ենք մեր խնդիրը.

Հուսով եմ, այս կփրկի մեկին մեկ ժամ կամ երկու ներքեւ գիծ.

</վերջ>

Անդամագրվել իմ բլոգում.

Ստանում եմ մի բուռ է հաղորդագրություններից են անհատների միջոցով Ներկառուցված "ուղարկել հաղորդագրություն" ֆունկցիան Microsoft առաջարկում կենդանի բացատների (որը նույնպես ընթանում է իմ սեփական օրագիրը) Ամեն ամիս.

Մոտ մեկ երրորդը ժամանակ, those users have secured their live spaces account such that I cannot reply. This is some kind of anti-spam feature I assume.

</վերջ>

Ես կարդում Madhur ի օրագիր գրառումը, թե ինչպես հնարավորություն դեղ հետք դրսեւորումներ եւ այժմ ես հետաքրքրում: ինչու չէ, մենք միշտ ցույց է գրապահոց հետք?

Ով է եկել այդ կանոնը, եւ ինչու մենք հետեւում ենք այն,?

End users will know something is wrong in either case. At least with a stack trace, նրանք կարող են սեղմեք կոնտրոլ, printscreen, copy/paste into an email and send it to IT. That would clearly reduce the time and effort required to solve the issue.

</վերջ>

Ես Google-ի որոնում:

Ես կտտացնել հղումը կարեւորեցին բարձր (Ներբեռնման մանրամասների է: Windows Sharepoint…").

Եմ ստանալ այս:

Note the URL.

Looks pretty suspicious to me. I don’t know if I should laugh, քրքիջ կամ զանգահարել քահանա.

</վերջ>

http://groups.google.com/group/microsoft.public.sharepoint.portalserver.development/browse_thread/thread/41e8cbe4f15e8b4c/76506ea401403e35?#76506ea401403e35

Եթե ​​գործիք է անում իրեր չեք հասկանում, ապա դա չի քայլ է, n - ը անհայտ շարք քայլերով, դու մեռած են ջրում…

</վերջ>

ԹԱՐՄԱՑՆԵԼ (04/08/08): I seem to have solved this problem. From the command line, Ես վազեցի «C:\Windows system32 lodctr / R" ըստ ամիսը խոսում InstallShield խնդիրները եւ, որ կարծես թե լուծել եմ, ինձ համար.

Ես նկատեցի, որ վերջին ժամանակներս, my desktop/server fan never turns off. I know it used to turn off. I took a moment to check it out noticed that the a VMware process was running a consistent 20% utilization on one of the CPU’s. I checked the event log and saw these errors in the application log happening dozens of times per minute:

Windows չի կարող բեռնել ընդարձակելի counter DLL UGatherer, առաջին DWORD տվյալների բաժնում է Windows error code.

Windows չի կարող բեռնել ընդարձակելի counter DLL UGTHRSVC, առաջին DWORD տվյալների բաժնում է Windows error code.

Windows Հնարավոր չէ բեռնել ձգվող շուրջ DLL MSSCNTRS, առաջին DWORD տվյալների բաժնում է Windows error code.

Եթե ​​ես ակոս մեջ մանրամասներին որեւէ հաղորդագրություններից, Եմ ստանալ այս:

Աղբյուր: Perflib

Տիպ: Սխալ

Կարգավիճակ: Ոչ մեկը

Event ID 1023

I did some research and there was some indication it could be a permission problem in terms of access to the DLLs in question. I played around with that stuff but could not affect things in a positive way so I gave up on that.

VMware էր nagging ինձ հանդես է թարմացվել է բավական ժամանակ, ես jotted ցած տարբերակը ես տեղադրել (apparently "1.0.1 build 29996") and did the update. This upgraded me to v1.04. Տխուր, դա չի ամրագրել հարցը.

I can stop the insane number of messages going to my application log if I shut down a service named "VMware Authorization Service". This prevents me from using the VMware software, այնքան … not such a great option.

Ընդունող Օպերացիոն համակարգը դա Windows XP 64 բիտ.

Ես չեմ կարծում, որ դա միշտ էլ եղել, բայց ես չեմ հիշում, որ որեւէ իրադարձություն, որ կարող է հանգեցրել է դրան.

Սա է պատճառը, որ ես ատում եմ համակարգիչներ.

</վերջ>

A ընկեր, "Mark", սկսել է ստեղծել պոտենցիալ հետաքրքիր Լսեք քննարկման շրջանակներում մասին հիմնադրման գերազանց Sharepoint կառավարման սկզբից" համար 35,000 Օգտվողի միջավայր.

Քննարկումը այստեղ: http://groups.google.com/group/microsoft.public.sharepoint.portalserver/browse_thread/thread/6d9a738d981af772/1c390b15c5407db6?#1c390b15c5407db6

Փոփ - ին ավարտվել է, եւ նպաստել!

</վերջ>