muellermanfred
Aktives Mitglied
Thread Starter
- Dabei seit
- 19.04.2007
- Beiträge
- 2.744
- Reaktionspunkte
- 184
Oft wird nicht danach gefragt, aber es sollte einen thread geben, in dem wir die gelegentlichen Fragen zu diesem Thema sammeln.
Da ich aktuell meine ersten Erfahrungen mit der Einrichtung einer Arbeitsgruppe mit Adobe-CS4-Produkten mache, lege ich einfach mal los:
Teilnehmer und Netzwerk
- 1 Fileserver, MacPro, OS X Server 10.5.6, Teilnetz A
- 4 Grafikarbeitsplätze, MacPro, OS X 10.5.6, InDesign CS4 (6.0), Teilnetz A
- 4 Editorenarbeitsplätze, Dell PCs, Windows XP (von der IT stark angepaßte Konfiguration, User ohne Adminrechte), InCopy CS4 (6.0), Teilnetz A
- 1 Editorenarbeitsplatz, wie oben, Teilnetz B
Das Ganze in einem Firmennetz (lokal 100BaseT, zwei Äste an je einem Switch, ein Router, zu anderen Standorten per 2-MBit-Leitung), Internet über Proxy mit Firewall.
Der Plan
Ich wollte uns unabhängig machen von den teuren Systemhäusern und ihren Publishingsystemen, vorhandene Ressourcen nutzen und um vielleicht Fehlendes ergänzen (hier: InCopy).
Der VersionCue-Server liegt der CS4 bei; die InCopy-Lizenzen mußte ich extra besorgen; alle Softwares liegen in Volumenlizenzen vor und müssen nicht aktiviert werden. Dummerweise gibt es für solche Kunden nur Installationssupport - der nötige Supportplan kostet extra und da muß ich erstmal einen Controller finden, der das absegnet …
VersionCue Server CS4
Da ich mich seit 20 Jahren autodidaktisch durchschlage, habe ich kurzentschlossen den VersionCue-Server installiert. Welche Fehler ich dabei gemacht habe, könnte ihr hier nachlesen.
Kurz gesagt: VersionCue möchte seine WebDAV-realm nur außerhalb einer Freigabe einrichten (erfahrene Serveradmins gähnen jetzt, ich wußte das nicht, aber: es steht ganz versteckt im Handbuch für Bridge und VersionCue).
InCopy CS4
Unser Atelier soll mit Editoren vor Ort und weltweit zusammenarbeiten und dabei möglichst fehlerträchtige Prozesse loswerden (Korrekturen in Textdokumenten übermittelt, Korrekturen per kommentiertem PDF). Am besten wäre ein echtes WYSIWYG-Tool, denn wieviel zusätzlichen Korrekturaufwand Beinahe-WYSIWYG bedeutet, habe ich in den letzten Jahren schmerzlich erfahren. Da ist InCopy fast ein Muß.
Beim anstehenden renewal installierten die Kollegen InCopy gleich mit, aber mit durchwachsenem Erfolg: deutsche Installationen wurden wieder zu International English, Menüs kamen ohne shortcuts daher, manche Editoren konnten nur im Layoutmodus Text löschen und nur im Storymodus Absatzzeichen eingeben … ganz schön verkorkster Start!
Also den Help Desk angerufen und einen Windows-Admin für die Installation bestellt. Der war sehr freundlich, aber rund lief es nicht - jeder client war geringfügig anders konfiguriert (und das bei zentraler Software-Distribution …). Letztlich war er dann doch erfolgreich.
So, unter File -> User dieselben Benutzer eintragen wie in der VersionCue-Verwaltung und es kann losgehen.
Probleme
Nach mittlerweile drei Testprojekten habe ich einige Probleme beobachtet, die ich nicht alle lösen konnte. Hier mal eine Auswahl:
WebDAV hat wohl einen hohen Protokoll-Overhead. Die Verbindungen wirken behäbig und werden manchmal nicht aktualisiert. Wenn es nicht genügt, den Fokus zu verschieben, muß man die Verbindung beenden und neu verbinden, um den aktuellen Zustand eines Projektes zu sehen.
Die Editoren in Teilnetz A können sich per Adobe Drive mit dem VersionCue-Server verbinden. Der in Teilnetz B kann das nicht, weil (ich hoffe, ich habe das richtig verstanden) die nötige Protokollinformation nicht über die Router "gebroadcastet" wird. Workaround: der Editor in Teilnetz B richtet sich die Verbindung von Hand ein (Windows Startmenü -> Netzwerkumgebung -> URL eintragen) - die URL findet man z.B. in der webbasierten VersionCue-Verwaltung (http://server-ip:3703/webdav/).
Jenachdem, wie das Firmennetz eingerichtet ist, muß ein Windows-Admin auch noch eine Proxy-Ausnahme einrichten (ich mußte die nur für unsere Macs einrichten) und die Verwendung von SOAP auf den Editoren-clients ermöglichen.
Daß man VersionCue CS4 nicht zusammen mit der Bridge CS4 benutzen kann, hat Adobe recht bald nach Veröffentlichung eingeräumt.
Die Funktion "PDF-Überprüfung" konnte ich schon deswegen nicht benutzen, weil mit keiner Auswahl auch nur ein einziges Dokument eines Projektes aufgelistet wurde, geschweige denn eine Anzahl an Versionen.
Jetzt zu den Knallern:
Nicht jeder Teilnehmer sieht - trotz gleicher VersionCue-Benutzerrechte - dieselben Verzeichnisse. Es passiert, daß ein Layouter eine InDesign-Datei mit Aufgaben im Projekt speichert und ein anderer Layouter sieht den zugehörigen Aufgabenordner nicht. Das wäre nicht schlimm, wenn das nicht dazu führen würde, daß er Layouts nicht weiterbearbeiten kann, weil die Verknüpfung zu den Aufgaben als fehlend angezeigt wird! Kein Auschecken, kein Formatieren = kein Bearbeiten möglich.
Ein Editor mit nur einer Aufgabe in einem Layout sieht ausgerechnet alle Aufgabenverzeichnisse, nur das für ihn relevante nicht …
Layouter A sieht - wie gesagt - auf Mac A nicht alle Ordner, wohl aber auf Mac B, C und D, wenn er sich dort mit seinem Account Zugang zu VersionCue verschafft. Das gleiche Schema wiederholt sich mit drei anderen Accounts. Ich habe einen Cache gesucht, der solche Verzeichniszustände speichern könnte, weil ich hoffte, das Problem durch Löschen der Cache-Datei zu beheben. Habe leider keine gefunden.
Das gravierendste Problem ist, daß Editoren immer wieder einzelne Boxen nicht einchecken können (reproduzierbar). Schließen sie die .icma-Datei nach einem hoffnungsvollen Speichern doch und öffnen sie wieder, sind alle Änderungen verloren.
Man kann die Sperren, die durch das Auschecken entstehen, in der VersionCue-Verwaltung aufheben, aber nur benutzerweise (also vorher fragen, woran er gerade arbeitet und bitten, daß er alles speichert!), und verloren sind die Änderungen trotzdem …
Ein Tip aus einem Adobe-Forum: es liegt an unzureichenden Benutzerrechten. Ich habe allen Editoren in der VersionCue-Verwaltung auch Löschen-Rechte gegeben, damit ihre Lock-Dateien gelöscht werden können (sie also einchecken können). Keine Änderung. Gegen den Tip spricht auch die Inkonsistenz des Fehlerverhaltens: Ob mit oder ohne Löschen-Recht - es kommt vor, daß Editoren in einer Aufgabe die eine Box einchecken können und die andere nicht. Mangels nachvollziehbarer Systematik kann ich den Fehler nicht beheben.
Ich kann die Rechte-Struktur der SQL-Datenbank, die dem VersionCue-Server zugrundeliegt, auch nicht per Server-Admin einstellen, aber wegen der Inkonsistenz glaube ich auch nicht, daß das hilft. Im übrigen sagen die Adobe-Leute selber, daß man da die Finger von lassen soll …
Lösung
Mein Versuchskaninchen war ein Benutzer in Teilnetz B. Mit ihm habe ich einen workflow mit dem E-Mail-Versand von .icpa-Dateien versucht - erfolgreich. Nachdem ich ipfw geeignet eingestellt hatte, konnte er auch auf den VersionCue-Server zugreifen. Weil ich darauf aber erst spät gekommen war, hatte ich ihm seine Aufgaben ersatzweise in einer SMB-Freigabe bereitgestellt. Probleme: keine.
Die einzige Konsequenz war, den VersionCue-Server abzuschalten und das Projekt in einer SMB-Freigabe bereitzustellen.
Verluste? Eigentlich nicht:
- Benutzerverwaltung: ersetzt durch normale Verwaltung für Netzwerk-User
- Versionierung: stündliche Time-Machine-Sicherung fast gleichwertig
- keine PDF-Überprüfung: funktionierte eh nicht
- einfache Verbindung über Adobe Drive: funktioniert eh nur im selben Teilnetz, wenn man die clients nicht administrieren kann; die SMB-Freigaben sind auf den clients gemappt, das ist noch komfortabler
- Benutzerrechte: ACL-Steuerung per Server-Admin weit überlegen
- Ein-/Auschecken: InDesign-Benutzer müssen sich absprechen, weil .indd nur per VersionCue aus- und eingecheckt werden können, für die Editoren bleiben die Funktionen gleich.
Nun können alle Benutzer alle Verzeichnisse sehen und ich habe die volle Kontrolle über alle Rechte. Aus- und einchecken für Editoren klappt problemlos - natürlich können auch Layouter Inhalte aus- und einchecken.
Nachdem ich das Projekt vollständig kopiert hatte, mußte ich in allen Layouts die Verknüpfungen zu den .icml-Dateien der Aufgaben wiederherstellen - bei der kryptischen Benennung ein fehlerträchtiger Schritt. Danach wurden alle Aufgaben als verfügbar und nichts als fehlend angezeigt.
Probleme 2
Sofort meldeten sich Editoren:
- .icma-Dateien schienen keine Aufgaben zu enthalten, oder
- der Bearbeitungsstand mancher Boxen war uralt.
Katastrophe! Eingedenk der Erfahrung, daß die Layouter A bis D unterschiedliche Projektstände sehen, kopierte ich das Projekt noch einmal, jeweils mit dem Account eines Layouters an seinem Arbeitsplatz. Anschließend verglich ich alle 4 Projektstände:
- nur 2 von 4 waren komplett
- jede enthielt .icml-Dateien mit teilweise unterschiedlichen Änderungsdaten
VersionCue CS4 ist also für uns nicht nur unbenutzbar, sondern schlicht gefährlich. Möglich, daß wir mit größerem technischen Verständnis das eine oder andere Problem lösen könnten. Im Augenblick jedoch müssen wir auf VersionCue verzichten.
Glücklicherweise enthielten die InDesign-Dateien den aktuellen Stand der Bearbeitung. Es war also nichts weiter zu tun, als alle Aufgaben zu löschen und neu anzulegen ( ). Seitdem können alle zufrieden arbeiten.
Ein Layout weigert sich jedoch beharrlich, Aufgabendateien zu produzieren. Auch der .inx-Export hat da keine Abhilfe geschaffen. Nun, das eine schleifen wir manuell mit durch …
Über Fragen, Tips und eine angeregte Diskussion freut sich
Manfred
Da ich aktuell meine ersten Erfahrungen mit der Einrichtung einer Arbeitsgruppe mit Adobe-CS4-Produkten mache, lege ich einfach mal los:
Teilnehmer und Netzwerk
- 1 Fileserver, MacPro, OS X Server 10.5.6, Teilnetz A
- 4 Grafikarbeitsplätze, MacPro, OS X 10.5.6, InDesign CS4 (6.0), Teilnetz A
- 4 Editorenarbeitsplätze, Dell PCs, Windows XP (von der IT stark angepaßte Konfiguration, User ohne Adminrechte), InCopy CS4 (6.0), Teilnetz A
- 1 Editorenarbeitsplatz, wie oben, Teilnetz B
Das Ganze in einem Firmennetz (lokal 100BaseT, zwei Äste an je einem Switch, ein Router, zu anderen Standorten per 2-MBit-Leitung), Internet über Proxy mit Firewall.
Der Plan
Ich wollte uns unabhängig machen von den teuren Systemhäusern und ihren Publishingsystemen, vorhandene Ressourcen nutzen und um vielleicht Fehlendes ergänzen (hier: InCopy).
Der VersionCue-Server liegt der CS4 bei; die InCopy-Lizenzen mußte ich extra besorgen; alle Softwares liegen in Volumenlizenzen vor und müssen nicht aktiviert werden. Dummerweise gibt es für solche Kunden nur Installationssupport - der nötige Supportplan kostet extra und da muß ich erstmal einen Controller finden, der das absegnet …
VersionCue Server CS4
Da ich mich seit 20 Jahren autodidaktisch durchschlage, habe ich kurzentschlossen den VersionCue-Server installiert. Welche Fehler ich dabei gemacht habe, könnte ihr hier nachlesen.
Kurz gesagt: VersionCue möchte seine WebDAV-realm nur außerhalb einer Freigabe einrichten (erfahrene Serveradmins gähnen jetzt, ich wußte das nicht, aber: es steht ganz versteckt im Handbuch für Bridge und VersionCue).
InCopy CS4
Unser Atelier soll mit Editoren vor Ort und weltweit zusammenarbeiten und dabei möglichst fehlerträchtige Prozesse loswerden (Korrekturen in Textdokumenten übermittelt, Korrekturen per kommentiertem PDF). Am besten wäre ein echtes WYSIWYG-Tool, denn wieviel zusätzlichen Korrekturaufwand Beinahe-WYSIWYG bedeutet, habe ich in den letzten Jahren schmerzlich erfahren. Da ist InCopy fast ein Muß.
Beim anstehenden renewal installierten die Kollegen InCopy gleich mit, aber mit durchwachsenem Erfolg: deutsche Installationen wurden wieder zu International English, Menüs kamen ohne shortcuts daher, manche Editoren konnten nur im Layoutmodus Text löschen und nur im Storymodus Absatzzeichen eingeben … ganz schön verkorkster Start!
Also den Help Desk angerufen und einen Windows-Admin für die Installation bestellt. Der war sehr freundlich, aber rund lief es nicht - jeder client war geringfügig anders konfiguriert (und das bei zentraler Software-Distribution …). Letztlich war er dann doch erfolgreich.
So, unter File -> User dieselben Benutzer eintragen wie in der VersionCue-Verwaltung und es kann losgehen.
Probleme
Nach mittlerweile drei Testprojekten habe ich einige Probleme beobachtet, die ich nicht alle lösen konnte. Hier mal eine Auswahl:
WebDAV hat wohl einen hohen Protokoll-Overhead. Die Verbindungen wirken behäbig und werden manchmal nicht aktualisiert. Wenn es nicht genügt, den Fokus zu verschieben, muß man die Verbindung beenden und neu verbinden, um den aktuellen Zustand eines Projektes zu sehen.
Die Editoren in Teilnetz A können sich per Adobe Drive mit dem VersionCue-Server verbinden. Der in Teilnetz B kann das nicht, weil (ich hoffe, ich habe das richtig verstanden) die nötige Protokollinformation nicht über die Router "gebroadcastet" wird. Workaround: der Editor in Teilnetz B richtet sich die Verbindung von Hand ein (Windows Startmenü -> Netzwerkumgebung -> URL eintragen) - die URL findet man z.B. in der webbasierten VersionCue-Verwaltung (http://server-ip:3703/webdav/).
Jenachdem, wie das Firmennetz eingerichtet ist, muß ein Windows-Admin auch noch eine Proxy-Ausnahme einrichten (ich mußte die nur für unsere Macs einrichten) und die Verwendung von SOAP auf den Editoren-clients ermöglichen.
Daß man VersionCue CS4 nicht zusammen mit der Bridge CS4 benutzen kann, hat Adobe recht bald nach Veröffentlichung eingeräumt.
Die Funktion "PDF-Überprüfung" konnte ich schon deswegen nicht benutzen, weil mit keiner Auswahl auch nur ein einziges Dokument eines Projektes aufgelistet wurde, geschweige denn eine Anzahl an Versionen.
Jetzt zu den Knallern:
Nicht jeder Teilnehmer sieht - trotz gleicher VersionCue-Benutzerrechte - dieselben Verzeichnisse. Es passiert, daß ein Layouter eine InDesign-Datei mit Aufgaben im Projekt speichert und ein anderer Layouter sieht den zugehörigen Aufgabenordner nicht. Das wäre nicht schlimm, wenn das nicht dazu führen würde, daß er Layouts nicht weiterbearbeiten kann, weil die Verknüpfung zu den Aufgaben als fehlend angezeigt wird! Kein Auschecken, kein Formatieren = kein Bearbeiten möglich.
Ein Editor mit nur einer Aufgabe in einem Layout sieht ausgerechnet alle Aufgabenverzeichnisse, nur das für ihn relevante nicht …
Layouter A sieht - wie gesagt - auf Mac A nicht alle Ordner, wohl aber auf Mac B, C und D, wenn er sich dort mit seinem Account Zugang zu VersionCue verschafft. Das gleiche Schema wiederholt sich mit drei anderen Accounts. Ich habe einen Cache gesucht, der solche Verzeichniszustände speichern könnte, weil ich hoffte, das Problem durch Löschen der Cache-Datei zu beheben. Habe leider keine gefunden.
Das gravierendste Problem ist, daß Editoren immer wieder einzelne Boxen nicht einchecken können (reproduzierbar). Schließen sie die .icma-Datei nach einem hoffnungsvollen Speichern doch und öffnen sie wieder, sind alle Änderungen verloren.
Man kann die Sperren, die durch das Auschecken entstehen, in der VersionCue-Verwaltung aufheben, aber nur benutzerweise (also vorher fragen, woran er gerade arbeitet und bitten, daß er alles speichert!), und verloren sind die Änderungen trotzdem …
Ein Tip aus einem Adobe-Forum: es liegt an unzureichenden Benutzerrechten. Ich habe allen Editoren in der VersionCue-Verwaltung auch Löschen-Rechte gegeben, damit ihre Lock-Dateien gelöscht werden können (sie also einchecken können). Keine Änderung. Gegen den Tip spricht auch die Inkonsistenz des Fehlerverhaltens: Ob mit oder ohne Löschen-Recht - es kommt vor, daß Editoren in einer Aufgabe die eine Box einchecken können und die andere nicht. Mangels nachvollziehbarer Systematik kann ich den Fehler nicht beheben.
Ich kann die Rechte-Struktur der SQL-Datenbank, die dem VersionCue-Server zugrundeliegt, auch nicht per Server-Admin einstellen, aber wegen der Inkonsistenz glaube ich auch nicht, daß das hilft. Im übrigen sagen die Adobe-Leute selber, daß man da die Finger von lassen soll …
Lösung
Mein Versuchskaninchen war ein Benutzer in Teilnetz B. Mit ihm habe ich einen workflow mit dem E-Mail-Versand von .icpa-Dateien versucht - erfolgreich. Nachdem ich ipfw geeignet eingestellt hatte, konnte er auch auf den VersionCue-Server zugreifen. Weil ich darauf aber erst spät gekommen war, hatte ich ihm seine Aufgaben ersatzweise in einer SMB-Freigabe bereitgestellt. Probleme: keine.
Die einzige Konsequenz war, den VersionCue-Server abzuschalten und das Projekt in einer SMB-Freigabe bereitzustellen.
Verluste? Eigentlich nicht:
- Benutzerverwaltung: ersetzt durch normale Verwaltung für Netzwerk-User
- Versionierung: stündliche Time-Machine-Sicherung fast gleichwertig
- keine PDF-Überprüfung: funktionierte eh nicht
- einfache Verbindung über Adobe Drive: funktioniert eh nur im selben Teilnetz, wenn man die clients nicht administrieren kann; die SMB-Freigaben sind auf den clients gemappt, das ist noch komfortabler
- Benutzerrechte: ACL-Steuerung per Server-Admin weit überlegen
- Ein-/Auschecken: InDesign-Benutzer müssen sich absprechen, weil .indd nur per VersionCue aus- und eingecheckt werden können, für die Editoren bleiben die Funktionen gleich.
Nun können alle Benutzer alle Verzeichnisse sehen und ich habe die volle Kontrolle über alle Rechte. Aus- und einchecken für Editoren klappt problemlos - natürlich können auch Layouter Inhalte aus- und einchecken.
Nachdem ich das Projekt vollständig kopiert hatte, mußte ich in allen Layouts die Verknüpfungen zu den .icml-Dateien der Aufgaben wiederherstellen - bei der kryptischen Benennung ein fehlerträchtiger Schritt. Danach wurden alle Aufgaben als verfügbar und nichts als fehlend angezeigt.
Probleme 2
Sofort meldeten sich Editoren:
- .icma-Dateien schienen keine Aufgaben zu enthalten, oder
- der Bearbeitungsstand mancher Boxen war uralt.
Katastrophe! Eingedenk der Erfahrung, daß die Layouter A bis D unterschiedliche Projektstände sehen, kopierte ich das Projekt noch einmal, jeweils mit dem Account eines Layouters an seinem Arbeitsplatz. Anschließend verglich ich alle 4 Projektstände:
- nur 2 von 4 waren komplett
- jede enthielt .icml-Dateien mit teilweise unterschiedlichen Änderungsdaten
VersionCue CS4 ist also für uns nicht nur unbenutzbar, sondern schlicht gefährlich. Möglich, daß wir mit größerem technischen Verständnis das eine oder andere Problem lösen könnten. Im Augenblick jedoch müssen wir auf VersionCue verzichten.
Glücklicherweise enthielten die InDesign-Dateien den aktuellen Stand der Bearbeitung. Es war also nichts weiter zu tun, als alle Aufgaben zu löschen und neu anzulegen (
). Seitdem können alle zufrieden arbeiten.Ein Layout weigert sich jedoch beharrlich, Aufgabendateien zu produzieren. Auch der .inx-Export hat da keine Abhilfe geschaffen. Nun, das eine schleifen wir manuell mit durch …
Über Fragen, Tips und eine angeregte Diskussion freut sich
Manfred
Zuletzt bearbeitet:
