Jeg vil gøre mit første nogensinde online præsentation hostet af den mægtig EMC marketing maskine på 12:00 middagstid EDT onsdag, 01/28. Jeg har ingen idé om hvad de kan forvente fra dette, Hvad angår deltagelse. Dog, siden jeg fører det, Jeg kan fortælle dig, hvad de kan forvente, hvis du få tid til det.

Jeg vil der beskriver, hvad vi her på EMC, når vi taler om "Enterprise Search." Jeg er at skelne mellem almindelig gamle SharePoint-søgning (der er ganske nyttigt i sig selv) og virksomhedssøgning, der er en meget større, grovere, interessant og forvirrende opgave at løse.

I 'm gonna gøre det argument, der hurtigt er et godt værktøj at bruge, mens du forsøger for at løse Enterprise-søgning (og jeg laver nogle analogier til kanaler, mens jeg er på det). Dette naturligvis båndene til SharePoint og vil være en del af Fællesskabets stof i løbet af 2009 og beyond. Der er krog for alle, der læser min blog her.

Hvis du er interesseret i hurtig, Jeg tror du vil finde nok nyttige oplysninger til at begrunde tid brugte lytter til mig snakke om det..

Det er en marketing præsentation, men alle de marketing ting i slutningen, så kan du altid aflevere på det tidspunkt.

Den mægtige EMC marketing maskinen har givet mig med en tilmelding link, så kan du bruge det til at registrere.

</slutningen>

Abonner på min blog.

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

Jeg var så heldig at overvære nogle partner træning fra FAST sidste forår. Jeg var virkelig imponeret over produktet og var ser frem til at arbejde med det. Desværre, ét projekt faldt igennem og derefter EMC erhvervet mit selskab. Forudsigeligt, en vis mængde af kaos opstod mens vi lærte om EMC og EMC hørte om os. HURTIG teknologi faldt et par point på prioritet-skalaen i den pågældende periode. Dog, Jeg har aldrig mistet min interesse i produktet og, mere interessant, den større problem af findability.

Jeg ved virkelig ikke lide ord, but I’m trying to get used to it 🙂 Despite it’s awkwardness, findability er en reel (eller i det mindste, Emerging) sigt. Gøre en Live søgning Hvis du er interesseret i at finde flere tekniske definitioner, men den måde jeg forklare det rundt på kontoret er sådan:

Intellektuel kapital, der ikke kan findes kan findes samt ikke.

Det er næsten rigtigt, siger dette:

Intellektuel kapital, der ikke kan findes hurtigt og nemt kan så godt ikke eksistere.

Intellektuel kapital (IC) begynder som en idé i en persons hoved og er så raffineret via samarbejde med kolleger og interaktioner med forskellige Fællesskaber. At være virkelig nyttige, disse resulterende ideer skal registreres. This is where the trouble begins 🙂

Disse dage, optagelse normalt betyder, at ideen er dokumenteret i form af en MS Word doc, Excel-projektmappe, osv. og i sidste ende fast i elektronisk format på en harddisk eller andet sted. IC naturligvis tager andre former som, som billeder, videoer, meget informativ blogs, wikis … Det er umuligt at nævne dem alle. På samme tid, IC gemmes i en bred vifte af steder som filsystemer, databaser, brancheprogrammer (ERP, CRM, SharePoint, Documentum), osv.

Dette er den findability problem: Hvordan kan hurtigt og nemt finde IC, der er gemt i snesevis eller hundredvis af formater i snesevis eller hundredvis af tusindvis, titusinder (Jeg tør sige hundredtusindvis) placeringer i en organisation?

Det er et svært problem at løse. Bill engelsk har været at skrive om findability fra en meget grand perspektiv i hvad jeg er kommet til at tænke på som Panamakanalen tilgang. Historien om Panama-kanalen er forbløffende. I en møtrik shell, en skør franskmand (Ferdinand de Lesseps) startede en privat virksomhed for at bygge kanalen, projektet blev opgivet i nogle år, samlet op igen og endelig færdig med den amerikanske regering under præsident Roosevelt. Det minder mig om Bills tilgang, fordi som han med rette påpeger, løse findability er både hårdt og aldrig stopper. Det tog år og år af indsats fra nogle af de hårdest arbejdende mennesker på planeten til at starte, «««, og endelig er færdig). Og endnu, Det er stadig ikke helt færdig. Så vidt jeg ved, kanalens banker har aldrig mødt deres vinkel hvile, hvilket betyder, at de skal understøttes og ellers vedligeholdes endnu den dag i dag. Løsningen findability er på samme måde. Jeg absolut anbefale at du læser Bills serie og abonnere på hans blog for hans synspunkt på findability, især da det vedrører SharePoint.

Jeg er også interesseret i dette problem. På grund af min eksponering til hurtig og løbende diskussioner om dette emne med kollegerne strålende EMC, Jeg har nogle flere ideer, jeg planlægger at skrive om i de kommende uger og måneder. I min næste artikel om denne lille serie, Jeg vil forsøge at sætte en kasse rundt om problemet at vise hvor forfærdeligt det virkelig er (it’s more awful than you think 🙂 ). Det er forfærdeligt, men i det mindste det passer inde i en boks.

</slutningen>

Abonner på min blog.

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

Jeg begynder dagen 4 af hurtige er partner uddannelse ledes op af Larry Kaye her i Needham, MA.

Denne 5-dages session er opdelt i klasser (3 og 2 dage henholdsvis) ret "hurtigt ESP: Udvikle brugerdefineret søgning applikationer til Alliancens partnere jeg" og "FAST ESP: Udvikle brugerdefineret søgning applikationer til alliancepartnere II".

Dette er en rigtig boot camp type klasse. Materialet er dyb (meget, meget dyb). Instruktøren (Larry) klart kender sit kram. Jeg kan varmt anbefale denne uddannelse hvis du overvejer det.

</slutningen>

Dette er en fortsættelse i min hurtig kodning mini-serie for SharePoint folkemusik. Bit af nedenstående kode udfører en søgning på udtrykket "test" i FAST via et konsolprogram. Naturligvis, Det er et hop, springe og hoppe væk til wrap denne logik inde en webdel eller ansøgningen side:

ved hjælp af System;
ved hjælp af System.Collections.Generic;
ved hjælp af System.Linq;
ved hjælp af System.Text;
ved hjælp af System.Collections.Specialized;
ved hjælp af Com.FastSearch.Esp.Search;
ved hjælp af Com.FastSearch.Esp.Search.Http;
ved hjælp af Com.FastSearch.Esp.Search.Navigation;
ved hjælp af Com.FastSearch.Esp.Search.Query;
ved hjælp af Com.FastSearch.Esp.Search.Result;
ved hjælp af Com.FastSearch.Esp.Search.View;
ved hjælp af System.Collections;

navneområde Conchango
{
    klasse InvokeSimpleFASTQuery
    {
        statisk void Main(streng[] args)
        {

            #regionen Initialisere vores kommunikation med FAST
            ISearchFactory searchFactory;

            NameValueCollection nameValueCollection = nye NameValueCollection();

            nameValueCollection.Add("fastsearchengine", "Com.FastSearch.Esp.Search.Http.HttpSearchFactory");
            nameValueCollection.Add("Com.FastSearch.Esp.Search.Http.QRServers", "fastdemoback:15100");
            nameValueCollection.Add("Com.FastSearch.Esp.Search.Http.RequestMethod", "GET");

            searchFactory = SearchFactory.NewInstance(nameValueCollection);

            #endregion #region Lancere en forespørgsel

            streng queryString = "test";

            Forespørgsel Query = nye Forespørgsel(queryString);

            forespørgsel.SetParameter(BaseParameter.KLYNGER, falsk);
            forespørgsel.SetParameter(BaseParameter.NAVIGATION, True);
            forespørgsel.SetParameter(BaseParameter.NAVIGATION_DEEPHITS, 100);

            ISearchView searchView;
            searchView = searchFactory.GetSearchView("sharepointconn");

            IQueryResult resultat = searchView.Search(forespørgsel);

            Konsol.WriteLine("Samlet resultater fra søgning: [" + resultat.DocCount + "].");

            int docCounter = 0;

            mens (docCounter < resultat.DocCount)
            {

                docCounter   ;

                IDocumentSummary thisDocSummary = resultatet.GetDocument(docCounter);

                Konsol.WriteLine("[" + docCounter + "]: " + thisDocSummary.GetSummaryField("URL-adresse").StringValue);

            } // mens

            Konsol.ReadLine();
            #endregion

        }
    }
}

Det genererer det følgende resultat:

</slutningen>

Abonner på min blog.

Her er nogle kode, der viser alle tilgængelige visninger fra et HURTIG Server baseret på den navngivne QRServer (server-processen som vi kommunikere). Jeg tilbyder dette til at give dig alle en forsmag på hvad det er for at bruge den medfølgende hurtig API.

ved hjælp af System;
ved hjælp af System.Collections.Generic;
ved hjælp af System.Linq;
ved hjælp af System.Text;
ved hjælp af Com.FastSearch.Esp.Search;
ved hjælp af Com.FastSearch.Esp.Search.Http;
ved hjælp af Com.FastSearch.Esp.Search.Navigation;
ved hjælp af Com.FastSearch.Esp.Search.Query;
ved hjælp af Com.FastSearch.Esp.Search.Result;
ved hjælp af Com.FastSearch.Esp.Search.View;
ved hjælp af System.Collections.Specialized;
ved hjælp af System.Collections;


navneområde Conchango
{
    klasse EnumerateFASTViews
    {
        statisk void Main(streng[] args)
        {

            ISearchFactory searchFactory;

            NameValueCollection nameValueCollection = nye NameValueCollection();

            nameValueCollection.Add("fastsearchengine", "Com.FastSearch.Esp.Search.Http.HttpSearchFactory");
            nameValueCollection.Add("Com.FastSearch.Esp.Search.Http.QRServers", "fastdemoback:15100");
            nameValueCollection.Add("Com.FastSearch.Esp.Search.Http.RequestMethod", "GET");

            searchFactory = SearchFactory.NewInstance(nameValueCollection);

            Konsol.WriteLine("Samlede visninger: [" + searchFactory.GetSearchViewList().Grev + "].");

            int Jeg = 0;

            foreach (objekt o i searchFactory.GetSearchViewList())
            {
                Konsol.WriteLine("Se [" + Jeg    + "]: [" + o.ToString() + "].");

            }

            Konsol.ReadLine();

        }
    }
}

Bemærk, at jeg betragter mig selv som en knap kompetente C# programmør og jeg har tynde hud, således ikke sende nogen hindbær min vej, især re: "foreach (objekt o i …)" construct 🙂

</slutningen>

Abonner på min blog.

Jeg har været heldig at have en mulighed for at arbejde på en hurtig <–> SharePoint integrationsprojekt og tænkte jeg ville fortsætte med at dele min begrænsede erfaring med Fællesskabet.

Microsoft er i processen med at købe HURTIG. Jeg ved ikke noget om tidsplanen, bortset fra at det skal være færdig i "2.-kvartal" som jeg formoder betyder af 06/30/08.

Mit projekt design, på et meget højt niveau, opfordrer til at skabe et par webdele, der har nogenlunde de samme look, føler og funktionalitet som standard mos søgefeltet og core resultater webdel, men trækker fra FAST. Jeg har lavet nogle baby skridt i retningen.

HURTIG er en dedikeret søgemaskine. Det er ikke baseret på Microsoft teknologi, Selvom det er tydeligt for mig, at nogle af de hurtige ingeniører klart forstå MS tech (eller de har gjort brug af entreprenører).

HURTIG:

HURTIG er et stort monster serverprodukt (og jeg mener ikke, i en dårlig fornemmelse; MOSS er et stort monster produkt til mig så godt). Det synes at være baseret på Java og jeg bemærket nogle apache ting og måske nogle PHP. Jeg ville ikke blive overrasket, hvis der var andre stumper af tech blandet her og der. Det absolut kører på windows server og fungerer fint i det virtuelle miljø, som jeg har brugt.

Det gør brug af en facade webservice at gennemsøgninger SharePoint-indhold til indeksering i sin særlige hurtig måde.

En SharePoint slutbrugeren ville være temmelig meget i hjemmet med FASTS brugergrænseflade. Det har enkle/advance søgning, viser resultater, er stor på relevans (Selvom jeg kan ikke se hvordan det håndterer sociale relevans). Dog, det går videre. Dens stammer synes bedre. Jeg virkelig ikke kan formulere det godt men jeg vil bare sige "det er bedre." Du kan tage mit ord for det, or not 🙂 I may elaborate on this point in the future, som jeg lære mere.

MOSS:

HURTIGT giver en. Netto-venlige DLL, der giver en brugergrænseflade til hurtig motor. Dette gør det muligt for os at oprette webdele eller programsider eller hvad vi ønsker at forespørge hurtigt og præsentere resultaterne.

Der synes at være en web service interface samt.

Jeg har også adgang til en hurtig-forudsat webdel, der kan integreres MOSS og hurtigt. Jeg ved ikke, om dette er en POC, noget, der var pisket som en demo, eller hvad. Det er absolut et godt læringsredskab, ikke så sikker på, hvis det er produktions-klar.

Thats det for nu. Som jeg fremskridt gennem projektet, Jeg vil sende flere.

</slutningen>

Abonner på min blog.

For at kunne kommunikere med hurtig søgning via sin API, Vi har brug at kende den port, som QRServer kører.

Jeg har fulgt disse trin for at finde den:

1. Logge ind på webstedet hurtig admin (http://server:port/admin).
2. Naviger til Systemoversigt.
3. Find "Søg Dispatcher" og klikke på ikonet spyglass:

   

4. Jeg anvendes med held værdien, 15100 til "Info navn" = "http":

   

Noter:

1. Port 15100 synes at være out-of-the-box standardportnummeret for QRServer.

2. Brug denne ligner den følgende kode til at instantiere en forbindelse til FAST:

 ISearchFactory searchFactory;

    NameValueCollection nameValueCollection = nye NameValueCollection();

    nameValueCollection.Add("fastsearchengine", "Com.FastSearch.Esp.Search.Http.HttpSearchFactory");
    nameValueCollection.Add("Com.FastSearch.Esp.Search.Http.QRServers", "fastdemoback:15102");
    nameValueCollection.Add("Com.FastSearch.Esp.Search.Http.RequestMethod", "GET");

    searchFactory = SearchFactory.NewInstance(nameValueCollection);

3. Hvis du vælger en vildt forkert port, Du får et nyttigt fejlmeddelelse:

4. Dog, Hvis du vælger det portnummer, der er opført på oversigten (15102) du får ikke den hjælpsomme fejlmeddelelse. I stedet, senere, når du forsøger at få adgang til eventuelle data via en søgning eller referere til en hurtig visning, du får en fejl. Debugging viser, at den searchFactory mening tæller er nul. Du får beskeden "Kunne ikke hente Se søgelisten".

</slutningen>

Abonner på min blog.