Problem description.:

Now when we open a document from SharePoint and want to save it back, we get prompted for Username and password.

before Office shows the SharePoint list, http://contoso.adventureworks.dk location In Office.
All sites are in the local intranet zone and SSO works, except in this particular case.

As a test I have tried to use a short URL like http://contoso  and everything works perfectly, however this introduces a hole other sets of problems why we would like to keep the fully qualified URL.

Solution

The problem is due to the fact that the webclient service on the workstation isn’t passing credential to FQDN per default.

Now the fix is to create a multi string vaule in registry names AuthForwardServerList and add your URLs there.

Reset the service “webclient” and make sure the site(s) are listen in the local Intranet Zone.

Here is the step through.

• Click Start, type regedit in the Start Search box, and then press ENTER.
  
• Locate and then click the following registry subkey:
  

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\WebClient\Parameters

• On the Edit menu, point to New, and then click Multi-String Value.
  
• Type AuthForwardServerList, and then press ENTER.
  
• On the Edit menu, click Modify.
  
• In the Value data box, type the URL of the server that hosts the Web share eg. http://*.adventureworks.dk, and then click OK.
  Note You can also type a list of URLs in the Value data box.
  
• Exit Registry Editor.
  
• Reset the webclient service on the workstation.
  

This can be deployed quite easy in the larger organizations, using group policies.

You should hurry over to Toni Frankola blog post here.: http://www.sharepointusecases.com/index.php/2011/02/automate-pdf-configuration-for-sharepoint-2010-via-powershell/

Now the problem showed to be the architecture of the site collections and sites. The intranet portal structure was designed with the deployment of sites for project rooms (site collections) in mind and the root managed path (/) was changed from an explicit managed path to a wildcard inclusion.

This way the project rooms could be placed under a nice short URL http://intranet/<projectroom>

However this created our problem when trying to move a document in a list to another location the user was prompted 3 times even if correct credential was supplied.

User trying to move a document

Results in the prompt, no luck copying/moving the document.

Solution.:

Well it shows, that SharePoint expect the root to be a explicit managed path containing a rootweb.

So in my case I backed up my site collections, created an explicit site collection and a wildcard inclusion under this, restoring my site-collections (project rooms ) there, leaving me with a slightly longer URL. http://intranet/ws/<projectroom>

The disturbing part is that, if you do not have a root site collection, don’t expect standard SharePoint functionality to work. Why it should be considered, best practice to always have an explicit root site collection.

Ved dynamisk ranking forståes, ranking af søgeresultater baseret udfra indholdet af en ting eller værdien af ens af den egenskaber.

til denne dynamiske udregning bruger sharepoint bla. følgende komponenter.

Anchor text (link alt tekst)

Når sharepoint crawler indholdet af f.eks. en HTML side, bliver indholdet af anchor teksten indholdt i indexet for den pågældende side. Hvis det søgte ord er indholdt i “alt teksten” bliver siden rankeret højere. Alt teksten brugeres kun til udregning af rang. Derfor er det ikke en kvalificerende faktor for om siden skal med i resultatsættet.

Dvs. at hvis det søgte ord kun fremkommer i link alt teksterne på siden, vil siden i være at finde i resultatsættet.

Alt tekster bliver kun indekseret for følgende elementer.

• HTML Anchor elements
• WSS/MOSS link lists
• Microsoft office 2007/2010 (Word, Excel, PTT) i det nye format.

Property Weighting

I sharepoint 2007 er det gennem object modellen, muligt at ændre vægtningen af relevansen for en eller flere egenskaber for en indholdstype.

Man kunne forstille sig egenskaben keywords på en indholdstype skulle have en større vægtning end f.eks beskrivelsen eller lign.

Property Length Normalization

Dette er en egenskab som bruges til regulering af lange egenskaber for en indholdstype. F.eks. kunne man forstille sig at en søgning returnere 2 dokumenter et hvor body egenskaben indeholder en lang tekst, hvor det søgte ord vil have en tildens til at forekomme flere gange og dermed give dokumentet en højere rang. selvom dokumentet med den korte paragraf nu var lige så vigtig.

Hvis Property length normalization er slået til vil de 2 dokumenter have samme rankering ud fra denne egenskab.

Man kan gennem object modellen tildele egenskaber at type tekst værdier mellem 0 og 1.

0 så er Perperty length narmalization slået fra

1 så har den den største relevans.

For egenskaber indholdende meget tekst, er en god udgangspunkt at sætte vægtningen til 0.7. ( dette er vægtningen standard for egenskaben body)

For egenskaber indholdende mindre men vigtig tekst, kan man som udgangspunk bruge 0.5, svarende til titlefeltet.

URL Matching 

Sharepoint tjekker om det søgte ord fremgår i urlen til den enkelte indholdstype (side). Hvis den gør ranker den højere.

Title Extraction

På filer genereret af office kan sharepoint, trække dokumentet title ud af dokumentet således at man undgår at all .ppt har titlen slide1 eller word dokumenter med titlen Document 1. Hvis det søgte ord fremgår i titlen af et dokument vægter dette højt.

Statisk Ranking

Ved statisk ranking forståes, rankering der ikke er påvirket af indholdet af indholdtypen eller dens egenskaber. men nærmere ydre omstændigheder, konfiguration af farm admnistratoren.

Click Distance

Referere til antallet af links der er mellem en indholdtype og en “ekpert” side.
En Ekspert side er en authoritative page, jo flere link crawleren skal igennem for at nå indholdtypen, jo lavere relvans for indholdstypen.

Der er 3 niveauer af authoritative pages som kan sættes, der kan være flere urls i hver, disse er prioriteret efter hvilket niveau linket står i.

Yderligere er der mulighed for at demote indhold under forskellige urls, det kan f.eks. være område (sites) der indholder uddateret indhold, men man ønsker at beholde for referencens skyld.

URL Depth

Denne er meget simple, jo længere en URL er, altså hvor mange /’er jo større chance er der for at dette indhold vil få mindre relevans i resultatsættet.

Automatic Language Detection

Retuneret indhold samme sprog som er accepteret af browseren hvor søgninger er foretaget vægter højrere en andre sprog, dog vægter engelsk altid på hødje med brugerens eget sprog.

File Type Biasing

Sharepoint brugere også filtyper til at udregne relevans, dette gøres ved at give nogle dokumenttyper højere relevans end andre. Hvorfor det også er vgtigt at få installeret ifilters til alle ens vigtige dokumenttyper.

Listen i prioriteret rækkefølge.

• HTML Web pages
• PowerPoint presentations
• Word documents
• XML files
• Excel spreadsheets
• Plain text files
• List items

skal følgende tilføjes under <System.net> tag’et i web.config

 <defaultProxy>
      <proxy proxyaddress=”http://81.19.243.19:80” bypassonlocal=”true”/>
  </defaultProxy>

Hvor proxyaddress selvfælgelig er adressen på proxy-serveren, bypassonlocal angiver om man ønsker at springer proxy’en over ved lokale adresser (f.eks. http://intranet)

I .net 4 er der yderligere konfigurations muligheder f.eks. at bruge indstillingerne fra IE.

​

Man skal være opmærksom på at den normale måde for customerrors gennem web.config ikke er understøttet af sharepoint site.

Side skal være fysisk placeret i  \\Program Files\Common Files\Microsoft Shared\web server extensions\14\LAYOUTS\Locale_ID , skrevet i html og må ikke indeholde noget dynamisk indhold.

$webapp = [Microsoft.SharePoint.Administration.SPWebApplication]::Lookup("http://")

$webapp.FileNotFoundPage = "pagenotfound.html"

$webapp.Update()

Hvis man ønsker en mere dynamisk løsning med webpart, redirects eller lign skal der skrives

et HTTPmodule eller lign

​

Min tanke var at dette måtte være muligt OOTB.

Efter en del research mv. kom jeg frem til at problemet som udgangspunkt er at det ikke er muligt at bruge de normale datavisnings webparts da disse OOTB er

Begrænset til den sitecollection som de er placeret i. Og da folks personlige mysites er placeret i hver Deres Sitecollection, giver det en udfordring.

Den eneste måde at vise Data fra forskellige Sitecollections i en samle rollup af indhold OOTB er ved at bruge søgningen, heldigvis er der en del komponenter som kan bruges til dette, de fleste kan konfigureres efter behov.

Jeg tog udgangspunkt i Core Results webparten, og besluttede at denne skulle vise de seneste indlæg i folks forskellige blogs.

Som det kan se af billedet sættes

• Standardsorteringen til Dato for ændring, således at nyeste ændret blogs står øverest.
• Resultater pr side sættes her til 8, men kan selvfølgelig sættes til hvad man vil.
• Jeg har lavet en managed property i søgningen således at komponenten kan vise antallet af kommentarer til de enkelte blogpost. Denne hedder Numcomments og er tilføjet i de “hentede egenskaber” som en kolonne.
• Forespørgsel med fast nøgleord sættes til Contenttype:blog på denne måde vises alle post på blogs der er søgbare, man kunne f.eks. begrænse dette til kun at vise blogposts fra en enkel bruger ved i fastnøgleord at skrive
  Contenttype:blog author:”Michael Thøgersen”. Alle Managed metadata fra søgningen kan bruges til dette.

  

• I XSL editor, indsætter man den ønskede styling af blogoversigten ( her vil man nok skulle bruge en udvikler et par timer ) Jeg har indsat en stump kode, fundet på nettet som følger det almindelige SharePoint blogdesign

   Resultatet er
  

   Tiden der skal bruges til at sætte denne komponent op er cirka 1 time og så udvikling af et kunde specifik design af resultaterne..
   

God fornøjelse.

Thøger

Next step is to create a new colomn of the type managed metadata, everything seems fine at the beginning but you will realize that the manage term property holds the status line “the required feature is not enabled for this column type”

This indicates that the features ain’t activated correctly for the taxonomy service, However if you look in the webapp, sitecoll. or site features you will be supprised that its not present

Solution: Activate the feature with either powershell or stsadm.

Stsadm -o activatefeature -id 73EF14B1-13A9-416b-A9B5-ECECA2B0604C -url http://yourwebapp -force

After a successfull activation you will be able to browse yout metadata store.

/Mthoger

So you will have to reconfigure the forefront manager agent by hand. 

Start the forefront identity manager which is located at C:\Program Files\Microsoft Office Servers\14.0\Synchronization Service\UIShell\miisclient.

Select management agents.

 highlight the ILMMA agents and click properties in the action pane.

Enter the physical name of the sql server instead of the SQL Alias.

If your profile synchronization service is locked in the state starting. Restart the profile synchronization service using powershell for sharpoint console.

To do this, use the PowerShell cmdlet stop-spserviceinstance [guid] to stop the profile synchronization setup service.

Firstly get the GUID of all the spserviceinstances by using the command get-spserviceinstance

 Next, locate the GUID for the user profile synchronization service  and use the following command:

Stop-spserviceinstance

Enter the GUID of the profile synchronization service

This will eventually stop the service and the status of the service on the SharePoint Manage services on server page will show a status of ‘stopped’.

Now restart the service through the sharepoint manage services in the sharepoint central administration.

First of you have to make sure that both the SQL and sharepoint server is on 64bit hardware and software.
I would suggest.

SQL Server

Windows Server 2008 R2 (64bit)
MSSQL 2008 SP1 + latest CU update. (64bit) 

Sharepoint application server

Windows Server 2008 R2 (64bit)
Install the WCF hotfix for R2 http://go.microsoft.com/fwlink/?LinkID=166231

Now we’re ready for initial installation of Sharepoint 2010.

1. Create a Farm administrator in Active Directory
2. Make him a member og the local administrators group on the sharepoin server.
3. Give him atleast db_creator and db_security on the MSSQL server.
4. Log on the sharepoint server using this account.
5. Install the Sharepoint 2010 software prerequisites.
6. On the Sharepoint server click run and type Cliconfg and press enter the following window opens.

Select the pane Alias and those your alias and link it to the name of your SQL server.
Below I have selected the Alias VMSQL01  and linked it to the phyical MSSQL server ContosoSQL1.

Now if we need to move the databases of our Sharepoint installation in the future, the only thing we need to do is change the name of the physical SQL server to refect the new one and
move our databases.  Alot easier than changing the name of the SQL server in the sharepoint databases and configurations.

Now lets proceed with the sharepoint installation.

7. Start installing the Sharepoint 2010 binaries.

-Select server farm 
-Select complete  

8. When its done, Sharepoint will prompt you for running the Sharepoint Product and Technologies Configuration Wizard. click next.

-Select Create a new server farm, click next. 

9.  Now enter the Alias name as SQL server and supply the credentials for the Farm administator account, click next. 

- Enter a password for the farm security settings, click next.

10. On the web application page, enter a port nr. say 8888, let the security setting be at the default value, NTLM., click next.

- Now sharepoint is going through the configuring phase, when its done click next and then finish at the last window. 

11. you will now be redirected to the Farm configuration wizard

-  Select if you wanna paticipate in the customer experience    
-  Select walk be through the settings….
- use the existing Farm administrator account as service account, this will give som alarms when the sharepoint installation is finalized, however the beta installation 
   seems a bit shaky when is come to using mutiple service accounts.
- when its done provisioning the farm service application, it creates a new web application using the URL of the machine name, and ask you to create a sitecollection in the root of the webapplication.
give you sitecollection a name and select a template, ( I would suggest either team site or blank)

12. your installation is finished.

NOTE: please be aware that it seems that the  Forefront Identity manager synchronization service is not able to utilize a SQL alias, so your profile sychronizationservice might have problems provisioning. This problem can be corrected by executing the forefront identity manager which is located at C:\Program Files\Microsoft Office Servers\14.0\Synchronization Service\UIShell\miisclient, Select management agents, highlight the ILMMA agents and click properties in the action pane.

Enter the physical name of the sql server instead of the SQL Alias.