Lars Keller ...inspired by .NET

Wie auf dem MS Sharepoint Blog zu lesen, gibt es neue Versionen der IFilter (sogar auch für x64 . Was mir aber aufgefallen ist, was ist den WDS 4 (die neue Version der Windows Desktop Search)?

Die Neuerungen auf einen Blick:

Contents:

The filter pack includes the following IFilters:

·         Metro (.docx, .docm, .pptx, .pptm, .xlsx, .xlsm, .xlsb)

·         Zip (.zip)

·         OneNote (.one)

·         Visio (.vdx, .vsd, .vss, .vst, .vdx, .vsx, .vtx)

Supported Products:

·         SPS2003, MOSS2007, Search Server 2008, Search Server 2008 Express

·         WSSv3

·         Exchange 2005

·         SQL 2005, SQL 2008

·         Windows Desktop Search 3.01, WDS 4

Overview:

·         The Filter Pack installs the above IFilters on the machine

·         Each IFilter is registered with Windows Indexing Service

·         Each product above has a corresponding KB to describe how to register the filters

Q&A:

“I noticed <product X> is not listed as a supported product, why is it not included?”

-       When we created the project plan we came up with the list of Microsoft Search products that we would be supporting.  During the project lifecycle we’ve tested to ensure that the Filter Pack works properly with each of these products.  We will work to determine if any new Search products can be supported in the future.

 

“Is the Filter Pack localized for <language y>?”

-       The Filter Pack will be localized in 36 different languages (see below).  It has been passed off for localization – details will be posted as they become available.  At the time of release (12/18), the Filter Pack will available in en-us only.

Fully Localized SKU Languages	Language Pack Languages
Arabic	Bulgarian
Brazilian	Croatian
Chinese (SC)	Estonian
Chinese (TC)	Hindi
Czech	Latvian
Danish	Lithuanian
Dutch	Romanian
English	Serbian (Latin)
Finnish	Slovak
French	Slovenian
German	Ukrainian
Greek
Hebrew
Hungarian
Italian
Japanese
Korean
Norwegian (Bokmal)
Polish
Portuguese
Russian
Spanish
Swedish
Thai
Turkish

 

“Is the Filter Pack available for x64/x86?”

-       The Filter Pack will be available in both x64 and x86 – there are two separate downloads (same location).

 

“What about the Tiff/MODi IFilter”

-       Unfortunately, at the time of release, the TIFF filter is not shipped with the Filter Pack. We do understand how important the issue is for our customers and will be working on providing an alternative solution.

Den Download gibt es hier

Bei einem Projekt hatte ich folgende Situation:

Eine Datenbank im SQL Server 2005 hat eine Tabelle in der eine Spalte als IMAGE Field (z.B. Data) deklariert ist. Diese Spalte ist mit Daten gefüllt und ich stand vor dem Problem mit einem UPDATE-Statement das Field auf "null" zu setzen.

Kein Problem dachte ich und schrieb folgende Zeilen:

1 string strSql = "UPDATE Test SET Data=@dat;";
2 SqlCommand cmd = new SqlCommand(strSql, connection);
3 cmd.Parameters.AddWithValue("@dat", null);
4 cmd.ExecuteNonQuery();

Parameterized Query '(@Data nvarchar(4000)' expects parameter @dat, which was not supplied

Na gut dachte ich, dann eben statt null mit DBNull.Value... tja leider wieder kein Erfolg. Auch mit SqlDbType.Image kam ich auch nicht weiter. Nach längerem ausprobieren bin ich dann auf folgende "einfache" Lösung gestoßen:

1 string strSql = "UPDATE Test SET Data=null";
2 SqlCommand cmd = new SqlCommand(strSql, connection);             
3 cmd.ExecuteNonQuery();

Aber warum das nicht anders geht, habe ich leider nicht herausbekommen. Vielleicht hat ja einer von Euch eine Erklärung?

Eigentlich wollte ich mal "eben" mit einem SQL Server 2005 PDF-Dateien indizieren, leider erwies sich diese Aufgabe als zeitraubender als ich dachte.... Jedenfalls wenn man das noch nie gemacht hat! Deshalb möchte ich allen mitleidenden folgende Kurzanleitung mit auf den Weg geben:

Wichtig ist, dass ihr den SQL Server 2005 32 Bit benutzt, da viele Nicht-Microsoft IFilter noch 32 Bit Versionen sind (Das war das erste lange Gesicht was ich gemacht habe. Ich weiß, hätte man sich denken können, wenn man 64 Bit benutzt... mach ich jetzt auch ) Einzige mir bekannte (ungetestet) Lösung ist, dass man sich einen COM+ 64 Bit-Wrapper schreibt.

Nun zur Installation:

1.  Adobe IFilter runterladen und installieren.

2.  Eine Tabelle in der Datenbank einrichten, welche die zu indizierenden Daten enthalten soll.

3.  Die Tabelle muss eine eindeutige ID enthalten, eine Spalte vom Typ varbinary, welche die Binärdaten enthält und eine Spalte wo die Dateitypen (Endungen) gespeichert werden, z.B. char(3). Die Dateiendungen (.pdf) müssen ohne "." gespeichert werden.

4.  Nun erstellt man einen VolltextKatalog für diese Tabelle und verknüpft die Binärdatenspalte mit der Dateitypen Spalte über den Assistenten.

Und nun kommt die "Magic" Wenn man gedacht hat, dass nun alles läuft... denkste! (langes Gesicht 2). Da die Adobe IFilter DLL nicht signiert ist muss man dem SQL Server 2005 mitteilen, dass er diese DLL laden soll. Das hat sich gegenüber dem SQL Server 2000 geändert, da musste man nichts weiter einstellen. Die Einstellungen macht man mit folgenden zwei Zeilen im SQL Server Management Studio:

Use Datenbankname;
go;
exec sp_fulltext_service 'load_os_resources', 1;
exec sp_fulltext_service 'verify_signature', 0;
go;