Eclipse Flerbrugerinstallation

Eclipse indeholder flere muligheder for at understøtte flerbrugerinstallationer. De forskellige muligheder opfylder forskellige krav. I dette dokument beskrives, hvornår de enkelte muligheder (strategier), skal anvendes. Målgruppen er programkonsulenter, der konfigurerer et Eclipse-baseret produkt til distribution, systemadministratorer, der definerer Eclipse-baserede produkter til brug via et netværk, og udviklere, der er interesseret i at oprette plugins med god funktionalitet i disse sammenhænge.

Sidst revideret 17. juni, 2005

Grundlæggende begreber

Placeringer

Som det er beskrevet i artiklen Eclipse Runtime-parametre, er der tre forskellige placeringer, der er vigtige i forbindelse med brug af Eclipse i en flerbrugerkonfiguration:

Initialisering af konfiguration

Før Eclipse udføres første gang, er konfigurationsområdet i bund og grund et tomt bibliotek. Denne placering udfyldes af Eclipse-runtime og andre plugins i Eclipse-sessioner. De fleste metadata, der opbevares af Eclipse-runtime (f.eks. plugin-afhængigheder, filtyperegisteret), skrives under afslutningen af den første session. Hvis der ikke er foretaget nogen ændringer til de installerede plugins, skal der ikke skrives nogen data i de efterfølgende sessioner. Vi kalder det, at konfigurationen er initialiseret. Når konfigurationen er i denne tilstand, er det også muligt at skrivebeskytte konfigurationsområdet. Det kan være nyttigt at skrivebeskytte konfigurationsområdet, når det drejer sig om delte konfigurationer (dette beskrives også senere).

Kommandolinjeparameteren -initialize gør det muligt at initialisere konfigurationsområdet uden, at et Eclipse-program skal udføres. Initialiseringsproceduren medfører, at der oprettes metadata, som skrives ud til konfigurationsplaceringen i forbindelse med den første Eclipse-session. Der opbevares imidlertid andre filer i konfigurationsområdet, som kun oprettes, når det er nødvendigt. Eksempler:

I disse tilfælde (og andre tilfælde, som tredjeparts-plugins introducerer) er initialiseringsproceduren ikke tilstrækkelig til helt at initialisere konfigurationsområdet. Der er stadig behov for at skrive til konfigurationsområdet, selvom dette behov har en tendens til at forsvinde, efterhånden som alle udførelsesstier i programmet, som medfører, at der oprettes filer i konfigurationsområdet, bliver besøgt. Først efter dette er konfigurationsområdet fuldt initialiseret, og der kræves derefter ingen skriveadgang til det for at Eclipse kan udføres.

Eksempel 1 - privat installation

Dette er egentlig et enkeltbrugereksempel. Eclipse-installationen af anvendes af en enkelt bruger, og denne bruger har alle adgangsrettigheder til den. Placeringen af konfigurationsområdet er som standard konfigurationsbiblioteket under installationsplaceringen.

Konfigurationsproceduren i dette eksempel kræver blot, at det sikres, at brugeren har adgangsrettigheder til installationsplaceringen.

Eksempel 2 - delt installation

I dette eksempel deles et enkelt installationsområde af mange brugere. I "konfiguration"sbiblioteket under installationsområdet findes kun filen config.ini, som den er leveret med produktet (den er ikke initialiseret). Alle brugere har deres egen, lokale enkeltstående konfigurationsplacering.

Konfiguration af dette eksempel kræver, at installationsområdet bliver skrivebeskyttet for almindelige brugere. Når brugere starter Eclipse, bliver konfigurationsområdet automatisk som standard et bibliotek under brugerens hjemmebibliotek. Hvis dette ikke gøres, ender det med, at alle brugere anvender den samme placering til deres konfigurationsområde, hvilket ikke understøttes.

Eksempel 3 - delt konfiguration

Her deler brugere ikke kun et installationsområde, men også et masterkonfigurationområde. Som standard har brugere stadig deres egne private konfigurationsområder, som de kan skrive til. En brugers private konfigurationsområde er underlagt masterkonfigurationen, og det indeholder ingen interessante data, hvis masterkonfigurationen er fuldt initialiseret, og der ikke nogen ændringer til den gruppe plugins, der skal initialiseres.

I dette eksempel initialiserer systemadministratoren masterkonfigurationen (typisk under installationsplaceringen), og sikrer, at hele installations- og konfigurationsområdet er skrivebeskyttet for brugerne. Når brugere udfører det Eclipse-baserede produkt fra den delte installationsplacering, fordi de ikke har skriveadgang til konfigurationsområdet under installationsområdet, bliver et lokalt konfigurationsområde automatisk beregnet og initialiseret.

Jo mere initialiseret den delte konfiguration er, jo mindre behov er det for, at der oprettes filer under den lokale konfiguration.

Placering af det private konfigurationsområde

Standardplaceringen af konfigurationsområdet:

<brugerens hjemmebibliotek>/.eclipse/<produkt-id>_<produktversion>/konfiguration

Brugerens hjemmebibliotek afgøres af Java-systemegenskaben user.home. Produkt-id'en og -versionen hentes fra produktmarkeringsfilen .eclipseproduct under Eclipse-installationen.

Et ikke-standardkonfigurationsområde kan defineres ved at angive systemegenskaben osgi.configuration.area. Denne egenskab kan angives af brugeren, men kan også med fordel angives i filen launcher.ini eller i filen config.ini i placeringen for basiskonfigurationen.

Opdatér

Delt konfiguration

Plugins kan installeres i/fjernes fra den delte konfiguration. Brugerne får del i disse ændringer, næste gang Eclipse udføres. Kontrollér, at brugere, der har den delte konfiguration som deres masterkonfiguration, ikke anvender Eclipse.

Privat konfiguration

Brugere kan ændre deres lokale konfigurationsområder ved at installere yderligere plugins. Dette medfører ingen ændring i den delte konfiguration, så andre brugere ser ikke ændringerne. Bemærk, at plugins, der er konfigureret i den delte konfiguration, ikke kan fjernes. Hvis de fjernes, bliver de installeret igen, næste gang platformen starter.