Microsoft Office Sharepoint Server 2007 (MOSS), ASP.NET, .Net, C#

C# supprimer les accents d'une chaine

2009-11-05T11:57:00.002+01:00

La formule magique :
string text = "éàéö";
System.Text.Encoding.ASCII.GetString(System.Text.Encoding.GetEncoding(1251).GetBytes(text))

L'explication du code sur :
http://www.clt-services.com/blog/post/Enlever-les-accents-dans-une-chaine-(proprement).aspx

Serialisation/deserialsation de données XML avec WCF DataContractSerializer

2009-10-29T23:29:00.008+01:00

Dans cette exemple, j'ai une liste générique de personne définit comme un DataContract WCF, que je serialise dans un fichier puis l'inverse.

[DataContract]
public class Person
{
[DataMember]
public string Nom {get;set;}
[DataMember]
public string Prenom { get; set; }
[DataMember]
public int Age { get; set; }
}

Serialisation de données

FileStream writer = new FileStream(@"c:\temp\test.xml", FileMode.Create);

DataContractSerializer ser = new DataContractSerializer(typeof(List));

ser.WriteObject(writer, lstPers);

writer.Close();

Desrialisation de données

FileStream reader = new FileStream(@"c:\temp\test.xml", FileMode.Open);

DataContractSerializer ser = new DataContractSerializer(typeof(List));

lstPers = (List)ser.ReadObject(reader);

reader.Close();

Lire des données dans Excel avec ADO.NET

2009-10-29T23:20:00.003+01:00

L'exemple de code ci dessous permet de lire les données d'une feuille (Feuil1) dans un fichier Excel (Classeur1.xls).
La feuille contient une première ligne avec nom, prenom,et age qui forme le titre des colonnes, Les lignes suivantes contiennent des données.

string connectionString = @"Provider=Microsoft.Jet.OLEDB.4.0;Data Source=c:\\temp\\Classeur1.xls;Extended Properties=""Excel 8.0;HDR=YES;""";

DbProviderFactory factory = DbProviderFactories.GetFactory("System.Data.OleDb");

using (DbConnection connection = factory.CreateConnection())

{

connection.ConnectionString = connectionString;

using (DbCommand command = connection.CreateCommand())

{

command.CommandText = "SELECT nom,prenom,age FROM [Feuil1$]";

connection.Open();

lstPers = new List();

using (DbDataReader dr = command.ExecuteReader())

{

while (dr.Read())

{

double d = dr.GetDouble(dr.GetOrdinal("age"));

lstPers.Add(new Person(dr["nom"].ToString(), dr["prenom"].ToString(), (Int32)d ));

}

WCF, charger dynamiquement tout les services configurés dans system.serviceModel

2009-10-05T17:50:00.004+02:00

Voici un exemple de code qui vous permet de charger dynamiquement tout les services définit dans la section system.serviceModel de votre fichier app.config.
Ce code est inspiré par celui de Ingo Start ServiceHosts for all configured Services.
Dans l'exemple présent, on considère que les services sont contenus dans une assembly externe. Pour récupérer le type du service il faut donc construire son nom de type avec la forme "completeTypeName,assemblyName", ce qui est fait par le code
String sServicesAssembleName = appSettings.Settings["ServiceAssemblyName"].Value.ToString();
String sTypeName = String.Format("{0},{1}", srvElem.Name, sServicesAssembleName);
Voici le code complet :

// Get the configuration file.
System.Configuration.Configuration config = ConfigurationManager.OpenExeConfiguration(ConfigurationUserLevel.None);
System.Configuration.AppSettingsSection appSettings = (AppSettingsSection)config.GetSection("appSettings");
String sServicesAssembleName = appSettings.Settings["ServiceAssemblyName"].Value.ToString();
//Get the appSettings section.
ServiceModelSectionGroup SrvModel = (ServiceModelSectionGroup)config.GetSectionGroup("system.serviceModel");
foreach (ServiceElement srvElem in SrvModel.Services.Services)
{
String sTypeName = String.Format("{0},{1}", srvElem.Name, sServicesAssembleName);
Type typeService = Type.GetType(sTypeName);
if (typeService != null)
m_ListServiceHost.Add(new ServiceHost(typeService));
}

foreach (ServiceHost host in m_ListServiceHost)
{
host.Open();
}

Le coach PHP pour Visual Studio

2009-09-27T16:32:00.003+02:00

Dans un post en début d'année 2009 (http://fberton.blogspot.com/2009/02/visual-studio-2008-ide-pour-php.html), je vous avez donnée le lien sur un plug'in Visual Studio pour faire du PHP.
Je viens de decouvrir, un coach pour la prise en main de ce plug 'in http://msdn.microsoft.com/fr-fr/vstudio/msdn.coach.vsphp.atelier1.aspx.
ça donne envi de faire du PHP...

Diagramme de classe WPF et .Net Framework 3.5

2009-09-16T13:57:00.003+02:00

Voici deux urls pour trouver les diagrammes de classes du Microsoft .Net Framework 3.5 et de WPF.

J'ai décidé d'écrire mes posts avec un formalisme proche des celui des patterns

2009-06-26T00:17:00.007+02:00

Problématique:
Le premier paragraphe a pour objectif de d'écrire la problématique de manière simple, et concise.

Pré-requis:
Les pré requis donne la liste des éléments nécessaire à la mise en place de la solution.

Solution:
La solution dans un style de rédaction le plus directe possible, pas de bla bla.

Explication détaillé:
Une explication sur la solution, le pourquoi, le comment.

Liens:
Des liens sur les informations qui m'ont servis a élaboré la solution.

Mon état d'esprit:
Je suis content de moi, ou pas. Ce paragraphe a pour objectif de d'écrire mon état esprit.

Wiki-OS : Un nouveau concept, l'OS Wiki

2009-05-26T11:24:00.004+02:00

L'idée est simple développer un OS en mode Wiki.
Le projet est vraiment sympa, il permet de développer des applications en Microsoft .NET 3, avec WPF, etc...
L'environnement de Wiki-OS vous permet donc de développer depuis un simple navigateur, bien sûr vous devez avoir un Microsoft .Net 3 sur votre poste.
C'est géniale, pas besoins d'installer Visual Studio sur votre poste.
Le lien : WIKI-OS

Faire des histogrammes chart sous ASP.NET

2009-03-23T13:43:00.010+01:00

Si vous avez besoins de faire des graphiques de type histogrammes, courbes, camberts, etc.
Vous avez la solution d'utiliser les services de base du charting control for ASP.NET 3.5 SP1. Mais cela implique que vous utilisez le framework 3.5 sur votre serveur.

Si comme moi vous n'avez pas le droit d'utiliser le framework 3.5, mais uniquement le 2.0 alors voici une solution plutôt sympa (bien documentée, avec des exemples) et en opensource. Il s'agit de zedGraph et couvre tout les graphiques 2D de base et reste trés simple à mettre en oeuvre. Voici un exemple.

Développeur ASP.NET, 3 articles must read !!!

2009-03-19T14:11:00.007+01:00

Voici trois articles qui sont pour moi des must read. du développeur ASP.NET.
Ces articles sont signés par Amethyste (Frédéric De Lène Mirouze) qui est architecte .NET chez Expertime.
Merci à lui pour ce travail extraordinaire en qualité comme en pédagogie !!!

Sculture un générateur de code pour .Net OpenSource. MDA biensûr

2009-03-10T22:59:00.002+01:00

Sculture est un générateur de code pour .Net OpenSource. Il est particulièrement bien adapté pour les applications basées sur les données. Il s'agit d'une extension de Visual Studio 2008 donc le GAX est nécessaire.
Il permet de générer du code pour DAAB, NHibernate, LINQ, CSLA, WCF, ASMX, Windows Forms, WPF, Silverlight, ASP.NET, ASP.NET MVC .
Voici le site : http://www.codeplex.com/Sculpture
Ici une petite vidéo de démo : http://www.dawliasoft.com/Sculpture/Beta2/Intro%2DPart1/

Outils de développement Microsoft Product Support Lifecycle

2009-03-09T12:44:00.000+01:00

Voici l'url pour connaitre le Product Support Lifecycle des produits de développement Microsoft.
http://support.microsoft.com/select/default.aspx?target=lifecycle&c1=501&

La stratégie est disponible à :
http://support.microsoft.com/default.aspx?scid=fh;en-us;lifecycle&ln=en-us&x=11&y=5#Mainstream%20Support

Visual Studio 2008, IDE pour PHP !!!!

2009-02-18T10:42:00.004+01:00

La société jcxSoftware vend un plug in pour Visual studio 2008 qui permet de faire du développement avec Visual Studio 2008 et PHP.
Au menu:

Support PHP4 et PHP5 ;
Coloration syntaxique ;
Intellisense (php, html, css, xml, xslt, javascript, smarty)
Debug (php, javascript, et .Net) dans la même session.

Le produit n'est pas gratuit : 100$
http://www.jcxsoftware.com/vs.php

PHP dans Visual Studio, Si on me l'avait dit, je ne l’aurais pas cru.

Un peu de lecture sur l'architecture logiciel (2)

2009-01-10T11:31:00.002+01:00

Suite à mon post : Un peu de lecture sur l'architecture logiciel
La version finale est disponible :
http://www.codeplex.com/AppArchGuide/Release/ProjectReleases.aspx?ReleaseId=20586

Bonne lecture ;-)

Identification des versions du .Net Framework de 1.0 à 2.0

2009-01-08T12:39:00.003+01:00

Voici un lien pour connaitre les versions existantes du Microsoft .Net Framework.
http://support.microsoft.com/kb/318785

En résumé :

.Net Framework 1.0
1.0.3705.0 Version finale d'origine
1.0.3705.209 .NET Framework Service Pack 1
1.0.3705.288 .NET Framework Service Pack 2
1.0.3705.6018 .NET Framework Service Pack 3
.Net Framework 1.1
1.1.4322.573 Version finale d'origine
1.1.4322.2032 .NET Framework Service Pack 1
1.1.4322.2300 .NET Framework inclus avec Windows Server 2003 32 bits Service Pack 1
.Net Framework 2.0
2.0.50727.42 Version finale d'origine

Lucene.net framework indexation full text

2009-01-06T18:09:00.002+01:00

Lucene.net est framework indexation full text qui correspond au portage 'brut' de Lucene en Java. C'est un framework donc pas d'application, mais des APIs pour faire de l'indexation et de la recherche full text.

Les liens tutorial :
http://www.codeproject.com/KB/library/IntroducingLucene.aspx
http://www.codeproject.com/KB/cs/lucene_analysis.aspx
Le site web de reference:
http://incubator.apache.org/lucene.net/
http://incubator.apache.org/lucene.net/download/

La vesion actuelle est la 2.0.004.

ESENT (Extensible Storage Engine) API in the Windows SDK

2009-01-05T22:57:00.002+01:00

Base de données ISAMdb en standard avec Windows.
Merci le SDK.
http://blogs.msdn.com/windowssdk/archive/2008/10/23/esent-extensible-storage-engine-api-in-the-windows-sdk.aspx

API .NET
http://www.codeplex.com/ManagedEsent

J'ai trouvé l'info sur : http://www.ergotinfo.fr/architecture/2008/12/esent-le-moteur-de-base-de-donn%C3%A9es-livr%C3%A9-avec-windows-.html

MOSS pour le développeur .Net

2008-11-18T22:37:00.002+01:00

Un site sympa avec tout les liens nécessaire pour ce mettre au développement sous MOSS.
http://www.microsoft.com/click/sharepointdeveloper/html/

Web services en .Net et erreur HTTP 403, arggg...

2008-11-17T17:23:00.010+01:00

Vous utilisez un web service depuis une application cliente en .Net 2.0, et lorsque vous faite l'appel à votre web services préféré. Boum !!!
Exception, erreur : HTTP 403 Forbiden.
Gloups...

Un petit test rapide avec Internet explorer vous montre que votre web service est bien accessible avec IE.
Regloups...

Si depuis IE, dans la boite de dialogue Outils/options Internets/Connexions/Paramètres du réseau... vous désactivez l'option "utilisez un serveur proxy ..."

Hop, ça marche.

He bien il a de fortes chances pour que votre problème soit lié à l'utilisation des règles d'exception qui ne sont pas prise en compte par le .Net Framework 2 alors que les autres paramètres de IE sont utilisés par défaut pour établir votre connexion.
Il faut donc écrire explicitement dans votre fichier .config les règles d'exclusion des url qui ne doit pas utilisées le serveur proxy.

Dans mon cas par exemple j'avais une url de la forme : http://tagada.mef:82/wsTest.asmx
Dans IE une règle d'exception : *.mef
Donc normalement mon serveur tagada.mef ne devrait pas utilisée le proxy, hé bien pour IE c'est vrai, mais pour mon appli c'est faux.
Donc petite modification dans le fichier .config de mon appli:

<system.net>
<defaultproxy>
<bypasslist>
<add address="\.mef$" />
</bypasslist>
</defaultproxy>
</system.net >

Et voilà ça marche.
Ps) vous pouvez être plus « brutale » et modifier directement le fichier machine.config de votre PC client.

Un peu de lecture sur l'architecture logiciel

2008-11-07T16:19:00.006+01:00

Je ne sais pas pour vous, mais j’ai passé de nombreuse journée et soirée à lire et relire la bible des architectures logicielles à base de techno Microsoft. Je veux parler du guide d’architecture « Application Architecture for .NET:Designing Applications and Services » de l’équipe Patterns & Practices.
Eh bien la version 2 de ce doc vient de sortir en Beta 1. Mise au gout du jour avec les applications RIA, OBA, SharePoint, etc. Pour SharePoint je vous conseil particulièrement le chapitre 23.

Le document est disponible sur codeplex à l’adresse suivante :
http://www.codeplex.com/AppArchGuide/Release/ProjectReleases.aspx?ReleaseId=18834
Il existe également des slides à l’adresse suivante :
http://www.codeplex.com/AppArch/Release/ProjectReleases.aspx?ReleaseId=17700

Concernant Sharepoint, il existe également depuis ce mois de Novembre un guide sur développement en MOSS. Je n’ai pas eu le temps de le lire, mais la tables des matières est plutôt sympa.

Creating a Development Environment and Installing the Training Management Application. This topic discusses how to create a SharePoint development environment and install the Training Management application.
Design of the Training Management Application. This topic explains how the Training Management application is designed and the reasons for those design decisions.
Training Management Application Walkthrough. This topic discusses how the Training Management application is implemented.
Deploying and Upgrading SharePoint Applications. This topic discusses the issues involved in deploying and upgrading SharePoint applications.
Upgrading the Training Management Application. This topic discusses how to apply upgrades to the Training Management application.
Development Activities. This topic contains procedures for performing various tasks such as how to debug SharePoint applications.
Technical Guidance. This topic discusses various technical issues that SharePoint developers frequently encounter such as how to organize features in a solution.
QuickStarts. The QuickStarts are small applications that help you understand aspects of SharePoint development.
Glossary. The glossary includes definitions of SharePoint-related terms.

Disponible à l’adresse : http://msdn.microsoft.com/en-us/library/dd203468.aspx

Envis de changement : Ruby on Rails

2008-10-20T21:47:00.010+02:00

Envi de changer, de voir autre chose que du .Net, bref je regarde un peu Ruby on Rails.

Dans le cadre d'un projet que je termine, j'ai utilisé le pattern ActiveRecord très bien implémenté dans Ruby on Rails.

Comme j'ai un peu de temps, j'ai décidé de jeter un coup d'œil sur ce langage (Ruby) et sur sont Framework web (Rails).

Voici déjà quelques liens de base pour commencer.

Un tutorial sur le langage Ruby, très agréable à lire : MacOSX_Ruby_Reference.pdf
Un tutorial sur le framework Rails : synthese_RoR.pdf
Le lien pour télécharger Ruby on rails pour Windows avec installation de Ruby et de Rails.

RubyForge Final Release

Dans un prochaine post, mon avis sur ce langage (si brillant.... facile).

Pourquoi je n'utilise plus Acrobat Reader

2008-10-13T09:12:00.003+02:00

Pour moi depuis longtemps maintenant, lorsque je pense PDF, je pense également Acrobat Reader.

Ah, Acrobat Reader, depuis longtemps aussi je peste devant la lenteur du chargement de l’application. Je ne parle pas du comportement étonnant de l’ActiveX dont les capacités de programmation sont aussi bonnes que les performances de chargement d’Acrobat Reader.
Eh, bien entre Acrobat et moi c’est fini. Si, si, il existe bien des solutions alternatives à ce produit.

En l’occurrence je suis passé à PDF-XChange Viewer http://www.docu-track.com/home/prod_user/PDF-XChange_Tools/pdfx_viewer ce produit est diffusé gratuitement par la société Tracker Software products http://www.docu-track.com/
Bien évidement, il est plus rapide au chargement de l’application. En termes de fonctionnalités il est également beaucoup plus riche. Comme par exemple la possibilité de faire des commentaires, ou d’écrire dans le fichier PDF, puis de sauvegarder vos modifications. Bien sur elles seront lisibles par un reader PDF autres.

Du côté de l’ActiveX c’est encore mieux. Toutes les fonctionnalités du produit sont disponibles, paramétrables, activables ou non. Bref il s’agit d’un vrai composant ActiveX (en revanche, il est payant : 1300 euro pour 25000 licences). Si vous avez besoins d’embarquer dans une application client riche un viewer de PDF dont vous maitrisés les fonctionnalités. Alors « The PDF-XChange Viewer SDK » est l’outil dont vous rêvez. http://www.docu-track.com/home/dev_tools/pdf/PDF-XChange_Viewer_SDK/

Stratégie de gestion de version des web services (part 1)

2008-10-08T11:07:00.009+02:00

1 - Stratégie de gestion de version des web services
Dans ce post nous essayons de définir une stratégie de gestion de version des web services.

Cette analyse ce base sur :
* Le point de vue de l’utilisateur de web service (ou consommateur), et ses attentes en terme de gestion de version.
* Le point de vue du fournisseur de web service, concernant sa capacité à maintenir opérationnelle une version, et plus particulièrement les événements possibles dans le cycle de vie d’une application (ici ) et les conséquences de ces événements sur les web services en terme de version.

1.1 - Le point de vue de l’utilisateur (consommateur) des web services

Tout d’abord le lecteur doit comprendre le point de vue de l’utilisateur d’un web service en termes de gestion de version.

Pour celui-ci la version d’un web service lui indique s’il existe des changements qui impactent son application et plus particulièrement le code de son application. Dans ce cas il devra réaliser des changements dans son application pour utiliser cette version de web service.

En revanche l’utilisateur d’un web service dans une version particulière s’attend ce que celui-ci soit immuable dans le temps, il s’agit de la notion de contrat de service.

Le contrat de service d’un web service s’engage à ne pas réaliser de changement sur :
* Les messages de requête
* Les messages de réponse
* Le nom des opérations disponibles sur un service
* Le nom du service lui-même
* La localisation du service
* La définition fonctionnelle d’une opération d’un web service
* La définition fonctionnelle du web service

Du point de vue de l’utilisateur d’un web service, si un changement dans le contrat de service se produit, il doit donner lieu à une nouvelle version du web service.

Lors du déploiement d’une nouvelle version (n+1) d’un web service, celle-ci ne doit en aucun cas impacter la version courante (n) du web service. Ceci pour garantir tous simplement que les applications développées sur la base de la version n du web service continuent de fonctionner normalement.

Les responsables des applications en interface avec un web service doivent être informés de l’existence d’une nouvelle version. Il sera alors de leur responsabilité de décider des actions à entreprendre du point de vue de leur application. Les actions possibles sont a priori :
* Continuer à utiliser la version n du web service. Dans ce cas le responsable de l’application doit valider la durée de vie de celle-ci auprès du fournisseur de service.
* Planifier une migration vers la nouvelle version n+1
* Dans certains cas le responsable d’application peut décider de continuer à utiliser la version n du web service pour une partie de son application, et la version n+1 pour une autre partie. Ce cas peut se produire sur une application de taille importante composée de plusieurs modules dont les plannings de livraison sont très étalés dans le temps.

Du point de vue de l’utilisateur d’un web service exposé par une application, le changement de version de l’application n’est pas une cause de changement de version des web services. Ce qui peut amener a des subtilités de gestion de version avec par exemple une application en version 10 qui exposerait un web service en version 1, ou même l’inverse…

Une autre subtilité de l’approche par contrat de service est la correction d’un bug. Imaginons un web service qui expose une opération dont le résultat est faux. Le responsable de l’application qui fournit le web service réalise la correction de l’anomalie, et la met en service. Du point de vue de l’utilisateur du web service, celui-ci n’a pas changé de version (le contrat n’étant pas modifié) aucune modification ne sera nécessaire dans son application, mais les résultats seront justes. Ceci fait apparaitre la différence entre la gestion de version d’un web service (caractérisé par le WSDL et le contrat de service) et la gestion de version de l’implémentation d’un web service qui est caractérisée par la version des composants logiciel utilisés pour exposer un service dans une version donnée. La gestion de version de l’implémentation d’un web service ne doit pas être visible du consommateur, contrairement à la gestion de version du web service.

1.2 - Le point de vue du fournisseur des web service

Du point de vue du fournisseur de web service la gestion de version d’un web service consiste principalement à assurer :

* La gestion de version du contrat de service du web service, c'est-à-dire de mettre à disposition des consommateurs les moyens nécessaires pour identifier de manière unique :
- la documentation technique et/ou fonctionnelle,
- la localisation du service,
- la version du service
- la politique de gestion de l’obsolescence, qui doit identifier la manière dont les services mis à disposition dans une version donnée deviennent obsolètes, et ne seront plus maintenus. La conséquence directe pour le consommateur étant l’indisponibilité du service.

* La gestion de version de l’implémentation d’un web service, consiste à identifier tous les éléments et moyens nécessaires au fonctionnement et à la maintenance d’un service dans une version donnée. Il s’agit principalement des éléments suivants :
- Les composants matériels (serveur, infrastructure, etc.)
- Les composants logiciels de type COTS comme par exemple le système d’exploitation, le compilateur, le serveur web, et la base de données.
- Les composants logiciels développés sur mesure comme les codes sources, les librairies, et les fichiers de configuration

La notion de maintenance dans le temps d’un service ne doit pas être prise à la légère. Il est effectivement très difficile d’intervenir en TMA sur un service développé il y a 3 ou 4 ans si la gestion de l’obsolescence n’a pas était prise en compte dans la gestion de version de celui-ci. Par exemple comment retrouver la version X d’un compilateur, ou comment installer de nos jours un poste de développement avec Windows NT 4.

1.3 - Les événements du cycle de vie logiciel et leurs conséquences sur la gestion de version d’un web service

Durant le cycle de vie d’un logiciel un certain nombre d’événements peuvent ce produire. Certains de ces événements peuvent avoir des effets directs ou indirects sur la gestion de version d’un web service. Nous avons identifié ici un certain nombre d’événements classiques, puis pour chacun d’eux nous essayons d’identifier les conséquences en terme de gestion de version.

Voici la liste des événements (probablement non exhaustive) que nous avons identifiés :
* Correction de bug dans le fonctionnement de l’application
* Correction de bug dans le fonctionnement interne d’un web service
* Ajout d’une nouvelle opération
* Ajout d’un nouveau type
* Ajout d’un nouveau web service
* Changement de version de l’application sans impact sur les contrats de service
* Changement de version de l’application avec impact sur les contrats de service
* Evolution de la définition fonctionnelle d’un web service
* Evolution de la définition fonctionnelle d’une opération d’un web service
* Changement d’un type de retour d’une opération
* Changement d’un type utilisé en paramètre d’une opération
* Evolution du modèle de données de l’application
* Suppression d’une opération
* Suppression d’un type
* Suppression d’un web service

1.3.1 - Correction de bug dans le fonctionnement de l’application

La correction d’un bug dans l’application ne doit pas être visible d’un point de vue du consommateur du service. Il n’y a donc pas de changement de version (voir également le cas 1.3.6).

Il faut toutefois prendre les mesures nécessaires pour s’assurer que la correction effectuée n’aura pas d’effet indirect sur le fonctionnement du service.

Changement de version : NON

1.3.2 - Correction de bug dans le fonctionnement interne d’un web service

La correction d’un bug dans le fonctionnement interne d’un web service correspond typiquement à la correction d’un résultat rendu par une opération.
Ce type de correction ne doit pas donner lieu à une nouvelle version du service car du point de vue du consommateur le contrat de service n’a pas changé. En l’occurrence il est plutôt devenu juste, en se sens que l’opération répond après correction aux objectifs fonctionnels attendus de celle-ci.

Le fait que la version du service ne change pas, n’implique pas que les consommateurs ne soient pas au courant de la correction de l’anomalie. Il est donc important que l’équipe projet communique sur le changement apporté, et sur les conséquences possibles.

Changement de version : NON

1.3.3 - Ajout d’une nouvelle opération

L’ajout d’une nouvelle opération sur un web service n’implique pas d’un point de vue technique de changement dans le code client existant. Effectivement le code client continue de fonctionner sans avoir connaissance de la nouvelle opération. Comme il n’a pas connaissance de cette nouvelle opération il ne peut pas l’utiliser. S’il désire utiliser cette nouvelle opération alors le code client devra être modifié.
Il est donc techniquement possible de déployer une nouvelle opération sans donner lieu à une nouvelle version.

Pour être puriste, l’ajout d’une nouvelle opération sur un web service constitue une évolution de la définition fonctionnelle d’un web service (voir cas 1.3.8), et donc doit être considéré comme une nouvelle version.

Changement de version : OUI/NON

1.3.4 - Ajout d’un nouveau type

L’ajout d’un nouveau type est lié à l’ajout d’une nouvelle opération. Il reprend donc les éléments cités pour le cas 1.3.3.

Ce nouveau type ne doit pas être utilisé dans des opérations existantes sinon il provoque le cas 1.3.10 ou le cas 1.3.11

Changement de version : OUI/NON

1.3.5 - Ajout d’un nouveau web service

L’ajout d’un nouveau web service n’implique pas d’un point de vue technique de changement dans le code client existant. Effectivement le code client continue de fonctionner sans avoir connaissance de ce nouveau web service. Comme il n’a pas connaissance de ce nouveau web service il ne peut pas l’utiliser. S’il désire utiliser ce nouveau web service alors le code client devra être modifié.
Il est donc techniquement possible de déployer un nouveau web service sans donner lieu à une nouvelle version.

Pour être puriste, l’ajout d’un nouveau web service constitue une évolution de la définition fonctionnelle des web services d’un système (voir cas 1.3.8), et donc doit être considéré comme une nouvelle version.

Changement de version : NON

1.3.6 - Changement de version de l’application sans impact sur les contrats de service

Dans le cas d’un déploiement d’une nouvelle version de l’application et si les modifications n’ont pas d’impact sur les web services, il ne doit pas y avoir changement de version des web services.

Ce qui provoquera une différence de version entre la version de l’application en cours d’exploitation et la version des web services.

L’équipe projet doit prendre les mesures nécessaires pour s’assurer que les changements apportés aux composants logiciels n’ont pas d’impact sur le fonctionnement des web service qui utilisent ces mêmes composants. Effectivement la modification des composants logiciels de l’application peut entrainer la nécessité de modifier le code d’implémentation des web services, mais de doit pas changer le comportement fonctionnel du web service.

Changement de version : NON

1.3.7 - Changement de version de l’application avec impact sur les contrats de service

Lorsque les changements survenus dans l’application sont nombreux ou fondateurs, il est certain que leurs conséquences seront la création d’une nouvelle version de web services.

Dans ce cas il est important de prendre des mesures pour être capable de maintenir en exploitation la version n-1 des web services.

Ces mesures peuvent être très couteuses en temps, voir même impossible. Par exemple comment maintenir la disponibilité d’une donnée exposée par le web service si celle-ci n’existe plus dans le modèle de données de l’application ?

Changement de version : OUI

1.3.8 - Evolution de la définition fonctionnelle d’un web service

Une évolution fonctionnelle d’un web service implique nécessairement un changement de version car il y a changement dans le contrat de service.

Changement de version : OUI

1.3.9 - Evolution de la définition fonctionnelle d’une opération d’un web service

Une évolution fonctionnelle d’une opération d’un web service implique nécessairement un changement de version car il y a changement dans le contrat de service.

Changement de version : OUI

1.3.10 - Changement d’un type de retour d’une opération

Un changement dans un type de retour d’une opération implique nécessairement un changement de version car il y a changement dans le contrat de service.

Changement de version : OUI

1.3.11 - Changement d’un type utilisé en paramètre d’une opération

Un changement dans un type utilisé comme paramètre d’une opération implique nécessairement un changement de version car il y a changement dans le contrat de service.

Changement de version : OUI

1.3.12 - Evolution du modèle de données de l’application

Si une évolution du modèle de données se produit, et si ce changement est visible dans les types utilisés par un web service alors il doit y avoir un changement de version.

Si l’évolution du modèle de données n’est pas visible alors, il n’est pas nécessaire de faire un changement de version.

Changement de version : OUI/NON

1.3.13 - Suppression d’une opération

La suppression d’une opération sur un web service est équivalente au 1.3.8.

Changement de version : cf. 1.3.8

1.3.14 - Suppression d’un type

La suppression d’un type sur un web service est équivalente au 1.3.8.

Changement de version : cf 1.3.8

1.3.15 - Suppression d’un web service

La suppression d’un type sur un web service est équivalente au 1.3.8.

Changement de version : cf 1.3.8

2 - Implémentation par le projet de la gestion de version des web services

La gestion de version des web services de est basée sur des mécanismes simples. En résumé la version d’un web service est identifiée par l’élément targetNamespace du contrat du web service [AGARWAL] [SUBBU1] [SUBBU2].
Chaque version des web services est déployée sur un site web.
Il existera donc à terme plusieurs sites web hébergeant les web services de dans différentes versions. Ce Mécanisme permet de garantir aux applications clientes consommatrices leur fonctionnement, indépendamment des évolutions des web service de .

A aujourd’hui, il n’a pas été défini combien de versions seront maintenues dans le temps, ou quel sera l’événement déclencheur de l’abandon d’une version, ni même s’il un tel événement existera un jour.

Il est certain que le nombre de versions maintenues devra être limité. En conséquence les applications clientes consommatrices devront évoluer d’une version x.x supprimée à la dernière version disponible.

2.1 - Identification d’une version de web services

L’identification de la version d’un web service est disponible dans l’élément targetNamespace du WSDL.

La codification retenue est la suivante : http://ws.lde:82/WebService/vX.m
avec :
v : une constante caractère pour identifier la version ici ‘v’ pour version
X : est le numéro de version majeur
m : est le numéro de version mineur.

Voici un exemple de WSDL où la version des web services est identifiée comme étant la version 3.2.

…

2.2 - Localisation d’une version des web services

Le targetNameSpace est également utilisé pour définir l’URL de déploiement d’une version donnée des web services de .

Dans l’exemple ci-dessus le targetNameSpace est défini ainsi :
targetNamespace="http://ws.lde:82/WebService/v3.2"

En conséquence, le fichier WSDL qui contient cette définition indique :
1. qu’il s’agit de la version V3.2 des web service
2. que l’URL racine des web services de cette version est : http://ws.lde:82/WebService/v3.2

Les URLs des web services sont donc : http://ws.lde:82/WebService/v3.2/Test.asmx

2.3 - Règles de gestion de version des web services

Les règles de gestion de version des web services de ont été définies à partir de l’analyse menée précédemment. Celles-ci sont présentées dans le tableau présenté ci-après :

R1
Un changement du contrat de service d’un web service implique un changement de version du web service, et R0 doit être appliquée.

R2
Un changement de version du web service implique la création d’un site web dédié au support de ce web service dans cette version, et R0 doit être appliqué.
Les versions précédentes du web service restent disponibles sur leur propre site web.

R3
Une correction d’anomalie dans l’application n’implique pas de changement de version du web service. Sauf si la correction a un impact direct sur le fonctionnement du web service.

R4
Une correction d’anomalie dans un web service n’implique pas de changement de version du web service, sauf si la correction implique R1.

R5
Une nouvelle version de l’application n’implique pas un changement de version du web service, sauf si la nouvelle version implique R1.

R6
Le changement du modèle de données n’implique pas un changement de version du web service, sauf si le changement du modèle de données est visible dans les messages de données, ce qui revient à l’application de la règle R1.

3 – Document de référence

AGARWAL
Versioning of web service interface, Anamika Agarwal, 06/04
Cette thèse présente de manière exhaustive la problématique de la gestion de web services.
http://dspace.mit.edu/bitstream/handle/1721.1/28630/58917752.pdf;jsessionid=97E53C5C1D2CC9381C2F724FDF6B874C?sequence=1

SUBBU1
Web services versionning part 1
Web services versionning part1
http://www.subbu.org/blog/2004/12/web-services-versioning-part-1

SUBBU2
Web services versionning part 2
Web services versionning part2
http://www.subbu.org/blog/2005/08/web-services-versioning-part-2

VSeWSS 1.2 et le support de Visual Studio 2008

2008-06-18T22:35:00.004+02:00

La version 1.2 de SeWSS est sortie, elle apporte enfin le support de Visual Studio 2008.
Le lien de telechargement :
http://www.microsoft.com/downloads/details.aspx?FamilyID=7bf65b28-06e2-4e87-9bad-086e32185e68&displaylang=en
La version FR n'est pas encore disponible.
Sinon il n'y a pas de nouveautés hormis le support de VS 2008.

Pour mémoire VSeWSS = Visual Studio Extension pour Windows Sharepoint Services.

Création d'un fichier PDF par API, grace à iTextSharp

2008-06-17T17:23:00.004+02:00

iText# (iTextSharp) est le portage de la librairie open source iText écrite en Java en C#.
Cette librairie permet de générer des fichiers PDF par API.

Le site d’iTextSharp : http://sourceforge.net/projects/itextsharp/
Un tutorial en français : http://itext.ugent.be/articles/iTextSharp.doc
Le très bon site de tutorial et astuces (anglais) : http://itextdocs.lowagie.com/tutorial/
Il existe un livre, qui de faite est la bible :
http://www.amazon.com/dp/1932394796?tag=itisacatalofwebp&camp=14573&creative=327641&linkCode=as1&creativeASIN=1932394796&adid=1GSTB23N4QZGGGNKY5MD&

Un exemple simple de mise en œuvre.

using System;
using System.IO;
using iTextSharp ;
using iTextSharp.text ;
using iTextSharp.text.pdf ;

namespace TestiText
{
class Program
{
static void Main(string[] args)
{
Document pdfDoc = new Document();

try
{
PdfWriter.GetInstance (pdfDoc, new FileStream("fichier.pdf", FileMode.Create));
pdfDoc.Open();

int inblig=100;
int inbcol=5;
PdfPTable tableau = new PdfPTable(inbcol);
tableau.HeaderRows = 1; // La premiere ligne du tableau est egalement le titre

// Creation du titre
for (int icol = 0; icol < inbcol; icol++)
tableau.AddCell(String.Format("COL {0}", icol));

// Creation d'un tableau de 5 colonnes avec 100 lignes
// pour faire un test sur le titre lors d'un changement de page
for (int ilig = 0; ilig < inblig; ilig++)
for (int icol = 0; icol < inbcol; icol++)
tableau.AddCell(String.Format("CELL {0}.{1}",ilig,icol));

// Ajout du tableau dans le document
pdfDoc.Add(tableau);

// Ajout de paragraphe dans le document
for (int i = 0; i < 200; i++)
pdfDoc.Add(new Paragraph("Paragraphe N° "+i.ToString()));
}
catch (DocumentException de)
{
Console.WriteLine("error " + de.Message);
}
catch (System.IO.IOException ioe)
{
Console.WriteLine("error " + ioe.Message);
}

pdfDoc.Close();
}
}

}