23.02.2013 Aufrufe

Oracle Application Express Tipps für Entwicklung und ... - Trivadis

Oracle Application Express Tipps für Entwicklung und ... - Trivadis

Oracle Application Express Tipps für Entwicklung und ... - Trivadis

MEHR ANZEIGEN
WENIGER ANZEIGEN

Erfolgreiche ePaper selbst erstellen

Machen Sie aus Ihren PDF Publikationen ein blätterbares Flipbook mit unserer einzigartigen Google optimierten e-Paper Software.

Workspace einrichten<br />

Ein Workspace sollte auf der <strong>Entwicklung</strong> erstellt <strong>und</strong> dann mittels Export <strong>und</strong> Import auf<br />

Test <strong>und</strong> Produktion installiert werden. Somit wird sichergestellt, dass alle Einstellungen,<br />

User usw. übernommen werden. Es sollte beachtet werden, dass kein WS auf diesen<br />

Instanzen manuell erzeugt wird!<br />

User einrichten<br />

Wird die Empfehlung aus dem vorigen Punkt befolgt, werden die User automatisch<br />

angelegt, die es in der <strong>Entwicklung</strong> gibt. Die Vorgehensweise <strong>für</strong> das Einrichten von Usern,<br />

die in der Test- oder Produktivumgebung zusätzlich benötigt werden, hängt von der<br />

entsprechenden Authentifizierungsmethode ab, wie nachfolgend beschrieben.<br />

� <strong>Application</strong> <strong>Express</strong><br />

Bei dieser Methode sollten sämtliche Benutzer schon in der <strong>Entwicklung</strong>sumgebung<br />

angelegt werden, da über den Export/Import des WS alle Benutzer mit angelegt werden<br />

<strong>und</strong> so kein weiterer Aufwand entsteht.<br />

� LDAP<br />

Mit der Authentifizierung gegen LDAP liegt das Einrichten der User nicht mehr innerhalb<br />

von APEX, sondern bei der Stelle, die die LDAP-User pflegt. Am sinnvollsten ist es hier, eine<br />

Gruppe in LDAP einzurichten, die dann <strong>für</strong> die entsprechende Applikation berechtigt ist.<br />

Diese muss dann im Authentifizierungsschema abgefragt werden.<br />

� SSO<br />

Auch hier wird das Einrichten der User ausgelagert. Einzig die Instanz, die den User prüft<br />

<strong>und</strong> <strong>für</strong> SSO berechtigt, kann hier User entfernen oder hinzufügen. In APEX müssen keine<br />

Anpassungen gemacht werden.<br />

Test nach Produktion<br />

In der Test-Instanz sollten, wenn irgendwie möglich, genau die gleichen Bedingungen<br />

vorhanden sein, wie im Produktiv-System. Sprich die Workspaces, User, die Strukturen <strong>und</strong><br />

Daten in der DB sowie der Aufbau <strong>und</strong> die Daten referenzierter Systeme wie ein LDAP<br />

müssen identisch sein. Nur so kann ein wirklicher End-to-end Test stattfinden. Ist dies der<br />

Fall, so ist der Schritt zum Produktiv-System nach einem erfolgreichen Test nur ein<br />

erneutes Deployment der Sourcen <strong>für</strong> die Produktivumgebung.<br />

<strong>Oracle</strong> <strong>Application</strong> <strong>Express</strong> <strong>Tipps</strong> <strong>für</strong> <strong>Entwicklung</strong> <strong>und</strong> Betrieb 47

Hurra! Ihre Datei wurde hochgeladen und ist bereit für die Veröffentlichung.

Erfolgreich gespeichert!

Leider ist etwas schief gelaufen!