Vaig tenir la sort d'assistir i presentar a la conferència de la setmana passada les millors pràctiques del SharePoint. Sóc nou encara per tot parlant "cosa" i, francament, Jo estava una mica nerviós durant la primera meitat mentre jo suin esperant a parlar-me. Aquesta mena de nerviós sensació va fer una mica difícil per a mi posar atenció en els presentadors (no que ho ignorava-los). En canvi, Vaig centrar una mica més els assistents.

Conferències sempre posar curses de la meva ment i hi va haver una presa molt en a aquest. Aquesta conferència va ser excel lent. Vaig pensar que era inusual de diverses maneres. No va ser una conferència de desenvolupadors pesat. Certament hi havia parts dev, però crec que va ser com a mínim 60% centrat en aspectes no-dev, potser tan alt com 80%. Crec que parla a la naturalesa en evolució del mercat del SharePoint. Empreses són d'aplicació SharePoint en una varietat de formes i que estan buscant guia sobre com fer-ho bé. I no només orientació sobre com crear trets/solucions (que per ara, ha estat molt ben establerta).

Crec que la conferència va ser enormement valuosos a més tothom que va assistir i sé que els organitzadors pla per fer la conferència nou principis del proper any.

Havent dit que, Va ser una oportunitat perduda que espero la propera discursos de les conferències. Dic que és una oportunitat perduda, però això no és una cosa dolenta. Descobrir una necessitat de la comunitat és en i de si mateix una cosa bona. La conferència discutit una sèrie de bones pràctiques en diferents àmbits com la governança, formació, reunint els requisits, Cerca, desenvolupament, Arquitectura de la informació, etc. Crec que l'oportunitat perduda té a veure amb el "camp de verd" supòsits subjacents moltes de les millors pràctiques.

Quan parlem de camp verd, entenem que el SharePoint no ha entrat en producció i estem començant amb una pissarra neta. Això és ideal perquè pot començar a utilitzar immediatament les millors pràctiques per a definir i gestionar la governança, Arquitectura de la informació, etc. No obstant això … Què passa quan ja està en producció amb diversos milers d'usuaris (o 10 de milers) i no va seguir les millors pràctiques a l'inici? He vist les empreses amb … ejem … una molt senar Arquitectura de la informació fins a l'entorn. No crec que aquesta conferència sempre gaire orientació per a les organitzacions amb aquest tipus de problema (i no em refereixo només IA, però la governança, Cerca, moltes altres àrees). Clar, saber que té un problema és una gran part de la solució i que és molt valuós.

Crec que la comunitat de SharePoint online no ha fet gaire per fer front a això tampoc. Sé que no tinc. És un problema molt difícil de resoldre a molts nivells. Tècnicament és difícil. Budget-Wise és difícil. Culturalment, és difícil. No obstant això, probablement és un problema més gran de món real que la majoria. Des que va acabar la conferència, He estat pensant sobre aquest tipus de problemes i com un resoldre'ls. Hi ha de ser una millor resposta que, "ininstal·lar i reinstal·lar" i la comunitat necessita per afrontar-lo responsable en.

Crec que això una gran oportunitat per a la comunitat de blocs i experimentat líders de pensament per traçar alguna orientació sobre com reparar el seu entorn. Crec que hi ha un petit però diferent de zero risc que SharePoint podria acabar amb una reputació dolenta i duradora com a resultat de mal arquitectura implementacions que fracassen a causa de la mala governança, IA, etc.

</final>

Subscriure's al meu blog.

El meu amic en línia, Mark Miller sobre i L'usuari final SharePoint (www.endusersharepoint.com) s'està executant un seminari d'una hora gratuïta apuntat, com sempre ho fa, a la comunitat de SharePoint d'usuari final. Té lloc a la 1 pm EDT. Detalls són aquí: http://www.endusersharepoint.com/?p=785

Haver assegut un dels seu seminari en línia el mes passat i es va fer bastant bé i si estàs interessat en alguna informació molt pràctica sobre els escriptoris digitals en SharePoint, Estic segur que val la pena la 1 inversió d'hores.

</final>

Subscriure's al meu blog.

El meu col lega ha estat treballant en un element web a un entorn FBA. Entre altres coses, l'element web tira algunes dades de servidor SQL. El gran pla per a aquest projecte dicta que un DBA configura la seguretat de nivell de dades en SQL (en lloc d'incrustar un Windows Live ID en una consulta SQL o algun altre enfocament).

El problema és que servidor SQL no es sap alguna cosa sobre el nostre entorn FBA així que no puc confiar en nosaltres. Hem resolt aquest problema per, per falta d'una paraula millor, un usuari d'AD manualment infiltrat per tal que es podria connectar a SQL tal que obres de seguretat de nivell de dades SQL.

Encara que FBA és una característica de l'ASP.NET, persones SharePoint Nation ens han ensenyat els diversos motors de cerca que si tu estàs consultant per FBA, vostè ha de significar que volen saber com configurar FBA en SharePoint. No vaig poder trobar trobar qualsevol informació sobre com habilitar un FBA orientat a l'aplicació de l'ASP.NET comunicar-se amb SQL de la manera que necessitàvem.

En el curs d'investigar això, vam tornar a llegir aquest article: Suplantació d'identitat de l'ASP.NET

Més recerca ens va portar a aquest article de codproject: http://www.codeproject.com/KB/cs/cpimpersonation1.aspx

Que va ajudar a nosaltres escriure el nostre codi, que he inclòs per sota. No és la matèria més elegant, però funcionava. Espero que li resulta útil.

Aquí és el codi que treballava per a nosaltres:

protegit btnSearchCarrier_Click de buit(emissor objecte, EventArgs e)
 {
 Provi
 {
 ImpersonateUser iU = nou ImpersonateUser();
 // TODO: Substituir les credencials iU.Impersonate("NombreDeDominio", "Usuari", "Contrasenya");

//
 CODI
//

 iU.Undo();
 }
 trampa (Excepció ex)
 {

 }
 }

// Utilitzant classe de suplantació d'identitat com esmentades sota.

públic classe ImpersonateUser
 {
 [DllImport("advapi32.dll", SetLastError = True)]
 públic estàtica extern bool LogonUser(
 Corda lpszUsername,
 Corda lpszDomain,
 Corda lpszPassword,
 Int dwLogonType,
 Int dwLogonProvider,
 Ref IntPtr phToken);

 [DllImport("kernel32", CharSet = CharSet.Auto)]
 privat extern estàtica bool CloseHandle(Nansa de IntPtr);

 privat estàtica IntPtr tokenHandle = nou IntPtr(0);
 privat estàtica WindowsImpersonationContext impersonatedUser;

 // Si vostè incorporar aquest codi en un fitxer DLL, Assegureu-vos que la demanda
 // funciona amb FullTrust.
 [PermissionSetAttribute(SecurityAction.Demand, Nom = "FullTrust")]
 públic Impersonate de buit(corda nombreDeDominio, nom d'usuari de corda, contrasenya de corda)
 {
 Provi
 {

 // Utilitzeu la funció LogonUser no administrat per aconseguir fitxa per l'usuari
 // l'usuari especificat, domini, i la contrasenya.
 Const Int LOGON32_PROVIDER_DEFAULT = 0;

 // Passant aquest paràmetre provoca LogonUser crear una fitxa primària.
 Const Int LOGON32_LOGON_INTERACTIVE = 2;
 tokenHandle = IntPtr.Zero;

 // Pas -1 Trucar a LogonUser per obtenir una maneta a un testimoni d'accés.
 bool returnValue = LogonUser(
 nom d'usuari,
 nombreDeDominio,
 contrasenya,
 LOGON32_LOGON_INTERACTIVE,
 LOGON32_PROVIDER_DEFAULT,
 Ref tokenHandle); // tokenHandle - nou testimoni de seguretat

 Si (fals = = returnValue)
 {
 Int ret = Marshal.GetLastWin32Error();
 Console.WriteLine("Crida LogonUser fallava amb el codi d'error : " +
 ret);
 tir System.ComponentModel nou.Win32Exception(ret);
 }

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

 }
 trampa (Excepció ex)
 {
 Console.WriteLine("Excepció ocorria. " + ex.Missatge);
 }
 }


 /// <resum>
 /// Parades suplantació d'identitat
 /// </resum>
 públic Desfés buit()
 {
 impersonatedUser.Undo();
 // Lliure de les fitxes.
 Si (tokenHandle != IntPtr.Zero)
 CloseHandle(tokenHandle);
 }
 }

</final>

Subscriure's al meu blog.

Fa unes setmanes, Jo estava treballant amb el meu col lega de desenvolupador en un projecte de SQL Server Reporting Services plug-in per a la molsa. Va anar desenvolupant un element web que proporciona una fantasia per a l'informe correcte (el tret principal ser un cerca intel ligent en un paràmetre amb diversos valors searchable mil darrere d'ell).

Això treballava gran en l'entorn de desenvolupament, però en les proves d'acceptació de l'usuari (UAT) medi ambient, no funcionaria. Dispara amunt el depurador, volem veure detalls excepció com aquest:

Els permisos concedits a l'usuari 'UAT_domainmosssvc' són insuficients per fer aquesta operació.(rsAccessDenied).

Si fas una cerca en viu a l'error anterior, trobeu que és bastant comú. Aterridorament comú. La pitjor classe de comú perquè té molts arrel potencials diferents causes i se sent la solució suggerida de tots"" dret. Probablement hem intentat tots ells.

En el nostre cas, el problema era que havia fet una còpia de seguretat/restauració de DEV a UAT. En algun lloc de les dades, alguna cosa encara es referia a "DEV_domain" (en comptes de l'actualització "UAT_Domain"). Hem creat un nou lloc, afegit que l element web i que el nostre problema resolt.

Esperançadorament això li estalviarà algú una hora o dues en la línia.

</final>

Subscriure's al meu blog.

Vaig rebre un grapat de missatges d'individus mitjançant el built-in "enviar un missatge" funció de Microsoft proporciona amb espais en directe (que també acull el meu blog) cada mes.

Aproximadament un terç del temps, els usuaris tindran assegurat el seu compte espais en directe que no puc respondre. Això és alguna classe d'antispam característica que suposo.

</final>

Jo estava llegint el blog de Madhur sobre com a permetre exhibicions de rastreig de pila i ara estic dubtant: per què no sempre mostrem un rastreig de pila?

Que sortia amb aquella regla i per què vam seguir-lo?

Usuaris finals sabrà que alguna cosa està malament en qualsevol cas. Com a mínim amb un rastreig de pila, es pot prémer control-printscreen, copiar i enganxar en un correu electrònic i enviar-lo a la mateixa. Clarament que vols reduir el temps i esforç que necessàries per resoldre l'assumpte.

</final>

Vaig fer una cerca a Google:

I fan clic a l'enllaç que destaquem més adalt ("Informació de la baixada: Windows SharePoint…").

Vaig aconseguir que això:

Bitllet l'URL.

Sembla força sospitosa a mi. No sé si he de riure, rialla o trucar un sacerdot.

</final>

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

Si l'eina està fent coses no entenc i llavors falla a n pas d'un nombre indeterminat de passos, estàs mort en l'aigua…

</final>

ACTUALITZACIÓ (04/08/08): Em sembla que ha de resoldre aquest problema. Línia d'ordres, Corria "c:\windowssystem32lodctr /R" segons una entrada parlant d'InstallShield problemes i que sembla que hagi resolt per a mi.

He notat que últimament, el meu ventilador de taula de treball/servidor mai s'apaga. Sé que solia girar-se. Vaig prendre un moment per revisar-lo adonar que la un procés VMware estava corrent un coherent 20% utilització en un de la CPU. Comprovava el registre de successos i veure aquests errors en el registre de l'aplicació passant desenes de vegades per minut:

Windows no pot carregar extensible comptador DLL UGatherer, la primera DWORD de la secció de dades és el codi d'error de Windows.

Windows no pot carregar extensible comptador DLL UGTHRSVC, la primera DWORD de la secció de dades és el codi d'error de Windows.

Windows no pot carregar extensible comptador DLL MSSCNTRS, la primera DWORD de la secció de dades és el codi d'error de Windows.

Si jo perforar els detalls d'un dels missatges, Vaig aconseguir que això:

Font: Perflib

Tipus: Error

Categoria: Cap

ID de succés 1023

Vaig fer algunes investigacions i hi va haver algun indici que podria ser un problema de permís en termes d'accés a la dll en qüestió. Va jugar amb aquestes coses, però no podria afectar les coses de manera positiva, així em rendia en allò.

VMware havia estat em molesta sobre realitzant una actualització durant força temps, Així vaig anotar la versió havia instal·lat (aparentment "1.0.1 construir 29996") i feia l'actualització. Això em millorat a v 1.04. Tristament, no fixava l'assumpte.

Puc deixar el boig nombre de missatges que va al meu registre aplicació si vaig tancar un servei anomenat "Servei d'autorització de VMware". Això m'impedeix utilitzar el programari de VMware, Així … no una opció tan gran.

El sistema operatiu d'amfitrió és Windows XP 64 mica.

No crec que això ha passat sempre, però no recordo cap esdeveniment en particular que podria haver provocat a la mateixa.

És per això que odio ordinadors.

</final>

Becari, "Marca", ha posat en marxa una discussió potencialment interessant discussió centrant-se en "establint governança SharePoint excel·lent des del principi" per a un 35,000 ambient d'usuari.

La discussió és aquí: http://groups.google.com/group/microsoft.public.sharepoint.portalserver/browse_thread/thread/6d9a738d981af772/1c390b15c5407db6?#1c390b15c5407db6

Pop a sobre i contribuir!

</final>