OTA (Oracle Transport Agent) är en viktig funktion. Vi kommer att diskutera här hur man aktiverar OTA i R12 och 11i.
I EBS Release 11i instanser där OTA användes, kördes OTA under Jserv med dess egenskaper inställda i filerna som finns i katalogen:$IAS_ORACLE_HOME/Apache/Jserv/etc
11.5.9 – jserv.properties
11.5 .10/11.5.10.2 – xmlsvcs.propertiesFör R12 (version 12.0.X eller 12.1.X) , OTA körs i oafm-containern under OC4J. Systemegenskaperna läses från filen oc4j.properties för oafm-behållaren som finns i filen$INST_TOP/ora/10.1.3/j2ee/oafm/config/oc4j.properties
Det finns också en autoconfig-egenskap, som återspeglas i filen orion-web.xml:
$INST_TOP/ora/10.1.3/j2ee/oafm/application-deployments/oafm/webservices/orion-web.xml
I filen orion-web.xml finns följande avsnitt:
TransportAgentMain
oracle.apps.ecx.oxta.TransportAgentMain
1
TransportAgentServer
oracle.apps.ecx.oxta.TransportAgentServer
För att verifiera att OTA har startat bör värdet för attributet i orion-web.xml sättas till 1 för aktiverat. Som standard är detta inställt på -1, eller inaktiverat.
AutoConfig-oavarnamnet för är s_load_oxta_servlet.
Aktivera OTA i R12
Istället för att manuellt ändra filen orion-web.xml, gör följande för att ställa in Autoconfig oavar-variabeln:
1) Logga in som systemadministratörsansvar.
2) Under Oracle Applications Manager, välj Autoconfig.
3) Klicka på ikonen för Redigera parametrar på programnivån.
4) Klicka på System tab.
5) Titta under oa_web_server för Load OXTA Servlet (s_load_oxta_servlet).
6) Om detta för närvarande är inställt på -1 (standardinaktiverad konfiguration), måste du ställa in värdet till 1 (aktivera) .
7) Titta i samma avsnitt efter följande och ställ in efter behov (om du har en proxyserver som http/https-kommunikation måste gå igenom):
OXTAOutUseProxy (s_oxta_proxy)
OXTAOutProxyHost (s_oxta_proxyhost)
OXTAOutProxyPort (s_oxta_proxyport)
När du har gjort ändringar måste du köra Autoconfig för att tillämpa dem och sedan studsa programnivån för att starta OXTA.
Ytterligare parametrar som ställs in genom AutoConfig för XML Gateway OTA:
applSysSchema :APPLSYS (detta indikerar att köer finns i applsys-schemat)
OXTAInPoolSize=1
OXTAOutThreads=1 (Dessa 2 ställer in antalet DB-anslutningar i ditt system för inkommande och utgående förfrågningar)
OXTAOutUseProxy
OXTAOutProxyHost
OXTAOutProxyPort (dessa styr om en proxy används för utgående sockelanslutningar).
Parametrar som inte ställts in genom AutoConfig:
OXTAOutBaseTimeout =10
OXTAOutLinearTimeout =500
OXTAOutMaxAttempts=5 (dessa styr tiden för transaktioner att slutföra).
OXTAInMaxContent=1000000 (maximal nyttolaststorlek i byte).
Vanligt problem med OTA i R12
OXTA startar inte
Efter att ha aktiverat loggning för OAFM genom att följa Note 419839.1 – Hur man aktiverar Apache-, OC4J- och OPMN-loggning i Oracle Applications R12, observeras följande i :
$LOG_HOME/ora/10.1.3 /j2ee/oafm/oafm_/log.xml
Undantag skapar anslutning pool. Undantag:oracle.oc4j.sql.DataSourceException:Undantag som anger egenskapen 'dbcFile' på DataSource. Undantag:java.lang.reflect.InvocationTargetException
Undantag initierar distribuerad applikation:oafm. Applikation:oafm är i misslyckat tillstånd eftersom initiering misslyckades
Internt fel orsakade trötthet för att instansiera webbapplikation:webbtjänster definierade på webbplatsen OC4J 10g (10.1.3) Standardwebbplats. Applikation:webbtjänster har stoppats
Lösning
a. Ändra ASADMIN-lösenordet från User Management enligt följande (observera:i det här exemplet är lösenordet inställt på välkomst)
– Logga in på Oracle E-Business Suite med sysadmin/.
– Välj ansvaret för användarhantering i Navigatorn .
– Klicka på länken Användare i navigeringsmenyn för att öppna fönstret Användarunderhåll.
– Leta upp 'ASADMIN'-användaren genom att ange information i sökområdet för att hämta 'ASADMIN'-användaren.
– Klicka på ikonen Uppdatera bredvid ASADMIN-användaren för att öppna fönstret Uppdatera användare.
– Ta bort fältet Aktiv till datum och klicka på Använd om det inte redan har tagits bort
– Klicka på ikonen Återställ lösenord bredvid ASADMIN-användare för att öppna fönstret Återställ lösenord.
– Ange nytt lösenord två gånger och klicka på Skicka
b. Bekräfta att definitionen för ASADMIN-användare i $INST_TOP/ora/10.1.3/j2ee/oafm/application-deployments/oafm/data-sources.xml är korrekt definierad:
user=”ASADMIN”
password=”->ASADMIN”
Obs:Lösenordet ovan måste ställas in med exakt värde enligt ovan eftersom ->ASADMIN är en inriktning, det indikerar AS 10.1.0.3 att lösenordet för ASADMIN måste tas från system-jazn-data .xml
c. Ändra lösenord för ASADMIN-användare i $ORA_CONFIG_HOME/10.1.3/j2ee/oafm/config/system-jazn-data.xml för att vara ! (! framför är obligatoriskt)
Nämn:! framför lösenord är obligatoriskt och detta tecken betyder att lösenordet kommer att krypteras
e. Stäng av och starta om OAFM-behållaren och testa igen:
sh $ADMIN_SCRIPTS_HOME/adoafmctl.sh stop
sh $ADMIN_SCRIPTS_HOME/adoafmctl.sh startar