DMXC3 Session Changer

Hallo an alle, die auch laufend eine Kopie eines Projektes auf einen anderen Rechner kopieren,
im Nachgang geht dann der SoftDesk nicht mehr da die Session ID ( Rechner-Name) in den Dateien nicht zum aktuellen System passt.

Hier ein kleines Tool welches alle Umbenennen-Aktionen selbst erledigt.
Bis der Softdesk neu geschrieben ist werden bestimmt noch ein paar Tage vergehen.... bis dahin kann das Programm seine Arbeit verrichten.

Es packt die ZIP Dateien selbst aus und wieder ein. Erstellt dabei eine Kopie, damit werden die Original-Daten nicht verändert.
Der zwischenzeitlich erstellte Arbeitsordner kann optional automatisch, nach Änderung gelöscht werden.
Die neue Session ID kann optional an die geänderte Projekt-Kopie als Erweiterung des Namens angehängt werden.

Ab V2.1 wird ein Kopien Zähler als fortlaufende Nummer am Ende der Datei hinzufügt. Das Prog merkt sich diese ; sie kann geändert werden.

Das Programm gibt es als 64 Bit Version auf WIN 7 / 8 und 10 bzw. überall wo .NET 4.5 installiert ist. ( XP prüfe ich nicht mehr)
DIe 32 Bit habe ich rausgelassen... wer 32 Bit benötigt sagt was.

Das Programm wird üblicher Weise auf dem Ziel-Computer gestartet.
Ein Installer ist nicht erforderlich; einfach irgendwo hinwerfen und starten. ( zuerst Funktion...Dann schön )

.
Dateiversion V2.1 von 05.08.2016 23:00
Gruß Uwe

Hallo Didda,
Ich starte immer das Kernel separat.?! Warum ein Tool ?
Weil ich als alter Mann meine grauen Zellen fitt halte und mit .NET 4.5 VS 2015 VB + C# auch mal was machen muss, einfach weil es Spaß macht.
Weil ich dafür nicht lange brauche.
Weil ich mich nicht mit mehreren Rechnern ( GUI's ) mit gleichem Namen an das Kernel ( den Server ) anmelden kann.
Weil solche Tricks mir schon ein paar mal den Softdesk zerschossen haben und ich alle Assingments neu machen musste.
Weil dieses kleine Prog mit 2 Klicks in 5sec. alles macht was ich brauche, wovon der SplashScreen 3sec angezeigt wird.

und , und ...

Gruß Uwe

Hallo Scyte,
das ist ein eingenständiges Tool ...klein Plugin.
Es passt die Session-Namen in den XML Dateien an. Hat also direkt nichts mit dem Hauptprogramm zu tun.

Es nimmt einem diverse mauelle Schritte ab die Projektdatei zu entpacken den ganzen Kram mit einem Editor um zu benennen und alles wieder ein zu packen. Mit dem Umbau des Softdesk wird sich das ohnehin erledigt haben. Dann kann man es löschen.
Es ist Freeware kein opensource , wobei mir das auch egal wäre. Ladet's euch das runter, vieleicht lernt noch wer was.

... na dann viel Spaß mit dem Code...vollkommen unspäktakulär.

Update: 5.8.16
Gruß Uwe

Hallo Stefan,
das ist richtig...
Versuche mal das mit 3 Rechnern gleichzeitig diese so am gleichen Kernel ( Server ) zu verbinden.
Dazu ist das Kernel ja geschrieben worden um sich mit mehreren GUI's zu verbinden.

Verbinde dich mit einem Projekt bei dem du nicht weist wie der Session-Name ist.
Es gibt noch ein paar Möglichkeiten......
DIe Chance sich hierbei die Assignments zu zerstören ist sehr groß.
Logischer Weise speichert jeder Client (GUI) seine Änderungen .

Der Weg hierbei ist, nicht den Session-Namen anzupassen in der Verbindung , sondern das Projekt an den Rechner wo es läuft.
Mit dieser Variante ist mit Softdesk nicht mehr kaputt gegangen. Ferner lassen sich Softdesks verschiedener Clients ( GUI's) Gleichzeitig ausführen , wenn die Passenden Dateien ( eine "richtige" Kopie für jeden Client vorhanden sind ) ...ich weis nicht ob das dokumentiert ist.
Diese "richtige" Kopie für jeden Client muss erstellt werden, hierzu gibt es nichts ausser "deinen" Lieblings-Editor.

@patme
das freut mich .....genau dazu ist es da .. was ich noch überlegt habe, das ausgepackte Verzeichnis automatisch zu löschen da es bei vorhandensein nicht überschrieben wird. Wenn man jedoch mehr als ein Softdesk-Client hat wird das komplexer und man muss mit den gleichen Daten weitermachen.
Ich kann das ja mal separat beschreiben.

Zum START des Kernels: Es gibt eine Local-Variante hier startet , die GUI das Kernel mit. Dann die Netzvaiante mit und ohne Localhost.
Und die echten Clients , die sich an ein bereits laufendes Kernel über das Netzwerk anbinden.
Die "beste" Variante kann ich auch nicht ausmachen. Klar ist, das alles was auf dem gleichen Rechner läuft das schnellste ist, und 127.0.0.1 ( localhost) die schnellste Netzverbindung darstellt.

Gruß Uwe

HI @patme
was hälst du von einem echten Backup-Datei-Counter.. ?
Und das löschen der Ordner und Namen hinten anhängen kann ich als User-Option einbauen kein Problem.
Das heist nach der ersten Verwendung merkt sich das Prog deine Anpassungen alleine.

Ich werd das selbst mal dahin gehend testen , mein Weg ist immer:
Ich programmiere das DMXC am Laptop A ... kopiere die Datei auf den Laptop B ( Backupsystem ) .. hier wird die Datei mit dem Tool angepasst.
Dann noch mal auf den Licht-Server C ( WIn 7 ) hier wird die Datei auch mit dem Tool angepasst.

Wenn mann jetzt gleich ein Versions-Zähler hat, wäre das nicht schlecht und wenn der Name des Projekts auch gleich erkennen lässt wo es hingehört ist das auch nicht verkehrt.
Weg 2 wäre : ich kenne ja den Namen des Zielgerätes und könnte ihn auch in Laptop A gleich eintragen, habe dann sofort eine richtige Kopie die dann sofort auf Laptop B , dem Licht-Server C läuft.

Gruß Uwe

HI @patme
EIngebaut:

ab V2.0
.... Automatisches Löschen ( Usersetting wird gemerkt)
.... Session ID hinten anhängen statt "neu" ( Usersetting wird gemerkt)
Mit dem Counter überlege ich mir noch was
Vielieicht sollte ich nur 64 Bit Versionen machen . Wer braucht denn noch 32 Bit ?

ab V2.1
.... Kopien Zähler ...einstellbar ( Usersetting wird gemerkt) nach erstellen der ZIP Datei wird hochgezählt

Download im ersten Beitrag ( Datei geändert 64 Bit Version ist enthalten )

@Scyte
Source Update -> oben....

Gruß Uwe

Hallo @Soon5
das ist schon richtig und bekannt ...... es funktioniert auch , bis nach " irgendeiner Speicheraktion" die Assigments defekt sind.

Zweitens : wie verbinde ich mich mit mehr als einen Client ? wieder mit der gleichen Session ID ?
Hier meckert schon das Kernel .
Das ist alles nicht rund...

Habe ich jedoch für jeden Client ein {client-name}_GuiInputConfig.xml in meinem Projekt und stimmen die Inhalte und Namen mit dem Projekt überein dann ist alles OK
Und nun bitte das Ganze auf einen Backup Rechner kopieren ..
Das war die Ausganssituation.

Vieleicht wird alles was Softdesk betrifft und ebenfalls die "Gleichzeitigkeit" der Clients die damit arbeiten, entsprechend geändert.
Dann entfällt das hier alles. wäre schön.

Da wir aber gerade über die XML Daten reden ... AffinityData, AffinityClass

und die hier ist "klein" ... mit 19MB und knapp 400Tsd Zeilen

Nicht das es nicht geht aber ist das eine Gute Idee ? Thema Ladezeiten und so ?

Vieleicht könnte hier eine DB-am Kernel besser sein zumal diese von "den Clients" besser bedient werden könnte.
Und von diesen XML Daten auf Tabellen zu wechseln ist kein großes Ding.

Gruß Uwe