none
APPV (MDOP) RRS feed

  • Question

  • Bonjour

    Je ne sais pas si je suis dans le bon forum mais je n'ai pas trouvé le sujet.

    Je suis chez un client pour faire une maquette. Sur APPV c'est pas le premier client donc je n'ai pas de pb. En revanche ce client a des installations complétement automatisées (msi). Toutes les applications s'installe dans c:\program files.

    Normalement je modifie toujours le chemin d'installe pour que les applications s'installe dans Q:. Mais là je ne peux pas.

    En revanche je fais toujours la même procédure, cad je crée un dossier dans le lecteur Q correspondant au nom de l'application.

    J'installe les différents produits, qui eux vont s'installer dans c:\program files. Lorsque j'ai fini dans mon dossier q:\application je retrouve bien tout et l'application se lance.

    Est ce qu'il est vraiment nécessaire que tout s'installe dans Q: puisque on retrouve nos applications dans les différents répertoire CSIDL_... ?

     

    Merci

     

     

    mercredi 5 mai 2010 08:54

Réponses

  • Bonjour

    Le message date, mais je suis revenu sur le projet et j'ai trouvé.

    L'application nécessitait un PATH particulier mais j'avais pas l'info en 2010. Donc j' ai ajouté le PATH dans mon fichier OSD et c'est bon.

    Merci

     

    Yoann


    yoann
    • Marqué comme réponse HO2 jeudi 10 novembre 2011 15:11
    jeudi 10 novembre 2011 15:11

Toutes les réponses

  • Le Q: (même si c'est la lettre peut être n'importe quelle lettre de lecteur libre dans le système) doit toujours être disponible dans le client App-V. C'est essentiellement en vue d'un dossier-cache dans le cas où le client conserve le paquet de données, que ce soit en provenance du streaming ou par le biais de livraison MSI.

    Sur le séquenceur, cette partition est créé et l'idée est que lorsque l'application est exécuté sur le client, il voit toujours le même disque . Il ya des mécanismes dans l'App-V, qui tente de compenser le changement possible de la lettre de lecteur, mais certaines applications utilisent par exemple des fichiers INI que App-V ne peut pas intercepter et modifier . C'est pourquoi on doit garder la lettre de lecteur de la partition réelle sur le séquenceur et lecteur virtuel dans le client.

     

     

     


    Bechir Gharbi. MCSA, MCSE M+S, MCITP Server/Enterprise Administrator, MCT, MCTS Configuration Manager/Forefront (Time Zone : GMT+1)
    mercredi 5 mai 2010 09:30
    Modérateur
  • Oui merci.

    Mais tout ça je connais, en fait mon problème est que si j'ai l'application de base du client, au moment ou j'installe je peux modfier le chemin (q:\application) mais pour la majorité de leurs applications ils ont un service qui a re packagé les appli en MSI.

    Dans ce dernier cas je ne peux pas modifier le chemin. Donc tout s'installe dans c:\program.

    Une fois terminé, je vois bien dans Q:\application\CSIDL_PROGRAM... les différentes appli.

    Pour le moment ça fonctionne mais je ne suis pas à l'abri qu'un module de l'appli qui fait appel à un client oracle fonctionne.

    mercredi 5 mai 2010 09:51
  • Pour le moment ça fonctionne mais je ne suis pas à l'abri qu'un module de l'appli qui fait appel à un client oracle fonctionne.


    Peut tu tester tous les modules de l'application et voir ya t-il des disfonctionnement ?

    Ainsi, je n'ai pas actuellement une plateforme app-v sur mon laptop, ce soir je vais me connecter sur ma plateforme (@ home) et voir s'il ya un autre issu.

    J'attend ton retour si tu rencontre des pb.


    Bechir Gharbi. MCSA, MCSE M+S, MCITP Server/Enterprise Administrator, MCT, MCTS Configuration Manager/Forefront (Time Zone : GMT+1)
    mercredi 5 mai 2010 10:06
    Modérateur
  • J'ai séquencé une application que nous allons appeler A, elle se lance très bien.

    Ensuite j'ai séquencé une application B qui s'exécute également très bien.

    L'application A appelle l'application B avec un lien OLE. Pour expliquer un peu plus normalement lorsqu' on lance l'application A, elle charge un fichier de conf qui se trouve sur un serveur. Dans ce fichier de conf on trouve un lien OLE vers mon application B. L'avantage c'est que je n'ai pas besoin de m'authentifié à nouveau les paramètres sont passés dans le lien. Alors bien avec APPv ce n’est pas la même chose.

    Pour répondre à mon problème, j'ai modifié le fichier de conf sur le serveur (sfttray.exe /LAUNCH B). Je lance A ensuite je clic sur le lien B et elle se lance. Mais sans les paramètres je suis obligé de m'authentifié ce qui pause un pb.

    Est-ce que quelqu'un a une idée ?

    Merci

    mercredi 5 mai 2010 15:52
  • Bonjour

    Je suis confronter à un nouveau problème. Je viens de séquencer une application. Je l'ai publié.

    Lorsque je la lance tout fonctionne bien, mais au bout de 1 seconde l'application s'arrête.

    Est ce que quelqu'un a une idée ?

    Les messages de log sont classiques

    05/07/2010 16:41:51:548 ???? INF] {tid=3E0:usr=user}
    Une erreur s'est produite lors de l'ouverture du registre virtuel (section : 9), rc : 07B01F0C-0000004A


    [05/07/2010 16:41:51:563 ???? INF] {tid=3E0}
    Une erreur s'est produite lors de l'ouverture du registre virtuel (section : 9), rc : 07B01F0C-0000004A


    [05/07/2010 16:41:51:595 SWAP INF] {hap=5C:app=QPl 1.0:tid=3E0:usr=user}
    Temps de chargement écoulé : 0,157 secondes


    [05/07/2010 16:41:53:363 SWAP INF] {hap=5C:app=QPl 1.0:tid=3E0:usr=user}
    Temps de lancement écoulé : 2,281 secondes


    [05/07/2010 16:42:03:318 SWAP INF] {hap=5C:app=QPl 1.0:tid=3E0:usr=user}
    App fermée

    vendredi 7 mai 2010 14:43
  • Bonjour

    Le message date, mais je suis revenu sur le projet et j'ai trouvé.

    L'application nécessitait un PATH particulier mais j'avais pas l'info en 2010. Donc j' ai ajouté le PATH dans mon fichier OSD et c'est bon.

    Merci

     

    Yoann


    yoann
    • Marqué comme réponse HO2 jeudi 10 novembre 2011 15:11
    jeudi 10 novembre 2011 15:11