Я думаю, что другие ответы несколько неверны.Для окон, если вы устанавливаете переменную среды с именем debugFlag
в значение true или в solaris / unix делаете то же самое
debugFlag=true
export debugFlag
DEBUG_PORT=8453
export DEBUG_PORT
, тогда setDomainEnv.sh
или setDomainEnv.cmd
будут вызываться для запуска WLSдругими сценариями.Они ищут debugFlag
и DEBUG_PORT
, поскольку флаг «production» не установлен, он выберет правильные параметры из сценария для отладки (-Xdebug -Xnoagent -Xrunjdwp:transport=dt_socket,address=%DEBUG_PORT%,server=y,suspend=n -Djava.compiler=NONE
).
ВЫ НЕ ДОЛЖНЫБУДЬТЕ взламывать эти сценарии.Это усложнит развертывание и обслуживание, цель скрипта setDomainEnv
заключается в том, чтобы правильные значения по умолчанию использовались и поддерживались в кластере и во всей среде.Я признаю, что они плохо документированы.
Обратите внимание, что если вы используете плагин Oracle weblogic maven, то цель wls:deploy
или wls:start-server
при запуске подберет эти параметры среды, потому что они вызывают команды из-подкапот, и те, в свою очередь, сначала вызывают setDomainEnv
.
. На данный момент, если вы используете eclipse и настроили Oracle WebLogicServer, плагин maven не будет подключаться к нему в режиме отладки при запускеmvn:deploy
, вы можете либо перезапустить его в режиме отладки (глупо), либо создать «Run ==> Debug ==> DebugConfigurations ==> RemoteJavaApplication» с типом подключения «standard (socket attach)», хост«localhost» (или удаленный сервер) и порт (по умолчанию для меня «8453»).Затем вы можете сделать Run ==> Debug Configurations ==> Local Server Attach
.