[SOLVED] GUID inkl. Pfad auslesen

[Batz, Sebastian]

hi zusammen,
besteht irgendwie die möglichkeit, den speicherort/pfad eines projektes
auszulesen??

es gibt ja den befehl "LookupGuidFromProjectName". darüber bekomme ich ja
die GUID eines projektes.
ich bräuchte aber noch den pfad, also quasi in welcher datenbank das liegt.
hier dann auch noch die unterscheidung ob es im "work" oder "install"
verzeichnis liegt.

was ich vorhabe ist folgendes:
ich will das office2003 paket in verschiedenen varianten und einstellungen
verteilen.
damit ich die office-sourcedaten (~700MB) nicht in jedes einzelne projekt
kopieren muss, wollte ich ein projekt machen, das nur die sourcen zur
verfügung stellt. auf dieses wollte ich dann immer von den einzelnen office
installationpaketn drauf zu greifen.


hat da jemand einen tip!?

cu
sebastian


..

[Roman Pelzel]

Hi!
unter folgender URL findest Du ein Tool, welches genau dieses macht!

http://www.ni-toolbox.de/download/setpath/setpath.rar

Das RarFile beinhaltet ein NetInstallScript, welches die Verwendung
verdeutlicht.
Im Ordner Extern$ liegt die SetPath.exe

Ich hoffe das erfüllt Deine Anfo!

Gruß

Roman

"Batz, Sebastian" <sbatz@meffert.com> schrieb im Newsbeitrag
news:px0sqfDNFHA.295@sentinel.webdomain...
> hi zusammen,
> besteht irgendwie die möglichkeit, den speicherort/pfad eines projektes
> auszulesen??
>
> es gibt ja den befehl "LookupGuidFromProjectName". darüber bekomme ich ja
> die GUID eines projektes.
> ich bräuchte aber noch den pfad, also quasi in welcher datenbank das
> liegt.
> hier dann auch noch die unterscheidung ob es im "work" oder "install"
> verzeichnis liegt.
>
> was ich vorhabe ist folgendes:
> ich will das office2003 paket in verschiedenen varianten und einstellungen
> verteilen.
> damit ich die office-sourcedaten (~700MB) nicht in jedes einzelne projekt
> kopieren muss, wollte ich ein projekt machen, das nur die sourcen zur
> verfügung stellt. auf dieses wollte ich dann immer von den einzelnen
> office
> installationpaketn drauf zu greifen.
>
>
> hat da jemand einen tip!?
>
> cu
> sebastian
>
>


..

[Roman Pelzel]

Hi,
das Tool schreibt nur die Pfade in die Registry weg.
Deine Anforderung bezüglich Office würde ich aber ggf. anders lösen.

Herausforderung ist, die PCs zu unterscheiden.
(PC A bekommt Office Konfiguration A und PC B bekommt Office Konfiguration
B)

Solltest Du diese PCs diekt von einander unterscheiden können (zb. Geräte
Typ (Laptop - Workstation)) kannst Du einfach in einem Skript diese
Installation durchführen.

Du erstellst pro Konfiguration ein entsprechendes Transform und legst diese
in das msidata Verzeichnis in Deinem Skript.

Im Skript selber brauchst Du dann nur noch abzufragen,

If Typ "A"
MsiInstallProduct\"office.msi" mit Transform "A.mst"

If Typ "B"
MsiInstallProduct\"office.msi" mit Transform "B.mst"


Solltest Du die Pcs nicht auseinander halten können, dann erstelle Dir zwei
Skripte, die einfach einen Wert in die Registry Schreiben (Typ A / Typ B).

Diese Skripte haben das Office Hautpskript als Nachgelagerte Komponente.

Im Office Hauptskript Liest Du dann die Registry aus und abhängig von Typ A
oder B installiertst Du dann Office mit dem entsprechenden Transform.

Damit hättest Du alles mit NetInstall Bordmitteln erledigt.

Gruß

Roman




"Roman Pelzel" <RPL@GPS-Proserv.de> schrieb im Newsbeitrag
news:KQiZ%23MHNFHA.294@sentinel.webdomain...
> Hi!
> unter folgender URL findest Du ein Tool, welches genau dieses macht!
>
> http://www.ni-toolbox.de/download/setpath/setpath.rar
>
> Das RarFile beinhaltet ein NetInstallScript, welches die Verwendung
> verdeutlicht.
> Im Ordner Extern$ liegt die SetPath.exe
>
> Ich hoffe das erfüllt Deine Anfo!
>
> Gruß
>
> Roman
>
> "Batz, Sebastian" <sbatz@meffert.com> schrieb im Newsbeitrag
> news:px0sqfDNFHA.295@sentinel.webdomain...
>> hi zusammen,
>> besteht irgendwie die möglichkeit, den speicherort/pfad eines projektes
>> auszulesen??
>>
>> es gibt ja den befehl "LookupGuidFromProjectName". darüber bekomme ich ja
>> die GUID eines projektes.
>> ich bräuchte aber noch den pfad, also quasi in welcher datenbank das
>> liegt.
>> hier dann auch noch die unterscheidung ob es im "work" oder "install"
>> verzeichnis liegt.
>>
>> was ich vorhabe ist folgendes:
>> ich will das office2003 paket in verschiedenen varianten und
>> einstellungen
>> verteilen.
>> damit ich die office-sourcedaten (~700MB) nicht in jedes einzelne projekt
>> kopieren muss, wollte ich ein projekt machen, das nur die sourcen zur
>> verfügung stellt. auf dieses wollte ich dann immer von den einzelnen
>> office
>> installationpaketn drauf zu greifen.
>>
>>
>> hat da jemand einen tip!?
>>
>> cu
>> sebastian
>>
>>
>
>


..

[Batz, Sebastian]

hi,
danke für den link und den scriptvoschlag.
ich habe auch nochmal ein wenig getüfftelt:

projekt "office source library" (=OSL)

projekt "office word,excel,powerpoint"
=> dieses ruft das projekt OSL auf. OSL setzt dann eine variable mit der
pfadangabe
OSL script:
Set('vOfficeSourceLibraryPath','.\') (mit dem '
...\ ' ) wird ja der aktuelle pfad angegeben.
das ist alles von dem OSL script.
danach gelangt man wieder in das ausführende projekt "office
word,excel,powerpoint", welches dann mit der variable
"vOfficeSourceLibraryPath" weiterarbeitet.

das hier steht dann in dem script:

MSIInstallProduct('%vOfficeSourceLibraryPath%\exte rn$\Office2003\PRO11.MSI',
'DEBUG',MsiInstMach)
|%vOfficeSourceLibraryPath%\extern$\Office2003\Off ice2003_Default.MST;
params:
EndProc/TU

das geht auch wunderbar.

trotzdem danke

cu
sebastian

"Roman Pelzel" <RPL@GPS-Proserv.de> schrieb im Newsbeitrag
news:KQiZ%23MHNFHA.294@sentinel.webdomain...
> Hi!
> unter folgender URL findest Du ein Tool, welches genau dieses macht!
>
> http://www.ni-toolbox.de/download/setpath/setpath.rar
>
> Das RarFile beinhaltet ein NetInstallScript, welches die Verwendung
> verdeutlicht.
> Im Ordner Extern$ liegt die SetPath.exe
>
> Ich hoffe das erfüllt Deine Anfo!
>
> Gruß
>
> Roman
>
> "Batz, Sebastian" <sbatz@meffert.com> schrieb im Newsbeitrag
> news:px0sqfDNFHA.295@sentinel.webdomain...
> > hi zusammen,
> > besteht irgendwie die möglichkeit, den speicherort/pfad eines projektes
> > auszulesen??
> >
> > es gibt ja den befehl "LookupGuidFromProjectName". darüber bekomme ich
ja
> > die GUID eines projektes.
> > ich bräuchte aber noch den pfad, also quasi in welcher datenbank das
> > liegt.
> > hier dann auch noch die unterscheidung ob es im "work" oder "install"
> > verzeichnis liegt.
> >
> > was ich vorhabe ist folgendes:
> > ich will das office2003 paket in verschiedenen varianten und
einstellungen
> > verteilen.
> > damit ich die office-sourcedaten (~700MB) nicht in jedes einzelne
projekt
> > kopieren muss, wollte ich ein projekt machen, das nur die sourcen zur
> > verfügung stellt. auf dieses wollte ich dann immer von den einzelnen
> > office
> > installationpaketn drauf zu greifen.
> >
> >
> > hat da jemand einen tip!?
> >
> > cu
> > sebastian
> >
> >
>
>


..

[Messmer, Klaus]

Du willst aus einem Paket entweder nur Word, nur Execl bzw. nur PP
installiere, oder ne Mischkultur aus unterschiedlichen Features? Nur das ich
es richtig verstehe.
So ganz verstanden hab ich Dein Script nicht. Wie übergibst Du Parameter vom
einen Projekt ins andere?

Ich installiere unterschiedliche Pakete für Office mit dem CMW aus dem
OfficeResourceKit. Hier können unterschiedliche Featueres hinzugefügt, bzw.
wieder entfernt werden. Und das ganze schön mit Microsoft Bordmitteln. Die
per CMW angelegten Steuerdateien liegen in dem eigentlichen Office Paket und
werden von entsprechenden Projekten nur aufgerufen.

Gruß
Klaus

PS vielleicht kannst Du Deine Inc-Datei mal komplett posten.



"Batz, Sebastian" <sbatz@meffert.com> schrieb im Newsbeitrag
news:cde1W4PNFHA.295@sentinel.webdomain...
> hi,
> danke für den link und den scriptvoschlag.
> ich habe auch nochmal ein wenig getüfftelt:
>
> projekt "office source library" (=OSL)
>
> projekt "office word,excel,powerpoint"
> => dieses ruft das projekt OSL auf. OSL setzt dann eine variable mit
> der
> pfadangabe
> OSL script:
> Set('vOfficeSourceLibraryPath','.\') (mit dem '
> .\ ' ) wird ja der aktuelle pfad angegeben.
> das ist alles von dem OSL script.
> danach gelangt man wieder in das ausführende projekt "office
> word,excel,powerpoint", welches dann mit der variable
> "vOfficeSourceLibraryPath" weiterarbeitet.
>
> das hier steht dann in dem script:
>
> MSIInstallProduct('%vOfficeSourceLibraryPath%\exte rn$\Office2003\PRO11.MSI',
> 'DEBUG',MsiInstMach)
> |%vOfficeSourceLibraryPath%\extern$\Office2003\Off ice2003_Default.MST;
> params:
> EndProc/TU
>
> das geht auch wunderbar.
>
> trotzdem danke
>
> cu
> sebastian
>
> "Roman Pelzel" <RPL@GPS-Proserv.de> schrieb im Newsbeitrag
> news:KQiZ%23MHNFHA.294@sentinel.webdomain...
>> Hi!
>> unter folgender URL findest Du ein Tool, welches genau dieses macht!
>>
>> http://www.ni-toolbox.de/download/setpath/setpath.rar
>>
>> Das RarFile beinhaltet ein NetInstallScript, welches die Verwendung
>> verdeutlicht.
>> Im Ordner Extern$ liegt die SetPath.exe
>>
>> Ich hoffe das erfüllt Deine Anfo!
>>
>> Gruß
>>
>> Roman
>>
>> "Batz, Sebastian" <sbatz@meffert.com> schrieb im Newsbeitrag
>> news:px0sqfDNFHA.295@sentinel.webdomain...
>> > hi zusammen,
>> > besteht irgendwie die möglichkeit, den speicherort/pfad eines projektes
>> > auszulesen??
>> >
>> > es gibt ja den befehl "LookupGuidFromProjectName". darüber bekomme ich
> ja
>> > die GUID eines projektes.
>> > ich bräuchte aber noch den pfad, also quasi in welcher datenbank das
>> > liegt.
>> > hier dann auch noch die unterscheidung ob es im "work" oder "install"
>> > verzeichnis liegt.
>> >
>> > was ich vorhabe ist folgendes:
>> > ich will das office2003 paket in verschiedenen varianten und
> einstellungen
>> > verteilen.
>> > damit ich die office-sourcedaten (~700MB) nicht in jedes einzelne
> projekt
>> > kopieren muss, wollte ich ein projekt machen, das nur die sourcen zur
>> > verfügung stellt. auf dieses wollte ich dann immer von den einzelnen
>> > office
>> > installationpaketn drauf zu greifen.
>> >
>> >
>> > hat da jemand einen tip!?
>> >
>> > cu
>> > sebastian
>> >
>> >
>>
>>
>
>


..

[Batz, Sebastian]

hi klaus.
ok, das was ich mache muss man nicht immer direkt verstehen.

ich setze eine variable in dem "sourcescript". diese Var ist dann solange
gültig, bis sie wieder überschrieben wird.
diese wird automatisch von NI temp. in die Registry geschrieben.
übergeben könnte ich das auch, wenn ich selbst vom script aus einen temp.
reg-key anlegen würde. soviel dazu.

das mit dem CMW habe ich auch gemacht.
ich habe folgende projekte:

paket 1: word, excel powerpoint
paket 2: outlook
paket 3: access (nur für eine bestimmt benutzergruppe)
paket 4: hier sind NUR die ganzen office-installation-sourcedaten im
extern$-dir hinterlegt.

in den paketen 1-3 liegen KEINE installations-sourcedaten. dies habe ich
gemacht, um platz auf dem NI server zu sparen. warum sollte ich 3x 700MB da
liegen haben, wenn ich eh immer vom gleichen source-MSI paket her
installiere.
deshalb gibt es das paket4: hier liegen alle daten die zur office
installation benötigt werden.

ablauf:

paket1:
scriptaufruf "paket4"
paket4: setzt variable "officequellpfad": inhalt: kompletter pfad
inkl. GUID von "paket4"
(ab jetzt steht die Var "officequellpfad" autom. durch NI
temprär in der registry
paket4-ENDE => sprung zurück in das aufrufende paket [hier =
paket1])

MSIInstallProduct-befehl " %officequellpfad%\extern$\*.msi-paket "
TRANSFORM =%officequellpfad%\extern$\*.MST-datei


sowie das paket1 das mit dem aufruf gemacht hat, machen das die pakete 2+3
auch.....
somit habe ich immer das gleiche office-source-MSI-paket, greife aber mit
3unteschiedlichen projekten(unterschiedliche berechtigungen) darauf zu....


ist das jetzt verständlicher????

cu basti


"Messmer, Klaus" <klaus.messmer@iz.bwl.de> schrieb im Newsbeitrag
news:FU9ihSdNFHA.1229@sentinel.webdomain...
> Du willst aus einem Paket entweder nur Word, nur Execl bzw. nur PP
> installiere, oder ne Mischkultur aus unterschiedlichen Features? Nur das
ich
> es richtig verstehe.
> So ganz verstanden hab ich Dein Script nicht. Wie übergibst Du Parameter
vom
> einen Projekt ins andere?
>
> Ich installiere unterschiedliche Pakete für Office mit dem CMW aus dem
> OfficeResourceKit. Hier können unterschiedliche Featueres hinzugefügt,
bzw.
> wieder entfernt werden. Und das ganze schön mit Microsoft Bordmitteln. Die
> per CMW angelegten Steuerdateien liegen in dem eigentlichen Office Paket
und
> werden von entsprechenden Projekten nur aufgerufen.
>
> Gruß
> Klaus
>
> PS vielleicht kannst Du Deine Inc-Datei mal komplett posten.
>
>
>
> "Batz, Sebastian" <sbatz@meffert.com> schrieb im Newsbeitrag
> news:cde1W4PNFHA.295@sentinel.webdomain...
> > hi,
> > danke für den link und den scriptvoschlag.
> > ich habe auch nochmal ein wenig getüfftelt:
> >
> > projekt "office source library" (=OSL)
> >
> > projekt "office word,excel,powerpoint"
> > => dieses ruft das projekt OSL auf. OSL setzt dann eine variable mit
> > der
> > pfadangabe
> > OSL script:
> > Set('vOfficeSourceLibraryPath','.\') (mit dem
'
> > .\ ' ) wird ja der aktuelle pfad angegeben.
> > das ist alles von dem OSL script.
> > danach gelangt man wieder in das ausführende projekt "office
> > word,excel,powerpoint", welches dann mit der variable
> > "vOfficeSourceLibraryPath" weiterarbeitet.
> >
> > das hier steht dann in dem script:
> >
> >
MSIInstallProduct('%vOfficeSourceLibraryPath%\exte rn$\Office2003\PRO11.MSI',
> > 'DEBUG',MsiInstMach)
> >
|%vOfficeSourceLibraryPath%\extern$\Office2003\Off ice2003_Default.MST;
> > params:
> > EndProc/TU
> >
> > das geht auch wunderbar.
> >
> > trotzdem danke
> >
> > cu
> > sebastian
> >
> > "Roman Pelzel" <RPL@GPS-Proserv.de> schrieb im Newsbeitrag
> > news:KQiZ%23MHNFHA.294@sentinel.webdomain...
> >> Hi!
> >> unter folgender URL findest Du ein Tool, welches genau dieses macht!
> >>
> >> http://www.ni-toolbox.de/download/setpath/setpath.rar
> >>
> >> Das RarFile beinhaltet ein NetInstallScript, welches die Verwendung
> >> verdeutlicht.
> >> Im Ordner Extern$ liegt die SetPath.exe
> >>
> >> Ich hoffe das erfüllt Deine Anfo!
> >>
> >> Gruß
> >>
> >> Roman
> >>
> >> "Batz, Sebastian" <sbatz@meffert.com> schrieb im Newsbeitrag
> >> news:px0sqfDNFHA.295@sentinel.webdomain...
> >> > hi zusammen,
> >> > besteht irgendwie die möglichkeit, den speicherort/pfad eines
projektes
> >> > auszulesen??
> >> >
> >> > es gibt ja den befehl "LookupGuidFromProjectName". darüber bekomme
ich
> > ja
> >> > die GUID eines projektes.
> >> > ich bräuchte aber noch den pfad, also quasi in welcher datenbank das
> >> > liegt.
> >> > hier dann auch noch die unterscheidung ob es im "work" oder "install"
> >> > verzeichnis liegt.
> >> >
> >> > was ich vorhabe ist folgendes:
> >> > ich will das office2003 paket in verschiedenen varianten und
> > einstellungen
> >> > verteilen.
> >> > damit ich die office-sourcedaten (~700MB) nicht in jedes einzelne
> > projekt
> >> > kopieren muss, wollte ich ein projekt machen, das nur die sourcen zur
> >> > verfügung stellt. auf dieses wollte ich dann immer von den einzelnen
> >> > office
> >> > installationpaketn drauf zu greifen.
> >> >
> >> >
> >> > hat da jemand einen tip!?
> >> >
> >> > cu
> >> > sebastian
> >> >
> >> >
> >>
> >>
> >
> >
>
>


..

[Messmer, Klaus]

Danke für die Ausführung. ;) Den eigentlichen Workflow hab ich schon
Begriffen, nur das Variablen auch aus anderen Scripten zur Verfügung stehen,
solange diese nicht neu gesetzt werden wußte ich nicht. Diese gelten dann
immer für die momentane InstallerSession nehmen ich an!?! Ist auch keine
schlechte Idee. Vielleicht bau ich meine Scripte beim nächsten Office
Rollout ja um. :)

greetz


"Batz, Sebastian" <sbatz@meffert.com> schrieb im Newsbeitrag
news:gJ9I7woNFHA.295@sentinel.webdomain...
> hi klaus.
> ok, das was ich mache muss man nicht immer direkt verstehen.
>
> ich setze eine variable in dem "sourcescript". diese Var ist dann solange
> gültig, bis sie wieder überschrieben wird.
> diese wird automatisch von NI temp. in die Registry geschrieben.
> übergeben könnte ich das auch, wenn ich selbst vom script aus einen temp.
> reg-key anlegen würde. soviel dazu.
>
> das mit dem CMW habe ich auch gemacht.
> ich habe folgende projekte:
>
> paket 1: word, excel powerpoint
> paket 2: outlook
> paket 3: access (nur für eine bestimmt benutzergruppe)
> paket 4: hier sind NUR die ganzen office-installation-sourcedaten im
> extern$-dir hinterlegt.
>
> in den paketen 1-3 liegen KEINE installations-sourcedaten. dies habe ich
> gemacht, um platz auf dem NI server zu sparen. warum sollte ich 3x 700MB
> da
> liegen haben, wenn ich eh immer vom gleichen source-MSI paket her
> installiere.
> deshalb gibt es das paket4: hier liegen alle daten die zur office
> installation benötigt werden.
>
> ablauf:
>
> paket1:
> scriptaufruf "paket4"
> paket4: setzt variable "officequellpfad": inhalt: kompletter pfad
> inkl. GUID von "paket4"
> (ab jetzt steht die Var "officequellpfad" autom. durch NI
> temprär in der registry
> paket4-ENDE => sprung zurück in das aufrufende paket [hier =
> paket1])
>
> MSIInstallProduct-befehl " %officequellpfad%\extern$\*.msi-paket "
> TRANSFORM =%officequellpfad%\extern$\*.MST-datei
>
>
> sowie das paket1 das mit dem aufruf gemacht hat, machen das die pakete 2+3
> auch.....
> somit habe ich immer das gleiche office-source-MSI-paket, greife aber mit
> 3unteschiedlichen projekten(unterschiedliche berechtigungen) darauf zu....
>
>
> ist das jetzt verständlicher????
>
> cu basti
>
>
> "Messmer, Klaus" <klaus.messmer@iz.bwl.de> schrieb im Newsbeitrag
> news:FU9ihSdNFHA.1229@sentinel.webdomain...
>> Du willst aus einem Paket entweder nur Word, nur Execl bzw. nur PP
>> installiere, oder ne Mischkultur aus unterschiedlichen Features? Nur das
> ich
>> es richtig verstehe.
>> So ganz verstanden hab ich Dein Script nicht. Wie übergibst Du Parameter
> vom
>> einen Projekt ins andere?
>>
>> Ich installiere unterschiedliche Pakete für Office mit dem CMW aus dem
>> OfficeResourceKit. Hier können unterschiedliche Featueres hinzugefügt,
> bzw.
>> wieder entfernt werden. Und das ganze schön mit Microsoft Bordmitteln.
>> Die
>> per CMW angelegten Steuerdateien liegen in dem eigentlichen Office Paket
> und
>> werden von entsprechenden Projekten nur aufgerufen.
>>
>> Gruß
>> Klaus
>>
>> PS vielleicht kannst Du Deine Inc-Datei mal komplett posten.
>>
>>
>>
>> "Batz, Sebastian" <sbatz@meffert.com> schrieb im Newsbeitrag
>> news:cde1W4PNFHA.295@sentinel.webdomain...
>> > hi,
>> > danke für den link und den scriptvoschlag.
>> > ich habe auch nochmal ein wenig getüfftelt:
>> >
>> > projekt "office source library" (=OSL)
>> >
>> > projekt "office word,excel,powerpoint"
>> > => dieses ruft das projekt OSL auf. OSL setzt dann eine variable mit
>> > der
>> > pfadangabe
>> > OSL script:
>> > Set('vOfficeSourceLibraryPath','.\') (mit dem
> '
>> > .\ ' ) wird ja der aktuelle pfad angegeben.
>> > das ist alles von dem OSL script.
>> > danach gelangt man wieder in das ausführende projekt "office
>> > word,excel,powerpoint", welches dann mit der variable
>> > "vOfficeSourceLibraryPath" weiterarbeitet.
>> >
>> > das hier steht dann in dem script:
>> >
>> >
> MSIInstallProduct('%vOfficeSourceLibraryPath%\exte rn$\Office2003\PRO11.MSI',
>> > 'DEBUG',MsiInstMach)
>> >
> |%vOfficeSourceLibraryPath%\extern$\Office2003\Off ice2003_Default.MST;
>> > params:
>> > EndProc/TU
>> >
>> > das geht auch wunderbar.
>> >
>> > trotzdem danke
>> >
>> > cu
>> > sebastian
>> >
>> > "Roman Pelzel" <RPL@GPS-Proserv.de> schrieb im Newsbeitrag
>> > news:KQiZ%23MHNFHA.294@sentinel.webdomain...
>> >> Hi!
>> >> unter folgender URL findest Du ein Tool, welches genau dieses macht!
>> >>
>> >> http://www.ni-toolbox.de/download/setpath/setpath.rar
>> >>
>> >> Das RarFile beinhaltet ein NetInstallScript, welches die Verwendung
>> >> verdeutlicht.
>> >> Im Ordner Extern$ liegt die SetPath.exe
>> >>
>> >> Ich hoffe das erfüllt Deine Anfo!
>> >>
>> >> Gruß
>> >>
>> >> Roman
>> >>
>> >> "Batz, Sebastian" <sbatz@meffert.com> schrieb im Newsbeitrag
>> >> news:px0sqfDNFHA.295@sentinel.webdomain...
>> >> > hi zusammen,
>> >> > besteht irgendwie die möglichkeit, den speicherort/pfad eines
> projektes
>> >> > auszulesen??
>> >> >
>> >> > es gibt ja den befehl "LookupGuidFromProjectName". darüber bekomme
> ich
>> > ja
>> >> > die GUID eines projektes.
>> >> > ich bräuchte aber noch den pfad, also quasi in welcher datenbank das
>> >> > liegt.
>> >> > hier dann auch noch die unterscheidung ob es im "work" oder
>> >> > "install"
>> >> > verzeichnis liegt.
>> >> >
>> >> > was ich vorhabe ist folgendes:
>> >> > ich will das office2003 paket in verschiedenen varianten und
>> > einstellungen
>> >> > verteilen.
>> >> > damit ich die office-sourcedaten (~700MB) nicht in jedes einzelne
>> > projekt
>> >> > kopieren muss, wollte ich ein projekt machen, das nur die sourcen
>> >> > zur
>> >> > verfügung stellt. auf dieses wollte ich dann immer von den
>> >> > einzelnen
>> >> > office
>> >> > installationpaketn drauf zu greifen.
>> >> >
>> >> >
>> >> > hat da jemand einen tip!?
>> >> >
>> >> > cu
>> >> > sebastian
>> >> >
>> >> >
>> >>
>> >>
>> >
>> >
>>
>>
>
>


..

[Batz, Sebastian]

hi
ich habe das auch eher vor längerem mal zufällig rausbekommen, als ich in
der REG etwas gesucht habe. dort bin ich dann auf die NI variablen gestoßen,
die verwendet wurden.

ok,
cu
sebastian

"Messmer, Klaus" <klaus.messmer@iz.bwl.de> schrieb im Newsbeitrag
news:DVz%23ARpNFHA.1347@sentinel.webdomain...
> Danke für die Ausführung. ;) Den eigentlichen Workflow hab ich schon
> Begriffen, nur das Variablen auch aus anderen Scripten zur Verfügung
stehen,
> solange diese nicht neu gesetzt werden wußte ich nicht. Diese gelten dann
> immer für die momentane InstallerSession nehmen ich an!?! Ist auch keine
> schlechte Idee. Vielleicht bau ich meine Scripte beim nächsten Office
> Rollout ja um. :)
>
> greetz
>
>
> "Batz, Sebastian" <sbatz@meffert.com> schrieb im Newsbeitrag
> news:gJ9I7woNFHA.295@sentinel.webdomain...
> > hi klaus.
> > ok, das was ich mache muss man nicht immer direkt verstehen.
> >
> > ich setze eine variable in dem "sourcescript". diese Var ist dann
solange
> > gültig, bis sie wieder überschrieben wird.
> > diese wird automatisch von NI temp. in die Registry geschrieben.
> > übergeben könnte ich das auch, wenn ich selbst vom script aus einen
temp.
> > reg-key anlegen würde. soviel dazu.
> >
> > das mit dem CMW habe ich auch gemacht.
> > ich habe folgende projekte:
> >
> > paket 1: word, excel powerpoint
> > paket 2: outlook
> > paket 3: access (nur für eine bestimmt benutzergruppe)
> > paket 4: hier sind NUR die ganzen office-installation-sourcedaten im
> > extern$-dir hinterlegt.
> >
> > in den paketen 1-3 liegen KEINE installations-sourcedaten. dies habe ich
> > gemacht, um platz auf dem NI server zu sparen. warum sollte ich 3x 700MB
> > da
> > liegen haben, wenn ich eh immer vom gleichen source-MSI paket her
> > installiere.
> > deshalb gibt es das paket4: hier liegen alle daten die zur office
> > installation benötigt werden.
> >
> > ablauf:
> >
> > paket1:
> > scriptaufruf "paket4"
> > paket4: setzt variable "officequellpfad": inhalt: kompletter
pfad
> > inkl. GUID von "paket4"
> > (ab jetzt steht die Var "officequellpfad" autom. durch NI
> > temprär in der registry
> > paket4-ENDE => sprung zurück in das aufrufende paket [hier
=
> > paket1])
> >
> > MSIInstallProduct-befehl " %officequellpfad%\extern$\*.msi-paket "
> > TRANSFORM =%officequellpfad%\extern$\*.MST-datei
> >
> >
> > sowie das paket1 das mit dem aufruf gemacht hat, machen das die pakete
2+3
> > auch.....
> > somit habe ich immer das gleiche office-source-MSI-paket, greife aber
mit
> > 3unteschiedlichen projekten(unterschiedliche berechtigungen) darauf
zu....
> >
> >
> > ist das jetzt verständlicher????
> >
> > cu basti
> >
> >
> > "Messmer, Klaus" <klaus.messmer@iz.bwl.de> schrieb im Newsbeitrag
> > news:FU9ihSdNFHA.1229@sentinel.webdomain...
> >> Du willst aus einem Paket entweder nur Word, nur Execl bzw. nur PP
> >> installiere, oder ne Mischkultur aus unterschiedlichen Features? Nur
das
> > ich
> >> es richtig verstehe.
> >> So ganz verstanden hab ich Dein Script nicht. Wie übergibst Du
Parameter
> > vom
> >> einen Projekt ins andere?
> >>
> >> Ich installiere unterschiedliche Pakete für Office mit dem CMW aus dem
> >> OfficeResourceKit. Hier können unterschiedliche Featueres hinzugefügt,
> > bzw.
> >> wieder entfernt werden. Und das ganze schön mit Microsoft Bordmitteln.
> >> Die
> >> per CMW angelegten Steuerdateien liegen in dem eigentlichen Office
Paket
> > und
> >> werden von entsprechenden Projekten nur aufgerufen.
> >>
> >> Gruß
> >> Klaus
> >>
> >> PS vielleicht kannst Du Deine Inc-Datei mal komplett posten.
> >>
> >>
> >>
> >> "Batz, Sebastian" <sbatz@meffert.com> schrieb im Newsbeitrag
> >> news:cde1W4PNFHA.295@sentinel.webdomain...
> >> > hi,
> >> > danke für den link und den scriptvoschlag.
> >> > ich habe auch nochmal ein wenig getüfftelt:
> >> >
> >> > projekt "office source library" (=OSL)
> >> >
> >> > projekt "office word,excel,powerpoint"
> >> > => dieses ruft das projekt OSL auf. OSL setzt dann eine variable
mit
> >> > der
> >> > pfadangabe
> >> > OSL script:
> >> > Set('vOfficeSourceLibraryPath','.\') (mit
dem
> > '
> >> > .\ ' ) wird ja der aktuelle pfad angegeben.
> >> > das ist alles von dem OSL script.
> >> > danach gelangt man wieder in das ausführende projekt "office
> >> > word,excel,powerpoint", welches dann mit der variable
> >> > "vOfficeSourceLibraryPath" weiterarbeitet.
> >> >
> >> > das hier steht dann in dem script:
> >> >
> >> >
> >
MSIInstallProduct('%vOfficeSourceLibraryPath%\exte rn$\Office2003\PRO11.MSI',
> >> > 'DEBUG',MsiInstMach)
> >> >
> > |%vOfficeSourceLibraryPath%\extern$\Office2003\Off ice2003_Default.MST;
> >> > params:
> >> > EndProc/TU
> >> >
> >> > das geht auch wunderbar.
> >> >
> >> > trotzdem danke
> >> >
> >> > cu
> >> > sebastian
> >> >
> >> > "Roman Pelzel" <RPL@GPS-Proserv.de> schrieb im Newsbeitrag
> >> > news:KQiZ%23MHNFHA.294@sentinel.webdomain...
> >> >> Hi!
> >> >> unter folgender URL findest Du ein Tool, welches genau dieses macht!
> >> >>
> >> >> http://www.ni-toolbox.de/download/setpath/setpath.rar
> >> >>
> >> >> Das RarFile beinhaltet ein NetInstallScript, welches die Verwendung
> >> >> verdeutlicht.
> >> >> Im Ordner Extern$ liegt die SetPath.exe
> >> >>
> >> >> Ich hoffe das erfüllt Deine Anfo!
> >> >>
> >> >> Gruß
> >> >>
> >> >> Roman
> >> >>
> >> >> "Batz, Sebastian" <sbatz@meffert.com> schrieb im Newsbeitrag
> >> >> news:px0sqfDNFHA.295@sentinel.webdomain...
> >> >> > hi zusammen,
> >> >> > besteht irgendwie die möglichkeit, den speicherort/pfad eines
> > projektes
> >> >> > auszulesen??
> >> >> >
> >> >> > es gibt ja den befehl "LookupGuidFromProjectName". darüber bekomme
> > ich
> >> > ja
> >> >> > die GUID eines projektes.
> >> >> > ich bräuchte aber noch den pfad, also quasi in welcher datenbank
das
> >> >> > liegt.
> >> >> > hier dann auch noch die unterscheidung ob es im "work" oder
> >> >> > "install"
> >> >> > verzeichnis liegt.
> >> >> >
> >> >> > was ich vorhabe ist folgendes:
> >> >> > ich will das office2003 paket in verschiedenen varianten und
> >> > einstellungen
> >> >> > verteilen.
> >> >> > damit ich die office-sourcedaten (~700MB) nicht in jedes einzelne
> >> > projekt
> >> >> > kopieren muss, wollte ich ein projekt machen, das nur die sourcen
> >> >> > zur
> >> >> > verfügung stellt. auf dieses wollte ich dann immer von den
> >> >> > einzelnen
> >> >> > office
> >> >> > installationpaketn drauf zu greifen.
> >> >> >
> >> >> >
> >> >> > hat da jemand einen tip!?
> >> >> >
> >> >> > cu
> >> >> > sebastian
> >> >> >
> >> >> >
> >> >>
> >> >>
> >> >
> >> >
> >>
> >>
> >
> >
>
>


..

[Buttchereit, Axel (XL)]

Batz, Sebastian wrote:
> hi,
> danke für den link und den scriptvoschlag.
> ich habe auch nochmal ein wenig getüfftelt:
>
> projekt "office source library" (=OSL)
>
> projekt "office word,excel,powerpoint"
> => dieses ruft das projekt OSL auf. OSL setzt dann eine variable mit der
> pfadangabe
> OSL script:
> Set('vOfficeSourceLibraryPath','.\') (mit dem '
> .\ ' ) wird ja der aktuelle pfad angegeben.
> das ist alles von dem OSL script.
> danach gelangt man wieder in das ausführende projekt "office
> word,excel,powerpoint", welches dann mit der variable
> "vOfficeSourceLibraryPath" weiterarbeitet.
>
> das hier steht dann in dem script:
>
> MSIInstallProduct('%vOfficeSourceLibraryPath%\exte rn$\Office2003\PRO11.MSI',
> 'DEBUG',MsiInstMach)
> |%vOfficeSourceLibraryPath%\extern$\Office2003\Off ice2003_Default.MST;
> params:
> EndProc/TU
>
> das geht auch wunderbar.
>

Hallo,

wenn ich es richtig verstanden habe, verweist dann der MSIInstallProduct-Befehl
auf MSI-Quellen in einem anderen Projekt-Verzeichnis.
Ich bezweifle daher, dass NetInstall sein "Mapping" NI-Projekt-GUID -> MSI-Product-Code
richtig hinbekommt.
(Ich hatte da schon viel Spa� mit Transforms, die den Product-Code ändern...)

Die Konsequenz ist/wäre, dass NetInstall nicht mehr in der Lage ist, die
MSI-Quellen in der Registry (Classes_Root\Installer) "umzuschreiben",
wenn man einen anderen Server (eine anderen Site, z. B. OFFLINE) zugeordnet bekommt
bzw. das OfficeSourceLibrary-Projekt in eine andere Datenbank verschoben wird.

Spätestens bei einer MSI-Reparatur steht man dann im Regen.

Falls es wider Erwarten doch klappen sollte, würde ich mich über eine entsprechende
Info freuen...

Axel

..

[Batz, Sebastian]

hi,
mh..ok...ich habe das eigentlich schon getestet, was deinstalltion und so
angeht und es hat auch alles zufriedenstellend funktioniert.
aber ich werde das auf deinen "rat" hin nochmal genau testen.
ich werde mich hierzu nochmal melden.

cu
sebastian


"Buttchereit, Axel (XL)" <XL@XLsigned.net> schrieb im Newsbeitrag
news:GyGKHRrNFHA.294@sentinel.webdomain...
> Batz, Sebastian wrote:
> > hi,
> > danke für den link und den scriptvoschlag.
> > ich habe auch nochmal ein wenig getüfftelt:
> >
> > projekt "office source library" (=OSL)
> >
> > projekt "office word,excel,powerpoint"
> > => dieses ruft das projekt OSL auf. OSL setzt dann eine variable mit
der
> > pfadangabe
> > OSL script:
> > Set('vOfficeSourceLibraryPath','.\') (mit dem
'
> > .\ ' ) wird ja der aktuelle pfad angegeben.
> > das ist alles von dem OSL script.
> > danach gelangt man wieder in das ausführende projekt "office
> > word,excel,powerpoint", welches dann mit der variable
> > "vOfficeSourceLibraryPath" weiterarbeitet.
> >
> > das hier steht dann in dem script:
> >
> >
MSIInstallProduct('%vOfficeSourceLibraryPath%\exte rn$\Office2003\PRO11.MSI',
> > 'DEBUG',MsiInstMach)
> >
|%vOfficeSourceLibraryPath%\extern$\Office2003\Off ice2003_Default.MST;
> > params:
> > EndProc/TU
> >
> > das geht auch wunderbar.
> >
>
> Hallo,
>
> wenn ich es richtig verstanden habe, verweist dann der
MSIInstallProduct-Befehl
> auf MSI-Quellen in einem anderen Projekt-Verzeichnis.
> Ich bezweifle daher, dass NetInstall sein "Mapping" NI-Projekt-GUID ->
MSI-Product-Code
> richtig hinbekommt.
> (Ich hatte da schon viel Spaß mit Transforms, die den Product-Code
ändern...)
>
> Die Konsequenz ist/wäre, dass NetInstall nicht mehr in der Lage ist, die
> MSI-Quellen in der Registry (Classes_Root\Installer) "umzuschreiben",
> wenn man einen anderen Server (eine anderen Site, z. B. OFFLINE)
zugeordnet bekommt
> bzw. das OfficeSourceLibrary-Projekt in eine andere Datenbank verschoben
wird.
>
> Spätestens bei einer MSI-Reparatur steht man dann im Regen.
>
> Falls es wider Erwarten doch klappen sollte, würde ich mich über eine
entsprechende
> Info freuen...
>
> Axel
>


..