Monthly Archives: Maijs 2011

PerformancePoint un kļūdu 33494

Viens no maniem klientiem sauc šodien, kad viņu PerformancePoint vides (koplietošanas vidē SharePoint 2010) sabojājusies.  Viens app serveriem fermā bija atlicis maz brīvas vietas diskā.  Risinot,, klientu atinstalēt "pārāk daudz" un PP stuff visu pārtrauca darbību.  Dažādu web daļu varēs izrādīt "radās neparedzēta kļūda. Kļūda 33494. Papildu informāciju par administratoru tikušas izcirstas":

image

Es paska tījos kļūdas un nav iespējams atrast kaut ko īpašu, lai "kļūdu" 33494 ", bet šajā MSDN forumos norīkojuma bija noderīga: http://social.technet.microsoft.com/forums/en-us/sharepoint2010setup/thread/E1FE189D-7F89-455D-A98B-C1A12D8626AB

Es atklāju ADOMD.NET šeit kā sastāvdaļu SQL Server 2008 Funkciju pakotnē no Web vietas: http://www.microsoft.com/downloads/en/details.aspx?FamilyId=228DE03F-3B5A-428A-923F-58A033D316E1&displaylang=en

image

(noklikšķiniet, lai palielinātu)

I lejupielādēt un uzstādīt, un tas fiksēts viss.

Es domāju, ka tas ir diezgan oddball veida kļūdas, bet, ja jūs hit to, jums vismaz ir iespēja.

</beigās>

Abonēt manu blogu.

Sekot mani uz čivināt pie http://www.twitter.com/pagalvin

Lists.asmx, GetListItems un mapes

Es darīja daži pētījumi par kādu šodien ap list.asmx web pakalpojumu, kas norādīta kā daļa no SharePoint 2010 (un vecākas versijas).  Viņa bija iespēja saņemt saraksta elementus pie saknes mapē (iekļaujot apakšmapes nosaukumu), bet nevarēja saņemt vienumus apakšmapes.  I did dažas skatos uz internets, un tas ir pārsteidzoši bieži uzdotiem jautājumiem.  Vēl, Nevarēja iegūt labu atbildi uz pavisam vienkāršu jautājumu, "ja es zinu, ka mape, kā mape saņemt vienumus?”  Lai būtu godīgi, Man nav mēģināt tik grūti, jo esmu vēlējies skaitlis this one out uz savu laiku smaids.

To iestatīt, Izveidotā vietne ar nosaukumu "Blogošana scenāriji" un pielāgotu sarakstu ar nosaukumu "Pielāgotu sarakstu ar Sub mapes".  Es tad radīja mapes ar nosaukumu:

  • Gads 2005
  • Gads 2006
  • Gads 2007

Es pievieno dažus vienumus uz mapi "2006. gadā".  Tas ir kā tas izskatās:

image

Mans draugs nav C# koda rakstīšanu, bet drīzāk izmantojot Java, SOAP aploksne bija viņai vajadzēja.  Lai iegūtu, ka, Wrote mazliet jQuery, un pēc tam izmantot vijolnieks, lai iegūtu faktisko HTTP saruna.

Šeit ir attiecīgās jQuery (Es kopēt kodu nosaka zemāk, ja vēlaties kopēt un ielīmēt):

image

Tās pirmais galvenais ir, lai iekļautu gan <queryOptions> un <QueryOptions> mezglu.  Otrā atslēga ir tas, ka <Mapi> mezgls ir URL, uz kuru klients var piekļūt.

Var būt citi veidi, kā iegūt šo, bet tas strādāja labi, par mani, izmantojot jQuery.

Šeit ir iepriekš SOAP aploksne:

<soapenv:Aploksnes xmlns:soapenv =’http://schemas.xmlsoap.org/SOAP/Envelope/’>                
  <soapenv:Organizācija>
    <GetListItems xmlns =’
http://schemas.Microsoft.com/SharePoint/SOAP/’>
      <listName>Pielāgotu sarakstu apakšgrupas mapes</listName>
      <viewFields>  
        <ViewFields>
          <FieldRef nosaukums = "virsraksts’ />
          <FieldRef nosaukums = "EncodedAbsUrl’ />
        </ViewFields>
      </viewFields>
      <queryOptions>
        <QueryOptions>
          <Mapi>
http://demoserver1 un emuāri Scenāriji/saraksti/pielāgotu sarakstu ar Sub mapes/Year 2006</Mapi>
        </QueryOptions>
      </queryOptions>
   
</GetListItems>
  </soapenv:Organizācija>
</soapenv:Aploksne>

Daudz piemēru un diskusijas ap šo lika man domāt, ka viss, kas man ir nepieciešams, ir <QueryOptions> un norādiet mapes nosaukumu.  Man, Man vajag, lai gan wrap to iekšpusē <queryOptions> kā arī norādīt pilnu URL <Mapi> mezgls.

Šeit ir jQuery AJAX setup:

$(dokumentu).gatavs(funkcija() {
       var soapEnv =
           "<soapenv:Aploksnes xmlns:soapenv =’http://schemas.xmlsoap.org/SOAP/Envelope/’> \
               <soapenv:Organizācija> \
                    <GetListItems xmlns =’http://schemas.Microsoft.com/SharePoint/SOAP/’> \
                       <listName>Pielāgotu sarakstu apakšgrupas mapes</listName> \
                       <viewFields> \
                           <ViewFields> \
                              <FieldRef nosaukums = "virsraksts’ /> \
                              <FieldRef nosaukums = "EncodedAbsUrl’ /> \
                          </ViewFields> \
                       </viewFields> \
                       <queryOptions> \
                         <QueryOptions> \
                           <Mapi>http://demoserver1/Blogging Scenāriji/saraksti/pielāgotu sarakstu ar Sub mapes/Year 2006</Mapi> \
                         </QueryOptions> \
                       </queryOptions> \
                   </GetListItems> \
               </soapenv:Organizācija> \
           </soapenv:Aploksne>";

</beigās>

Abonēt manu blogu.

Sekot mani uz čivināt pie http://www.twitter.com/pagalvin

Lists.asmx, GetList un "vērtība nevar būt null”

Šodien es atklāju, ka GetList() metode Lists.asmx Web pakalpojumā ir saukt ļoti uzmanīgi vai ir nosliece uz mest, noslēpumaino "Vērtība nevar būt null" Izņēmums (un pieņemot, ka jūs varat iegūt agrāk vēl sliktāk vispārīgs kļūdas ziņojums, "Tipa izņēmumu ' Microsoft.SharePoint.SoapServer.SoapServerException’ sviež.")  Īpaši, Es atklāju, ka jūs nevarat sniegt jebkādu prefiksa GetList metodi.  Šādas jQuery fragments ilustrē punkts:

image

Ja jūs to izdarītu, tīmekļa serviss atbild ar "Vērtība nevar būt null" saskaņā ar šo vijolnieks-Ja HTTP transcript:

<?XML version = "1.0" Encoding = "utf-8"?>
  <ziepes:Aploksne
     xmlns:ziepju ="
http://schemas.xmlsoap.org/SOAP/Envelope/"    
     xmlns:XSi = "
http://www.w3.org/2001/XMLSchema-instance
     xmlns:xsd ="
http://www.w3.org/2001/XMLSchema">

  <ziepes:Organizācija>
    <ziepes:Vaina>
      <faultcode>ziepes:Servera</faultcode>
      <faultstring>
        Tipu, izņemot "Microsoft.SharePoint.SoapServer.SoapServerException’ sviež.
      </faultstring>
      <detaļu>
        <errorstring xmlns ="
http://schemas.Microsoft.com/SharePoint/SOAP/">
Vērtība nevar būt null.
        </errorstring>
      </detaļu>
    </ziepes:Vaina>
  </ziepes:Organizācija>
</ziepes:Aploksne>

protams, ka "s0" prefikss nebūtu iespējams pievienot savu, bet daži instrumenti ir pakļauti to darīt (piemēram, Eclipse).

Tas ir vēl neskaidra / nomākta, jo citas metodes panest prefiksus.  Piemēram, uz GetListCollection metode nav prātā, ja tas ir iepriekš, pat ar absurds priedēkļus, piemēram, "xyzzy":

image

Šī "vērtība nevar būt null" šķiet samērā izplatīta ar lists.asmx, tādēļ, cerams, tas palīdzēs kāds no nākotnē.

</beigās>

Abonēt manu blogu.

Sekot mani uz čivināt pie http://www.twitter.com/pagalvin

Bezgalīgi ligzdošanas <DIV> Tagus un jQuery

Tas šķiet tik oddball temats, Es neesmu pārliecināts, ka tas ir tiešām vērts blogošana par, bet tas nekad nav pārstājusi mani, pirms, tāpēc šeit mēs iet smaids

Es esmu strādā pie projekta, kur es esmu vilkšana daži dati no meklēšanas, iepakojuma to XML ziņojumu un pēc tam šīs XML galu galā pārveidots HTML, izmantojot XSLT.  Pastāv daudz jQuery, viens bits, kuru ievieš dažus tabulēšanas funkcionalitāti.  Kad noklikšķināt uz cilnes (tiešām, a <DIV>), jQuery izsauc .hide() un .show() par dažādiem divs (sākuma lapas ielādes lejupielādē visu saturu, tādēļ šajā gadījumā nav postbacks).

Ķekars minutes ago, tab pārslēgšanas loģika sāka izturēties erratically, un tas nevarētu rādīt manas zīmnes.  Es galu galā izsekot to uz leju, lai tas, ka programma Internet explorer (vismaz) šķita, ka <DIV> tagus, kas ir daudz ligzdotu, daudz dziļāk, nekā paredzēts.Attīstītājs rīkjoslā parādītu:

-<div id = "Tab1Content">
  -<DIV>
    -<DIV>
      -<div id = "Tab2Content">
        -<DIV>
           …………………………
                   </DIV>  <— beidzot rāda tika slēgts līdz galam lejā!

Tik, Ja es tā $("# Tab1Content").paslēpt(), Es arī slēpt Tab2 un varētu nekad nerādīt Tab2 ja nav arī parādīt Tab1.  Es kopēt un ielīmēt kodu uz augšu visual studio un tā parādīja, ka visi div odere līdz labi, tāpat, kā tie bija vajadzēja darīt, meklējat, piemēram, tas:

-<div id = "Tab1Content">
  +<DIV>
  +<DIV>
-<div id = "Tab2Content">
  +<DIV>
  +<DIV>

Pārspēt manu galvu pret sienu, uz brīdi, un ievēroju, ka faktisko HTML kodu bija radīt daudz tukšu <DIV> Tags, piemēram:

<organizācija>

  <div id = "Tab1Content">

    <div id = "row1" />
    <div id = "row2" />

  </DIV>

  <div id = "Tab2Content">

    <div id = "row1" />
    <div id = "row2" />

  </DIV>

</organizācija>

(Iepriekš ir waaaaaaaaaaaay, pārspīlēti.  Tukšu div tagiem ir pilnīgi derīgs. Daži no maniem <DIV> Tags bija pilna ar saturu, bet daudz vairāk nebija.  Es nonācu pie secinājuma, ka manas <XSL:par katru> direktīvās bija izstaro formas īss div tagiem, ja xsl:par katru nav "atrast visus datus.  Izvade ir spiesti HTML komentāru, kā parādīts:

image

 

Pēc tam, kad man bija, ka, labi ierindots visi div un mana tab pārslēgšanas sāka strādāt.

Kā vienmēr, Es ceru, ka tas palīdz kāds šķipsnu.

</beigās>

Abonēt manu blogu.

Sekot mani uz čivināt pie http://www.twitter.com/pagalvin

Labāks veids ātrai labošanai: "Satura tipa nosaukums '$ resursi:ReportServerResources … nevar saturēt … speciālās rakstzīmes”

Esmu bijis izdevumu kādu laiku sakopšanu SharePoint 2010 vietnē, un viens no tīrīšanas jautājumus, kas attiecas uz bojāts / nepareizi instalēts SQL Server pārskatu pakalpojumu jautājums.  Problēma radās, kad viens no maniem kolēģiem centās saglabāt vietni kā veidni, un pēc tam izveidot izveidot jaunu vietni, kas veidoti pēc šīs veidnes parauga.  Saglabāšanas darbība strādāja fine, bet, kad viņa mēģināja izveidot jaunu vietni, SharePoint parādīts šāds kļūdas ziņojums:

Kļūda

Satura tipa nosaukumā "$ resursi:ReportServerResources,DataSourceContentTypeName;"nevar būt: \ / : * ? “ # % < > { } | ~ & , divi viens otram sekojoši punkti (..), vai īpašas rakstzīmes, piemēram, cilnes.

Šeit ir ekrāna tvērums:

 

image

Man bija apskatīt satura tipi, vietnes un uzskatīja, ka šis:

image

Šos tipus ir skaidri neveselīga.

Šis jautājums, šķiet, izstrādāt daudz par Internets, un tur nav, šķiet, vienā vienprātība par to, kā atrisināt to.  Es atklāju, ērts tabulu, kas kartēta slikta satura tipa nosaukumu labas satura tipa nosaukumu šeit: http://social.technet.microsoft.com/Forums/en-ZA/sharepoint2010programming/thread/cb03e866-8184-4943-acfe-cafffa1b8b7a.  Es manuāli atjaunināt tos thusly:

image

(BrightStarr nosaukumā ir acīmredzami nav obligāti, bet tā var nesāpēs smaids )

Tas ļāva man, lai izveidotu jaunu veidni, un neko neizjauc citās vietnēs, tostarp daži PerformancePoint Server sīkumi, kas strādā pavisam cita cilvēku grupa.  Es varēju pēc tam izveidojiet jaunu vietņu veidnes.  Panākumi!

Es neesmu pārliecināts, ka tas ir 100% šķīdums, bet tas man un visiem iesaistītajiem garām šo kaitinošas kļūdas.  Ja es varu atrast kaut ko jaunu, I'll post atjauninājums.  Mans satraukums, kas izriet no fakta, ka šos nosaukumus nevajadzētu būt nepareizi pirmajā vietā un nosakot parādāmais vārds, Es neaiztikšu iekšējais nosaukums. 

</beigās>

Abonēt manu blogu.

Sekot mani uz čivināt pie http://www.twitter.com/pagalvin

Viens iemesls par "Autors šī vaina nav jānorāda iemesls.”

Es esmu darot daudz darba ar SharePoint meklēšanas pēdējā laikā un īpaši KeywordQuery klase, rekvizītus un metodes.

Ja vēlaties, lai rezultātu kopas jāatgriež rezultāti pārsniedz parastās suspects (skatīt šeit), to pievienot SelectedProperties kolekcija, kā:

myKeywordQuery.SelectProperties.Add("xyzzy");

Many thanks un Padoms cepure, lai Corey Roth un ļoti noderīga blog post (http://www.dotnetmafia.com/blogs/dotnettipoftheday/archive/2008/02/19/how-to-use-the-moss-enterprise-search-keywordquery-class.aspx)

Manā gadījumā, "xyzzy" nav faktiski pārvaldīto rekvizītu.  Kad es pievieno to uz SelectedProperties tomēr, SharePoint izmeta, viens no maniem favorite kādreiz runtime izņēmumi:

"Šī vaina autors nav norādījis iemeslu."

Man īpaši patīk iemesls kapitāla "R".  Tas izklausās man tāpat.TĪRAIS ekvivalents"Man ir bez mutes, un ir kliedz.”

</beigās>

Abonēt manu blogu.

Sekot mani uz čivināt pie http://www.twitter.com/pagalvin

Ērts atsauce: Noklusējuma KeywordQuery meklēšanas rezultāti

Kad jūs atsaukties uz izpildes() metodi, KeywordQuery, jūs varat izveidot ResultTable, pamatojoties uz ResultType.RelevantResults.  Šis koda fragments ilustrē to, ko es domāju:

ResultTableCollection resultsTableCollection = myKeywordQuery.Execute();

ResultTable searchResultsTable = resultsTableCollection[ResultType.RelevantResults];

Iegūtajai tabulai būs šādas informācijas kolonnas: 

Darba ID
Rangs
Nosaukums
Autors
Lielums
Ceļš
Apraksts
Rakstīt
SiteName
CollapsingStatus
HitHighlightedSummary
HitHighlightedProperties
ContentClass
IsDocument
PictureThumbnailURL
ServerRedirectedURL

Es sapratu šo sarakstu SharePoint 2010 vide, uzņēmumu izdevums.  Cerams, ka nākotnē būs parocīgs kādam.

</beigās>

Abonēt manu blogu.

Sekot mani uz čivināt pie http://www.twitter.com/pagalvin

Viens no iemesliem, kādēļ: "Neizdevās izvērst risinājuma cab failu”

Strādājot par visual studio web daļas projektu šodien, Es izdarīju nelielu nogulumu org dažu failu laist _layouts mapi kā daļa no ieviešanas process. Īpaši, Es pārdēvēja. js failu no "TypeAhead.js" un "TypeAhead(veco).js"  Es plānoju to noņemt, tiklīdz tā pēctecis "TypeAhead.js" izrādās pareizs.  Izskatījās, ka tas:

image

Tas uzreiz izraisīja problēma ar visual studio, kad es centos ieviest projekta:

Izvietošanas darbība "Pievienot šķīdumu" radās kļūda: Neizdevās izvērst risinājuma cab failu.

Izrādās, ka jums nav jākļūst iekavas failu nosaukumos.  Es noņemt parens un kas atrisināt problēmu.

</beigās>

Abonēt manu blogu.

Sekot mani uz čivināt pie http://www.twitter.com/pagalvin