IBM i Access Client Solutions

[stefan24]

Hallo zusammen,

da IBM i Access for Windows ab Windows 10 nicht mehr funktioniert, musste ich mir zwangsläufig IBM i Access Client Solutions anschauen. Soweit so gut.. sieht ja eigentlich ganz brauchbar aus.

Problem hierbei aber, dass wir vermehrt die abgekapselten Funktionen wrksplf.exe, wrkmsg.exe, wrkprt.exe und wrkusrj.exe benutzt haben, welche so in der neuen Version nicht mehr vorhanden sind.
Auch im Internet finde ich nichts brauchbares dazu. Demnach wollte ich Euch mal fragen, ob evtl. jemand eine Idee hat wie ich mit IBM i Access Client Solutions ähnliche Screens (abgekapselt von der Komplettlösung) bekomme.

Wenn ich z.B. auf der IBM i Access Client Solutions-Home-Seite bin und da auf Druckausgabe klicken bekomme ich auch ein extra Fenster.. Die Frage ist halt, ob das auch von außerhalb irgendwie, bzw. irgendwo gestartet werden kann?

Vielleicht hat jemand eine Idee dazu

Vielen Dank schon mal im voraus und Beste Grüße aus dem Süden Deutschlands
Stefan

[malzusrex]

Hallo Stefan,

also ich(wir) haben auf mehreren Rechnern Windows 10 im Einsatz und immer noch Cleint Access am laufen.
Warum sollte das nicht mehr gehen ?

Gruß
Roanld

[prsbrc]

Hallo Stefan.
Welche Version wird bei euch verwendet? Wir haben hier 7.1 vom CA und dieser läuft nach dem befolgen der Infos auf folgenden Links auch unter Win10 ( http://www-03.ibm.com/systems/power/...indows_sp.html )

Grüße!
Christian Brunner

[stefan24]

hmmm ok.. Vielen Dank für die Antworten..

Aufgrund der Aussage hier... http://www-03.ibm.com/systems/power/...s/windows.html

Zitat: Notice: IBM does not plan to support IBM i Access for Windows on operating systems beyond Windows 8.1. The replacement product is IBM i Access Client Solutions, which includes 5250 emulation, data transfer, printer output, console support, and more.

... sind wir davon ausgegangen, dass CA nicht mehr läuft und haben es erst gar nicht wirklich versucht. So wie es aussieht wird dies dann aber von IBM auch nicht mehr unterstützt und kommt damit für eine offizielle Freigabe einer Software die eben diese Teilfunktionen nutzt auch nicht in Frage :-(

[B.Hauser]

Ronald,

Client Access wurde offiziell für Windows 10 nicht angepasst. Das Gros funktioniert auch unter Windows 10, aber u.U. nicht mehr alles! Die letzte (Windows-) Client Access Version war für Release 7.1, für 7.2 gab es keine neue Version, lediglich Service-Packs.

Die neue Version, zum Arbeiten mit 5250 Emulationen, SQL-Abragen und Druckern, die auf alle Betriebssystemen läuft ist die IBM i Client Solutions Version.

Daneben gibt es noch die Web-Version, die jedoch keinen Greenscreen unterstützt.

Da aktuell die Datenbanken-Tools u.a. Visual-Explain nur in der alten Client Access Version zur Verfügung stehen, ist aktuell im Bereich Datenbank noch die Client Access Version das strategische Produkt.
... in absehbarer Zeit werden jedoch die fehlenden Tools in der Web-Version bzw. in ACS zur Verfügung gestellt.

Birgitta

[Fuerchau]

Ich weiß nicht, warum da immer so ein großes Problem daraus gemacht wird.
Ich habe Software im Einsatz (32 und 64 Bit) die seit Windows XP nun bis Windows 10 absolut problemlos funktioniert.
Das Wesentliche sind hier die Installer, die alles was benötigt wird mit installieren müssen.
So kann das, was in Windows 8/8.1 oder in Windows 10 fehlt weil es z.B. von Microsoft nicht mehr mit ausgeliefert wird, ohne Probleme nachinstalliert werden.
So nehme ich mir z.B. die Treiber für MDB-Dateien (Access2000) oder VB6-Steuerelemente und sogar die VB6-Runtime immer mit und es funktioniert weiterhin.
Warum die Installer von CA nicht alles was benötigt wird enthalten entzieht sich mir.
Kein Wunder, dass dann ggf. nicht alles funktioniert.

Aber zumindest sollte man Microsoft glauben: Die behaupten zumindest, das alles was auf Windows 7 läuft auch auf Windows 10 laufen wird.

[KingofKning]

Tja, ich kann Dir sagen das wenn Du framwork 3.5 brauchst das 10er rumzickt.
Dummerweise braucht die Software zur Umstellung des Displays das Framework.

Tolle Sache.

GG

[Fuerchau]

Das ist auch nicht tragisch.
Ich benötige das Framework 2.0.
In Windows 10 wird das Framework 3.5 aktiviert, das bringt das 2.0 dann automatisch mit.
Dies ist das geringste Problem.

Problematisch sind da eher Windows-DLL's, die in neueren Versionen erst gar nicht mehr da sind.
Das sind halt bestimmte Runtime-/ActiveX- und sonstige Funktionen.
Bringt man die mit, läuft's wieder.

[KingofKning]

Ich hatte hier 2 Rechner wo sich das Framework nicht aktivieren liess. Das Windowsupdate rödelte 5 Minuten und kam dann mit einer kryptischen Fehlermeldung wieder.
Also auf Rechner die man wirklich braucht, würde ich Win10 noch nicht einsetzen.
Über die anderen Nachteile wie nachhause telefonieren etc. gar nicht zu reden.

GG

[Fuerchau]

Nun, Windows 10 lässt sich mitunter nicht überreden, auf "alter" Hardware zu laufen.
Für manche Geräte (Grafik, ISDN-Karten) gibt es keine neuen Treiber, die von Windows 10 akzeptiert werden. Z.T. hat sich halt die Treiberintegration geändert.

Was das Framework 3.5 angeht so liegt das z.T. an vorinstallierten Updates die man erst wieder deinstallieren muss damit das Framework installierbar wird.
Welche das im Einzelnen sind findet man leider nur sehr mühsam heraus.

Manchmal kommt man auch bei Windows 10 um eine grundsätzliche Neuinstallation nicht herum.
Der Update von vorherigen Versionen (Win7/8/8.1) kann da schädlich sein.
Soweit ich weiß ist der Lizenzschlüssel von Win7/8/8.1 für die Aktivierung von Win10 gültig.

[Chris.jan]

Also mit der alten Software habe ich keine Probleme, aber CAS mit dem Installationsscript zu installieren gelingt mir nicht. Da kriege ich ne Fehlermeldung wegen mangelnder Berechtigung. Jemand ne Idee wo ich daran schrauben muss?

[Fuerchau]

Da hat man mitunter wirklich schlechte Karten.
Der Grund ist die verschärfte Berechtigungsprüfung.
Administrator ist nicht mehr Administrator, auch wenn er so heißt.

Hier hilft nur, das Script mit rechter Maustaste "als Admin ausführen" zu starten.
Dann wird das Script mit geringen Einschränkungen ausgeführt.
Aber Vorsicht:
Es wird nur das aktuelle Skript ausgeführt. Startet dieses intern weitere Programme, werden die ggf. wieder nicht als Admin ausgeführt.
Man kennt das ja häufig: "Software wird entpackt...." => "Software wird installiert"
Der 2. Schritt schlägt dann fehl.
Häufig kann man aber mit Aufrufargumenten (Doku!) die Schritte entzerren und den 2. Aufruf manuell selber starten.

Nächste Hürde:
Für jeden User auf einem Windowssystem gibt es eigene Registry-Bereiche.
Um nach obigem Verfahren zu installieren muss es eine Auswahl
- Aktuelle Benutzer (Current user)
- Alle Benutzer (All users)
geben. Gibt das die Lizenz nicht her, kann man ggf. wieder nichts machen, ansonsten ist "Alle" auszuwählen.
Steht "Alle" also zur Verfügung, könnte die Installation und Verwendung funktionieren.
Steht "Alle" nicht zur Verfügung, muss man das halt probieren.
Nach der Installation muss man sich dann die "Start.Exe" suchen und kann per Eigenschaften (rechte Maustaste) diese auf "Mit Admin ausführen" permanent markieren.

Zugegeben, es wird dann halt lästig, bei jedem Aufruf das Adminkennwort wieder einzugeben.

Auch zur Laufzeit wird's manchmal schwierig was häufig an den Registry-Zugriffen liegt.
Hier wird's mühsam.
Bei Sysinternals gibt es einen Zugriffsmonitor der jeden Datei/Registry-Zugriff protokolliert. Hier kann man diverse Filter setzen.
Beim Start einer Anwendung (das geht ggf. auch beim Script) muss man diese Filtern und schaut sich an, worauf zugegriffen wird.
Was hier noch zu prüfen ist, ob der Watcher oder Windows zuerst in der Überwachungskette hängt.
Hat man den ersten fehlerhaften Zugriff ermittelt kann man per "regedit" auf den Schlüssel gehen und per rechter Maustaste die Berechtigungen erweitern.
Dies muss man halt so lange wiederholen bis keine Meldung mehr kommt.

Die bessere Alternative ist ein noch lauffähiges System mit der Anwendung.
Hier den Sysinternals-Watcher einsetzen, sich alle Registry-Keys (die jeweils höchste Ebene reicht da) ansehen und im Zielsystem berechtigen.
Meist ist das halt "HKLM/Software/..." denn für HKCU ist man ja berechtigt.

Im Dateisystem wird's mitunter schwieriger da hier Microsoft viel umgebogen hat.
Anwendungen, die ins Programmverzeichnis schreiben wollen werden umgeleitet in ein "ProgramData"-Verzeichnis u.v.m.

Mit Windows 8 fing das massiv an.
Ich habe mir für meine Alt-Software (VB6) eine VM (32-Bit!) erstellt (Oracle Virtual Box), den internen Administrator aktiviert (Ist im Web beschrieben) und mich auch direkt mit diesem angemeldet.
Installationen klappen fast alle (VB6, ClientAccess, VPN's).
Windows lehnt hier nur das Ausführen der neueren Windows-App's ab, aber die brauche ich sowieso nicht.
VBOX unterstützt auch Fullscreen so dass man fast nicht merkt, dass hier eine VM aktiv ist.