Wat roots een server vertellen

De meeste roots zijn file://-URI's die naar een map op schijf verwijzen. Het schema maakt expliciet dat je naar een lokale map kijkt en niet naar een webadres.

Elke root kan optioneel een naam bevatten, zoals "My App". Die is alleen voor mensen bedoeld, zodat logboeken en prompts duidelijk lezen in plaats van onbewerkte paden te tonen.

Een client kan meerdere roots tegelijk beschikbaar maken, bijvoorbeeld een codemap plus een documentatiemap. Je server moet de lijst behandelen als de volledige verzameling locaties die hij mag aanraken.

Roots zijn richtlijnen, geen harde afdwinging door het protocol. Ze vertellen je waarop je je moet richten, maar jij moet er daadwerkelijk voor zorgen dat je binnen die grenzen blijft. ✋

Met roots kan een gebruiker aangeven: "werk hier en nergens anders". Die afbakening voorkomt dat een server rondsnuffelt in privébestanden die ver buiten het project liggen dat de gebruiker daadwerkelijk heeft geopend.

De client bepaalt wat als root geldt, meestal aan de hand van de werkru­imtemap die de gebruiker heeft geopend. Je server stelt nooit zelf roots in; hij leest alleen wat hij krijgt.

Roots liggen niet vast. Als de gebruiker een nieuwe map opent, verandert de verzameling en kan een geschikte client je server laten weten dat de lijst is bijgewerkt.

Roots zijn een optionele functie van de client. Sommige hosts bieden ze aan en andere niet. Een goed gebouwde server werkt daarom netjes, of de lijst nu gevuld of leeg is.

Op de lijn is een rootvermelding klein: alleen een uri en een optionele naam. Meer heeft je server niet nodig om te weten waar hij mag werken.

Je hebt geleerd dat een root een door de client opgegeven locatie is, vaak een file://-map met een optionele naam, die bepaalt waar je server mag werken. De client beheert de lijst en die kan veranderen. 🎯