OTA (Oracle Transport Agent) je důležitá funkce. Zde budeme diskutovat o tom, jak povolit OTA v R12 a 11i.
V EBS Release 11i v případech, kdy bylo použito OTA, běželo OTA pod Jserv, jehož vlastnosti byly nastaveny v souborech nalezených v adresáři:$IAS_ORACLE_HOME/Apache/Jserv/etc
11.5.9 – jserv.properties
11.5 .10/11.5.10.2 – xmlsvcs.propertiesPro R12 (verze 12.0.X nebo 12.1.X) , OTA běží v kontejneru OAFM pod OC4J. Vlastnosti systému se čtou ze souboru oc4j.properties kontejneru oafm umístěného v souboru $INST_TOP/ora/10.1.3/j2ee/oafm/config/oc4j.properties
Existuje také vlastnost autoconfig, as odráží se v souboru orion-web.xml:
$INST_TOP/ora/10.1.3/j2ee/oafm/application-deployments/oafm/webservices/orion-web.xml
V souboru orion-web.xml naleznete následující sekci:
TransportAgentMain
oracle.apps.ecx.oxta.TransportAgentMain
1
TransportAgentServer
oracle.apps.ecx.oxta.TransportAgentServer
Chcete-li ověřit, že je spuštěno OTA, měla by být hodnota atributu v orion-web.xml nastavena na 1 pro povoleno. Ve výchozím nastavení je tato hodnota nastavena na -1 nebo zakázána.
Název oavar AutoConfig pro je s_load_oxta_servlet.
Povolení OTA v R12
Než ručně upravovat soubor orion-web.xml, nastavte proměnnou Autoconfig oavar takto:
1) Přihlaste se jako odpovědnost správce systému.
2) Ve Správci aplikací Oracle vyberte Automatickou konfiguraci.
3) Klikněte na ikonu Upravit parametry na úrovni Aplikace.
4) Klikněte na Systém tab.
5) Podívejte se pod oa_web_server na Load OXTA Servlet (s_load_oxta_servlet).
6) Pokud je toto aktuálně nastaveno na -1 (výchozí zakázaná konfigurace), musíte nastavit hodnotu na 1 (povolit) .
7) Ve stejné části vyhledejte a nastavte podle potřeby (pokud máte proxy server, přes který musí komunikace http/https procházet):
OXTAOutUseProxy (s_oxta_proxy)
OXTAOutProxyHost (s_oxta_proxyhost)
OXTAOutProxyPort (s_oxta_proxyport)
Jakmile provedete změny, budete muset spustit Autoconfig, abyste je použili, a poté vrátit úroveň aplikací ke spuštění OXTA.
Další parametry, které se nastavují pomocí AutoConfig pro XML Gateway OTA:
applSysSchema :APPLSYS (to znamená, že fronty jsou ve schématu applsys)
OXTAInPoolSize=1
OXTAOutThreads=1 (Tyto 2 nastavují počet DB připojení ve vašem systému pro příchozí a odchozí požadavky)
OXTAOutUseProxy
OXTAOutProxyHost
OXTAOutProxyPort (Ovládají, zda se pro odchozí soketová připojení používá proxy).
Parametry nejsou nastaveny pomocí AutoConfig:
OXTAOutBaseTimeout =10
OXTAOutLinearTimeout =500
OXTAOutMaxAttempts=5 (určují čas povolený pro dokončení transakcí).
OXTAInMaxContent=1000000 (maximální velikost užitečného zatížení v bajtech).
Běžný problém s OTA v R12
OXTA se nespustí
Po povolení protokolování pro OAFM pomocí následující poznámky 419839.1 – Jak povolit protokolování Apache, OC4J a OPMN v Oracle Applications R12, je v :
$LOG_HOME/ora/10.1.3 pozorováno následující /j2ee/oafm/oafm_/log.xml
Výjimka vytváří fond připojení. Výjimka:oracle.oc4j.sql.DataSourceException:Výjimka nastavující vlastnost ‘dbcFile’ na DataSource. Výjimka:java.lang.reflect.InvocationTargetException
Výjimka inicializující nasazenou aplikaci:oafm. Aplikace:oafm je ve stavu selhání, protože inicializace se nezdařila
Interní chyba vyvolala únavu při instanci webové aplikace:webové služby definované na webu OC4J 10g (10.1.3) Výchozí web. Aplikace:webové služby byly zastaveny
Řešení
a. Změňte heslo ASADMIN ve Správě uživatelů následovně (poznámka:v tomto příkladu je heslo nastaveno jako vítané)
– Přihlaste se k Oracle E-Business Suite pomocí sysadmin/.
– Vyberte odpovědnost za správu uživatelů v Navigátoru .
– Kliknutím na odkaz Uživatelé z navigační nabídky otevřete okno Údržba uživatele.
– Vyhledejte uživatele 'ASADMIN' zadáním informací do oblasti pro vyhledávání, abyste získali uživatele 'ASADMIN'.
– Kliknutím na ikonu Aktualizovat vedle uživatele ASADMIN otevřete okno Aktualizovat uživatele.
– Odeberte pole Aktivní do a klikněte na Použít v případě, že ještě není odstraněno
– Klikněte na ikonu Resetovat heslo vedle Uživatel ASADMIN otevře okno Reset Password.
– Dvakrát zadejte nové heslo a klikněte na Odeslat
b. Potvrďte definici uživatele ASADMIN v $INST_TOP/ora/10.1.3/j2ee/oafm/application-deployments/oafm/data-sources.xml je definován správně:
user=”ASADMIN”
password=”->ASADMIN”
Poznámka:Heslo výše musí být nastaveno s přesnou hodnotou, jak je uvedeno výše, protože ->ASADMIN je nepřímé, znamená to AS 10.1.0.3, že heslo ASADMIN musí být převzato ze system-jazn-data .xml
c. Změňte heslo pro uživatele ASADMIN v $ORA_CONFIG_HOME/10.1.3/j2ee/oafm/config/system-jazn-data.xml na ! (! vpředu je povinné)
Uveďte:! před heslem je povinné a tento znak znamená, že heslo bude zašifrováno
e. Vypněte a restartujte kontejner OAFM a znovu otestujte:
sh $ADMIN_SCRIPTS_HOME/adoafmctl.sh stop
sh start $ADMIN_SCRIPTS_HOME/adoafmctl.sh