En savoir plus sur les propriétés de liaison de l’adaptateur Oracle Database
L’adaptateur Microsoft BizTalk pour Oracle Database présente plusieurs propriétés de liaison. En définissant ces propriétés, vous pouvez contrôler une partie du comportement de l’adaptateur. Cette section décrit les propriétés de liaison de l’adaptateur Oracle Database. Il montre également comment vous pouvez y accéder à l’aide de la programmation .NET ou en définissant des propriétés sur une liaison de port physique BizTalk Server.
Propriétés de liaison de l’adaptateur
Le tableau suivant montre les propriétés de liaison de l’adaptateur Oracle Database regroupées par catégorie. La catégorie fait référence au nœud sous lequel chaque propriété de liaison apparaît dans les boîtes de dialogue présentées par différentes applications pour configurer l’adaptateur (ou la liaison).
Binding, propriété | Category | Description | Type .NET |
---|---|---|---|
CloseTimeout | Général | Délai d’expiration de la connexion WCF de fermeture. La valeur par défaut est de 1 minute. Non pris en charge. | System.TimeSpan |
EnableBizTalkCompatibilityMode | Général | Définissez la valeur de cette propriété de liaison sur True lors de l’utilisation de l’adaptateur avec BizTalk Server. Sinon, vous devez définir la valeur de cette propriété de liaison sur False. | bool (System.Boolean) |
InboundOperationType | Général | Spécifie si vous souhaitez effectuer une opération entrante d’interrogation ou de notification . La valeur par défaut est Interrogation. Pour plus d’informations sur l’interrogation, consultez Prise en charge de la réception de messages basés sur des données modifiées basées sur l’interrogation dans Oracle Database. Pour plus d’informations sur la notification, consultez Considérations relatives à la réception de notifications de modification de base de données à l’aide de l’adaptateur Oracle Database. |
enum |
Nom | Général | Valeur en lecture seule qui retourne le nom du fichier généré par le plug-in Visual Studio Add Adapter Service Reference pour contenir la classe de client WCF. Le plug-in Add Adapter Service Reference forme le nom du fichier en ajoutant « Client » à la valeur de la propriété Name . La valeur retournée est « OracleDBBinding » ; pour cette valeur, le fichier généré sera nommé « OracleDBBindingClient ». | string |
OpenTimeout | Général | ODP.NET propriété. Spécifie le délai d’ouverture de la connexion WCF. La valeur par défaut est de 1 minute. Cette propriété est implémentée à l’aide de ODP.NET. Important: L’adaptateur Oracle Database utilise toujours OpenTimeout pour définir le délai d’ouverture de la connexion lorsqu’il ouvre une connexion à la base de données Oracle. L’adaptateur ignore tous les paramètres de délai d’expiration (System.TimeSpan) passés lorsque vous ouvrez un objet de communication, tel qu’un canal. |
System.TimeSpan |
ReceiveTimeout | Général | Spécifie le délai d’expiration de réception du message WCF. Essentiellement, cela signifie la durée maximale pendant laquelle l’adaptateur attend un message entrant. La valeur par défaut est 10 minutes. Important: Pour les opérations entrantes telles que l’interrogation, nous vous recommandons de définir le délai d’expiration sur la valeur maximale possible, qui est 24.20 :31 :23.64700000 (24 jours). Lorsque vous utilisez l’adaptateur avec BizTalk Server, définir le délai d’expiration sur une valeur importante n’a pas d’impact sur les fonctionnalités de l’adaptateur. |
System.TimeSpan |
SendTimeout | Général | ODP.NET propriété. Spécifie le délai d’envoi du message WCF. La valeur par défaut est de 1 minute. Non pris en charge. | System.TimeSpan |
DataFetchSize | BufferManagement | ODP.NET propriété. Spécifie la quantité de données en octets que ODP.NET extraits du jeu de résultats dans un aller-retour de serveur. La valeur par défaut est 65536. Cette propriété est utilisée pour l’optimisation des performances. | long (System.Int64) |
InsertBatchSize | BufferManagement | Spécifie la taille de lot pour plusieurs opérations d’insertion d’enregistrement. La valeur par défaut est 1. Pour les valeurs de InsertBatchSize supérieures à 1, l’adaptateur Oracle Database traite par lot le nombre spécifié d’enregistrements en un seul appel ODP.NET. Si le nombre d’enregistrements dans l’opération Insertion n’est pas un multiple de la taille du lot, le lot final contient moins d’enregistrements que la valeur de taille de lot. Par exemple, si le message d’insertion contient 10 enregistrements et que InsertBatchSize est défini sur 1, l’adaptateur lit les enregistrements individuels et les écrit dans la base de données Oracle. Ainsi, l’adaptateur effectue 10 opérations distinctes sur la base de données Oracle. De même, si le message d’insertion contient 10 enregistrements et que insertBatchSize est défini sur 5, l’adaptateur lit et écrit 5 enregistrements à la fois dans la base de données Oracle, effectuant donc seulement 2 opérations d’insertion. Si la structure des enregistrements n’est pas la même dans un lot, une exception Microsoft.ServiceModel.Channels.Common.XmlReaderParsingException est levée et la transaction est annulée pour l’ensemble de l’opération d’insertion. Une valeur bien choisie pour InsertBatchSize peut considérablement améliorer les performances de l’adaptateur pour les opérations d’insertion de plusieurs enregistrements. |
int (System.Int32) |
LongDatatypeColumnSize | BufferManagement | Spécifie la taille maximale en octets (32512) d’une colonne de type de données long Oracle. La valeur par défaut est 0. Vous devez utiliser la valeur par défaut si vous n’effectuez pas d’opération sur le type de données long. Pour prérécupérer les données, vous devez spécifier -1 comme valeur pour cette propriété de liaison. Vous devez définir explicitement une valeur appropriée pour cette propriété de liaison si vous êtes : - Exécution d’une procédure stockée qui contient des paramètres de type de données long. - Exécution d’une opération Select sur une table qui contient des colonnes avec un type de données long, et l’instruction SELECT n’inclut pas la colonne clé primaire. Note: Cette propriété de liaison est déconseillée. |
long (System.Int64) |
MaxOutputAssociativeArrayElements | BufferManagement | Spécifie la taille du tableau associé créé par l’adaptateur lors de l’exécution d’opérations qui retournent un tableau associatif dans la réponse. L’adaptateur communique la taille du tableau à ODP.NET, ce qui crée à son tour une mémoire tampon en fonction de la taille du tableau. La valeur par défaut est 32. Cette propriété de liaison est utile lors de l’exécution d’opérations impliquant des types de tables PL/SQL. |
int (System.Int32) |
MetadataPooling | BufferManagement | ODP.NET propriété. Spécifie si ODP.NET met en cache les informations de métadonnées pour les requêtes exécutées. La valeur par défaut est True, qui permet le regroupement de métadonnées. La mise en cache de ces informations améliore les performances ; toutefois, si des modifications apportées aux artefacts Oracle sous-jacents se produisent sur le système Oracle, ces métadonnées mises en pool seront désynchronisées. Les opérations effectuées sur le système Oracle peuvent alors renvoyer des exceptions inattendues. Cette propriété est utilisée pour l’optimisation des performances. | bool (System.Boolean) |
StatementCachePurge | BufferManagement | ODP.NET propriété. Spécifie si le cache d’instructions ODP.NET associé à une connexion est vidé lorsque la connexion est retournée au pool de connexions. La valeur par défaut est False, ce qui désactive la purge du cache d’instruction. Cette propriété est utilisée pour l’optimisation des performances. | bool (System.Boolean) |
StatementCacheSize | BufferManagement | ODP.NET propriété. Spécifie le nombre maximal d’instructions pouvant être mises en cache par chaque connexion ODP.NET. Le fait de définir cette propriété sur une valeur autre que zéro active la mise en cache des instructions pour les connexions. La valeur par défaut est de 10. Cette propriété est utilisée pour l’optimisation des performances. | int (System.Int32) |
EnablePerformanceCounters | Diagnostics | Spécifie s’il faut activer les compteurs de performances du Kit de développement logiciel (SDK) de l’adaptateur LOB WCF et le compteur de performances de latence LOB de l’adaptateur de base de données Oracle. La valeur par défaut est False ; les compteurs de performances sont désactivés. Le compteur de performances de latence métier mesure le temps total passé par l’adaptateur Oracle Database à passer des appels à la base de données Oracle. | bool (System.Boolean) |
EnableSafeTyping | Métadonnées | Active ou désactive la saisie sécurisée. La valeur par défaut est False ; la saisie sécurisée est désactivée. Cette fonctionnalité contrôle la façon dont l’adaptateur fait surface à certains types de données Oracle. Pour plus d’informations sur la saisie sécurisée, consultez Types de données Oracle de base1. | bool (System.Boolean) |
UseSchemaInNameSpace | Métadonnées | Spécifie si le nom du schéma (SCOTT, HR, etc.) est inclus dans l’espace de noms xml pour les opérations et leurs types associés. La valeur par défaut est True ; le nom du schéma est inclus dans l’espace de noms. L’avantage de ne pas inclure de nom de schéma dans l’espace de noms est que s’il existe une table portant le même nom (par exemple, EMP) dans deux schémas différents, le même CODE XML peut être utilisé pour effectuer les opérations SQL simples (Insérer, Mettre à jour, Supprimer, Sélectionner) sur les deux tables. Par exemple, si la propriété UseSchemaInNamespace a la valeur true, l’espace de noms pour ces opérations sur le SCOTT. La table EMP est "http://Microsoft.LobServices.OracleDB/2007/03/SCOTT/Table/EMP" ; si elle est false, l’espace de noms est "http://Microsoft.LobServices.OracleDB/2007/03/Table/EMP" .Important: L’action de message n’est pas affectée par la propriété de liaison UseSchemaInNamesapce ; il inclut toujours le nom du schéma. Important: Nous vous recommandons vivement de définir cette propriété de liaison sur True lors de la génération de métadonnées. Si vous définissez cette propriété sur false, les noms de schéma Oracle (par exemple, SCOTT) ne seront pas disponibles dans l’espace de noms XML du schéma généré. Par conséquent, s’il existe deux tables portant le même nom dans deux schémas Oracle différents et qu’elles sont ajoutées au même projet BizTalk, le projet BizTalk ne parvient pas à générer et à déployer. Si vous souhaitez inclure de tels schémas dans le même projet BizTalk, vous devez les modifier manuellement pour inclure le nom du schéma Oracle dans l’espace de noms XML. |
bool (System.Boolean) |
NotificationPort | Notification | Spécifie le numéro de port que ODP.NET devez ouvrir pour écouter la notification de modification de base de données à partir d’une base de données Oracle. La valeur par défaut est -1, ce qui signifie que ODP.NET utilise un numéro de port valide, aléatoire et inutilisé. Important: Les clients d’adaptateur ne recevront pas de notifications de modification de base de données si le Pare-feu Windows est activé. En outre, la désactivation du Pare-feu Windows pour recevoir des notifications n’est pas recommandée. Par conséquent, pour recevoir des notifications sans compromettre la sécurité des ordinateurs côté client, nous vous recommandons de spécifier une valeur entière positive comme numéro de port, puis d’ajouter ce numéro de port à la liste des exceptions du Pare-feu Windows. Si vous définissez cette propriété de liaison sur la valeur par défaut -1, ODP.NET utilise un port aléatoire et les clients d’adaptateur ne savent pas quel port ajouter à la liste d’exceptions du Pare-feu Windows. Pour obtenir des instructions sur l’ajout de ports à la liste d’exceptions du Pare-feu Windows, consultez https://go.microsoft.com/fwlink/?LinkID=196959. Attention: Si plusieurs applications d’un domaine d’application reçoivent des notifications à l’aide de l’adaptateur Oracle Database, la propriété de liaison NotificationPort pour toutes les applications doit être définie sur le même numéro de port. En effet, ODP.NET crée un seul écouteur qui écoute sur un port au sein d’un domaine d’application. |
int (System.Int32) |
NotificationStatement | Notification | Spécifie l’instruction SELECT utilisée pour s’inscrire pour recevoir des notifications à partir d’une base de données Oracle. Un exemple d’instruction SELECT peut ressembler à ce qui suit.SELECT TID,ACCOUNT,PROCESSED FROM SCOTT.ACCOUNTACTIVITY WHERE PROCESSED = ‘n’ Note: Vous devez spécifier le nom de l’objet de base de données ainsi que le nom du schéma. Par exemple : SCOTT.ACCOUNTACTIVITY .L’adaptateur reçoit un message de notification de la base de données Oracle uniquement lorsque le jeu de résultats de l’instruction SELECT spécifiée change. |
string |
NotifyOnListenerStart | Notification | Spécifie si l’adaptateur envoie un message de notification aux clients de l’adaptateur, informant que l’emplacement de réception est en cours d’exécution, lorsque l’écouteur démarre. La valeur par défaut est True. | bool (System.Boolean) |
ConnectionLifetime | OracleConnectionPool | ODP.NET propriété. Spécifie la durée maximale en secondes d’une connexion. La valeur par défaut est 0. Cette propriété est utilisée pour l’optimisation des performances. | int (System.Int32) |
DecrPoolSize | OracleConnectionPool | ODP.NET propriété. Spécifie le nombre de connexions fermées lorsqu’un nombre excessif de connexions établies ne sont pas utilisées. La valeur par défaut est 1. Il est utilisé pour l’optimisation des performances. | int (System.Int32) |
IncrPoolSize | OracleConnectionPool | ODP.NET propriété. Spécifie le nombre de nouvelles connexions à créer lorsqu’une nouvelle connexion est demandée et qu’aucune connexion n’est disponible dans le pool de connexions ODP.NET. La valeur par défaut est 5. Cette propriété est utilisée pour l’optimisation des performances. | int (System.Int32) |
MaxPoolSize | OracleConnectionPool | ODP.NET propriété. Spécifie le nombre maximal de connexions dans un pool de connexions ODP.NET. La valeur par défaut est 100. Cette propriété est utilisée pour l’optimisation des performances. Important: Vous devez définir MaxPoolSize de manière judicieuse. Il est possible d’épuiser le nombre de connexions disponibles à partir de ODP.NET, si cette valeur est trop grande. |
int (System.Int32) |
MinPoolSize | OracleConnectionPool | ODP.NET propriété. Spécifie le nombre minimal de connexions dans un pool de connexions ODP.NET. La valeur par défaut est 1. Cette propriété est utilisée pour l’optimisation des performances. | int (System.Int32) |
UseOracleConnectionPool | OracleConnectionPool | ODP.NET propriété. Spécifie s’il faut utiliser le pool de connexions ODP.NET. La valeur par défaut est True, ce qui active le regroupement de connexions. L’adaptateur Oracle Database implémente le regroupement de connexions à l’aide du pool de connexions ODP.NET. | bool (System.Boolean) |
PolledDataAvailableStatement | PollingReceive | Spécifie l’instruction SELECT exécutée pour déterminer si des données sont disponibles pour l’interrogation d’une table spécifique. L’instruction spécifiée doit retourner un jeu de résultats composé de lignes et de colonnes. La valeur dans la première cellule du jeu de résultats indique si l’adaptateur exécute la valeur spécifiée pour la propriété de liaison PollingStatement . Si la première cellule du résultat contient une valeur positive, l’adaptateur exécute l’instruction d’interrogation. Par exemple, une instruction valide pour cette propriété de liaison sera :Select * from <table_name> La valeur par défaut de cette propriété de liaison est définie sur : SELECT 1 FROM DUAL Cela implique que l’adaptateur doit poursuivre l’interrogation, que la table en cours d’interrogation possède ou non des données. Note: Vous ne devez pas spécifier de procédures stockées pour cette propriété de liaison. En outre, cette instruction ne doit pas modifier la base de données Oracle sous-jacente. |
string |
PollingAction | PollingReceive | Spécifie l’action de l’opération d’interrogation. Vous pouvez déterminer l’action d’interrogation d’une opération spécifique à partir des métadonnées que vous générez pour l’opération à l’aide du complément Consume Adapter Service. | string |
PollingInterval | PollingReceive | Spécifie l’intervalle d’interrogation traité, c’est-à-dire l’intervalle en secondes auquel l’adaptateur Oracle Database exécute l’instruction d’interrogation sur la base de données Oracle. La valeur par défaut est 500. L’intervalle d’interrogation est utilisé par l’adaptateur pour les éléments suivants : - Intervalle de temps entre les sondages successifs. Cet intervalle est utilisé pour exécuter les requêtes de sondage et de post-interrogation. Si ces requêtes sont exécutées dans l’intervalle spécifié, l’adaptateur est mis en veille pendant la durée restante de l’intervalle. - Valeur du délai d’expiration de la transaction d’interrogation. Cette valeur doit être définie suffisamment grande pour inclure l’heure d’exécution de l’instruction d’interrogation, l’heure d’exécution de l’instruction post-interrogation (si elle est spécifiée) et le temps de réception de la réponse de l’application cliente pour valider la transaction. Si l’application cliente envoie une réponse avant l’expiration de l’intervalle d’interrogation, l’adaptateur valide la transaction et attend que l’intervalle d’interrogation soit atteint pour exécuter le prochain sondage. Si l’application cliente retourne une erreur, l’adaptateur met fin à la transaction. Si l’intervalle d’interrogation expire avant que l’application cliente envoie la réponse, la transaction expire. Pour plus d’informations sur l’utilisation des propriétés de liaison dans un scénario d’interrogation, consultez Prise en charge de la réception de messages modifiés de données basés sur l’interrogation dans Oracle Database. |
int (System.Int32) |
PollingStatement | PollingReceive | Spécifie l’instruction d’interrogation. Vous pouvez spécifier une instruction SELECT simple ou une procédure stockée, une fonction ou une procédure empaquetée pour l’interrogation. - Si vous souhaitez interroger une table ou une vue, vous devez spécifier une requête SELECT dans cette propriété de liaison. - Si vous souhaitez interroger à l’aide d’une procédure stockée, d’une fonction ou d’une procédure ou d’une fonction dans un package, vous devez spécifier l’intégralité du message de demande pour l’opération respective dans cette propriété de liaison. L’instruction d’interrogation est exécutée uniquement si l’instruction exécutée par la propriété de liaison PolledDataAvailableStatement retourne des données. Important: L’adaptateur Oracle Database exécute l’instruction d’interrogation et l’instruction post-interrogation (si spécifiée) à l’intérieur d’une transaction Oracle. Si vous utilisez une instruction SELECT dans la propriété de liaison PollingStatement , nous vous recommandons de spécifier une clause FOR UPDATE dans votre instruction SELECT. Cela garantit que les enregistrements sélectionnés sont verrouillés pendant la transaction et que l’instruction post-interrogation peut effectuer les mises à jour requises sur les enregistrements sélectionnés. Pour plus d’informations sur l’utilisation des propriétés de liaison dans un scénario d’interrogation, notamment l’utilisation de la clause FOR UPDATE ; consultez Prise en charge de la réception de messages modifiés de données basés sur l’interrogation dans Oracle Database. |
string |
PollWhileDataFound | PollingReceive | Spécifie si l’adaptateur Oracle Database ignore l’intervalle d’interrogation et interroge continuellement la base de données Oracle, si les données sont disponibles dans la table interrogée. Si aucune donnée n’est disponible dans la table, l’adaptateur rétablit pour exécuter l’instruction SQL à l’intervalle d’interrogation spécifié. La valeur par défaut est False. Prenons l’exemple d’un scénario où l’intervalle d’interrogation est défini sur 60 secondes et où l’instruction spécifiée pour PolledDataAvailableStatement retourne que les données sont disponibles pour l’interrogation. L’adaptateur exécute ensuite l’instruction spécifiée pour la propriété de liaison PollingInput. En supposant que l’adaptateur ne prend que 10 secondes pour exécuter l’instruction, il devra maintenant attendre 50 secondes avant d’exécuter à nouveau PolledDataAvailableStatement, puis exécuter ensuite l’instruction d’interrogation. Au lieu de cela, pour optimiser les performances, vous pouvez définir la propriété de liaison PollWhileDataFound sur true afin que l’adaptateur puisse commencer à exécuter le cycle d’interrogation suivant dès la fin du cycle d’interrogation précédent. Note: Cette propriété de liaison s’applique à la fois à l’interrogation sur des tables et des vues et à l’interrogation à l’aide de procédures stockées, de fonctions ou de procédures ou de fonctions empaquetées. |
string |
PostPollStatement | PollingReceive | Spécifie un bloc PL/SQL exécuté après l’instruction d’interrogation et avant l’envoi du message /POLLINGSTMT au consommateur. La valeur par défaut est Null ; aucune instruction post-sondage n’est exécutée. L’instruction post-interrogation s’exécute à l’intérieur de la transaction d’interrogation. Deux utilisations courantes de l’instruction post-sondage sont les suivantes : - Mettez à jour une colonne dans les lignes retournées dans l’instruction d’interrogation pour indiquer qu’elles ont été traitées et doivent être exclues des requêtes d’interrogation suivantes. - Déplacez les enregistrements traités vers une autre table. Important: Si une instruction post-sondage est spécifiée, PollingInterval doit être défini suffisamment pour que le bloc PL/SQL se termine avant l’expiration de l’intervalle. Pour plus d’informations sur l’utilisation des propriétés de liaison dans un scénario d’interrogation, consultez Prise en charge de la réception de messages modifiés de données basés sur l’interrogation dans Oracle Database. |
string |
SkipNilNodes | Comportement au moment de l’exécution | Spécifie si l’adaptateur Oracle Database ignore l’insertion ou la mise à jour des valeurs pour les nœuds marqués comme « nil » dans le code XML de la requête. Cette propriété de liaison s’applique à l’insertion ou à la mise à jour d’enregistrements dans une table et aux paramètres de type RECORD dans les procédures stockées. La valeur par défaut est True, ce qui signifie que l’adaptateur ignore les valeurs de passage pour les nœuds marqués comme « nil ». Dans ce cas, la valeur par défaut dans Oracle (si elle est spécifiée) est prise en compte pour les nœuds marqués comme « nil ». Si la valeur est False, l’adaptateur transmet explicitement une valeur Null pour ces nœuds. Note: Pour les nœuds qui ne sont pas présents dans le xml de requête, l’adaptateur ignore toujours les valeurs de passage, quelle que soit la valeur de la propriété de liaison SkipNilNodes . Pour les tables PL/SQL de RECORDS, l’adaptateur transmet toujours une valeur Null pour les nœuds marqués comme « nil » ou non présents dans le code XML de la demande, quelle que soit la valeur de la propriété de liaison SkipNilNodes . L’exemple suivant explique la différence dans la configuration de l’adaptateur en fonction de la valeur que vous définissez pour cette propriété de liaison. Supposons qu’un XML de requête ressemble à ce qui suit : <EMPNO>1000</EMPNO> <ENAME>John</ENAME> <SAL nil=’true’></SAL> Si SkipNilNodes a la valeur True, l’adaptateur exécute la commande suivante : INSERT INTO EMP (EMPNO, ENAME) VALUES (1000, “John”); Si SkipNilNodes a la valeur False, l’adaptateur exécute la requête suivante : INSERT INTO EMP (EMPNO, ENAME, SAL) VALUES (1000, “John”, null); Notez que dans la deuxième instruction, l’adaptateur insère explicitement une valeur Null pour le paramètre « SAL ». |
bool (System.Boolean) |
UseAmbientTransaction | Transactions | Spécifie si l’adaptateur Oracle Database effectue les opérations à l’aide du contexte de transaction fourni par l’appelant. La valeur par défaut est True, ce qui signifie que l’adaptateur effectue toujours les opérations dans un contexte de transaction, en supposant que le client fournit le contexte transactionnel. Si d’autres ressources participent à la transaction, les connexions créées s’inscrivent dans System.Transaction et sont élevées à une transaction MSDTC. Toutefois, il peut y avoir des scénarios dans lesquels vous ne souhaitez pas que l’adaptateur effectue des opérations dans un contexte transactionnel. Par exemple : - Lors de l’exécution d’une opération SELECT simple sur la base de données Oracle (sur un port d’envoi). - Lors de la spécification d’une instruction d’interrogation qui effectue une opération SELECT et n’implique aucune modification de la table par le biais d’une instruction DELETE ou en appelant une procédure stockée (sur un port de réception). Ces deux opérations n’effectuent aucune mise à jour de la table de base de données et, par conséquent, l’élévation de ces opérations pour utiliser une transaction MSDTC peut être une surcharge de performances. Dans de tels scénarios, vous pouvez définir la propriété de liaison sur false afin que l’adaptateur Oracle Database n’effectue pas les opérations dans un contexte de transaction. Note: Il est recommandé de ne pas effectuer d’opérations dans un contexte transactionnel uniquement pour les opérations qui n’apportent pas de modifications à la base de données. Pour les opérations qui mettent à jour des données dans la base de données, nous vous recommandons de définir la propriété de liaison sur true. Sinon, vous risquez de subir une perte de message ou des messages en double selon que vous effectuez des opérations entrantes ou sortantes. |
bool (System.Boolean) |
GeneratedUserTypesAssemblyFilePath | Génération de type .NET UDT – Temps de conception | Spécifie le nom et le chemin de la DLL générée par l’adaptateur, tout en générant des métadonnées, contenant tous les UDT utilisés dans les métadonnées. Vous devez spécifier un nom DE DLL si vous générez des métadonnées pour des packages, des procédures stockées ou des fonctions qui utilisent des UDT. La spécification du nom de la DLL est facultative pour les tables et les vues qui ont des UDT. La DLL générée est enregistrée au même emplacement que l’exécutable. Cette propriété de liaison est requise uniquement lors de la génération de métadonnées. Note: Vous devez spécifier un seul nom de fichier. Pour tous les UDT dans les métadonnées, l’adaptateur génère un seul fichier avec le nom donné. Si vous ne spécifiez pas de nom, l’adaptateur génère la DLL avec un nom GUID. Cette propriété de liaison n’est pas disponible dans BizTalk Server lors de la configuration d’un port de réception ou d’envoi WCF-OracleDB. |
string |
GeneratedUserTypesAssemblyKeyFilePath | Génération de type .NET UDT – Temps de conception | Spécifie le nom et le chemin du fichier de clé que l’adaptateur utilise pour créer un assembly fortement typé. Cette propriété de liaison est facultative et n’est requise que lors de la génération de métadonnées. Note: Cette propriété de liaison n’est pas disponible dans BizTalk Server lors de la configuration d’un port de réception ou d’envoi WCF-OracleDB. |
string |
UserAssembliesLoadPath | Génération de type .NET UDT – Durée d’exécution | Spécifie le nom des DLL, séparés par un point-virgule, que l’adaptateur crée lors de la génération de métadonnées. Ces DLL sont enregistrées à l’emplacement que vous avez spécifié pour la propriété de liaison GeneratedUserTypesAssemblyFilePath lors de la génération de métadonnées. Vous devez copier manuellement ces DLL vers les emplacements suivants : Pour les projets BizTalk : copiez les DLL au même emplacement que BTSNTSvc.exe. Par BizTalk Server, il est généralement disponible sous <le lecteur> d’installation :\Program Files\Microsoft BizTalk Server. Pour les projets .NET : copiez les DLL dans le dossier \bin\Development de votre dossier de projet .NET. Cette propriété de liaison est requise uniquement lors de l’envoi et de la réception de messages pour effectuer des opérations sur la base de données Oracle. |
string |
AcceptCredentialsInUri | Non mis en évidence par le complément Consume Adapter Service ou le plug-in Add Adapter Service Reference. | Spécifie si l’URI de connexion Oracle peut contenir des informations d’identification utilisateur pour la base de données Oracle. La valeur par défaut est False, ce qui désactive les informations d’identification de l’utilisateur dans l’URI de connexion. Si AcceptCredentialsInUri a la valeur False et que l’URI de connexion Oracle contient des informations d’identification utilisateur, l’adaptateur Oracle Database lève une exception. Vous pouvez définir AcceptCredentialsInUri sur True si vous devez spécifier des informations d’identification dans l’URI. Pour plus d’informations, consultez Créer l’URI de connexion de base de données Oracle. | bool (System.Boolean) |
Comment définir les propriétés de liaison Oracle ?
Vous pouvez définir les propriétés de liaison Oracle lorsque vous spécifiez une connexion à une base de données Oracle. Pour plus d’informations sur la définition des propriétés de liaison lorsque vous :
Utilisez le complément de projet BizTalk du service d’adaptateur de consommation ou le plug-in Visual Studio Add Adapter Service ( Ajouter le service d’adaptateur de référence). Consultez Se connecter à Oracle Database dans Visual Studio à l’aide du service Consume Adapter.
Important
Lors de l’utilisation du complément de projet BizTalk du service Consume Adapter ou du plug-in Visual Studio Add Adapter Service, si vous ne spécifiez pas de valeur pour une propriété de liaison de type chaîne et dont la valeur par défaut est null, cette propriété de liaison ne sera pas disponible dans le fichier de liaison (fichier XML) ou le fichier app.config respectivement. Vous devez ajouter manuellement la propriété de liaison et sa valeur dans le fichier de liaison ou le fichier app.config, si nécessaire.
Configurer un port d’envoi ou un port de réception (emplacement) dans une solution BizTalk Server, consultez Configurer manuellement une liaison de port physique à l’adaptateur de base de données Oracle.
Utilisez le modèle de canal WCF dans une solution de programmation. Consultez Créer un canal à l’aide d’Oracle Database.
Utilisez le modèle de service WCF dans une solution de programmation, consultez Configurer une liaison cliente pour la base de données Oracle.
Utilisez l’outil wcf ServiceModel Metadata Utility Tool (svcutil.exe), consultez Utilisation de l’outil Utilitaire de métadonnées ServiceModel avec l’adaptateur BizTalk pour Oracle Database.
Voir aussi
Tâches de développement impliquées dans le déploiement d’applications BizTalk