sql >> Database >  >> RDS >> Oracle

OTA instellen in R12 en 11i

OTA (Oracle Transport Agent) is een belangrijke functie. We zullen hier bespreken hoe u OTA in R12  en 11i kunt inschakelen.

In EBS-versie 11i gevallen waarin OTA werd gebruikt, liep OTA onder Jserv waarvan de eigenschappen waren ingesteld in de bestanden in de map:
$IAS_ORACLE_HOME/Apache/Jserv/etc
11.5.9 – jserv.properties
11.5 .10/11.5.10.2 – xmlsvcs.propertiesVoor R12 (versies 12.0.X of 12.1.X) , OTA wordt uitgevoerd in de oafm-container onder OC4J. De systeemeigenschappen worden gelezen uit het oc4j.properties-bestand van de oafm-container in het bestand $INST_TOP/ora/10.1.3/j2ee/oafm/config/oc4j.properties
Er is ook een autoconfig-eigenschap, , as weerspiegeld in het orion-web.xml-bestand:

$INST_TOP/ora/10.1.3/j2ee/oafm/application-deployments/oafm/webservices/orion-web.xml
In het orion-web.xml-bestand vindt u de volgende sectie:

TransportAgentMain
oracle.apps.ecx.oxta.TransportAgentMain
1

TransportAgentServer
oracle.apps.ecx.oxta.TransportAgentServer

Om te controleren of OTA is gestart, moet de waarde van het attribuut in orion-web.xml worden ingesteld op 1 voor ingeschakeld. Standaard is dit ingesteld op -1 of uitgeschakeld.
De naam van AutoConfig oavar voor is s_load_oxta_servlet.
OTA inschakelen in  R12
In plaats van het orion-web.xml-bestand handmatig aan te passen, doet u het volgende om de Autoconfig oavar-variabele in te stellen:

1) Meld u aan als de verantwoordelijkheid van de systeembeheerder.
2) Selecteer onder Oracle Applications Manager Autoconfig.
3) Klik op het pictogram voor Parameters bewerken op de laag Toepassingen.
4) Klik op Systeem tab.
5) Kijk onder oa_web_server voor Load OXTA Servlet (s_load_oxta_servlet).
6) Als dit momenteel is ingesteld op -1 (standaard uitgeschakelde configuratie), moet u de waarde instellen op 1 (inschakelen) .
7) Kijk in dezelfde sectie voor het volgende en stel zo nodig in (als u een proxyserver heeft waar http/https-communicatie doorheen moet):
OXTAOutUseProxy (s_oxta_proxy)
OXTAOutProxyHost (s_oxta_proxyhost)
OXTAOutProxyPort (s_oxta_proxyport)

Nadat u wijzigingen heeft aangebracht, moet u Autoconfig uitvoeren om ze toe te passen en vervolgens de toepassingslaag bouncen om de OXTA op te starten.
Aanvullende parameters die worden ingesteld via AutoConfig voor XML Gateway OTA:

applSysSchema :APPLSYS (dit geeft aan dat wachtrijen zich in het applsys-schema bevinden)
OXTAInPoolSize=1
OXTAOutThreads=1 (Deze 2 stellen het aantal DB-verbindingen in uw systeem in voor inkomende en uitgaande verzoeken)
OXTAOutUseProxy
OXTAOutProxyHost
OXTAOutProxyPort (Deze bepalen of een proxy wordt gebruikt voor uitgaande socketverbindingen).

Parameters niet ingesteld via AutoConfig:

OXTAOutBaseTimeout =10
OXTAOutLinearTimeout =500
OXTAOutMaxAttempts=5 (deze bepalen de toegestane tijd voor het voltooien van transacties).
OXTAInMaxContent=1000000 (maximale payloadgrootte in bytes).

Veelvoorkomend probleem met OTA in R12

OXTA start niet
Na het inschakelen van logboekregistratie voor OAFM door opmerking 419839.1 te volgen – Hoe u Apache-, OC4J- en OPMN-registratie in Oracle Applications R12 inschakelt, wordt het volgende waargenomen in:
$LOG_HOME/ora/10.1.3 /j2ee/oafm/oafm_/log.xml

Uitzondering voor het maken van een verbindingspool. Uitzondering:oracle.oc4j.sql.DataSourceException:Uitzondering die de eigenschap 'dbcFile' op de DataSource instelt. Uitzondering:java.lang.reflect.InvocationTargetException

Uitzondering die de geïmplementeerde toepassing initialiseert:oafm. Toepassing:oafm is in mislukte staat omdat initialisatie is mislukt

Interne fout veroorzaakte moeheid om webapplicatie te instantiëren:webservices gedefinieerd in website OC4J 10g (10.1.3) Standaardwebsite. Applicatie:webservices is gestopt

Oplossing
een. Wijzig het ASADMIN-wachtwoord vanuit Gebruikersbeheer als volgt (let op:in dit voorbeeld is het wachtwoord ingesteld op welkom)
– Log in op Oracle E-Business Suite met sysadmin/.
– Selecteer de verantwoordelijkheid voor Gebruikersbeheer in de Navigator .
– Klik op de koppeling Gebruikers in het navigatiemenu om het venster Gebruikersonderhoud te openen.
– Zoek de 'ASADMIN'-gebruiker door informatie in het zoekgebied in te voeren om de 'ASADMIN'-gebruiker op te halen.
– Klik op het pictogram Bijwerken naast de ASADMIN-gebruiker om het venster Gebruiker bijwerken te openen.
– Verwijder het veld Actief tot datum en klik op Toepassen indien nog niet verwijderd
– Klik op het pictogram Wachtwoord opnieuw instellen naast de ASADMIN-gebruiker om het venster Wachtwoord opnieuw instellen te openen.
– Voer tweemaal een nieuw wachtwoord in en klik op Verzenden

b. Bevestig dat de definitie voor ASADMIN-gebruiker in $INST_TOP/ora/10.1.3/j2ee/oafm/application-deployments/oafm/data-sources.xml correct is gedefinieerd:
user=”ASADMIN”
password=”->ASADMIN”
Opmerking:Het bovenstaande wachtwoord moet worden ingesteld met de exacte waarde zoals hierboven, omdat ->ASADMIN een indirecte is, het geeft AS 10.1.0.3 aan dat het wachtwoord van ASADMIN moet worden genomen uit system-jazn-data .xml
c. Wijzig wachtwoord voor ASADMIN-gebruiker in $ORA_CONFIG_HOME/10.1.3/j2ee/oafm/config/system-jazn-data.xml om ! (! vooraan is verplicht)
Vermeld:! voor wachtwoord is verplicht en dit teken betekent dat wachtwoord wordt versleuteld
e. Sluit de OAFM-container af en start deze opnieuw en test opnieuw:
sh $ADMIN_SCRIPTS_HOME/adoafmctl.sh stop

sh $ADMIN_SCRIPTS_HOME/adoafmctl.sh start


  1. JLabel bijwerken via SetIcon van bytea-gegevenstype in postgres

  2. Een selectie maken met array bevat waardeclausule in psql

  3. Hoe MySQL starten met --skip-grant-tables?

  4. Simple Encrypted Arithmetic Library (SEAL) en de variabele seal::Ciphertext