Flokkaskjalasafn: Óflokkað

SharePoint Best Practices Conference, “Best Practices,” og Elephant í herbergi

I was lucky to attend and present at last week’s SharePoint Best Practices conference. I’m still new to the whole speaking "thing" og, hreinskilnislega, 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 (ekki það að ég hunsa þá). Staðinn, Ég áherslu aðeins meira á fundarmanna.

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, en ég held að það var að minnsta kosti 60% áherslu á non-dev málefni, 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 (sem við nú, hefur verið mjög vel sett).

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.

Having þessi, 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, þjálfun, kröfur réttir, leita, þróun, upplýsingar arkitektúr, o.fl.. I think that the missed opportunity has to do with the "green field" Forsendur margir af bestu venjur.

Þegar við tölum um græna sviði, 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, upplýsingar arkitektúr, o.fl.. Hins … hvað gerist þegar þú ert nú þegar í framleiðslu með nokkur þúsund notendur (or 10’s of thousands) og þú ekki fylgja bestu starfsvenjur í upphafi? I’ve seen companies with … ahem … mjög skrýtið information architecture baked into their environment. I don’t think that this conference provided much guidance for organizations with that kind of problem (og ég er ekki bara að meina ÚA, en stjórnsýslu, leita, mörgum öðrum sviðum). Auðvitað, að vita að þú ert með vandamál er stór hluti af lausninni og það er mjög mikilvægt.

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. Hins, 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" og samfélagið þarf að takast það höfuð á.

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, o.fl..

</enda>

Gerast áskrifandi að bloggið mitt.

Technorati Tags:

SharePoint Mælaborð Online Seminar

Á netinu vinur minn, Mark Miller yfir og End User SharePoint (www.endusersharepoint.com) er að keyra frjáls eina klukkustund námskeið markvissa, eins og hann gerir alltaf, at the SharePoint End User community. It takes place at 1pm EDT. Details are here: http://www.endusersharepoint.com/?p=785

Ég hef setið í á einn af online námskeið hans í síðasta mánuði og það var gert vel og ef þú ert áhuga á einhverju mjög hagnýt upplýsingar um mælaborð í SharePoint, Ég er viss um að það er þess virði að 1 klukkustund fjárfesting.

</enda>

Gerast áskrifandi að bloggið mitt.

Technorati Tags: ,

FBA og 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 (öfugt við embedding kenni í SQL fyrirspurn eða einhver önnur nálgun).

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, fyrir skort á betri orð, manually impersonating an AD user so that we could connect to SQL such that SQL data level security works.

Jafnvel þó FBA er ASP.NET lögun, við SharePoint Nation fólk hefur kennt á ýmsum leitarvélum að ef þú ert fyrirspurn um 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.

Í tengslum við rannsókn þessa, við aftur að lesa þessa grein: ASP.NET Impersonation

Fleiri rannsóknir leitt okkur til þessa codproject grein: http://www.codeproject.com/KB/cs/cpimpersonation1.aspx

Það hjálpaði okkur að skrifa kóðann okkar, which I’ve included below. It’s not the most elegant stuff, but it worked. I hope you find it helpful.

Hér er kóðinn sem starfaði fyrir okkur:

vernda ógilt btnSearchCarrier_Click(mótmæla sendanda, EventArgs e)
 {
 reyna
 {
 ImpersonateUser ae = ImpersonateUser();
 // TODO: Skipta persónuskilríki
 ("DomainName", "UserName", "Password");

//
 CODE
//

 iU.Undo();
 }
 veiða (Undantekning fyrrverandi)
 {

 }
 }

// Using Impersonation bekknum eins og getið hér að neðan.

almennings flokki ImpersonateUser
 {
 [DllImport("advapi32.dll", SetLastError = satt)]
 almennings truflanir Ytri bool LogonUser(
 String lpszUsername,
 String lpszDomain,
 String lpszPassword,
 int dwLogonType,
 int dwLogonProvider,
 tilv IntPtr phToken);

 [DllImport("kernel32.dll", Msgstr = CharSet.Auto)]
 einkaaðila Ytri truflanir bool CloseHandle(IntPtr höndla);

 einkaaðila truflanir IntPtr tokenHandle = IntPtr(0);
 einkaaðila truflanir WindowsImpersonationContext impersonatedUser;

 // Ef þú fella kóðann í DLL, vera viss um að krefjast þess að það
 // keyrir með FullTrust.
 [PermissionSetAttribute(SecurityAction.Demand, Name = "FullTrust")]
 almennings ógilt túlka(band vistfang, band username, band lykilorð)
 {
 reyna
 {

 // Notaðu óviðráðanlegur LogonUser virka til að fá notanda tákn fyrir
 // sem tilgreind notandi, lén, og lykilorð.
 const int LOGON32_PROVIDER_DEFAULT = 0;

 // Brottför þessa breytu veldur LogonUser að búa til aðal tákn.
 const int LOGON32_LOGON_INTERACTIVE = 2;
 tokenHandle = IntPtr.Zero;

 // Skref -1 Kalla LogonUser að fá handfang til aðgang skapi.
 bool returnValue = LogonUser(
 username,
 vistfang,
 lykilorð,
 LOGON32_LOGON_INTERACTIVE,
 LOGON32_PROVIDER_DEFAULT,
 dómari tokenHandle); // tokenHandle - ný öryggi tákn

 ef (rangar == returnValue)
 {
 int RET = Marshal.GetLastWin32Error();
 Console.WriteLine("LogonUser call failed with error code : " +
 RET);
 kasta Ný System.ComponentModel.Win32Exception(RET);
 }

 // Skref - 2
 WindowsIdentity newId = WindowsIdentity(tokenHandle);
 // Skref -3
 impersonatedUser = newId.Impersonate();

 }
 veiða (Undantekning fyrrverandi)
 {
 Console.WriteLine("Exception occurred. " + ex.Message);
 }
 }


 /// <Yfirlit>
 /// Hættir notendur villi
 /// </Yfirlit>
 almennings ógilt Afturkalla()
 {
 impersonatedUser.Undo();
 // Free tókum.
 ef (tokenHandle != IntPtr.Zero)
 CloseHandle(tokenHandle);
 }
 }

</enda>

Gerast áskrifandi að bloggið mitt.

Technorati Tags:

Bæti við Lore: SSRS segir mér “rsAccessDenied”, En … Ég virkilega Hafa aðgang

Nokkrum vikum aftur, 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 (The aðalæð lögun að vera snjall útlit á breytu með nokkur þúsund leit gildi á bak við það).

Þetta var að vinna mikið í þróun umhverfi en í móttöku notanda próf (UAT) umhverfi, it wouldn’t work. Firing up the debugger, við viljum sjá undantekningarlaust upplýsingar eins og þetta:

The leyfi veitt til notanda UAT_domain mosssvc 'eru ófullnægjandi til að framkvæma þessa aðgerð.(rsAccessDenied).

Ef þú lifandi leita á Ofangreind villa, 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" rétt. We probably tried them all.

Í okkar tilviki, the problem was that we had done a backup/restore of DEV to UAT. Somewhere in the data, eitthvað var enn að vísa til "DEV_domain" (í stað þess að uppfæra "UAT_Domain"). We created a new site, bætt á vefnum hluti og að leysa vandamál okkar.

Vonandi mun þetta spara einhvern klukkutíma eða tvo niður línu.

</enda>

Gerast áskrifandi að bloggið mitt.

Technorati Tags:

Minniháttar opinberri tilkynningu: Windows Live Security Settings og Samband Space Eigendur

I receive a handful of messages from individuals via the built-in "send a message" virka Microsoft veitir með lifandi rými (sem hýsir einnig bloggið mitt) í hverjum mánuði.

Um þriðjungur af tíma, those users have secured their live spaces account such that I cannot reply. This is some kind of anti-spam feature I assume.

</enda>

Eru “Óþekkt villa” Skilaboð Really betri en a Stack Trace?

Ég var að lesa blogg Madhur um hvernig á að gera stafla ummerki sýna og nú er ég að velta fyrir mér: Hvers vegna eigum við ekki að sýna alltaf stafla ummerki?

Sem kom upp með þeirri reglu og hvers vegna fylgjum við það?

End users will know something is wrong in either case. At least with a stack trace, þeir geta stutt stjórn-PrintScreen, copy/paste into an email and send it to IT. That would clearly reduce the time and effort required to solve the issue.

</enda>

Technorati Tags:

Þetta er hverju mér líkar ekki að nota tæki degi núll

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

Ef tæki er að gera efni sem þú skilur ekki og þá er það ekki í takt n af óþekktum fjölda af skrefum, þú ert dauður í vatninu…

</enda>

Technorati Tags:

Event ID 1023: “Windows getur ekki hlaða teygjanlegur gegn MSSCNTRS DLL”

UPDATE (04/08/08): I seem to have solved this problem. From the command line, I ran "c:\Windows system32 lodctr / R" eins og á færslu tala um InstallShield vandamál og það virðist hafa leyst það fyrir mig.

Ég hef tekið eftir því að undanfarið, 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 getur ekki hlaða extensible counter DLL UGatherer, fyrsta DWORD í gögnum kafla er Windows villa.

Windows getur ekki hlaða extensible counter DLL UGTHRSVC, fyrsta DWORD í gögnum kafla er Windows villa.

Windows getur ekki hlaða teygjanlegur gegn MSSCNTRS DLL, fyrsta DWORD í gögnum kafla er Windows villa.

Ef ég bora inn upplýsingar um einn af þeim skilaboðum, Ég fæ þetta:

Heimild: Perflib

Tegund: Villa

Flokkur: Ekkert

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 hafði verið nöldrari mig um að framkvæma uppfærslu fyrir alveg sumir tími, svo ég jotted niður útgáfu ég hafði sett (apparently "1.0.1 build 29996") and did the update. This upgraded me to v1.04. Því miður, það var ekki festa the tölublað.

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

The gestgjafi stýrikerfi er Windows XP 64 hluti.

Ég held ekki að þetta hefur alltaf gerst, en ég man ekki neina sérstaka atburði sem gæti hafa leitt til þess.

Þetta er ástæða þess að ég hata tölvur.

</enda>

Technorati Tags:

Forum Umræður: Framfylgja Best Practices Fylgni á ekki léttvæg mosa Umhverfi

A náungi, "Mark", has started up a potentially interesting newsgroup discussion focusing on "establishing excellent SharePoint Governance from the start" fyrir 35,000 notandi umhverfi.

Umfjöllunin er hér: http://groups.google.com/group/microsoft.public.sharepoint.portalserver/browse_thread/thread/6d9a738d981af772/1c390b15c5407db6?#1c390b15c5407db6

Skjóta á yfir og stuðla!

</enda>