december 2005


När jag deployade en ny version av mina rapporter slutade en av rapporterna plötsligt att fungera. Samtidigt hadde jag bytt ut min DataExtension också.

Jag fick hela tiden felet ‘there is no data for the field at position 1’, men fattade inte varför. Efter mycket om och men hittade jag till slut att det visade sig att rapporten inte alls hadde deployats.

Och i min DataExtension hadde jag bytt namn på några kolumner i datat som skulle returneras, vilket medförde att rapportens förväntade kolumner inte stämde med det som returnerades av datakällan, och felet var ett faktum.

Efter en ny deploy av rapporten försvann felet.

I found another fine list of links the other day. Mark Kruger has compiled quite a nice list of sharepoint resources.

Thanks for the list Mark. I found several new sites and interesting webparts among these.

Blake Handler på Microsoft har samanställt en gedigen lista med diverse teknik-resurser (självklart på Microsoft produkter).

Du hittar den på http://blogs.technet.com/industry_insiders/articles/Free_Microsoft_support.aspx.

Om du har en assembly (assemblyA) som är kompilerad mot en version av en annan assembly (reference till assemblyB), och du vill kompilera om assemblyB (och byta version på den), kommer du få följande fel i assemblyA:

System.IO.FileLoadException

The located assembly’s manifest definition with name ‘assemblyA.dll’ does not match the assembly reference.

För att undvika detta kan du i din config-fil lägga in följande rader:

<runtime>
  <assemblyBinding xmlns=”urn:schemas-microsoft-com:asm.v1″>
          <dependentAssembly>
     <assemblyIdentity name=”Root.Gemensam.IBMMQSAg”
      publicKeyToken=”a3c9f88dd28cb1f2″
      culture=”neutral” />
    <bindingRedirect oldVersion=”1.0.0.4″
      newVersion=”1.0.0.5″/>
    <publisherPolicy apply=”no”/>
   </dependentAssembly>
  </assemblyBinding>
</runtime>

Hittade en (gratis!) produkt idag som kan filtera vilka som får koppla upp sig mot Terminal Services i Windows.

Den kan filtrera på IP, MAC, datornamn och tidpunkt. Om användaren inte möter kraven dyker ingen inloggning upp. Även om man skulle vilja ha lite flera filter att välja bland är ju det här en suverän början.

Du hittar den på http://www.2x.com/securerdp/.

Det går ju (självklart) att deploya rapporter genom att använda MSI-paket. Tänkte inte på det…..men det finns ju ett API i Report Server som kan användas för att skicka upp rapporter till servern. Då kan man skapa en ‘custom action’ i MSI-paketet och exekvera tjänster för att lägga upp allt.

Sedan finns det även en utility som heter RS.exe som kan köra VB-script baserade filer. Det finns ett exempel med i installationen som visar hur man kan använda RS för att deploya rapporter….

så mitt problem verkar vara löst. Fint!

När man skall produktionssätta rapporter i Reporting Services finns det enligt det jag har hittat två alternativ:

  1. Använda ‘Deploy’-funktionen i Visual Studio (Report Designer)
  2. Ladda upp rapporterna med hjälp av Report Manager.

Min fråga är då, varför kan man inte skapa ett MSI-paket för att produktionssätta rapporter? Eller kan man det? Nu har jag inte produktionssatt några rapporter än, så det är möjligt det här inte blir en fråga när det verkligen kommer dit, men det känns konstigt. Jag skulle ju vilja deploya mina rapporter till en testmiljö, för att sedan den ansvariga för driften skall kunna ta samma paket och deploya det till verifikationsmiljö och vidare därifrån till produktionsmiljö.

Driften borde inte behöva Visual Studio/Report Designer för att produktionssätta, och att lägga upp rapporterna en och en med hjälp av Report Manager känns konstigt.

Men som sagt, jag har inte utforskat området 100% än, så jag återkommer om det här vid ett senare tillfälle.

Nästa sida »