Existe-t-il un moyen facile de vider une installation d'un pot Geoserver autonome (c.-à-d. De supprimer tous les exemples) ou dois-je le faire via l'interface d'administration ou l'interface RESTful?
Puis-je simplement supprimer ou munger certains fichiers dans le répertoire de travail?
Ou existe-t-il un commutateur de ligne de commande pour lui dire de ne jamais déballer les exemples en premier lieu?
geoserver
administration
gregsymons
la source
la source
Réponses:
téléchargez le fichier de guerre et déployez-le, puis connectez-vous et faites toutes les personnalisations (supprimez les couches, ajustez les valeurs par défaut, etc.) jusqu'à ce qu'il vous convienne.
Maintenant, fermez le conteneur de servlet, zippez le répertoire geoserver et renommez le geoserver.zip résultant en .war et vous avez terminé. Un fichier .war n'est en fait qu'un fichier .zip déguisé.
IMPORTANT : lorsque vous zippez le répertoire du géoserveur , faites-le depuis l'intérieur du répertoire lui-même, pas depuis le parent (qui serait des webapps si vous utilisez tomcat). Pour vérifier que vous avez tout fait correctement, ouvrez le fichier zip: il ne doit pas y avoir de répertoire de geoserver isolé dans le dossier racine.
cela fonctionne à peu près comme ci-dessus car le programme d'installation autonome n'est qu'une archive du géoserveur déployé dans un conteneur de servlet autonome: décompressez, démarrez, personnalisez, arrêtez et zippez à nouveau.
MISE À JOUR APRÈS COMMENTAIRE DE L'UTILISATEUR
Geoserver stocke toute sa configuration dans des fichiers xml dans le répertoire data_dir. Pour la signification de chaque dossier et / ou fichier xml, consultez la documentation officielle .
Après avoir lu les documents, il semble clair que tout supprimer sous les répertoires suivants vous donnera un géoserveur vide :
rm -rf data_dir/workspaces && mkdir data_dir/workspaces
rm -rf data_dir/layergroups/*
rm -rf data_dir/data/*
Bootnote : Les instructions données en haut restent vraies, ce qui précède n'est qu'une autre façon d'effacer les données de configuration de la couche. Je recommande à l'utilisateur de définir également d'autres paramètres importants tels que le nom d'utilisateur / les mots de passe, les paramètres de sécurité et de mémoire, la journalisation, etc. avant de passer en production.
la source
Pour ce que vous voulez, je pense qu'il est préférable de construire vos propres guerres. Selon ce fil , une guerre avec un répertoire de données vide est le comportement par défaut si vous extrayez les sources et le construisez.
Voici quelques guides pour vous aider à construire votre propre guerre.
la source
J'ai en fait trouvé un moyen qui, au moins chez le chef, est un peu plus facile que tout ce qui précède. Plutôt que de reconditionner Geoserver pour supprimer les exemples ou de les supprimer après que Geoserver les a décompressés, vous pouvez créer un répertoire de données minimal contenant uniquement les fichiers requis, et Geoserver supposera qu'il a déjà décompressé le répertoire de données.
Le répertoire de données minimal contient tous les sous-répertoires de la documentation et les fichiers de niveau supérieur. Il peut y en avoir moins, mais j'ai découvert que cette solution fonctionnait.
la source