Bonjour,

j'ai créé une petite application avec le framework 3.5, mais je ne peux pas
l'installer sur le PC cible car celui-ci tourne sur XP sans service pack 2
(nécessaire pour d'autres applications professionnelles).

Comment puis-je redescendre en version de framework (si c'est possible) pour
faire tourner mon application sur un XP "de base" ?

Merci pour vos lumières...

En fait, j'ai trouvé la réponse : DEVELOPPER EN JAVA !!!

:-)))

"C-Dièse" <@> a écrit dans le message de news:
4ac48166$0$17531$426a74cc...
[..]

C-Dièse a écrit :
> Bonjour,
> j'ai créé une petite application avec le framework 3.5, mais je ne peux
> pas l'installer sur le PC cible car celui-ci tourne sur XP sans service
> pack 2 (nécessaire pour d'autres applications professionnelles).
> Comment puis-je redescendre en version de framework (si c'est possible)
> pour faire tourner mon application sur un XP "de base" ?
> Merci pour vos lumières...

Hum, bizarre. A partir d'XP, il n'y a aucunes raisons de ne pas passer à
XP + SP2/3, si ce n'est que si l'application ne tourne plus sour XP +
SP, c'est que l'application a un pb.

Maintenant, si tu as choisi d'utiliser le fwk 3.5, c'est que tu as une
réelle raison, genre utilisation de WPF, WCF ou autre.
Si ce n'est pas le cas, la compilation en mode 2.0 de ton appli ne
devrait pas poser de pb.

NB: Y'a les meme pbs avec Java.

Salut Richard et merci pour ta réponse.

"Richard Clark" <rclark> a écrit dans le message de news:
OnwlFP4QKHA.1236...
> C-Dièse a écrit :

> Hum, bizarre. A partir d'XP, il n'y a aucunes raisons de ne pas passer à XP +
> SP2/3, si ce n'est que si l'application ne tourne plus sour XP + SP, c'est que
> l'application a un pb.

En fait, l'application en question a effectivement un "problème"... C'est une
application de comptabilité qu'il ne faut surtout pas "brusquer". Bref,
interdiction formelle de modifier la version de l'OS, ni ajouter un SP... Bah,
la compta c'est sacré !

> Maintenant, si tu as choisi d'utiliser le fwk 3.5, c'est que tu as une réelle
> raison, genre utilisation de WPF, WCF ou autre.

C'est bien le problème... J'ai choisi le 3.5 et je ne peux pas l'utiliser
partout... Pas très portable ça.

> Si ce n'est pas le cas, la compilation en mode 2.0 de ton appli ne devrait pas
> poser de pb.

Tout ce que je peux dire, c'est que si je change le Framwork cible dans les
propriétés du projet pour descendre à ".NET Framework 2.0", j'ai les
avertissements suivants :

-Avertissement 1: Impossible de résoudre l'assembly
System.ComponentModel.DataAnnotations. L'infrastructure cible requise par cet
assembly (3.5) est plus élevée que l'infrastructure cible du projet. Si cette
référence est requise par votre code, vous obtiendrez des erreurs de
compilation.
-Avertissement 2: Impossible de résoudre l'assembly System.Xml.Linq.
L'infrastructure cible requise par cet assembly (3.5) est plus élevée que
l'infrastructure cible du projet. Si cette référence est requise par votre code,
vous obtiendrez des erreurs de compilation.
-Avertissement 3: Impossible de résoudre l'assembly
System.Data.DataSetExtensions. L'infrastructure cible requise par cet assembly
(3.5) est plus élevée que l'infrastructure cible du projet. Si cette référence
est requise par votre code, vous obtiendrez des erreurs de compilation.
-Avertissement 4: Le composant référencé 'System.ComponentModel.DataAnnotations'
est introuvable.
-Avertissement 5: Le composant référencé 'System.Xml.Linq' est introuvable.
-Avertissement 6: Le composant référencé 'System.Data.DataSetExtensions' est
introuvable.

> NB: Y'a les meme pbs avec Java.

Les mêmes problèmes ? La JVM demande-t-elle le SP2 pour fonctionner ? J'ai des
doutes, là... J'ai commencé à réécrire mon appli en Java (avec NetBeans) et
les premiers tests fonctionnent nickel sur XP, XP SP2, Linux Suse.

Mais, bon, s'il y a une solution pour utiliser le fwk 2.0, je suis preneur...

A+

Concretement, y'a un gros pb de com (marketing) de MS : le framework
3.5, 3.0 n'existe pas.

Les framework 2.0, 3.0, 3.5 fonctionnent tous sous le meme runtime, le
v2.0.50727 (va voir dans le répertoire
C:\Windows\Microsoft.NET\Framework et tu verras que seuls les 1.0, 1.1
et 2.0 ont des noms à rallonge, les autres sont juste 3.0 et 3.5).

Bref, avec les 3.0 et 3.5, MS t'offre juste de nouvelles applications
(WPF, WCF & co) et de nouveaux compilateurs qui comprennent les syntaxes
Linq & co.
MAis le runtime est le meme.

Donc ton code qui ne fonctionne que sous le fw 3.5, ce n'est que parce
qu'il :

1/ Utilise des assemblys qui sont dans les nouvelles applis livrées avec
les v 3.x
2/ Utilise les nouvelles syntaxes supportées pour les nouvelles versions
des compilateurs

> Donc ton code qui ne fonctionne que sous le fw 3.5, ce n'est que parce
> qu'il :
> 1/ Utilise des assemblys qui sont dans les nouvelles applis livrées avec les v
> 3.x
> 2/ Utilise les nouvelles syntaxes supportées pour les nouvelles versions des
> compilateurs

Ok, merci pour ces infos. Mais, concrètement, le résultat est le même : une
appli développée avec le framework 3.5 ne fonctionne pas sur une machine sur
laquelle le framework 3.5 n'est pas installée... Or, je n'ai pas pu installer le
framework 3.5 sur le PC qui ne doit pas passer en SP2.

Par contre, avec Java, il suffit d'installer la dernière JVM et ça roule !

Microsoft a peut-être trop voulu utiliser ses dll systèmes ou un truc dans le
genre, je ne sais pas, mais le résultat est une portabilité super-limitée ! J'ai
du mal à comprendre l'intérêt , alors, d'utiliser une machine virtuelle...