Pour simplifier, il est possible de dire que le fichier IDF est composé de 2 sections majeures qui sont, d’une part, la définition des applications (avec une référence au fichier ADF), et d’autre part, la définition des canaux de remise qui vont pouvoir être utilisés par les abonnés. Voir Figure
Le fichier IDF
3. Le fichier IDF contient les informations suivantes :
• Le nom de l’instance Chaque instance du service de notification est parfaitement identifiée par son nom. Sur le même serveur, il ne peut pas y avoir 2 instances du service de notification qui utilise le même nom. <InstanceName>InstanceDemoService</InstanceName>
• Le nom de l’instance SQL Server qui héberge la base de données Par ce paramètre, le service de notification dispose du nom du serveur qui héberge la base de données d’application. Le nom de l’instance est toujours de la forme: nomOrdinateur[,numeroPort][\nomInstance]. Le nom d’instance n’est nécessaire que s’il ne s’agit pas de l’instance par défaut. Le numéro du port est quant à lui nécessaire uniquement si le serveur écoute un port différent du port 1433.
<SqlServerSystem>%SqlServer%</SqlServerSystem>
Ici, le nom du serveur sera passé au fichier IDF sous forme de paramètre lors de la mise en place du service.
• La liste des applications hébergées Une instance du service de notification peut héberger une ou plusieurs applications. Il est alors possible d’administrer chaque application de façon individuelle ou bien de grouper les applications pour faciliter les opérations d’administration lorsqu’elles portent sur plusieurs applications. Pour chaque application, il est nécessaire de préciser son nom, le fichier ADF qui permet de définir complètement l’application ainsi que les valeurs des différents paramètres.
<Applications>
<Application>
<ApplicationName>Stock</ApplicationName>
<BaseDirectoryPath>%SampleDirectory%\AppDefinition</BaseDirectoryPath>
<ApplicationDefinitionFilePath>adf.xml</ApplicationDefinitionFilePath>
<Parameters>
<!– Ces parametres sont definis comme des variables d environ nement. Elles sont passees au fichier ADF. –>
<Parameter>
<Name>_DBSystem_</Name>
<Value>%SqlServer%</Value>
</Parameter>
<Parameter>
<Name>_NSSystem_</Name>
<Value>%NotificationServicesHost%</Value>
</Parameter>
<Parameter>
<Name>_BaseDirectoryPath_</Name>
<Value>%SampleDirectory%</Value>
</Parameter>
</Parameters>
</Application>
</Applications>
Téléchargez cette ressource
Sécuriser Microsoft 365 avec une approche Zero-Trust
Découvrez comment renforcer la cyber-résilience de Microsoft 365 grâce à une approche Zero-Trust, une administration granulaire et une automatisation avancée. La technologie Virtual Tenant de CoreView permet de sécuriser et simplifier la gestion des environnements complexes, tout en complétant vos stratégies IAM, y compris dans les secteurs réglementés.
Les articles les plus consultés
Les plus consultés sur iTPro.fr
- La chaîne d’approvisionnement, point de rupture récurent du SI
- Ready For IT 2026 : quand l’accélération de l’innovation redessine les priorités des décideurs IT
- Microsoft Build 2026 : industrialiser l’IA agentique dans les environnements d’entreprise
- IA et souveraineté des données : les entreprises françaises redéfinissent les infrastructures IT
Articles les + lus
Computex 2026 : 5 signaux forts à retenir
La chaîne d’approvisionnement, point de rupture récurent du SI
Microsoft Build 2026 : contre-offensive des modèles maison face à OpenAI et Anthropic
Rhea1 : SiPearl allume le CPU européen le plus ambitieux pour le HPC et l’IA souveraine
Analyse Patch Tuesday Mai 2026
À la une de la chaîne Tech
- Computex 2026 : 5 signaux forts à retenir
- La chaîne d’approvisionnement, point de rupture récurent du SI
- Microsoft Build 2026 : contre-offensive des modèles maison face à OpenAI et Anthropic
- Rhea1 : SiPearl allume le CPU européen le plus ambitieux pour le HPC et l’IA souveraine
- Analyse Patch Tuesday Mai 2026
