A MOSS fejléc jobboldalán elhelyezett kék súgó ikon helyettesítése gyakori ügyféligény. A csere viszont nem feltétlenül triviális. Akinek már volt dolga a SharePoint stílus osztályaival az tudhatja, hogy gyakran találkozhatunk a DOM-ban olyan elemekkel, amelyek közvetlenül nem címezhetőek. Dinamikusan felépített vezérlőknél - például a menük esetében - ez a probléma még messzebbre vezet.

 

Ebben a konkrét esetben a következő megoldás működik:

 

#ctl00_TopHelpLink IMG
{
               visibility: hidden;
}
 
#ctl00_TopHelpLink
{
               background: transparent url('{HIVATKOZÁS-AZ-ÚJ-IKONRA}') no-repeat;
}

 

Probléma: egy InfoPath űrlapon megadott "user"-ből (pl. a Contact Selector-al kiválasztott valakiről), akinek megvan a DisplayName-je, AccountId-ja, hogyan teszünk ki a SharePoint listára olyan adatot, hogy a listán már SPUser tipusú legyen? (...és így használható lehessen lista-nézetben szűrésre, akár a "user egyenlő [saját név]" tipusú szűrésre is...)

Lépések:

• (0) A SharePoint listán legyen egy "személy" tipusú mezőnk (nevezzük User-nek) és egy szöveg tipusú mezőnk (nevezzük LoginNev-nek).
  
  
• (1) Az űrlapon használjunk Contact Selector-t, az űrlap közzétételekor a Person/AccountId mezőt (mondjuk az első értékét, ha több is lehet) csatoljuk ki a SP listára a LoginNev sima szöveges mezőbe.
  
  
• (2) A listára hozzunk létre egy workflow-t a SharePoint Designerrel! A szükséges lépés: Mező beállítása az aktuális elemben. Ebben adjuk a "User" mezőnknek értéket a "LoginNev" mezőnkből! A szükséges konverziókat a workflow automatikusan elvégzi.

(érdemes figyelni még arra, hogy a wf ne fusson végtelen ciklusban... pl. ha a listaelem módosulásakor fut, akkor ha belemódosítunk így, akkor ez egy újabb futást indít el... de ennek megoldása nem ehhez a problémához kapcsolódik...)

Ha SharePoint Designerrel lecseréljük egy listának a kezelő lapját (pl.: EditForm.aspx), akkor elveszhet a csatolmány kezelés.

 

Ennek kijavítására fel kell tenni az Infrastructure Updatet és az XSLT-hez hozzá kell adni néhány sort a lentiek szerint.

 

http://support.microsoft.com/kb/953271

Gyarkan belefutunk a lenti, nehezen dekódolható MOSS hibaüzenetbe:

 

Nem sikerült kapcsolatot létesíteni a közzétételhez használt egyéni karakterlánc-kezelővel a kimenet gyorsítótárba helyezése céljából. Az IIS-példányazonosító 238027762, az URL-cím pedig http://localhost/_myws/Service1.asmx.

 

Unable to connect publishing custom string handler for output caching. IIS Instance Id is "238027762", Url is http://localhost/_myws/Service1.asmx.

 

A probléma feloldásához mindössze a WEB.CONFIG állományt ki kell egészíteni a következőkkel:

<httpModules>
    <clear/>
    <add name="OutputCache" type="System.Web.Caching.OutputCacheModule" />
</httpModules>

 

Bizonyos esetekben a következő is elegendő:

 

<httpModules>
    <remove name="PublishingHttpModule" />
    ...
</httpModules>

 

A jelenségről bővebb információ található az alábbi hivatkozásokon:

 

Unable to connect to SharePoint 2007

Unable to connect MOSS custom string handler

A fejlesztői eszközökön kívül referenciákat, friss példakódokat és egy ECM "starter kit"-et is tartalmaz a legújabb SharePoint Server 2007 SDK.

A részletek és a tömörített állomány innen érhető el.

 

A korábbi verziót célszerű eltávolítani a telepítés előtt.
A csomagban fellelhető újdonságokról itt lehet olvasni.

Az Új MOSS 2007 SDK egyik legfontosabb újdonsága a Föderatív keresés (Federated Search) áttekintése

A SharePoint Portal Server 2007 részeként rendelkezésünkre álló Nagyvállalati Keresési szolgáltatás két különböző megközelítést ad a keresések indítására és keresési eredmények visszaadására:

• Tartalom bejárás (Content Crawling) – Ebben a megközelítésben a felhasználó kérésére a Search Server index-éből kap választ. A Tartalomindex a Search Server által bejárt tartalmakat foglalja magába és szöveges adatokat tartalmaz: Tartalmakat és a tartalomelemek leíró tulajdonságait.
  
• Föderatív keresés (Federated Search) – Ebben az esetben a válaszok a Search Serveren kívül további olyan tartalmakból is érkezhetnek, amelyeket nem a Search Server jár be. A föderatív keresésnél a lekérdezés vagy a helyi tartalomtáron kerül végrehajtásra vagy továbbításra kerül egy külső tartalomindexnek, ahol a kérést a tartalomindex keresőmotorja dolgozza fel. A választ a MOSS search server dolgozza felé, amely megformázza és megjeleníti a külső indextől kapott tartalmakat ugyanannak az eredménylapnak a részeként, amely a saját tartalomtárban található eredményeket mutatja meg.