Arxius per mes: Febrer 2008

Diumenge Funny: “NO PER A L'EXPORTACIÓ”

Tornada al voltant 1998, l'empresa que treballava per al temps rebut algun finançament per crear un nou producte de comerç electrònic. Teníem la gamma completa dels requeriments de negoci per satisfer. Havia de ser ràpid, fàcil per a usuaris finals, cridaner, multi-idioma, etc. Trist de dir, Probablement no he tingut com un conjunt ambiciós de treball per dur a terme des d'aquells dies embriagadors.

Aquest esforç pre-datat Microsoft.NET. Vainilla clara ASP encara era una cosa nova (o si més no molt familiar per a la meva empresa). "Maó i morter" les empreses van ser condemnats. Condemnat! Això és a dir que això era un treball pioner. No treball de pioner de colisionador d'Hadrons, però per a nosaltres en el nostre petit món, Això va ser un treball pioner.

Estàvem bojos ocupat. Estàvem fent mini de POC gairebé cada dia, trobar la manera de mantenir l'estat en un medi inherentment sense estat, esbrinar problemes multi-idioma, seguretat de nivell de baralla. Fins i tot havia creem un vocabulari per definir termes bàsics (Jo preferia estat persistent, però per alguna raó, el maldestre "statefull" guanya la jornada).

Com ens estaven bojament la invenció d'aquest producte, la gent de marketing i vendes eren aquí tractant de vendre-ho. D'alguna manera, se les van arreglar vendre-ho al nostre escenari de malson. Encara que es van dissenyar i implementar una solució d'empresa, realment no esperava el primer client d'utilitzar cada últim tret que hem construït a dia producte zero. Aquest client necessitava multi-idioma, una interfície d'usuari radicalment diferent de l'estàndard"" sistema però amb la mateixa lògica de negoci. Multi-idioma era especialment difícil en aquest cas, perquè sempre es centren en castellà o francès, però en aquest cas, va ser xinès (que és un personatge de doble byte Assignar i requereix control especial tenint en compte la tecnologia que utilitzem).

Avanç ràpid uns mesos i jo estic en un vol de companyies aèries de nord-oest a Beijing. He estat tan ocupat preparant per a aquest viatge que tinc gairebé cap idea què és com per anar-hi. Jo havia llegit un llibre una vegada sobre com un nord-americà havia estat a la Xina durant diversos anys i havia après la llengua. Un dia ell estava caminant a la ciutat i algunes persones demanar indicacions. La conversa va ser una cosa això:

  • American: "Em podria dir com arribar a [XX] Street?"
  • Xinès: "Ho sento, que no parlen anglès".
  • American: "Oh, bé, vaig parlar mandarí." i demanava una altra vegada en xinès, però més clarament (el millor que va poder).
  • Xinès: Molt educadament, "Ho sento, que no parlen anglès".

La conversa va anar així mica i el nord-americà va renunciar a la frustració. Com s'allunyava ells va sentir un home que parla a l'altre, "Jo podria haver jurat que estava demanant per obtenir [XX] Street."

Que havia recollit algunes miques i peces d'altres relacionats amb la Xina quasi-information i "trucs":

  • Un coreà co-worked em va dir que el que havia de ser prudent amb els xinesos, perquè "es tractaria de mi emborratxar i aprofitar-se de vostè" en el sentit de continua pressionant a mi en les decisions de negoci dolent.
  • No es permetia als cotxes d'empenta (hi va haver certa confusió com a si es tracta d'un costum, un requisit legal o només regla del client).
  • No hi ha regles especials per anar per la duana.
  • No podien utilitzar diners americans per a res.
  • No se suposa deixar consells. És insultant si ho.

I, finalment,, Jo havia relativament frescos Records el Massacre de Tian anmen. Quan jo estava a la Universitat, Recordo veure missatges de Usenet en temps real com el món observaven a terror.

En poques paraules, Jo estava molt nerviosa. No era només normal-nerviós en el sentit que jo estava repartint una solució que va ser ordres de magnitud més complicat que qualsevol cosa que mai havia fet abans. També estava preocupat sobre trencar accidentalment una regla que em podria ficar en problemes.

I m en això 14 hores de vol i si fos business class, 14 hores és maleït molt de temps. Hi ha només tantes maneres d'entretenir-se per la lectura, veure pel lícules o jugant amb els coberts imantada. Fins i tot un realment bon llibre és difícil de llegir durant unes quantes hores de rectes.

Amb el temps, Vaig començar a llegir el material d'envasament en una peça de programari que jo mà-portava amb mi al client, Servidor de web de Netscape. Estic llegint els requisits de maquinari/programari, el màrqueting blurbs, mirant a la bonica foto i de sobte, I concentrar-se en el gegant "no per l'exportació" Avís, alguna cosa sobre 128 mica encriptació. He farcit quadre de nou en la meva bossa de portar, Avís face-down (com si que hauria ajudat a la) i provat per mantenir visions de Exprés de mitjanit del meu cap.

Recordant-hi ara, Hauria d'haver estat preocupat, Si gens, quan em vaig anar als EUA, not when I was entering China 🙂 Nothing untoward happened and I still consider that to be the best and most memorable business trip I’ve had the pleasure of making.

</final>

Subscriure's al meu blog!

Etiquetas de Technorati: ,

Solució: SPQuery no busca carpetes

Aquesta setmana passada jo estava aplicant una "evolució" solució per a un client que utilitza BDC i SPQuery i corria amb algunes dificultats per utilitzar el SPQuery contra una biblioteca de documents que contenen les carpetes. Bottom line: Assigna recursiva"" a l'atribut de vista de la consulta.

El meu escenari:

  • El dilluns, Puc pujar un document i proporcionar algunes dades meta.
  • La setmana següent, Carregar un nou document. Gran part de metadades d'aquest nou document es basa en el document que he pujat el dilluns (que anomenem la "document mestre").
  • Hem creat una façana de servei web que proporciona una interfície de BDC-friendly a la llista de manera que els usuaris poden fàcilment localitzar aquell document de dilluns mitjançant una recerca de títol.
  • Una columna de dades del servei BDC proporciona una interfície d'usuari amigable. (Això és part del meu intent en l'ús BDC per a una columna de cerca més amistós).

El servei de façana BDC final utilitza una pregunta semblant a això per fer la consulta:

 // Utilitza l'eina de U2U per ajudar en la generació d'aquesta consulta CAML.
      oQuery.Query =
        "<On>";

      Si (titleFilter.Length > 0)
        oQuery.Query   =
          "  <I>";

      oQuery.Query   =
        "    <I>" +
        "      <Geq>" +
        "        <Nom de FieldRef =  "DocumentId" />" +
        "        <Valor de tipus =  "Text">" + minId + "</Valor>" +
        "      </Geq>" +
        "      <Leq>" +
        "        <Nom de FieldRef =  "DocumentId" />" +
        "        <Valor de tipus =  "Text">" + maxId + "</Valor>" +
        "      </Leq>" +
        "    </I>";

      Si (titleFilter.Length > 0)
        oQuery.Query   =
          "    <Conté>" +
          "      <Nom de FieldRef =  "Title" />" +
          "      <Valor de tipus =  "Text">" + titleFilter + "</Valor>" +
          "    </Conté>" +
          "  </I>";
      oQuery.Query   =
        "</On>";

Durant la primera etapa de desenvolupament, Això treballava gran. No obstant això, introduíem carpetes al directori per resoldre alguns problemes i de sobte, meu selector BDC no obtindreu cap resultat. Això em fa un seguiment fins el fet que el SPQuery tornaria mai cap resultat. Hem utilitzat les carpetes principalment per permetre que múltiples fitxers amb el mateix nom per a ser carregat però amb diferents meta dades. Quan es carrega l'arxiu, podem crear una carpeta basat en ID de l'element llista i llavors moure l'arxiu allà (Jo vaig escriure sobre això aquí; hem tingut resultats mixtos amb aquest enfocament, però tot el, està funcionant bé). L'usuari no es preocupen sobre carpetes i de fet, realment no entenc que hi ha algunes carpetes. Hem configurat totes les vistes a la biblioteca per mostrar els elements sense tenir en compte les carpetes.

Colpeixo aquest problema dues vegades com la implementació tècnica va evolucionar i resoldre-ho diferent cada vegada. La primera vegada, Que no estava utilitzant l'operador conté en la consulta. Sense un operador conté, Vaig ser capaç de resoldre el problema mitjançant l'especificació de la vista sobre contructor de la SPQuery. Enlloc de fer servir el constructor per defecte:

SPList oList = web.Llistes["Documents"];

SPQuery oQuery = nou SPQuery();

En canvi utilitzava un constructor que s'ha especificat una visió:

SPList oList = web.Llistes["Documents"];

SPQuery oQuery = nou SPQuery(oList.Views["Tots els Documents"]);

Que resol el problema i vaig començar a buscar els meus resultats.

Després afegir l'operador conté en la barreja i trencava una altra vegada. Resulta que l'operador conté, fins on puc dir, no funciona amb la vista de la mateixa manera com els un GEQ més simple / Operadors LEQ. Vaig fer algunes cerques i vaig aprendre que ViewAttributes de la consulta haurien de tindre "Recursiva", com a:

oQuery.ViewAttributes = "Abast = "Recursive"";

Que resolia el problema per conté. De fet, Això també resoldre el meu problema de recerca original i si m'havia especificat la recursiu atribuir la primera vegada, Hi hauria no corregut a l'assumpte una altra vegada.

El fet que un SPQuery basada en la vista funciona per alguns operadors (GEQ/LEQ) i no altres (CONTÉ), juntament amb el fet que KPIs no semblen que funcionin en absolut amb la carpeta que conté les biblioteques de document condueix mi per creure que el SPQuery té alguns assumptes ortogonal.

Agraïment especial:

  • La bona gent U2U i les seves eines de consulta.
  • Michael Hoff és genial "aprenent sobre la marxa" entrada de blog, observacions i Respostes.

</final>

Subscriure's al meu blog!

Error de molsa KPI? Llista d'indicador lligat a la Biblioteca de documents amb carpetes

ACTUALITZACIÓ 02/29/08: He resolt aquest problema creant una carpeta, i llavors assignar un tipus de contingut a la carpeta que té la meta dades que necessito pel KPI. Que es descriu en una mica més detall aquí.

Hem implantat una solució tècnica on usuaris carregar documents a una biblioteca de documents. Un auricular d'esdeveniment crea un directori i mou el fitxer al directori (utilitzant una tècnica similar pel que vaig escriure sobre aquí). Ens He navegat amb èxit al voltant dels potencials problemes causats per auriculars d'esdeveniment que rebategi arxius carregats (principalment perquè els usuaris mai no començar el seu document fent clic damunt "nou" però en canvi crear el docs localment i llavors carregar-los).

Les metadades per a aquests documents inclou un Sí/No columna lloc anomenat "Urgent" i una altra columna del lloc anomenat "Estat". Hem de complir amb un requisit de negocis que Mostra el percentatge de "Urgent" documents de l'estatus està "Pendent".

Això és normalment simple de fer i em va descriure una cosa molt semblant a això a SharePoint Beagle amb una gran quantitat de captures de pantalla si t'interessa.

En poques paraules, Jo vaig fer el següent:

  • Crear una vista sobre la Biblioteca de doc anomenada "Donats".
  • Configurar la vista per ignorar l'estructura de carpeta.
  • Crear una llista KPI.
  • Crear un indicador en la llista que assenyala a el lib doc i que "pendent" Vista.

Això simplement no funciona. El KPI Mostra el meu destí (e. g. cinc documents urgents) però sempre Mostra el nombre real de documents urgents com a zero. Paradoxalment, Si vostè perfori avall els detalls, Mostra els documents urgents cinc en la llista. He creat un escenari molt simple amb dos documents, una a una carpeta i no. Aquí està la captura de pantalla:

imatge

La captura de pantalla de dalt Mostra clarament hi ha dos documents a la vista, però el valor de"" és un. La CamlSchema"" amb el document en blanc Id és a la carpeta d'arrel i l'altre és en una carpeta anomenada "84".

Em sembla que tot i que especifiqueu una visió, el KPI no honorar el "Mostra tots els elements sense carpetes" creació i en canvi, confina a si mateix a la carpeta d'arrel.

Si I sóc malament, Si us plau, mándenme una línia o deixar un comentari.

</final>

Subscriure's al meu blog!

Etiquetas de Technorati:

SPD flux de treball “Recollir dades D'un usuari”: Modificar la modalitat de tasca generada

Estic treballant en un projecte que utilitza cinc diferents fluxos de treball de SharePoint Designer per manejar alguns aprovacions de document. SPD proporciona la "recollir dades d'un usuari" acció per tal que ens pot impulsar l'usuari per a diferents bits d'informació, com si l'aproven, alguns comentaris i potser demanar el que havia per al sopar de l'altra nit.

Les formes són perfectament funcionals. Estan lligats a una llista de tasques com un tipus de contingut. Són 100% generat pel sistema. Aquesta és la seva força i la debilitat. Si podem viure amb el formulari per defecte, llavors ens és bons anar. No obstant això, no tenim massa control sobre com SPD crea l'òrgan. Si no ens agrada aquest comportament per defecte, hem de recórrer a diversos trucs per esquivar-lo (per exemple, posant prioritat en una tasca).

Que necessitava proporcionar un enllaç a aquestes formes de tasca que va obrir les propietats de la visualització (dispform.asxp) de la "element de relacionat" en una finestra nova. Això proporciona accés d'un clic a les metadades de l'element relacionat. Això és el que vull dir:

imatge

Afortunadament, podem fer això i no és molt difícil. En termes generals, disparar cap amunt del SPD, Aneu al directori que alberga els arxius de flux de treball i obriu el fitxer ASPX que voleu modificar. Aquestes són només clàssic XSL transforma instruccions i si t'he Flipping amb itemstyle.xsl, Cerca o altres escenaris XSL, això serà fàcil per a vostè. De fet, Em va semblar ser en general més fàcil ja que la forma generat és una mica més fàcil de seguir en comparació amb una part de recerca fonamental resultats web (o la malson CWQP).

Clar, hi ha un gran escull. Editor de flux de treball de l'SPD espera un control total sobre aquell arxiu. Si modifiqueu-lo, SPD feliçment sobreescriurà ur give canvis dret conjunt de circumstàncies. Vaig fer dues proves ràpides per veure el mal això podria anar. Tots dos presuposa que he creat un vàlid SPD flux de treball que utilitza els "recollir dades d'un usuari" pas.

Prova 1:

  • Modificar l'arxiu d'ASPX de forma manual.
  • Analitzar-lo (Comproveu que els canvis s'han desat correctament i no trencarà res).
  • Obrir el flux de treball i afegir una acció no relacionat (com "diari a la història").
  • Salvar el flux de treball.

Resultat: En aquest cas, SPD va fer no recrear la forma.

Prova 2:

  • Fer el mateix que #1 excepte directament modificar els "recollir dades d'un usuari" l'acció.

Resultat: Això re-crea la forma de zero, sobre-escriure els canvis.

Notes finals:

  • Com a mínim dues accions de SPD crear formes com aquest: "Recollir dades D'un usuari" i "Assignar a l'element". Tant d'aquestes accions’ formes es poden modificar manualment.
  • Vaig ser capaç de generar el meu enllaç a dispform.aspx perquè, en aquest cas, l'element relat sempre té el seu identificador incrustat en l'URL de l'element relacionat. Vaig ser capaç d'extreure'l i llavors construir un <un href> en base a proporcionar la un clic tret meta dades d'accés. És poc probable que el seu URL segueix aquesta regla. Hi pot haver altres maneres d'aconseguir l'ID de l'element relacionat però no he hagut de creuar aquell pont, Així que no sé si arriba a l'altre costat de l'abisme.
  • Jo no investigar, però jo no em sorprendria si hi ha algun tipus d'arxiu de plantilla en la 12 rusc que jo podria modificar per afectar com la SPD genera les formes d'omissió (molt com podem modificar plantilles d'alertes).

</final>

Subscriure's al meu blog!

Etiquetas de Technorati: ,

Són “Error desconegut” Missatges molt millor que un rastreig de pila?

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>

Etiquetas de Technorati:

Diumenge (Vergonyós) Funny: “El meu nom és Paul Galvin”

Un grapat d'anys enrere, el meu cap em demanava que alguns usuaris sobre un producte anomenat resultats de tren. Resultats és un usuari final eina d'informes. És aproximadament anàleg de SQL Server Reporting servei o Cristall. En el moment, va ser dissenyat córrer en tubs verds (e. g. WYSE 50 terminal) connectat a una caixa de Unix mitjançant telnet.

Meva omissió respondre a qualsevol pregunta que comença amb "pot vostè … " és "Sí" i que és on va començar a tots els problemes.

El client era una empresa química fora del sud de Califòrnia i gairebé havia embolicat una important implantació ERP basada en De QAD MFG/PRO. El pla d'implementació ara anomenat per als usuaris finals de poder formació sobre el producte de resultats.

Jo no era un gran usuari d'aquesta eina i certament mai havia entrenat ningú abans. No obstant això, Jo havia realitzat una sèrie d'altres classes d'entrenament i es va afanyar en els meus peus, Així que no estava massa preocupat. Dennis, l'instructor resultats reals a temps complet, m'havia donat el seu material de formació. Recordant-hi ara, és realment bastant absurd. Jo no sabia bé el producte, mai no havia estat entrenat formalment en això i certament mai havia ensenyat. Quina empresa tinc formació ningú en això?

Per complicar les coses logísticament, Em va preguntar per anar a conèixer a algú a Chicago com a part d'un compromís de pre-venda en el camí. El pla era volar de Nova Jersey, anar a Chicago, reunir durant una hora amb Perspectiva i després continuar a Califòrnia.

Pou, Arribava a Chicago i el tipus de venda en el meu equip havia comès algun error i mai confirmat la reunió. Així, Apareixia i la Perspectiva no hi era. Impressionant. Maletes i deixo i continuarà fins a CA. En algun lloc durant aquest procés, Vaig saber que el client està aprenent menys de 24 hores abans de la meva arribada que "Paul Galvin" és la classe de l'ensenyament, no Dennis. El client li encanta Dennis. Ells volen saber "qui és aquesta persona Paul Galvin?" "Per què hem de confiar en ell?" "Per què hem de pagar per ell?" Dennis òbviament no subscriure's al meu "donar males notícies des del principi" filosofia. Impressionant.

Arribo a l'aeroport i per alguna raó increïblement estúpida, Havia comprovava el meu equipatge. Vaig arribar a LAX, però no me l'equipatge. Per a mi, pèrdua d'equipatge és molt com anar a través de la set etapes del dol. Finalment vaig arribar a l'hotel, amb cap equipatge, cansat, fam i portant la meva (per ara, molt arrugat) vestit de negocis. Es necessita un temps per viatjar de Newark — a O'Hare — a un client — tornar a O'Hare — i finalment a LAX.

Jo finalment trobo assegut a l'habitació d'hotel, menjant en una barra de snickers, esgotat i tractant de tambor cap amunt de l'energia per escanejar el material de formació per tal que no miro com un cul davant la classe completa. Això era una mica d'un punt baix per a mi en el moment.

Em vaig despertar al dia següent, fer el possible per suavitzar el meu vestit de manera que no em vaig fixar com Willy Loman a un mal dia i es dirigí a al client. Com tan sovint és el cas, en persona va ser bonic, molt agradable i educat. Això va contrastar seu e-mail molt enfadat/voicemails des del dia anterior. Ella em porta sobre 3 Miles a través de l'edifici després de l'edifici per una segmentat fora de la zona en un magatzem de Química gegant on portarem a terme la classe dels propers tres dies. El 15 o 20 estudiants lentament muntar, la majoria d'ells encara esperant Dennis.

Jo sempre començar les meves classes de formació mitjançant la introducció de mi mateix, donant algunes fons i escriure la meva informació de contacte a la pissarra blanca. Com que estic dient, "Bon dia, el meu nom és Paul Galvin", Vaig escriure el meu nom, correu electrònic i número de telèfon per a la pissarra blanca en grans lletres per tal que tothom pugui veure clarament. Em dirigeixo el fet que sóc la substitució Dennis i m'asseguro que sóc un substitut adequat, etc. Tinc tots breument digues el seu nom i el que volen aconseguir fora de la classe de manera que pot adaptar les coses a les seves necessitats específiques mesura que avanço. Les coses usuals.

Podem concloure que i inicieu el projector. Vaig a esborrar la meva informació de contacte i … Jo havia escrit en el marcador permanent. Jo estava tan avergonyit. En la meva ment, s'assemblava a això: És aquest "Paul Galvin" persona, substitució d'última hora per la nostra estimada Dennis. Que portava un arrugat vestit de negocis i sense afaitar. Només ha escrit les cartes enorme nom el nostre pissarra blanca a marcador permanent. Què és un espectacle!

Que tot va acabar feliçment, No obstant això. Això era una empresa química, després de tot. A canós empleat veterà va treure alguna cosa de la lleixa i, probablement en violació del Reglament d'EPA, va aclarir el tauler. Me les vaig arreglar quedar-se 1/2 dia per davant de la classe al llarg del curs i em van donar una bona revisió al final. Això fonamentar meu "batedor" reputació a la meva empresa. El meu equipatge va arribar el primer dia, Així que estava molt més presentable dies dos i tres.

Com que estava prenent l'ull vermell tornada a casa, Jo contemplava "lliçons apreses". Hi havia un munt de contemplar. La comunicació és clau. Dir als clients sobre canvis en el pla. Mai no facturar l'equipatge a l'aeroport si vostè possiblement pot evitar-ho. Portar coses recanvi"" en cas facturar l'equipatge i no ho fa. Crec que la lliçó més important que he après, No obstant això, era això: sempre prova un marcador a la cantonada inferior esquerra d'una pissarra blanca abans d'escriure, en lletres enormes, "Paul Galvin".

</final>

Etiquetas de Technorati: ,

Perspectives: SharePoint vs. el gran colisionador d'Hadrons

A causa d'alguns oddball que vols United Airlines va a mitjans dels 90, D'alguna manera vaig acabar amb una oferta per transformar "sense utilitzar km" lliure en una dotzena de subscripcions de revista. Així és com vaig acabar la subscripció a Scientific American revista.

Com a programari / Consultoria a persones, que ens trobem molts requeriments de negoci difícil a la nostra carrera. Més el temps, ens encanta complir aquests requisits i de fet, Això és probablement per què pensem que aquesta carrera és el millor del món. Ocasionalment dubto a què en el món hauria fet amb mi mateix si jo havia nascut en qualsevol altre moment en la història. Quina terrible seria per perdre's en el tipus de treball que puc arribar a fer ara, en aquest moment i lloc en història del món? Jo crec que: bastant terrible.

En els últims anys, alguns dels requisits que m he enfrontat han estat extremadament difícils satisfer. Coses complexes de SharePoint, edifici marcs basats en la tecnologia de no-web amistós de processament, orquestracions BizTalk complexes i similars. Tots podem (Esperem que) mirar enrere amb orgull en la nostra trajectòria i dir, "Sí, Això va ser un dur de resoldre, però al final vaig pwned que sumbitch!" Millor encara, encara més interessants i divertits reptes esperen.

Personalment, crec que el meu currículum, en aquest sentit, és molt profunda i estic molt orgullosa d'ella (encara que sé que la meva dona mai no entendrà 1/20 de la mateixa). Però aquesta setmana, Jo estava llegint un article sobre la Gran colisionador d'Hadrons en el meu Scientific American revista i tenia un d'aquells rars moments humiliant on em vaig adonar que malgrat la meva gegant"" l'estat en determinats cercles o què tan profund crec meu bé d'experiència, hi ha autèntics gegants en mons completament diferents.

Les persones en l'equip LHC tenen alguns temes espinosos realment gestionar. Considerar la lluna. Jo realment no pensen molt sobre la lluna (encara que he estat molt sospitós sobre això des que em vaig assabentar que s'està desaccelerant la rotació de la terra, que no pot ser una bona cosa per a nosaltres els éssers Humans a llarg termini). Però, l'equip LHC han de preocupar-se. Aparells de mesura del LHC són tan sensibles que es veuen afectades per la lluna (Earth-Rotation-slowing-and-eventually-Killing-All-Life) gravetat. Allò és un heck d'un requisit per satisfer — produir mesures correctes malgrat la interferència de la lluna.

Va ser reflexionant sobre aquell assumpte quan vaig llegir aquesta frase: "El primer nivell es reben i analitzar dades de només un subconjunt dels components de tot el detector, des de que es pot escollir prometedors esdeveniments basats en factors aïllats com si un muó energètic va ser vist volant fora en un gran angle de l'eix del feix." Realment … ? No toco en aquest tipus de sorrera i mai es.

Propera vegada que estic fora amb alguns amics, Em vaig criar un brindis per la bona gent treballant en l'LHC, Espero que no pesen la partícula Bosó de Higgs amb èxit i maleir la lluna. Et suggereixo que facis el mateix. It will be quite the toast 🙂

</final>

Etiquetas de Technorati:

Mal Microsoft URL

Vaig fer una cerca a Google:

imatge

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

Vaig aconseguir que això:

imatge

Bitllet l'URL.

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

</final>

Etiquetas de Technorati:

Impressió ràpida: Centre de sistema planificació de capacitat per al SharePoint

Només disparava cap amunt de la capacitat d'eina de planificació que tota la ràbia d'aquests dies.

Trobava fàcil d'usar i ràpidament modelat un entorn client que treballava en aquest passat estiu.

Amb certa inquietud, Premia el botó correcte final i es recomana una cosa que és força similar al què vam donar el nostre client (Hem fet tirar a un segon servidor d'aplicacions per a ús d'excel de futur). Vaig prendre que ser un bon senyal i augmenta la meva confiança en l'eina.

Sembla bastant potent coses un punt de partida molt millor que una pàgina en blanc.

M'agrada que et permet obtenir en alguns bons detalls sobre l'entorn. Nombre d'usuaris, com que el projecte que farà servir el sistema (editorial, col. laboració, etc), sucursal i connectivitat / capacitat de la xarxa entre ells i el servidor de mare. Coses bones.

Es fa preguntes base àmplies i permet llavors vostè pessigar els detalls d'un model força granular del seu entorn.

Vaig dubtar descarregant-lo perquè tinc moltes altres coses per mirar-ho, llegir i tractar de digerir. Sóc feliç que ho feia.

És un procés de dos passos fàcils. Descarregui Planificador de capacitat sistema centre i després baixar els models de SharePoint. Funciona bé a Windows XP.

Basat en la meva impressió ràpida, No veig com es podria explicar:

  • Cerca: Totals documents, Potser el tipus de documents, llengües.
  • Servidor d'excel: Quant, Si gens?
  • Servidor de formes: Quant, Si gens?
  • BDC: Quant, Si gens.

Aquells pot ser modelat i només no veig en el 10 revisió minut.

Definitivament vaig a utilitzar al meu client següent.

Si jo no fos una consultor i en el seu lloc treballant per a una empresa real :), Anava a modelar el meu entorn actual i veure com el model aconsellat de l'eina partits en contra de la realitat. Que seria molt polit. Això podria portar a un debat bona infraestructura.

</final>

Etiquetas de Technorati:

Solució: System.io.FileNotFoundException en “SPSite = nou SPSite(URL)”

ACTUALITZACIÓ: He publicat aquesta pregunta a MSDN aquí (http://forums.microsoft.com/Forums/ShowPost.aspx?PostID=2808543&SiteID=1&mode=1) i Michael Washam de Microsoft va respondre amb una resposta concisa.

He creat un servei web per actuar com un Façana del BDC amistós a una llista del SharePoint. Quan utilitzava això del meu entorn de desenvolupament, funcionava bé. Quan això migrar a un nou servidor, He trobat aquest error:

System.IO.FileNotFoundException: L'aplicació Web a http://localhost/sandbox no es podria trobar. Comproveu que heu escrit l'URL correctament. Si l'URL ha servint continguts existents, l'administrador del sistema pot necessitar afegir una nova cartografia URL de petició a l'aplicació desitjada. a Microsoft.SharePoint.SPSite...ctor(SPFarm granja, URI requestUri, ContextSite booleana, SPUserToken userToken) a Microsoft.SharePoint.SPSite...ctor(Corda requestUrl) a Conchango.xyzzy.GetExistingDocument(Corda minId, Corda maxId, Corda titleFilter) en C:\Documents i SettingsPaulMy DocumentsVisual estudi 2005ProjectsxyzzyBDC_DocReviewBDC_DocReviewDocReviewFacade.asmx.cs:línia 69

Aquí està la línia 69:

utilitzant (Lloc SPSite = SPSite nou("http://localhost/sandbox"))

He provat diferents variacions en l'URL, incloent l'ús de nom real del servidor, la seva adreça IP, barra inclinada final a l'URL, etc. Sempre tenia aquell error.

He utilitzat El Google per investigar-lo. Moltes persones enfronten a aquest problema, o variacions de la mateixa, però ningú semblava tenir-ho resolt.

Tricksy MOSS proporcionat tal una detallada error que no se me per comprovar la 12 rusc de registres. Amb el temps, sobre 24 hores després el meu col lega es recomana que fer-ho, Vaig revisar el 12 rusc de registre i trobava això:

S'ha produït una excepció en intentar adquirir la granja local:
System.Security.SecurityException: Accés registre sol·licitat no està permès.
a System.ThrowHelper.ThrowSecurityException(ExceptionResource recurs) a Microsoft.Win32.RegistryKey.OpenSubKey(Nom de corda, Booleà writable) a Microsoft.Win32.RegistryKey.OpenSubKey(Nom de corda) a Microsoft.SharePoint.Administration.SPConfigurationDatabase.get_RegistryConnectionString() a Microsoft.SharePoint.Administration.SPConfigurationDatabase.get_Local() a Microsoft.SharePoint.Administration.SPFarm.FindLocal(SPFarm& granja, Booleà& isJoined)
La zona de l'Assemblea que no era:  MiPC

Això va obrir noves vies de recerca, Així que va ser a The Google. Que em va portar a aquest correu de fòrum: http://forums.codecharge.com/Posts.php?post_id = 67135. Que realment no ajudar-me però va començar fent-me pensar que hi havia un problema de base de dades i/o seguretat. Jo soldiered i De Andrew Connell publicar finalment ha disparat la idea que jo hauria assegureu-vos que el compte d'identitat del conjunt d'aplicacions tenia accés adequat a la base de dades. Vaig pensar que ja va fer. No obstant això, el meu col lega va anar i va donar l'app piscina identitat compte ple accés a SQL.

Tan aviat com va fer que el canvi, tot va començar a treballar.

El millor és el que va succeir següent expressada com una Haiku poema:

Problemes alça les seves mans.
Vostè swing i es perdi. Torneu.
Èxit! Però, com? Per què?

Ella no volia deixar les coses sola com allò, prefereix donar el permís necessari mínim (i probablement amb un ull escriure una entrada de blog; Em va colpejar a la perforació, muhahahahaha!).

Es va treure els permisos successives del compte identitat app piscina fins … hi havia ja cap permís explícit per al compte d'identitat app piscina gens. El servei web continuar treballant just bé.

Ens vam anar i tornat a arrencar els servidors. Tot va seguir treballant bé.

Així, per recapitular: ens va donar la app piscina identitat accés complet i després va prendre distància. El servei web va començar a treballar i mai no deixà. Estranya.

Si algú sap per què que han treballat, Si us plau deixar un comentari.

</final>

Etiquetas de Technorati: