J'aurais plutôt tendance à regarder dans les options de parsing du fichier
plat pour ignorer les derniers délimiteurs de lignes


--
Benjamin Guinebertière
Microsoft France

Ce message est fourni en l'état, sans garantie d'aucune sorte, et ne vous
confère aucun droit. Vous assumez tous les risques liés à son utilisation.





"biz" <mcnews***club-internet.fr> wrote in message
news:1158180164.482152.143990***i3g2000cwc.googlegro ups.com...
Bonjour,

J'ai un schéma en entrée tout bête qui peut accepter toute sorte de
fichier plat.
Schema
|
Root
|
Record

On a un schema en sortie pour récupérer chaque ligne du fichier
et le nombre d'enregistrements. Ces enregistrements sont délimités
par des retour à la ligne 0x0A 0x0D

Je veux compter le nombre d'enregistrement. Mais je constate que
la dernière ligne du fichier peut être une ligne vide provoquée
par un 0x0A 0x0D sur la ligne précédente.
Cette ligne vide est prise en compte par le fonctoid qui compte
le nombre d'enregistrements et donne donc une ligne de plus.

Or quand on fait une boucle sur les lignes du fichier en C# ou autre,
cette dernière ligne n'est pas comptée.

J'ai bien essayé de ne mapper que les lignes non vides mais le fichier
peut en contenir avant et on peut pas faire la différence
entre celle de fin et les autres.

Y aurait il un moyen via le mapping ou le pipeline de récupérer
le nombre de lignes sans cette dernière ligne vide ?

Merci

Je pensais aux options du parser de fichier plat, et plus précisément à
http://msdn.microsoft.com/library/de...129bc197bf.asp

Pour l'utilisation d'XPath, il faut d'abord vérifier ce que donne le parser.

Pour rappel, le principe est que le schéma XSD représente un document XML
car XSD est naturellement un schéma XML ET à la fois un fichier plat via les
annotations du XSD qui indiquent au parser BizTalk comment lire le fichier
plat pour remplir le fichier XML.

Vous pouvez donc depuis Visual Studio lire le fichier plat et voir ce qu'il
donne au niveau XML. Cela vous permettra de voir combien il y a de noeuds au
niveau XML, ce format étant celui utilisé ensuite par BizTalk.


--
Benjamin Guinebertière
Microsoft France

Ce message est fourni en l'état, sans garantie d'aucune sorte, et ne vous
confère aucun droit. Vous assumez tous les risques liés à son utilisation.





"biz" <mcnews***club-internet.fr> wrote in message
news:1158221254.993660.165810***i42g2000cwa.googlegr oups.com...
Merci pour la réponse qui donne un bon espoir de la faisabilité
du truc. Vous voulez parler des options de parsing du fichier plat
sur le schéma en entrée ? J'ai oublié de dire qu'avant de penser
au mapping et pipeleine il me semble avoir tout essayé
au niveau des propriétés du schéma. A moins qu'il faille
utiliser xpath e là je n'y connais rien et ça m'est très abscons.
Auriez vous un indice plus précis ?

Merci



Benjamin Guinebertière [MS] a écrit :

> J'aurais plutôt tendance à regarder dans les options de parsing du fichier
> plat pour ignorer les derniers délimiteurs de lignes
>
>
> --
> Benjamin Guinebertière
> Microsoft France
>
> Ce message est fourni en l'état, sans garantie d'aucune sorte, et ne vous
> confère aucun droit. Vous assumez tous les risques liés à son utilisation.
>
>
>
>
>
> "biz" <mcnews***club-internet.fr> wrote in message
> news:1158180164.482152.143990***i3g2000cwc.googlegro ups.com...
> Bonjour,
>
> J'ai un schéma en entrée tout bête qui peut accepter toute sorte de
> fichier plat.
> Schema
> |
> Root
> |
> Record
>
> On a un schema en sortie pour récupérer chaque ligne du fichier
> et le nombre d'enregistrements. Ces enregistrements sont délimités
> par des retour à la ligne 0x0A 0x0D
>
> Je veux compter le nombre d'enregistrement. Mais je constate que
> la dernière ligne du fichier peut être une ligne vide provoquée
> par un 0x0A 0x0D sur la ligne précédente.
> Cette ligne vide est prise en compte par le fonctoid qui compte
> le nombre d'enregistrements et donne donc une ligne de plus.
>
> Or quand on fait une boucle sur les lignes du fichier en C# ou autre,
> cette dernière ligne n'est pas comptée.
>
> J'ai bien essayé de ne mapper que les lignes non vides mais le fichier
> peut en contenir avant et on peut pas faire la différence
> entre celle de fin et les autres.
>
> Y aurait il un moyen via le mapping ou le pipeline de récupérer
> le nombre de lignes sans cette dernière ligne vide ?
>
> Merci

Je pensais aux options du parser de fichier plat, et plus précisément à
http://msdn.microsoft.com/library/de...129bc197bf.asp

Pour l'utilisation d'XPath, il faut d'abord vérifier ce que donne le parser.

Pour rappel, le principe est que le schéma XSD représente un document XML
car XSD est naturellement un schéma XML ET à la fois un fichier plat via les
annotations du XSD qui indiquent au parser BizTalk comment lire le fichier
plat pour remplir le fichier XML.

Vous pouvez donc depuis Visual Studio lire le fichier plat et voir ce qu'il
donne au niveau XML. Cela vous permettra de voir combien il y a de noeuds au
niveau XML, ce format étant celui utilisé ensuite par BizTalk.


--
Benjamin Guinebertière
Microsoft France

Ce message est fourni en l'état, sans garantie d'aucune sorte, et ne vous
confère aucun droit. Vous assumez tous les risques liés à son utilisation.





"biz" <mcnews***club-internet.fr> wrote in message
news:1158221254.993660.165810***i42g2000cwa.googlegr oups.com...
Merci pour la réponse qui donne un bon espoir de la faisabilité
du truc. Vous voulez parler des options de parsing du fichier plat
sur le schéma en entrée ? J'ai oublié de dire qu'avant de penser
au mapping et pipeleine il me semble avoir tout essayé
au niveau des propriétés du schéma. A moins qu'il faille
utiliser xpath e là je n'y connais rien et ça m'est très abscons.
Auriez vous un indice plus précis ?

Merci



Benjamin Guinebertière [MS] a écrit :

> J'aurais plutôt tendance à regarder dans les options de parsing du fichier
> plat pour ignorer les derniers délimiteurs de lignes
>
>
> --
> Benjamin Guinebertière
> Microsoft France
>
> Ce message est fourni en l'état, sans garantie d'aucune sorte, et ne vous
> confère aucun droit. Vous assumez tous les risques liés à son utilisation.
>
>
>
>
>
> "biz" <mcnews***club-internet.fr> wrote in message
> news:1158180164.482152.143990***i3g2000cwc.googlegro ups.com...
> Bonjour,
>
> J'ai un schéma en entrée tout bête qui peut accepter toute sorte de
> fichier plat.
> Schema
> |
> Root
> |
> Record
>
> On a un schema en sortie pour récupérer chaque ligne du fichier
> et le nombre d'enregistrements. Ces enregistrements sont délimités
> par des retour à la ligne 0x0A 0x0D
>
> Je veux compter le nombre d'enregistrement. Mais je constate que
> la dernière ligne du fichier peut être une ligne vide provoquée
> par un 0x0A 0x0D sur la ligne précédente.
> Cette ligne vide est prise en compte par le fonctoid qui compte
> le nombre d'enregistrements et donne donc une ligne de plus.
>
> Or quand on fait une boucle sur les lignes du fichier en C# ou autre,
> cette dernière ligne n'est pas comptée.
>
> J'ai bien essayé de ne mapper que les lignes non vides mais le fichier
> peut en contenir avant et on peut pas faire la différence
> entre celle de fin et les autres.
>
> Y aurait il un moyen via le mapping ou le pipeline de récupérer
> le nombre de lignes sans cette dernière ligne vide ?
>
> Merci