Deutsche SoftGrid und App-V User Group

App-V (SoftGrid) Client Konfiguration :: RE: Default Application - kann nicht starten....

Autor: vkleiner
Verfasst am: 16.12.2008, 08:31 (GMT 1)
Thema Antworten: 15

Hi,
dann poste bitte nochmal so die letzten 10 Eintr�ge aus der Logdatei vom Client.

___________________
Joh - wir schaffen das !

App-V (SoftGrid) Client Konfiguration :: RE: Default Application - kann nicht starten....

Autor: 2search
Verfasst am: 15.12.2008, 16:59 (GMT 1)
Thema Antworten: 15

danke f�rs posten der .osd datei - offensichtlich ist die ms doku hier falsch - auf Seite 27 schreibt sie:CODEBASHREF.....

bzgl. Telnet: wenn ich vom Client aus folgendes versuche:

telnet vmw2 554 --> erscheint folgendes:

RTSP/1.0 400 Bad Request
Server: Microsoft Application Virtualization Server/4.5.0.1485 [Win32; Windows N
T 6.0]
Date: Mon, 15 Dec 2008 15:58:14 GMT

damit sollte telnet glaube ich funktionieren....

aber leider funktioniert das werkl immer noch nicht....

lg,
2search

App-V (SoftGrid) Client Konfiguration :: RE: Default Application - kann nicht starten....

Autor: vkleiner
Verfasst am: 15.12.2008, 16:33 (GMT 1)
Thema Antworten: 15

Hi,
hier eine DefaultApp:

<?xml version="1.0" standalone="no"?>
<SOFTPKG GUID="A1FA0C7D-CC79-403C-AE17-2DABADC9D768" NAME="DefaultApp MFC Application" VERSION="1.0.0.1">
<IMPLEMENTATION>
<CODEBASE HREF="RTSP://SGT:554/DefaultApp.sft" GUID="4F361562-D469-41D8-B6EF-D50538FDB202" PARAMETERS="" FILENAME="defapp\DefaultApp.exe" SYSGUARDFILE="defapp\osguard.cp" SIZE="4720348"/>
<WORKINGDIR>%SFT_MNT%\defapp</WORKINGDIR>
<VIRTUALENV TERMINATECHILDREN="FALSE">
<ENVLIST/>
</VIRTUALENV>
<VM VALUE="Win32">
<SUBSYSTEM VALUE="windows"/>
</VM>
</IMPLEMENTATION>
<DEPENDENCY>
<CLIENTVERSION VERSION="4.5.0.0"/>
</DEPENDENCY>
<PACKAGE NAME="DefaultApp"/>
<ABSTRACT>This application is provided with Microsoft Application Virtualization as a default application for test purposes. It is generally deployed as available to the default user on the default server group to enable administrators to prove basic system and network connectivity.</ABSTRACT>
<MGMT_SHORTCUTLIST>
<SHORTCUT LOCATION="%CSIDL_STARTMENU%" FILENAME="" OVERRIDDEN="TRUE" DISPLAY="DefaultApp" ICON="%SFT_MIME_SOURCE%/DefaultApp.ico"/>
</MGMT_SHORTCUTLIST>
<MGMT_FILEASSOCIATIONS>
<PROGIDLIST/>
<FILEEXTENSIONLIST/>
</MGMT_FILEASSOCIATIONS>
</SOFTPKG>

Im deinem letzten post ging der telnet nicht (zitat).
Ich gehe jetzt davon aus, das der XP Client diesen Test erfolgreich bestanden hat.

App-V (SoftGrid) Client Konfiguration :: RE: Default Application - kann nicht starten....

Autor: 2search
Verfasst am: 15.12.2008, 16:00 (GMT 1)
Thema Antworten: 15

Hi,

also telnet vmw2 554 funktioniert....aber leider nicht meine default App.

Ich hab ne gro�e Bitte - vielleicht hab ich bei mir einfach meine defaultApp.osd verhaut - k�nnte bitte jemand seine eigene Posten (unkenntlich gemacht, schon klar...) damit ich mal schauen kann, was bei euch drinnen steht und vielleicht bei mir falsch ist?

vielen Dank!
2search

Hier w�r meine:

?xml version="1.0" standalone="no"?>
<SOFTPKG GUID="A1FA0C7D-CC79-403C-AE17-2DABADC9D768" NAME="DefaultApp MFC Application" VERSION="1.0.0.1">
<IMPLEMENTATION>
<CODEBASEHREF="RTSP://VMW2.xxx.xx.xx:544/DefaultApp.sft" GUID="4F361562-D469-41D8-B6EF-D50538FDB202" PARAMETERS="" FILENAME="defapp\DefaultApp.exe" SYSGUARDFILE="defapp\osguard.cp" SIZE="4720348"/>
<WORKINGDIR>%SFT_MNT%\defapp</WORKINGDIR>
<VIRTUALENV TERMINATECHILDREN="FALSE">
<ENVLIST/>
</VIRTUALENV>
<VM VALUE="Win32">
<SUBSYSTEM VALUE="windows"/>
</VM>
</IMPLEMENTATION>
<DEPENDENCY>
<CLIENTVERSION VERSION="4.5.0.0"/>
</DEPENDENCY>
<PACKAGE NAME="DefaultApp"/>
<ABSTRACT>This application is provided with Microsoft Application Virtualization as a default application for test purposes. It is generally deployed as available to the default user on the default server group to enable administrators to prove basic system and network connectivity.</ABSTRACT>
<MGMT_SHORTCUTLIST>
<SHORTCUT LOCATION="%CSIDL_STARTMENU%" FILENAME="" OVERRIDDEN="TRUE" DISPLAY="DefaultApp" ICON="%SFT_MIME_SOURCE%/DefaultApp.ico"/>
</MGMT_SHORTCUTLIST>
<MGMT_FILEASSOCIATIONS>
<PROGIDLIST/>
<FILEEXTENSIONLIST/>
</MGMT_FILEASSOCIATIONS>
</SOFTPKG>

was mir selbst auffiel: Microsoft schreibt in seinem Guide:

CODEBASEHREF="RTSP:........" - aber im Netz find ich st�ndig nur Infos, in denen HREF getrennt von Codebase steht....

wenn ich das trenne, bekomm ich die Fehlermeldung:
4505cd-19d06a0a-10000004

dazu habe ich mich im netz auch schon gegooglet - und man landet dann nur bei Hinweisen, ob Leerzeichen in POLICIES bzw. OS Type vorkommen --> die zwei Parameter hab ich bei mir aber leider nicht....

thx 4 help,
2search

App-V (SoftGrid) Client Konfiguration :: RE: Default Application - kann nicht starten....

Autor: vkleiner
Verfasst am: 15.12.2008, 12:41 (GMT 1)
Thema Antworten: 15

Hi,

Zitat:

ein Telnet vom client auf den Server mittels: telnet vmw2 445 --> scheint allerdings zu funktionieren, nur telnet vmw2 554 kriegt keine Verbindung zustande (Fehlermeldung)...

Der Port 445 wird f�r NetBios over TCP/IP benutzt.

Das Protokoll RTSPS benutzt Port 332 und RTSP Port 554. �berpr�fe mal auf dem Management Server das verwendete Protokoll mit dem entsprechen Port. Server Groups->Default Server Group->vmw2->Ports

Um ein streamen von Anwendung zu erm�glichen, mu� dieses so funktionieren:

telnet %SFT_SOFTGRIDSERVER% 554
Das Fenster ist leer, wenn die Verbindung erfolgreich ist. Dr�cken Sie zweimal die [EINGABETASTE] Die folgende Meldung wird angezeigt
RTSP/1.0 400 Ung�ltige Anforderung
Server: SoftGrid Server Softricity/ x.x.x.xxx [Win32; Windows NT x.x <I> </I>]
Datum: xxx, xx xxx xxxx xx:xx:xx xxx

Wenn die Verbindung nicht erfolgreich ist, erhalten Sie die folgende Meldung:
Could not open connection to the host, on port 554: Connect failed

Wenn diese Fehlermeldung kommt, blockiert etwas die Verbindung. In der Regel ist das eine Firewall die hier die Verbindung verweigert.
Die Firewalleinstellungen auf dem Server sowie auf dem Client mal darauf hier �berpr�fen.
Wenn die VM als Standardgateway eine Firewall im realem lokalem Netz anspricht, muss der Port auch dort frei gegeben werden. Falls die beiden VMs in einem virtuellem Netz laufen bitte auch hier die Konfiguration auf Port 554 hin �berpr�fen.

Um raus zu bekommen, was hier blockt, w�rde Ich zuerst ein telnet auf dem Management Server auf sich selber versuchen.

Die genannten TAGs in der OSD gelten nicht f�r die default.osd - sorry.

Gruss
________
vkleinerde

Sequencing spezieller Applikationen :: RE: Kontext-Men�

Autor: Willmar.Heinrich
Verfasst am: 12.12.2008, 11:18 (GMT 1)
Thema Antworten: 2

Ich denke, hier ist die L�sung:
http://www.softgridguru.com/viewtopic.php?p=11405#11405

Willmar

App-V (SoftGrid) Client Konfiguration :: RE: Default Application - kann nicht starten....

Autor: 2search
Verfasst am: 12.12.2008, 10:20 (GMT 1)
Thema Antworten: 15

Hi,

erstmal - danke f�r die Hilfe....und hier zu den gew�nschten Infos:

@vkleiner:

Ja, sowohl Client als auch Management Server laufen auf einem ESX - der Error der in dem von dir erw�hnten Forum auftritt, ist mir bekannt (der Forumsbeitrag) - aber dort sprechen sie von einer Umgebung auf VMWare Workstation....und auch rtp/rtsp sind bei mir (hoffentlich) korrekt eingestellt....

bzgl. deinem Vorschlag mittels RDP - ich habe mich mit VNC Remote Control auf dem client eingelogt (von ner physischen Maschine aus) - aber leider bringt das auch nichts
Was mir auffiel: Ich hab die Anwendung am Client gel�scht - wollte sie dann "laden" - aber es passiert nichts....sprich, ich hab inzwischen auch keine Verkn�pfungen zur Default App etc. mehr auf dem client....

EDIT: Mein Fehler - Der Service war nicht gestartet - ich kann die App wieder Laden/importieren....

Bzgl. Policies Tag - ich kann mich nicht erinnern, ein solches je ge�ndert zu haben....aber wo kann ich das denn nachpr�fen? Sind hier die AD Policies gemeint? Dann kann ich garantieren hier nichts ver�ndert zu haben....die sind alle DEFAULT --> und falls hier die Einstellungen innerhalb des .osd Files gemeint sind --> ich find hier keinen Eintrag mit >Policies> oder <OS Type> - insofern hilft das leider nicht weiter....

ich glaube es liegt doch irgendwo an der Firewall bzw. an den Ports:

netstat /a auf dem Management Server sagt folgendes:

Aktive Verbindungen

Proto Lokale Adresse Remoteadresse Status
TCP 0.0.0.0:80 vmw2:0 ABH�REN
TCP 0.0.0.0:135 vmw2:0 ABH�REN
TCP 0.0.0.0:445 vmw2:0 ABH�REN
TCP 0.0.0.0:554 vmw2:0 ABH�REN
TCP 0.0.0.0:49152 vmw2:0 ABH�REN
TCP 0.0.0.0:49153 vmw2:0 ABH�REN
TCP 0.0.0.0:49154 vmw2:0 ABH�REN
TCP 0.0.0.0:49158 vmw2:0 ABH�REN
TCP 0.0.0.0:49188 vmw2:0 ABH�REN
TCP 0.0.0.0:49189 vmw2:0 ABH�REN
TCP 0.0.0.0:49246 vmw2:0 ABH�REN
TCP 127.0.0.1:49258 vmw2:49259 HERGESTELLT
TCP 127.0.0.1:49259 vmw2:49258 HERGESTELLT
TCP 127.0.0.1:49260 vmw2:49261 HERGESTELLT
TCP 127.0.0.1:49261 vmw2:49260 HERGESTELLT
TCP 127.0.0.1:49262 vmw2:49263 HERGESTELLT
TCP 127.0.0.1:49263 vmw2:49262 HERGESTELLT
TCP 127.0.0.1:49264 vmw2:49265 HERGESTELLT
TCP 127.0.0.1:49265 vmw2:49264 HERGESTELLT
TCP 127.0.0.1:49266 vmw2:49267 HERGESTELLT
TCP 127.0.0.1:49267 vmw2:49266 HERGESTELLT
TCP 127.0.0.1:49268 vmw2:49269 HERGESTELLT
TCP 127.0.0.1:49269 vmw2:49268 HERGESTELLT
TCP 127.0.0.1:49270 vmw2:49271 HERGESTELLT
TCP 127.0.0.1:49271 vmw2:49270 HERGESTELLT
TCP 127.0.0.1:49272 vmw2:49273 HERGESTELLT
TCP 127.0.0.1:49273 vmw2:49272 HERGESTELLT
TCP 127.0.0.1:49274 vmw2:49275 HERGESTELLT
TCP 127.0.0.1:49275 vmw2:49274 HERGESTELLT
TCP 127.0.0.1:49276 vmw2:49277 HERGESTELLT
TCP 127.0.0.1:49277 vmw2:49276 HERGESTELLT
TCP 127.0.0.1:49278 vmw2:49283 HERGESTELLT
TCP 127.0.0.1:49279 vmw2:49284 HERGESTELLT
TCP 127.0.0.1:49280 vmw2:49285 HERGESTELLT
TCP 127.0.0.1:49281 vmw2:49286 HERGESTELLT
TCP 127.0.0.1:49282 vmw2:49287 HERGESTELLT
TCP 127.0.0.1:49283 vmw2:49278 HERGESTELLT
TCP 127.0.0.1:49284 vmw2:49279 HERGESTELLT
TCP 127.0.0.1:49285 vmw2:49280 HERGESTELLT
TCP 127.0.0.1:49286 vmw2:49281 HERGESTELLT
TCP 127.0.0.1:49287 vmw2:49282 HERGESTELLT
TCP xxx.xxx.x.xx:139 vmw2:0 ABH�REN
TCP xxx.xxx.x.xx:445 esx-vm2:1139 HERGESTELLT
TCP xxx.xxx.x.xx:49188 vmw2:49256 HERGESTELLT
TCP xxx.xxx.x.xx:49188 vmw2:49257 HERGESTELLT
TCP xxx.xxx.x.xx:49188 vmw2:49288 HERGESTELLT
TCP xxx.xxx.x.xx:49188 vmw2:49289 HERGESTELLT
TCP xxx.xxx.x.xx:49188 vmw2:49290 HERGESTELLT
TCP xxx.xxx.x.xx:49188 vmw2:49291 HERGESTELLT
TCP xxx.xxx.x.xx:49188 vmw2:49292 HERGESTELLT
TCP xxx.xxx.x.xx:49188 vmw2:49293 HERGESTELLT
TCP xxx.xxx.x.xx:49188 vmw2:49294 HERGESTELLT
TCP xxx.xxx.x.xx:49188 vmw2:49295 HERGESTELLT
TCP xxx.xxx.x.xx:49188 vmw2:49296 HERGESTELLT
TCP xxx.xxx.x.xx:49188 vmw2:49297 HERGESTELLT
TCP xxx.xxx.x.xx:49256 vmw2:49188 HERGESTELLT
TCP xxx.xxx.x.xx:49257 vmw2:49188 HERGESTELLT
TCP xxx.xxx.x.xx:49288 vmw2:49188 HERGESTELLT
TCP xxx.xxx.x.xx:49289 vmw2:49188 HERGESTELLT
TCP xxx.xxx.x.xx:49290 vmw2:49188 HERGESTELLT
TCP xxx.xxx.x.xx:49291 vmw2:49188 HERGESTELLT
TCP xxx.xxx.x.xx:49292 vmw2:49188 HERGESTELLT
TCP xxx.xxx.x.xx:49293 vmw2:49188 HERGESTELLT
TCP xxx.xxx.x.xx:49294 vmw2:49188 HERGESTELLT
TCP xxx.xxx.x.xx:49295 vmw2:49188 HERGESTELLT
TCP xxx.xxx.x.xx:49296 vmw2:49188 HERGESTELLT
TCP xxx.xxx.x.xx:49297 vmw2:49188 HERGESTELLT
TCP [::]:80 vmw2:0 ABH�REN
TCP [::]:135 vmw2:0 ABH�REN
TCP [::]:445 vmw2:0 ABH�REN
TCP [::]:49152 vmw2:0 ABH�REN
TCP [::]:49153 vmw2:0 ABH�REN
TCP [::]:49154 vmw2:0 ABH�REN
TCP [::]:49158 vmw2:0 ABH�REN
TCP [::]:49188 vmw2:0 ABH�REN
TCP [::]:49189 vmw2:0 ABH�REN
TCP [::]:49246 vmw2:0 ABH�REN
UDP 0.0.0.0:123 *:*
UDP 0.0.0.0:500 *:*
UDP 0.0.0.0:1434 *:*
UDP 0.0.0.0:4500 *:*
UDP 0.0.0.0:5355 *:*
UDP 127.0.0.1:50637 *:*
UDP 127.0.0.1:50639 *:*
UDP 127.0.0.1:58566 *:*
UDP 127.0.0.1:59402 *:*
UDP xxx.xxx.x.xx:137 *:*
UDP xxx.xxx.x.xx:138 *:*
UDP [::]:123 *:*
UDP [::]:500 *:*
UDP [::]:1434 *:*
UDP [::]:5355 *:*

ich hoff ihr k�nnt damit mehr anfangen als ich....bisher ging ich eigentlich davon aus, das der ESX Server zwischen VM`S auf der eigenen Maschine direkt verbindet, ohne das eine Verbindung "nach au�en" �berhaupt statt findet, sofern das nicht n�tig ist....k�nnte es also sein das unsere "richtige" Firewall die telnet Sessions einfach abf�ngt????

ein Telnet vom client auf den Server mittels: telnet vmw2 445 --> scheint allerdings zu funktionieren, nur telnet vmw2 554 kriegt keine Verbindung zustande (Fehlermeldung)...

netstat / a vom Client:

Aktive Verbindungen

Proto Lokale Adresse Remoteadresse Status
TCP esx-vm2:epmap esx-vm2.ADON.xxxx.xx.xx:0 ABH�REN
TCP esx-vm2:microsoft-ds esx-vm2.ADON.xxxx.xx.xx:0 ABH�REN
TCP esx-vm2:5800 esx-vm2.ADON.xxxx.xx.xx:0 ABH�REN
TCP esx-vm2:5900 esx-vm2.ADON.xxxx.xx.xx:0 ABH�REN
TCP esx-vm2:1043 esx-vm2.ADON.xxxx.xx.xx:0 ABH�REN
TCP esx-vm2:1137 localhost:30606 HERGESTELLT
TCP esx-vm2:1161 localhost:30606 WARTEND
TCP esx-vm2:30606 esx-vm2.ADON.xxxx.xx.xx:0 ABH�REN
TCP esx-vm2:30606 localhost:1137 HERGESTELLT
TCP esx-vm2:netbios-ssn esx-vm2.xxxx.xx.xx:0 ABH�REN
TCP esx-vm2:1139 vmw2.xxxx.xx.xx:microsoft-ds HERGESTELLT
TCP esx-vm2:1160 xxxxx-admin1.xxxx.xx.xx:2222 WARTEND
TCP esx-vm2:1163 localhost:30606 WARTEND
TCP esx-vm2:1164 esx-vm1.xxxx.xx.xx:netbios-ssn WARTEND
UDP esx-vm2:microsoft-ds *:*
UDP esx-vm2:isakmp *:*
UDP esx-vm2:4500 *:*
UDP esx-vm2:ntp *:*
UDP esx-vm2:1039 *:*
UDP esx-vm2:1048 *:*
UDP esx-vm2:1146 *:*
UDP esx-vm2:1900 *:*
UDP esx-vm2:ntp *:*
UDP esx-vm2:netbios-ns *:*
UDP esx-vm2:netbios-dgm *:*
UDP esx-vm2:1900 *:*

@kirk:

hier das log des heutigen Tages:

[2008-12-12 03:07:23.059] VMW2 3472 3476 SW_MessageHandler::Close - - - - 5 65535 "Shutdown complete."
[2008-12-12 03:07:23.059] VMW2 3484 3488 SW_MessageHandler::Close - - - - 5 65535 "Shutdown complete."
[2008-12-12 03:07:23.075] VMW2 3508 3512 SW_MessageHandler::Close - - - - 5 65535 "Shutdown complete."
[2008-12-12 03:07:23.091] VMW2 3492 3496 SW_MessageHandler::Close - - - - 5 65535 "Shutdown complete."
[2008-12-12 03:07:23.091] VMW2 3500 3504 SW_MessageHandler::Close - - - - 5 65535 "Shutdown complete."
[2008-12-12 03:07:22.434] VMW2 3420 3432 SW_SystemDispatcher::fini - - - - 0 44952 "Microsoft System Center Application Virtualization Management Server Version 4.5.0.1485 (3420) wurde erfolgreich beendet
"
[2008-12-12 03:07:22.434] VMW2 3420 3424 SW_MessageHandler::Close - - - - 5 65535 "Shutdown complete."
[2008-12-12 03:08:44.203] - 1524 1580 SW_MessageHandler::Open - - - - 5 65535 "Initialization complete."
[2008-12-12 03:08:56.296] VMW2 1524 1580 SW_SQLDataConnection::Open - - - - 2 41494 "Fehler beim Herstellen einer Verbindung zur Datenquelle: (Server: VMW2\SQLEXPRESS, Datenbank: APPVIRT).
"
[2008-12-12 03:08:56.375] VMW2 1524 1580 SW_SystemDispatcher::init - - - - 1 44901 "Initialisierungsfehler bei Systemverteiler [-1]. Systemverteilerstart wird beendet.
"
[2008-12-12 03:08:56.375] VMW2 1524 1580 SW_SystemDispatcher::fini - - - - 0 44952 "Microsoft System Center Application Virtualization Management Server Version 4.5.0.1485 (1524) wurde erfolgreich beendet
"
[2008-12-12 03:08:56.890] VMW2 1524 1528 SW_MessageHandler::Close - - - - 5 65535 "Shutdown complete."
[2008-12-12 10:30:58.066] - 3120 3308 SW_MessageHandler::Open - - - - 5 65535 "Initialization complete."
[2008-12-12 10:31:00.504] - 3184 3060 SW_MessageHandler::Open - - - - 5 65535 "Initialization complete."
[2008-12-12 10:31:00.520] - 3936 2088 SW_MessageHandler::Open - - - - 5 65535 "Initialization complete."
[2008-12-12 10:31:00.551] - 2536 3152 SW_MessageHandler::Open - - - - 5 65535 "Initialization complete."
[2008-12-12 10:31:00.566] - 4080 3740 SW_MessageHandler::Open - - - - 5 65535 "Initialization complete."
[2008-12-12 10:31:00.582] - 1600 3976 SW_MessageHandler::Open - - - - 5 65535 "Initialization complete."
[2008-12-12 10:31:01.942] VMW2 3120 3308 SW_SystemDispatcher::init - - - - 0 44951 "Microsoft System Center Application Virtualization Management Server Version 4.5.0.1485 (3120) wurde erfolgreich gestartet

Soll ich das Client log auch noch posten? Das is ewig lang......seit ichs auf ausf�hrlich gestellt habe....

thx 4 help....

Sequencing spezieller Applikationen :: RE: Kontext-Men�

Autor: Willmar.Heinrich
Verfasst am: 11.12.2008, 16:42 (GMT 1)
Thema Antworten: 2

Uuups - keiner eine Idee?

Willmar

Microsoft Enterprise Desktop Virtualization (MED-V) :: Med-V beta ab Q1 2009

Autor: N.Luedemann
Titel: Med-V beta ab Q1 2009
Verfasst am: 10.12.2008, 20:39 (GMT 1)
Thema Antworten: 0

Hallo Leute
im offiziellen MDOP Blog habe ich gerade gelesen, dass die freie Beta-Phase f�r MED-V im ersten Quartal 2009 starten soll. Wenn ich mal einen kurzen Blick auf den Kalender werfe, ist das gar nicht mehr so lange hin
In diesem Sinne,
Nico

Microsoft Enterprise Desktop Virtualization (MED-V) :: RE: MED-V Pr�sentation

Autor: N.Luedemann
Verfasst am: 10.12.2008, 20:34 (GMT 1)
Thema Antworten: 1

Hallo zusammen,

in diesem Zusammenhang ist vielleicht auch folgender Podcast recht interessant..

http://www.microsoft.com/downloads/details.aspx?FamilyId=E39B3B58-528F-4DCA-B908-112EBA35D16F&displaylang=en (Windows Springboard Series: Microsoft Enterprise Desktop Virtualization)

Gruss,
Nico

Sequencing spezieller Applikationen :: Kontext-Men�

Autor: Willmar.Heinrich
Titel: Kontext-Men�
Verfasst am: 10.12.2008, 12:30 (GMT 1)
Thema Antworten: 2

Hi All,

eine Applikation wie UltraEdit setzt im Explorer Kontext-Men�s, so dass ich beim Anklicken einer Datei mit rechter Maustaste "Ultraedit" z.B. finde.

Die Applikation sequenzt bietet mir diese M�glichkeit nicht. Sollte aber eigentlich auch m�glich sein.
Kann mir da einer auf die Spr�nge helfen, an welcher Schraube ich drehen mu�?

Danke!

Willmar

App-V (SoftGrid) Client Konfiguration :: RE: Default Application - kann nicht starten....

Autor: Kirk
Verfasst am: 09.12.2008, 20:22 (GMT 1)
Thema Antworten: 15

Hi,

k�nntest Du - nachdem Du nochmal versucht hast, die App zu starten - die letzten (sagen wir mal) 10 Zeilen des Server-Logs posten (C:\Program File\<MS SC AppV>\server\log\sft-server.log (Verzeichnisname gek�rzt)?
_________________
-----
Kirk

Microsoft Enterprise Desktop Virtualization (MED-V) :: MED-V Pr�sentation

Autor: vkleiner
Titel: MED-V Pr�sentation
Verfasst am: 09.12.2008, 09:25 (GMT 1)
Thema Antworten: 1

Ran Oelgiesser gibt in seiner Video Pr�sentation einen Einblick �ber die M�glichkeiten von MED-V und zeigt auf, wie es sich innerhalb der MS virtualisierungs Strategie einf�gt.

Eine PowerPoint Pr�sentation �ber MED-V kann ebenfalls als pptx runter geladen werden.

VMware Thinapp :: RE: Erfahrungen?

Autor: carsten
Titel: Erfahrungen mit Thinapp
Verfasst am: 08.12.2008, 19:13 (GMT 1)
Thema Antworten: 2

Hallo Woody,

ich hatte vor einiger Zeit schon mal hier nachgefragt wg. dem Vorg�nger Thinstall. Die Firma wurde ja von VMware gekauft und dann im Sommer diesen Jahres wurde Thinapp4.0 freigegeben. Ich finde dieses Produkt sehr Interessant (im Vergleich zu App-V), weil es ohne einen Agenten und "gro�e Infrastruktur" auskommt.

Die ersten Schritt mit Thinapp bzgl. Appsvirtualisierung sind gemacht worden und es lohnt sich meiner Meinung nach auch mit diesem Toolset zubesch�ftigen.

Generell finde ich es sehr gut, dass in diesem Forum auch andere Tools als App-V besprochen werden. Daf�r Danke an Herrn L�demann.

Also ich freue mich auch f�r dieses Tool, �ber einen regen Informationsaustausch.

Carsten

VMware Thinapp :: RE: Erfahrungen?

Autor: WoodyWoodpecker
Verfasst am: 05.12.2008, 16:19 (GMT 1)
Thema Antworten: 2

Keiner?