GUIXT Erfahrungen
4 Beiträge
•
Seite 1 von 1
4 Beiträge
Seite 1 von 1
Hallo,
wir überlegen Guixt bei uns zu aktivieren, hauptsächlich um ein paar Sachen zu machen, die über den Standardweg nicht modifikationsfrei oder nur sehr umständlich zu realisieren sind.
Mich (und meinen chef
) würde interessieren, ob aus eurer Erfahrung heraus etwas generell gegen GUIXT spricht, oder welche Nachteile man sich damit einhandeln kann.
Danke,
Murdock.
wir überlegen Guixt bei uns zu aktivieren, hauptsächlich um ein paar Sachen zu machen, die über den Standardweg nicht modifikationsfrei oder nur sehr umständlich zu realisieren sind.
Mich (und meinen chef
) würde interessieren, ob aus eurer Erfahrung heraus etwas generell gegen GUIXT spricht, oder welche Nachteile man sich damit einhandeln kann.Danke,
Murdock.
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Beitrag
von Alexander D. (Expert / 682 / 30 /
84
)
»
hallo Murdock,
bei uns wird die kostenlose Guixt-Komponente seit 7 Jahren an vielen verschiedenen Stellen eingesetzt. Vor zwei Jahren haben wir noch zusätzlich Lizenzen für den Input Assistent und Controls erworben. Aus meiner Sicht ist Guixt ein sehr hilfreiches Werkzeug, mit dem man das Leben eines SAP-Anwenders an vielen Stellen leichter machen kann. In Verbindung mit dem Input Assistent eröffnen sich dem Entwickler an dieser Stelle einige sehr interessante Möglichkeiten. So setzt man z.B. innerhalb von Stunden modifikationsfrei! solche Anforderungen um wie das Einfügen von zusätzlichen Spalten/Druckknöpfen in Table Controls von Standardtransaktionen. Also ich für meinen Teil möchte Guixt in unserer Systemlandschaft nicht mehr missen!
Was Nachteile von Guixt angeht, so wird häufig argumentiert, dass man mit Änderungen an den SAP-Masken vom Standard abweicht. An dieser Stelle sollte jeder für sich selbst entscheiden, ob der Anwender seine Arbeit effizient und schnell oder aber umständlicher aber dafür nach SAP Standard erledigen soll. In unserem Fall wird jede mit Guixt angepasste Maske in der Titelleiste gesondert kenntlich gemacht, zusätzlich werden die Änderungen im Firmenwiki dokumentiert. Weiterhin wird bei uns das Einschalten von Guixt nicht erzwungen, jeder kann es sich also aussuchen, ob er auf die Optimierungen zugreifen möchte, oder ob er im Standard verbleibt.
Wie bei all den anderen Entwicklungswerkzeugen schleichen sich ggf. auch bei Guixt Skripten Fehler ein. So kann man durch eine programmierte Endlosschleifen schon mal eine komplette Transaktion lahmlegen, das würde ich aber nicht als Nachteil darstellen, für Schusseligkeit des Entwicklers kann Guixt nichts für
Mehr Nachteile fallen mir im Moment nicht ein. Falls ihr euch ernsthaft mit diesem Thema auseinander setzen wollt, so kann ich das mehrmals pro Jahr stattfindende Guixt-Seminar wärmstens empfehlen.
bei uns wird die kostenlose Guixt-Komponente seit 7 Jahren an vielen verschiedenen Stellen eingesetzt. Vor zwei Jahren haben wir noch zusätzlich Lizenzen für den Input Assistent und Controls erworben. Aus meiner Sicht ist Guixt ein sehr hilfreiches Werkzeug, mit dem man das Leben eines SAP-Anwenders an vielen Stellen leichter machen kann. In Verbindung mit dem Input Assistent eröffnen sich dem Entwickler an dieser Stelle einige sehr interessante Möglichkeiten. So setzt man z.B. innerhalb von Stunden modifikationsfrei! solche Anforderungen um wie das Einfügen von zusätzlichen Spalten/Druckknöpfen in Table Controls von Standardtransaktionen. Also ich für meinen Teil möchte Guixt in unserer Systemlandschaft nicht mehr missen!
Was Nachteile von Guixt angeht, so wird häufig argumentiert, dass man mit Änderungen an den SAP-Masken vom Standard abweicht. An dieser Stelle sollte jeder für sich selbst entscheiden, ob der Anwender seine Arbeit effizient und schnell oder aber umständlicher aber dafür nach SAP Standard erledigen soll. In unserem Fall wird jede mit Guixt angepasste Maske in der Titelleiste gesondert kenntlich gemacht, zusätzlich werden die Änderungen im Firmenwiki dokumentiert. Weiterhin wird bei uns das Einschalten von Guixt nicht erzwungen, jeder kann es sich also aussuchen, ob er auf die Optimierungen zugreifen möchte, oder ob er im Standard verbleibt.
Wie bei all den anderen Entwicklungswerkzeugen schleichen sich ggf. auch bei Guixt Skripten Fehler ein. So kann man durch eine programmierte Endlosschleifen schon mal eine komplette Transaktion lahmlegen, das würde ich aber nicht als Nachteil darstellen, für Schusseligkeit des Entwicklers kann Guixt nichts für
Mehr Nachteile fallen mir im Moment nicht ein. Falls ihr euch ernsthaft mit diesem Thema auseinander setzen wollt, so kann ich das mehrmals pro Jahr stattfindende Guixt-Seminar wärmstens empfehlen.Folgende Benutzer bedankten sich beim Autor Alexander D. für den Beitrag:
Murdock
schöne Grüße
Alexander
ECC 6.0 EHP 7
Alexander
ECC 6.0 EHP 7
Beitrag
von Alexander D. (Expert / 682 / 30 /
84
)
»
im Nachhinein fallen mir noch zwei "Nachteile" ein, diese hängen aber davon ab wie euer System konfiguriert ist und mit welcher Hardware in der Firma gearbeitet wird.
Man kann GuiXt-Skripte sowohl auf einem Server als auch im MIME Repository von SAP selbst ablegen. Wir haben uns für die Server-Variante entschieden, mit folgenden Folgen:
1) die Skripte liegen in Form von Textdateien auf einem Server. Etvaige Änderungen werden direkt in den Dateien durchgeführt. Es gibt an dieser Stelle kein Transportmanagement, Änderungen an den Skripten werden in den jeweiligen Skripten selbst dokumentiert.
2) der von mir für diese Aufgabe ausgesuchte Server hat sich als recht schwach auf der Brust herausgestellt. Eine Zeitlang hatte ich täglich das Problem, dass der Server durch den Virenscanner bedingt für einige Minuten stehengeblieben ist. Wenn der Server mit den Skripten nicht verfügbar ist, so bleibt SAP bei jedem Transaktionsaufruf scheinbar stehen, und zwar so lange bis Guixt die Suche nach den Skripten endgültig aufgibt. Unter Umständen könnte man hier noch an den Timeoutparametern etwas optimieren, die Konfiguration führte aber erstmal dazu, dass der Stillstand eines sonst unbedeutenden Servers für einige Minuten den Stillstand unseres gesamten SAP-Systems verursacht hat.
Man kann GuiXt-Skripte sowohl auf einem Server als auch im MIME Repository von SAP selbst ablegen. Wir haben uns für die Server-Variante entschieden, mit folgenden Folgen:
1) die Skripte liegen in Form von Textdateien auf einem Server. Etvaige Änderungen werden direkt in den Dateien durchgeführt. Es gibt an dieser Stelle kein Transportmanagement, Änderungen an den Skripten werden in den jeweiligen Skripten selbst dokumentiert.
2) der von mir für diese Aufgabe ausgesuchte Server hat sich als recht schwach auf der Brust herausgestellt. Eine Zeitlang hatte ich täglich das Problem, dass der Server durch den Virenscanner bedingt für einige Minuten stehengeblieben ist. Wenn der Server mit den Skripten nicht verfügbar ist, so bleibt SAP bei jedem Transaktionsaufruf scheinbar stehen, und zwar so lange bis Guixt die Suche nach den Skripten endgültig aufgibt. Unter Umständen könnte man hier noch an den Timeoutparametern etwas optimieren, die Konfiguration führte aber erstmal dazu, dass der Stillstand eines sonst unbedeutenden Servers für einige Minuten den Stillstand unseres gesamten SAP-Systems verursacht hat.
Folgende Benutzer bedankten sich beim Autor Alexander D. für den Beitrag:
Murdock
schöne Grüße
Alexander
ECC 6.0 EHP 7
Alexander
ECC 6.0 EHP 7
Hallo Alexander,
vielen Dank für die Antworten. Ich bin momentan etwas im Stress, daher nur kurz:
Wenn wir GuiXt einführen, dann sollte das für alle Anwender sein und immer angeschaltet werden (hidden).
Die Skripte sollten nach erster Überlegung auf dem Citrix Server liegen, der auch SAP anbietet. Wenn der weg ist, ist für die meisten Anwender auch SAP weg
Dass die Skipte nicht in der Transportschiene liegen ist, denke ich mal, zu verschmerzen. Der Kreis der Entwickler, die damit arbeiten werden, ist nicht so groß. Falls das mit dem Dokumentieren nicht funktioniert, können wir immer noch den Zugriff ändern und nur über einen Mann laufen lassen.
Danke,
Murdock.
vielen Dank für die Antworten. Ich bin momentan etwas im Stress, daher nur kurz:
Wenn wir GuiXt einführen, dann sollte das für alle Anwender sein und immer angeschaltet werden (hidden).
Die Skripte sollten nach erster Überlegung auf dem Citrix Server liegen, der auch SAP anbietet. Wenn der weg ist, ist für die meisten Anwender auch SAP weg
Dass die Skipte nicht in der Transportschiene liegen ist, denke ich mal, zu verschmerzen. Der Kreis der Entwickler, die damit arbeiten werden, ist nicht so groß. Falls das mit dem Dokumentieren nicht funktioniert, können wir immer noch den Zugriff ändern und nur über einen Mann laufen lassen.
Danke,
Murdock.
Seite 1 von 1
Vergleichbare Themen
0
Antw.
Antw.
1122
Views
Views
2
Antw.
Antw.
922
Views
Views
GuiXT Standardtext erfassen bei SD Aufträgen
von dagmard » 10.09.2020 13:59 • Verfasst in ABAP® Core
von dagmard » 10.09.2020 13:59 • Verfasst in ABAP® Core
3
Antw.
Antw.
2593
Views
Views
SAP GUIXT / Edit - History als Taste hinterlegen
von Pünktchen » 07.02.2006 10:48 • Verfasst in SAP - Allgemeines
von Pünktchen » 07.02.2006 10:48 • Verfasst in SAP - Allgemeines
2
Antw.
Antw.
514
Views
Views
GuiXT VA01 Auftrag erfassen Anzahl Positionen scrollen
von dagmard » 09.12.2020 11:12 • Verfasst in ABAP® für Anfänger
von dagmard » 09.12.2020 11:12 • Verfasst in ABAP® für Anfänger
Frage die ABAP Experten
Über diesen Beitrag
Unterstütze die Community und teile den Beitrag für mehr Leser und Austausch
Aktuelle Forenbeiträge
Nach Transport von Stellen über RHMOVE30 nur Planvariante "nie verwenden"
vor 2 Tagen von DeathAndPain 4 / 1156
vor 2 Tagen von DeathAndPain 4 / 1156
Newsletter Anmeldung
Keine Beiträge verpassen! Wöchentlich versenden wir lesenwerte Beiträge aus unserer Community.Die letzte Ausgabe findest du hier.
Aktuelle Forenbeiträge
Nach Transport von Stellen über RHMOVE30 nur Planvariante "nie verwenden"
vor 2 Tagen von DeathAndPain 4 / 1156
vor 2 Tagen von DeathAndPain 4 / 1156