Kategori Arkiv: Fejlfinding

Se CAML forespørgsler i realtid med ULS Viewer

Min kollega, Ashsih Patel, skrev op en nice walk-through der beskriver, hvordan at se CAML bag forskellige SP forespørgsler, der sker i løbet af business i realtid ved hjælp af ULS fremviser.

Her er intro:

Du har nogensinde ønsket at vide hvad CAML forespørgsler der udføres af SharePoint Server?

Godt, for fejlfinding og læring formål, Det er ikke en dårlig idé. Efter alt, SQL Profiler har hjulpet os fejlfinde en masse spørgsmål.

Der kan være produkter derude, men jeg regnede ud en måde at gøre det uden at bruge ekstra bukke! Og her er det...

Du kan læse det hele her: http://www.bigapplesharepoint.com/pages/View-An-Insight.aspx?BlogID=68&rsource=pgblog&rtitle=caml.

</slutningen>

Hurtig og enkel: Løse "Ugyldig URL-Parameter” problemet med UpdateListItems i lists.asmx

Når du arbejder med UpdateListItems via lists.asmx, Det er let at generere en fejl:

Ugyldig URL-Parameter.

Den webadresse, der indeholder en ugyldig kommando eller værdi. Tjek venligst URL'EN igen.

Du kan få denne fejl, når du glemmer at medtage ID i den liste over felter for at opdatere.  Dette, ligesom mange af disse SP webtjenester, er en smule ulogisk, da du skal medtage ID i attributten ID af den <Metode> element.  Og du er ikke opdateret ID og sandsynligvis aldrig vil i første omgang.

Denne SOAP-konvolutten fungerer:

<soapenv:Konvolut xmlns:soapenv =' http://schemas.xmlsoap.org/SOAP/Envelope/'>
  <soapenv:Organ>                      
    <UpdateListItems xmlns =' http://schemas.Microsoft.com/SharePoint/SOAP/'>                     
      <Listenavn>{C712E2EA-54E1-47AD-9D99-1848C7773E2F}</Listenavn>                     
        <opdateringer>                     
         <Batch VedFejl ="Fortsæt">
          <Metode ID ="1" Cmd ="Update">
            <Feltet navn ="CooperativeLock">låst!</Felt>
            <Feltet navn ="ID">1</Felt>
          </Metode>
        </Batch>                     
        </opdateringer>                
      </UpdateListItems>             
  </soapenv:Organ>         
</soapenv:Konvolut>

Hvis du strip ud id-feltreference så får du meddelelsen irriterende "Ugyldig URL-parameter".

</slutningen>

undefinedAbonner på min blog.

Følg mig på kvidre på http://www.twitter.com/pagalvin

 

Quick Fix: "Indholdstype navnet '$ ressourcer:ReportServerResources … må ikke indeholde … specialtegn”

Jeg har udgifter tid rengøring op et SharePoint 2010 websted og et af oprydning spørgsmålene vedrører en beskadiget / forkert installeret SQL Server betænkning Services problem.  Spørgsmålet opstod, da en af mine kolleger har forsøgt at gemme et websted som en skabelon og derefter oprette opretter et nyt websted baseret på denne skabelon.  Gem drift arbejdede fint, Men da hun forsøgte at oprette det nye websted, SharePoint vises følgende fejlmeddelelse:

Fejl

Navnet på indholdstypen '$ ressourcer:ReportServerResources,DataSourceContentTypeName;' må ikke indeholde: \ / : * ? “ # % < > { } | ~ & , to på hinanden følgende perioder (..), eller specialtegn såsom en fane.

Her er en skærm fælles landbrugspolitik:

 

image

Jeg havde et kig på de indholdstyper på webstedet og fundet dette:

image

Disse indholdstyper er klart usund.

Problemet lader til at komme en masse på Internets og der synes ikke at være en enkelt konsensus om, hvordan at løse det.  Jeg fandt en praktisk tabel som afbildet navnene i dårlig indholdstype til god indholdstype navne her: http://social.technet.microsoft.com/Forums/en-ZA/sharepoint2010programming/thread/cb03e866-8184-4943-acfe-cafffa1b8b7a.  Jeg opdateret manuelt dem thusly:

image

(BrightStarr i navnet er naturligvis valgfri, men det kan ikke skade Smil )

Dette tilladt mig at oprette en ny skabelon og bryde ikke noget på de andre websteder, herunder nogle PerformancePoint Server stuff, en helt anden gruppe mennesker arbejdede på.  Jeg kunne derefter oprette et nyt websted på skabelonen.  Succes!

Jeg er ikke sikker på, at dette er en 100% løsning, men det fik mig og alle involverede forbi denne irriterende fejl.  Hvis jeg finder noget nyt, Jeg vil bogføre en opdatering.  Min nervøsitet skyldes, at disse navne ikke bør være forkert i første omgang og ved fastsættelse af det viste navn, Jeg ikke rører det interne navn. 

</slutningen>

Abonner på min blog.

Følg mig på kvidre på http://www.twitter.com/pagalvin

Hurtig og nem: Fejlfinding VS 2010 Løsning implementering

Visual Studio 2010 rapporter hårdt at debug fejl under implementeringen nogle gange.  En hurtig og nem måde at gøre nogle meget uslebne fejlfinding er at kaste din egen navngivne undtagelser.  Visual Studio vil vise dem i konsollen output.

Overveje denne bit af kode:

image

Hvis denne funktion skal udføres på Webserverniveau et webprogram, webstedet vil være null.  Hvis du prøver og henvise til en egenskab af websted, Du får den tvetydige fejl:

Der opstod fejl i installationen trin 'Tilføje løsning': Objektreferencen er ikke indstillet til en forekomst af et objekt.

Dog, Hvis Udløs en undtagelse for nye og videregive en streng til konstruktøren, Du får en lidt mere nyttige meddelelse:

image

Det er en rå teknik, men temmelig hurtigt og nemt.

</slutningen>

Abonner på min blog.

Følg mig på kvidre på http://www.twitter.com/pagalvin

Bruge owssvr.dll til Display nyttige oplysninger i SP2010

Jeg læste fora her i eftermiddag og lærte noget nyt (noget, der sker næsten hver dag).  Dette er udstationeringen:

http://social.technet.microsoft.com/Forums/en-US/sharepointadmin/thread/1cbdb0b4-eeda-4c61-9a52-da6212eebec5/

Dybest set, Du kan få nogle interessante oplysninger om et websted ved at påberåbe sig owssvr.dll mod det (h/t til Bil Simser og John Timney).

Jeg gav det en chance i en både mos og et SP2010 miljø.  Det virkede fint i MOSS miljø.  Dog, i den 2010 miljø, Internet explorer ønsker ikke at hente XML:

image

Som du kan se, Jeg ved, det havde 21k eller deromkring af indhold.  Dog, da jeg klikkede på knappen Gem, Jeg fik:

image

(Kan ikke åbne dette Internetsted.  Det anmodede websted er enten ikke tilgængelig eller blev ikke fundet.  Prøv igen senere.)  

Jeg fyrede op Spillemand og og jeg var i stand til at se output, men.  Det virker som om der kan være noget sker i SP2010, der forhindrer owssvr.dll sender sin XML nyttelast som de ønsker.  Eller, min SP2010 miljø handler bare sjovt.

Troede det var interessant...

</slutningen>

Abonner på min blog.

Følg mig på kvidre på http://www.twitter.com/pagalvin