Discussion :

[ShevchenKik]

Bonjour,

je cherche à copier un projet Visual Studio et à le renommer. En l'occurence, il s'agit d'un contrôle ActiveX: j'ai une version de base que j'aimerais bien compléter, sans pour autant supprimer mon ancien projet.

Dans VS je n'ai rien trouvé pour tout faire automatiquement., alors j'ai télech CopyWiz 2.1, qui est "sensé" faire tout ca: renommer les fichiers, les classes, et changer les GUID si necessaire.

Sauf qu'il "oublie" quelques noms et que les GUID il les laisse telles quelles.

En forcant un peu j'ai quand même réussi à obtenir un truc qui marche:
1- Faire passer le projet par CopyWiz
2- Dans le projet généré, remplacer "manuellement" (Find & replace) ce que CopyWiz a oublié
3- Creer un nouveau projet de contrôle ActiveX, copier ses GUID et les utiliser pour le nouveau projet

Là ca marche, mais ca ne m'a pas l'air très "propre" donc j'aurais aimé avoir votre avis. Si vous avez une meilleure facon de faire ca je suis preneur! Merci d'avance

[ShevchenKik]

Re,

comme je n'ai pas de réponse:
- Est-ce une question tellement bête qu'elle ne mérite aucune attention?
- Ou alors a-t-elle déjà été posée ailleurs sur ce forum (j'ai cherché pourtant...) ?
- Ou bien personne n'a de solution?

Ca m'étonnerait quand même beaucoup d'être le 1er à avoir ce genre de problème....

Votre avis est le bienvenu, merci!

[farscape]

salut,
ta solution me semble viable même si ce n'est pas très "propre " c'est mieux que de se le faire a la main ..

[ShevchenKik]

OK, merci farscape,

j'en déduis qu'il n'y a vraiment rien dans VS pour faire ca automatiquement....c'est quand même un comble alors que VS existe et évolue depuis plus de 10 ans....Ou alors j'ai loupé un épisode...

Bon, ben dans ce cas je vais continuer à bidouiller...

[farscape]

je dirais que les Activex ne sont plus vraiment dans les préoccupations de MS..

[zarrouk]

Bonjour,

J'ai le même problème avec un projet sharepoint workflow dans Visual Studio, en effet je désire changer l'emplacement du projet car je n'arrive pas a accéder a certains fichiers, quelqu'un a une méthode simple pour déplacer un projet sans avoir a changer les GUID ...

Plus précisément mon problème est le suivent :
En essayant de récupérer le public key j'ai ce message : "workflow.dll ne représente pas un assembly à nom fort"

en effet mon projet est enregistré dans un emplacement réseau, et pour récupérer ce public key il faut qu'il soit en local, et je n'arrive pas a déplacer le projet

Merci pour votre aide

[snouss]

C'est drôle, j'ai eu le PB ce matin. Il m'est alors venu l'idée de créer un template de mon projet et de créer un nouveau projet à partir ce celui-ci. A l'enregistrement tu donnes le nom que tu veux.. attention dans les propriétés du projet "Assembly information" c'est le nom du template qui est indiquer, il n'y a que ça à changer si tu l'utilises.

[bacelar]

Il peut être très pertinent de ne pas changer certain UUID d'un projet.

Comme les UUID de catégorie ou celle venant d'import de typelib extérieur.

Donc l'approche, je change tout à l'aveugle est, pour le moins, cavalière.

J'ai du mal à comprendre ce concept de pseudo-migration.
Soit vous changez les contrats d'interface déclarés et il est tout à fait logique de changer les UUID à chaque changement d'interface (sciemment et activement) ou vous ne changez rien.

Quel est le rapport entre l'emplacement de la sortie d'un projet VS avec les contraintes de sécurité de l'exécution d'un programme .NET ?

Si vous voulez lancer votre programme dans un environnement "safe", une simple copie en fin de génération dans une zone déclarée sûre par les Policies du domaine devrait faire largement l'affaire.