Discussion :

[Ruddy]

Bonjour à tous

Je viens de migrer un service windows fait en vb.net du framework 1.0 au framework 2.0. Pour que la migration soit réussi, j'ai du migrer vers le 1.1 avant de migrer vers le 2.0. Le projet compile et quand je débugge il fai bien sont boulot.

Le service windows surveille un repertoire a l'aide d'un filewatcher, il recupere les documents qui y sont déposés, il les traitent puis il envoie des emails.

Pour envoyer les emails, j'ai cru comprendre en lisant le code que le developpeur a l'origine du Win Service à utilisé une classe Classe permettant d'heberger des applications ASP.NET en dehors d'une application IIS.

j'ai du placer les differentes pages aspx dans le repertoire bin generer a l'installation pour qu'il soit capable de les trouver.

Quand j'installe le service en cliquant que le projet setup et que je le lance, tout va bien et il arrive a generer les emails a envoyer.


Quand j'installe le service en generant un MSI a partir du projet setup, il n'est plus en mesure de générer les emails.

Le compilo dit : impossible de charger la dll aspnet_isapi.dll. En recherchant sur mon poste, je possède une version de cette dll pour les framework 1.0, 1.1 et 2.0 dans Windows\Framework\1.0..1.1..2.0.

Je ne sais pas trop quoi faire pour que l'installation MSI fonctionne

Avez vous une idée ??

[Poulain]

En fait, c'est là un des problèmes des différentes version du framework.

Si tu regardes dans framework le nom des répertoires : 1.0.5718 par exemple. Eh bien ce ne sera peut-être pas la version qui est dans le web.config.

Si tu regardes, tu as une partie ou il y a les assemblies référencés:

Code xml :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
<assemblies>
<add assembly="System.ServiceProcess, Version=2.0.0.0, Culture=neutral, PublicKeyToken=B03F5F7F11D50A3A"/>
<add assembly="System.Windows.Forms, Version=2.0.0.0, Culture=neutral, PublicKeyToken=B77A5C561934E089"/>
<add assembly="System.Design, Version=2.0.0.0, Culture=neutral, PublicKeyToken=B03F5F7F11D50A3A"/>
<add assembly="System.Core, Version=3.5.0.0, Culture=neutral, PublicKeyToken=B77A5C561934E089"/>
<add assembly="System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35"/>
<add assembly="System.Xml.Linq, Version=3.5.0.0, Culture=neutral, PublicKeyToken=B77A5C561934E089"/>
<add assembly="System.Data.DataSetExtensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=B77A5C561934E089"/>
<add assembly="eWorld.UI, Version=2.0.6.2393, Culture=neutral, PublicKeyToken=24D65337282035F2"/>
</assemblies>

Il faut que la version soit la meme que le nom de ton repertoire, il me semble.

[Ruddy]

Bonjour Poulain,

Merci pour ta réponse.

Je comprend parfaitement ton explication et je pense qu'il s'agit d'une bonne piste.

Cependant, a la lecture des différents fichers "config" présent au sein des projets de ma solution je ne trouve aucune ligne de code se rapprochant de l'exemple de code que tu cite.

En creusant encore ce matin, je me rends compte que si je renomme le fichier aspnet_isapi.dll du framework 1.1 ("C:\WINDOWS\Microsoft.NET\Framework\v1.1.4322"), l'application installé en utilisant visual studio et non le MSI générén ne fonctionne plus.

l'application cherche donc a utiliser la version 1.1 de cette dll et pas du 2.0.

j'ai le chic pour tomber sur des problèmes pas communs .

Il y a surement un endroit ou je peux configurer tout cela mais je ne vois pas où. Si quelqun a une idée......?

merci

[Poulain]

Pour la dll isapi, je pense que c'est iis qui s'en sert normalement...

Car, quand j'ai configuré iis pour php, il m'a fallut utiliser la dll isapi....

[Ruddy]

l'application n'utilise pas IIS il me semble :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
''' Classe permettant d'heberger des applications ASP.NET en dehors d'une 
	''' application IIS.
	''' </summary>
	''' <remarks>
	''' Cette classe permet d'encoder directement le resultat du traitement de 
	''' la page aspx dans le format fournit par le stream. Si l'on utilise un 
	''' SimpleWorkerRequest, celui ci encode avec l'encoder par defaut ce qui 
	''' peut generer des problemes de double encodage.
	''' </remarks>
	Private Class CustomEncodingWorkerRequest
		Inherits SimpleWorkerRequest
 
		''' <summary>
		''' Objet <see cref="TextWriter" /> dans lequel on ecrit le flux de 
		''' sortie.
		''' </summary>
		Private Output As TextWriter
 
		''' <summary>
		''' Initialise une nouvelle instance de la classe 
		''' <see cref="CustomEncodingWorkerRequest" />
		''' </summary>
		''' <param name="sPage">La page aspx a traiter.</param>
		''' <param name="sQuery">La query string.</param>
		''' <param name="Output">
		''' Le stream dans lequel ecrire le flux de sortie.
		''' </param>
		Public Sub New(ByVal sPage As String, ByVal sQuery As String, ByVal Output As TextWriter)
			MyBase.New(sPage, sQuery, Output)
			Me.Output = Output
		End Sub
 
		''' <summary>
		''' Ajoute a la réponse le contenu d'un tableau d'octets.
		''' </summary>
		''' <remarks>
		''' C'est dans cette methode qu'on encode le tableau d'octets avec 
		''' l'encodeur fourni et non l'encodeur par defaut.
		''' </remarks>
		''' <param name="data">Le tableau d'octets a ajouter.</param>
		''' <param name="length">Le nombre de byte du tableau a lire.</param>
		Public Overloads Overrides Sub SendResponseFromMemory(ByVal data() As Byte, ByVal length As Integer)
			Output.Write(Output.Encoding.GetChars(data, 0, length))
		End Sub
	End Class

Compliqué tout ca

En effet l'arret d'iis ne le perturbe pas. De plus dans la configuration des chemins d'accès utiliser par la dll, tout fait référence au framework 2.0

[Poulain]

c'est que ce n'est peut etre pas la bonne piste...