OTA (Oracle Transport Agent) е важна функция. Тук ще обсъдим как да активираме OTA в R12 и 11i.
В EBS версия 11i случаи, в които се използва OTA, OTA се изпълняваше под Jserv, като неговите свойства са зададени във файловете, намерени в директорията:$IAS_ORACLE_HOME/Apache/Jserv/etc
11.5.9 – jserv.properties
11.5 .10/11.5.10.2 – xmlsvcs.propertiesЗа R12 (версии 12.0.X или 12.1.X) , OTA се изпълнява в контейнера oafm под OC4J. Системните свойства се четат от файла oc4j.properties на контейнера oafm, намиращ се във файла $INST_TOP/ora/10.1.3/j2ee/oafm/config/oc4j.properties
Има и свойство autoconfig, , като отразено във файла orion-web.xml:
$INST_TOP/ora/10.1.3/j2ee/oafm/application-deployments/oafm/webservices/orion-web.xml
Във файла orion-web.xml ще бъде намерен следният раздел:
TransportAgentMain
oracle.apps.ecx.oxta.TransportAgentMain
1
TransportAgentServer
oracle.apps.ecx.oxta.TransportAgentServer
За да проверите дали OTA е стартиран, стойността на атрибута в orion-web.xml трябва да бъде настроена на 1 за активирано. По подразбиране това е зададено на -1 или е деактивирано.
Името на AutoConfig oavar за е s_load_oxta_servlet.
Активиране на OTA в R12
Вместо да променяте ръчно файла orion-web.xml, направете следното, за да зададете променливата Autoconfig oavar:
1) Влезте като отговорност на системния администратор.
2) Под Oracle Applications Manager изберете Autoconfig.
3) Щракнете върху иконата за Редактиране на параметри на нивото на приложения.
4) Щракнете върху системата раздел.
5) Потърсете под oa_web_server за Load OXTA Servlet (s_load_oxta_servlet).
6) Ако това в момента е зададено на -1 (конфигурация по подразбиране е деактивирана), трябва да зададете стойността на 1 (активиране) .
7) Потърсете в същия този раздел за следното и задайте според нуждите (ако имате прокси сървър, през който трябва да преминават http/https комуникации):
OXTAOutUseProxy (s_oxta_proxy)
OXTAOutProxyHost (s_oxta_proxyhost)
OXTAOutProxyPort (s_oxta_proxyport)
След като направите промени, ще трябва да стартирате Autoconfig, за да ги приложите и след това да отскочите нивото на приложения, за да стартирате OXTA.
Допълнителни параметри, които се задават чрез AutoConfig за XML Gateway OTA:
applSysSchema :APPLSYS (това показва, че опашките са в applsys схема)
OXTAInPoolSize=1
OXTAOutThreads=1 (Тези 2 задават броя на DB връзки във вашата система за входящи и изходящи заявки)
OXTAOutU br/>OXTAOutProxyHost
OXTAOutProxyPort (Те контролират дали прокси се използва за изходящи връзки на сокет).
Параметрите не са зададени чрез AutoConfig:
OXTAOutBaseTimeout =10
OXTAOutLinearTimeout =500
OXTAOutMaxAttempts=5 (те контролират времето, позволено за завършване на транзакциите).
OXTAInMaxContent=1000000 (максимален размер на полезен товар в байтове).
Чест проблем с OTA в R12
OXTA не се стартира
След като активирате регистрирането за OAFM, като следвате бележка 419839.1 – Как да активирате регистрирането на Apache, OC4J и OPMN в Oracle Applications R12, следното се наблюдава в:
$LOG_HOME/ora/10.1.3 /j2ee/oafm/oafm_/log.xml
Изключение, създаващо пул за връзки. Изключение:oracle.oc4j.sql.DataSourceException:Изключение, задаващо свойството „dbcFile“ на DataSource. Изключение:java.lang.reflect.InvocationTargetException
Изключение, инициализиращо разгърнато приложение:oafm. Приложение:oafm е в неуспешно състояние, тъй като инициализацията е неуспешна
Вътрешна грешка предизвика уморяване за инстанциране на уеб приложение:уеб услуги, дефинирани в уеб сайт OC4J 10g (10.1.3) Уеб сайт по подразбиране. Приложение:уеб услугите са спрени
Решение
а. Променете паролата ASADMIN от User Management, както следва (забележка:в този пример паролата е настроена като приветстваща)
– Влезте в Oracle E-Business Suite с помощта на sysadmin/.
– Изберете отговорността за управление на потребителите в Navigator .
– Щракнете върху връзката Потребители от навигационното меню, за да отворите прозореца за поддръжка на потребителя.
– Намерете потребител на „ASADMIN“, като въведете информация в областта за търсене, за да извлечете потребителя „ASADMIN“.
– Щракнете върху иконата Актуализиране до потребителя на ASADMIN, за да отворите прозореца за актуализация на потребителя.
– Премахнете полето Активен към дата и щракнете върху Приложи, в случай че не е премахнат
– Щракнете върху иконата Нулиране на парола до ASADMIN потребител, за да отвори прозореца за възстановяване на паролата.
– Въведете нова парола два пъти и щракнете върху Изпращане
б. Потвърдете, че дефиницията за потребител ASADMIN в $INST_TOP/ora/10.1.3/j2ee/oafm/application-deployments/oafm/data-sources.xml е дефинирана правилно:
user=”ASADMIN”
password=”->ASADMIN”
Забележка:Паролата по-горе трябва да бъде зададена с точна стойност, както по-горе, тъй като ->ASADMIN е индиректна посока, тя показва AS 10.1.0.3, че паролата на ASADMIN трябва да бъде взета от system-jazn-data .xml
c. Променете паролата за потребител на ASADMIN в $ORA_CONFIG_HOME/10.1.3/j2ee/oafm/config/system-jazn-data.xml, за да бъде ! (! отпред е задължително)
Споменаване:! пред паролата е задължителна и този знак означава, че паролата ще бъде криптирана
e. Изключете и рестартирайте OAFM контейнера и тествайте отново:
sh $ADMIN_SCRIPTS_HOME/adoafmctl.sh stop
sh $ADMIN_SCRIPTS_HOME/adoafmctl.sh начало