Arkivji tal-Kategorija: Uncategorized

SharePoint Konferenza tal-Aħjar Prattiki, “Aħjar Prassi,” u l-Elephant fil-Kamra

I was lucky to attend and present at last week’s SharePoint Best Practices conference. I’m still new to the whole speaking "thing" u, franchement, 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 (mhux li I injorati minnhom). Minflok, I iffukat daqsxejn aktar fuq il-parteċipanti.

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, iżda naħseb li kien inqas 60% iffukat fuq kwistjonijiet non-DEV, 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 (li minn issa, ġiet stabbilita sew ħafna).

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.

Wara li qal li, 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, taħriġ, ġbir rekwiżiti, tfittxija, iżvilupp, arkitettura ta 'informazzjoni, eċċ. I think that the missed opportunity has to do with the "green field" assunzjonijiet sottostanti ħafna mill-aħjar prattiki.

Meta nitkellmu dwar qasam green, 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, arkitettura ta 'informazzjoni, eċċ. Madankollu … x'jiġri meta int diġà fil-produzzjoni ma 'diversi eluf utenti (or 10’s of thousands) u inti ma segwiex l-aħjar prattiki fil-bidu? I’ve seen companies with … ahem … ħafna fard information architecture baked into their environment. I don’t think that this conference provided much guidance for organizations with that kind of problem (u jien ma jfissirx biss IA, iżda governanza, tfittxija, f'ħafna oqsma oħra). Of course, jaf ikollok problema hija parti kbira tas-soluzzjoni u li l-valur kbir.

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. Madankollu, 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, "uninstall and reinstall" u l-komunità jeħtieġ li jiffaċċjaw dan ras fuq.

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, eċċ.

</aħħar>

Abbona għall-blog tiegħi.

SharePoint Seminar Online Dashboards

Ħabib tiegħi online, Mark Miller fuq u End User SharePoint (www.endusersharepoint.com) qed taħdem ħielsa seminar siegħa mmirati, simili hu dejjem ma, at the SharePoint End User community. It takes place at 1pm EDT. Details are here: http://www.endusersharepoint.com/?p=785

I sib fil dwar wieħed mill seminar online tiegħu aħħar xahar u kien sar pjuttost tajjeb u jekk int interessat fl xi info prattiku ħafna fuq dashboards fl SharePoint, Jien ċert li huwa jiswew il- 1 investiment siegħa.

</aħħar>

Abbona għall-blog tiegħi.

FBA u SQL Server: A Love Story

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 (għall-kuntrarju inkorporazzjoni ID utent query SQL jew xi approċċ ieħor).

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, għal nuqqas ta 'kelma aħjar, manually impersonating an AD user so that we could connect to SQL such that SQL data level security works.

Anki jekk FBA hija karatteristika ASP.NET, aħna nies Nazzjon SharePoint jkunu mgħallma l-search engines varji li jekk int mistoqsi għal 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.

Fil-kors ta 'riċerka dan, aħna jerġa 'jaqra dan l-artikolu: ASP.NET Impersonizzazzjoni

Aktar riċerka wassal lilna biex dan l-artikolu codproject: http://www.codeproject.com/KB/cs/cpimpersonation1.aspx

Li għen lilna jikteb il-kodiċi tagħna, which I’ve included below. It’s not the most elegant stuff, but it worked. I hope you find it helpful.

Hawn il-kodiċi li ħadmu għalina:

protetti null btnSearchCarrier_Click(mittent oġġett, EventArgs e)
 {
 jippruvaw
 {
 U = ImpersonateUser ġdid ImpersonateUser();
 // ALL: Ibdel kredenzjali
 ("DomainName", "UserName", "Password");

//
 KODIĊI
//

 iU.Undo();
 }
 qabda (Eċċezzjoni ex)
 {

 }
 }

// Bl-użu Impersonizzazzjoni klassi kif imsemmi hawn taħt.

pubbliku klassi ImpersonateUser
 {
 [DllImport("advapi32.dll", SetLastError = vera)]
 pubbliku statiku esternament bool LogonUser(
 LpszUsername String,
 String lpszDomain,
 String lpszPassword,
 dwLogonType int,
 int dwLogonProvider,
 ref IntPtr phToken);

 [DllImport("kernel32.dll", Charset = CharSet.Auto)]
 privat esternament statiku bool CloseHandle(IntPtr manku);

 privat statiku IntPtr tokenHandle = ġdid IntPtr(0);
 privat statiku WindowsImpersonationContext impersonatedUser;

 // Jekk jinkorpora dan il-kodiċi fis DLL, kun żgur li titlob li
 // runs bil FullTrust.
 [PermissionSetAttribute(SecurityAction.Demand, Isem = "FullTrust")]
 pubbliku null impersonate(string DomainName, Username string, password string)
 {
 jippruvaw
 {

 // Uża l-funzjoni LogonUser ġestjonati biex jiksbu l-token utent għal
 // l-utent speċifikat, dominju, u password.
 const int LOGON32_PROVIDER_DEFAULT = 0;

 // Tgħaddi dan il-parametru tikkawża LogonUser li jinħoloq token primarja.
 const int LOGON32_LOGON_INTERACTIVE = 2;
 tokenHandle = IntPtr.Zero;

 // Pass -1 Sejħa LogonUser tikseb manku għal token aċċess.
 bool returnValue = LogonUser(
 Username,
 isem tad-dominju,
 password,
 LOGON32_LOGON_INTERACTIVE,
 LOGON32_PROVIDER_DEFAULT,
 Proprjetà tokenHandle); // tokenHandle - token tas-sigurtà ġdid

 jekk (falza == returnValue)
 {
 int ret = Marshal.GetLastWin32Error();
 WriteLine("LogonUser call failed with error code : " +
 dritt);
 tarmi System.ComponentModel ġdida.Win32Exception(dritt);
 }

 // Pass - 2
 WindowsIdentity newId = ġdid WindowsIdentity(tokenHandle);
 // Pass -3
 impersonatedUser = newId.Impersonate();

 }
 qabda (Eċċezzjoni ex)
 {
 WriteLine("Exception occurred. " + ex.Message);
 }
 }


 /// <sommarju>
 /// Waqfiet Impersonizzazzjoni
 /// </sommarju>
 pubbliku null jħoll()
 {
 impersonatedUser.Undo();
 // Ħielsa l tokens.
 jekk (tokenHandle != IntPtr.Zero)
 CloseHandle(tokenHandle);
 }
 }

</aħħar>

Abbona għall-blog tiegħi.

Tags:

Żieda fil-Lore: SSRS jgħidlekx Me “rsAccessDenied”, Iżda … I really do jkollhom aċċess

Ftit ġimgħat lura, 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 (l-karatteristika prinċipali li tkun lookup għaqlija fuq parametru bi diversi eluf valuri jitfittex warajh).

Dan kien qed jaħdem kbir fl-ambjent iżvilupp iżda fl-ittestjar aċċettazzjoni mill-utenti (UAT) ambjent, it wouldn’t work. Firing up the debugger, aħna se ara d-dettalji ta 'eċċezzjoni bħal din:

L-permessi mogħtija lill-utent "UAT_domain mosssvc" mhumiex biżżejjed biex iwettqu din l-operazzjoni.(rsAccessDenied).

Jekk inti tagħmel tfittxija live fuq l-iżball ta 'hawn fuq, 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" dritt. We probably tried them all.

Fil-każ tagħna, 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, miżjuda l-parti web u li tissolva problema tagħna.

Nisperaw li dan se jiffrankaw xi ħadd siegħa jew tnejn matul il-linja.

</aħħar>

Abbona għall-blog tiegħi.

Tags:

Tħabbir Pubblika Minuri: Windows Live Sigurtà Settings u Tikkuntattja Sidien Ispazju

I receive a handful of messages from individuals via the built-in "send a message" funzjoni Microsoft tipprovdi bi spazji ħajjin (li tospita wkoll blog tiegħi) kull xahar.

Madwar terz tal-ħin, those users have secured their live spaces account such that I cannot reply. This is some kind of anti-spam feature I assume.

</aħħar>

Huma “Error Mhux magħruf” Messaġġi Really Aħjar Than a Trace Stack?

I kien qari blog post Madhur dwar kif għandhom jippermettu munzell traċċi displays u issa jien mintix: għaliex ma aħna dejjem juru traċċa munzell?

Min ħarāet bil din ir-regola u għaliex aħna isegwu dan?

End users will know something is wrong in either case. At least with a stack trace, dawn tista 'tagħfas il-kontroll-printscreen, copy/paste into an email and send it to IT. That would clearly reduce the time and effort required to solve the issue.

</aħħar>

Tags:

Event ID 1023: “Windows ma tista 'tagħbija MSSCNTRS extensible DLL counter”

UPDATE (04/08/08): I seem to have solved this problem. From the command line, I ran "c:\twieqi system32 lodctr / R" kif kull dħul jitkellem dwar problemi InstallShield u li jidher li solvuti għalija.

I ndunat li dan l-aħħar, 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 ma tista 'tagħbija extensible UGatherer DLL counter, l-ewwel DWORD fit-taqsima tad-data huwa l-kodiċi żball Windows.

Windows ma tista 'tagħbija extensible UGTHRSVC DLL counter, l-ewwel DWORD fit-taqsima tad-data huwa l-kodiċi żball Windows.

Windows ma tista 'tagħbija MSSCNTRS extensible DLL counter, l-ewwel DWORD fit-taqsima tad-data huwa l-kodiċi żball Windows.

Jekk I drill fid-dettalji ta 'wieħed minn dawk il-messaġġi, I nikseb dan:

Sors: Perflib

Tip: Error

Kategorija: Xejn

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 kienet nagging me dwar jwettqu aġġornament għal żmien pjuttost twil, so I jotted-verżjoni kelli installat (apparently "1.0.1 build 29996") and did the update. This upgraded me to v1.04. Sfortunatament, hija ma tiffissa l-kwistjoni.

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, hekk … not such a great option.

Is-sistema operattiva ospitanti hija Windows XP 64 bit.

I ma naħsibx li dan dejjem ġara, imma jien ma recall kwalunkwe każ partikolari li setgħet wasslet għal dan.

Dan huwa għaliex ddejjaqni kompjuters.

</aħħar>

Tags:

Forum ta 'Diskussjoni: Infurzar Aħjar Prattiki Konformità Non-Trivial Ambjent MOSS

A sħabi, "Mark", has started up a potentially interesting newsgroup discussion focusing on "establishing excellent SharePoint Governance from the start" għal 35,000 ambjent utent.

Id-diskussjoni hija hawnhekk: http://groups.google.com/group/microsoft.public.sharepoint.portalserver/browse_thread/thread/6d9a738d981af772/1c390b15c5407db6?#1c390b15c5407db6

Pop fuq matul u jikkontribwixxu!

</aħħar>