SharePoint Logger
-
16-10-2019 - |
Question
Quelle est votre enregistreur préféré lors de la création des applications SharePoint? J'utilise log4net par ex. mais je veux savoir ce que les autres programmeurs de logiciels lors de la construction tous les types d'applications de sharepoint et pourquoi?!.
La solution
log4net si mon choix personnel et notre niveau de l'entreprise. très simple à utiliser.
Autres conseils
Avec ULS habituellement connecte parce que:
- il ne nécessite pas de bibliothèque supplémentaire - donc plus facile d'obtenir l'approbation du client)
- nettoie après lui-même
- facilement filtrer ce qui est connecté via le menu Affichage Central Admin
Qu'est-ce que vous utilisez pour les voir en fait?
- Bloc-notes est très bien, mais de gros fichiers journaux sont un PITA! Surtout quand vous voulez à filtrer par un processus ou d'une catégorie ou regarder en temps réel.
- Les extensions de Web Viewer pour Central Admin est OK, mais lent. La plupart des téléspectateurs ne vous permettent de regarder un fichier journal, pas un roulement.
- SPTraceView est génial pour le bac en temps réel pings d'erreurs comme ils se produisent.
Un plus détaillé sur le SharePointDevWiki. com
Enterprise bibliothèques exploitation forestière! Nous avons créé un petit addon empreinte qui est simple à utiliser. Les avantages sont que vous pouvez l'utiliser comme instruments pour SCOM / MOM et donc traiter SharePoint comme toute autre application critique. l'exploitation forestière ULS tend OMI à être plus difficiles à trouver et plus difficile à lire, et ne va pas bien avec des outils de suivi.
J'utilise le SharePoint Connexion bibliothèque au moment et je trouve qu'il est un grand mélange de fonction / flexability.
Il a construit dans les méthodes pour se connecter début et à la fin des méthodes et des différents niveaux de l'exploitation forestière. Et pour commencer tout ce que vous devez faire est d'ajouter un ensemble / à l'aide de référence et de là, vous allez.
Il écrit tous les journaux dans le journal ULS qui, d'un point de vue du développement découverte I est grande.
Quoi qu'il en soit vu cette question et je pensais juste que jetterais dans mon 2c.
J'utilise actuellement journalisation ULS et préfèrent en ce moment. Il nettoie après lui-même et les administrateurs peuvent configurer combien de temps les journaux sont conservés pendant via l'interface utilisateur. Tous les enregistrements relatifs à SharePoint est stockée dans un endroit qui donne le contexte quand une erreur dans mon code est causé par un problème dans le produit lui-même. L'inconvénient est tous les messages du journal même sac, mais il existe de nombreux outils « des spectateurs » là-bas que d'aider.
Je l'ai utilisé log4net et Enterprise Library et qui étaient OK. Ils travaillaient tous les deux assez similaire, bien que EntLib était un cauchemar à configurer et peu fiable dans mon expérience. Le gros avantage avec ces derniers est que vous pouvez envoyer des erreurs critiques, ainsi que journal à une base de données, etc. Je ne ai eu des problèmes avec plusieurs applications se connectant au même fichier (par exemple une partie Web plus une application de la console en même temps) où il y avait des problèmes de verrouillage.
ULS enregistre des erreurs de serveur - pour les raisons données ci-dessus. Il est simple, unifié, et déjà là. l'exploitation forestière mieux serait bon, cependant.
Pour les applications client - cela dépend. Log4net est bon, même si j'ai eu quelques problèmes avec et plug-ins Bureau j'ai écrit.