2011-11-10 35 views
10

¿Alguien puede decirme cómo cambiar el puerto de escucha predeterminado de Weblogic 10.3 a algo diferente? Vi algunas publicaciones en paneles de discusión que dicen que cambian bajo ... // config/config.xml. Incluso pensé que sí, pero sorprendentemente, no hay mención de la palabra "puerto" en ese archivo. Aquí está el archivo:cómo cambiar el puerto de escucha del valor predeterminado 7001 a algo diferente?

<?xml version='1.0' encoding='UTF-8'?> 
<domain xmlns="http://xmlns.oracle.com/weblogic/domain" xmlns:sec="http://xmlns.oracle.com/weblogic/security" xmlns:wls="http://xmlns.oracle.com/weblogic/security/wls" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://xmlns.oracle.com/weblogic/security/xacml http://xmlns.oracle.com/weblogic/security/xacml/1.0/xacml.xsd http://xmlns.oracle.com/weblogic/security/providers/passwordvalidator http://xmlns.oracle.com/weblogic/security/providers/passwordvalidator/1.0/passwordvalidator.xsd http://xmlns.oracle.com/weblogic/domain http://xmlns.oracle.com/weblogic/1.0/domain.xsd http://xmlns.oracle.com/weblogic/security http://xmlns.oracle.com/weblogic/1.0/security.xsd http://xmlns.oracle.com/weblogic/security/wls http://xmlns.oracle.com/weblogic/security/wls/1.0/wls.xsd"> 
    <name>vistakon</name> 
    <domain-version>10.3.5.0</domain-version> 
    <security-configuration> 
    <name>vistakon</name> 
    <realm> 
     <sec:authentication-provider xsi:type="wls:default-authenticatorType"></sec:authentication-provider> 
     <sec:authentication-provider xsi:type="wls:default-identity-asserterType"> 
     <sec:active-type>AuthenticatedUser</sec:active-type> 
     </sec:authentication-provider> 
     <sec:role-mapper xmlns:xac="http://xmlns.oracle.com/weblogic/security/xacml" xsi:type="xac:xacml-role-mapperType"></sec:role-mapper> 
     <sec:authorizer xmlns:xac="http://xmlns.oracle.com/weblogic/security/xacml" xsi:type="xac:xacml-authorizerType"></sec:authorizer> 
     <sec:adjudicator xsi:type="wls:default-adjudicatorType"></sec:adjudicator> 
     <sec:credential-mapper xsi:type="wls:default-credential-mapperType"></sec:credential-mapper> 
     <sec:cert-path-provider xsi:type="wls:web-logic-cert-path-providerType"></sec:cert-path-provider> 
     <sec:cert-path-builder>WebLogicCertPathProvider</sec:cert-path-builder> 
     <sec:name>myrealm</sec:name> 
     <sec:password-validator xmlns:pas="http://xmlns.oracle.com/weblogic/security/providers/passwordvalidator" xsi:type="pas:system-password-validatorType"> 
     <sec:name>SystemPasswordValidator</sec:name> 
     <pas:min-password-length>8</pas:min-password-length> 
     <pas:min-numeric-or-special-characters>1</pas:min-numeric-or-special-characters> 
     </sec:password-validator> 
    </realm> 
    <default-realm>myrealm</default-realm> 
    <credential-encrypted>{AES}1NMyZAwXiucj9+d8cj/LGFmw+yhHyIj/YprGOq/PA9Vg0Se2+DkV54N5AwFzW+fN2SWvU5YtojWvVSTnifrUdT6uso4fpO6inAa3LQccOQv59VFxdceHOMv2h1dkngxq</credential-encrypted> 
    <node-manager-username>weblogic</node-manager-username> 
    <node-manager-password-encrypted>{AES}tRw5L/hFc8+4J4w1H8uBj3unE0BC06cdk42CyMLR6Pk=</node-manager-password-encrypted> 
    </security-configuration> 
    <server> 
    <name>AdminServer</name> 
    <ssl> 
     <name>AdminServer</name> 
     <enabled>true</enabled> 
    </ssl> 
    <listen-port>8080</listen-port> 
    <listen-port-enabled>true</listen-port-enabled> 
    <listen-address></listen-address> 
    <java-compiler>javac</java-compiler> 
    <client-cert-proxy-enabled>false</client-cert-proxy-enabled> 
    <server-diagnostic-config> 
     <wldf-diagnostic-volume>Low</wldf-diagnostic-volume> 
    </server-diagnostic-config> 
    </server> 
    <embedded-ldap> 
    <name>vistakon</name> 
    <credential-encrypted>{AES}U6dM6LlDLLUYzefQ3M3NnsqijzWKSOgqLqNdJHVJEmeIU5v0wRZGm3ffumXif/uX</credential-encrypted> 
    </embedded-ldap> 
    <configuration-version>10.3.5.0</configuration-version> 
    <app-deployment> 
    <name>tbl</name> 
    <target>AdminServer</target> 
    <module-type>war</module-type> 
    <source-path>C:\Documents and Settings\bchitte\Desktop\tbl.war</source-path> 
    <security-dd-model>DDOnly</security-dd-model> 
    </app-deployment> 
    <app-deployment> 
    <name>DatabaseLoggerService</name> 
    <target>AdminServer</target> 
    <module-type>war</module-type> 
    <source-path>C:\Documents and Settings\bchitte\workspace\DatabaseLoggerService\DatabaseLoggerService.war</source-path> 
    <security-dd-model>DDOnly</security-dd-model> 
    </app-deployment> 
    <app-deployment> 
    <name>ReadingsProgressLogService</name> 
    <target>AdminServer</target> 
    <module-type>war</module-type> 
    <source-path>C:\Documents and Settings\bchitte\workspace\ReadingsProgressLogService\ReadingsProgressLogService.war</source-path> 
    <security-dd-model>DDOnly</security-dd-model> 
    </app-deployment> 
    <app-deployment> 
    <name>de</name> 
    <target>AdminServer</target> 
    <module-type>war</module-type> 
    <source-path>C:\Documents and Settings\bchitte\workspace\de.vogella.jersey.first\de.vogella.jersey.first.war</source-path> 
    <security-dd-model>DDOnly</security-dd-model> 
    </app-deployment> 
    <app-deployment> 
    <name>UpdateWIPQService</name> 
    <target>AdminServer</target> 
    <module-type>war</module-type> 
    <source-path>C:\Documents and Settings\bchitte\workspace\UpdateWIPQService\UpdateWIPQService.war</source-path> 
    <security-dd-model>DDOnly</security-dd-model> 
    </app-deployment> 
    <jms-server> 
    <name>VistakonJMSServer</name> 
    <target>AdminServer</target> 
    <persistent-store>VistakonFileStore</persistent-store> 
    </jms-server> 
    <file-store> 
    <name>VistakonFileStore</name> 
    <target>AdminServer</target> 
    </file-store> 
    <jms-system-resource> 
    <name>VistakonModule</name> 
    <target>AdminServer</target> 
    <sub-deployment> 
     <name>sdVistakon</name> 
     <target>VistakonJMSServer</target> 
    </sub-deployment> 
    <descriptor-file-name>jms/VistakonModule-jms.xml</descriptor-file-name> 
    </jms-system-resource> 
    <admin-server-name>AdminServer</admin-server-name> 
    <jdbc-system-resource> 
    <name>jdbc/MSSQL1</name> 
    <target></target> 
    <descriptor-file-name>jdbc/jdbc2fMSSQL1-5853-jdbc.xml</descriptor-file-name> 
    </jdbc-system-resource> 
</domain> 

Respuesta

21

Opción más simple ... puede cambiarla de AdminConsole. Inicie sesión en AdminConsole ---> Servidor -> ---> Configuración ---> ListenPort (Cámbielo)!

+3

luego tendrá que acceder al directorio bin de su dominio y abrir stopWebLogic.sh y stopManagedWeblogic.sh. cambie todas las instancias de su antiguo puerto (7001) al nuevo que elija en la consola. – Codrguy

+1

@Codrguy: Ha pasado mucho tiempo desde que hice esto, pero no creo que haya hecho algo como usted dijo anteriormente. Además, es una utilidad proporcionada por Weblogic. Supongo que debería hacer una actualización de los archivos necesarios. – Bhushan

+1

No cuando no puede iniciar el servidor porque el puerto ya está en uso :) – Ankit

0

Ese archivo tiene un elemento de escuchar puertos - que debería ser lo que hay que cambiar, aunque está establecido actualmente en 8080, no 7001.

0

Si sigue la excepción en el arranque del servidor después de cambiar escuchar puerto, debe intentar cambiar el puerto del servidor de Pointbase y el puerto de depuración en setDomainEnv.cmd

5

si su puerto es 7001, ya que es el predeterminado que podría no mencionarse en el config.xml. config.xml solo informa material que difiere del predeterminado, en aras de la simplicidad.

aparte de la config.xml, usted debe buscar en un número de otros lugares bajo su dominio en el hogar:

bin/stopWebLogic.sh 
bin/stopManagedWebLogic.sh 
bin/startManagedWebLogic.sh 
config/fmwconfig/servers/osbts1as/applications/em/META-INF/emoms.properties 
config/config.xml 
init-info/startscript.xml 
init-info/tokenValue.properties 

servers/osbts1as/data/nodemanager/osbts1as.url 
servers/osbts1as/data/ldap/conf/replicas.prop 
servers/osbts1ms1/data/nodemanager/osbts1ms1.url 
servers/osbts1ms1/data/nodemanager/startup.properties 

servers/osbts1ms2/data/nodemanager/osbts1ms2.url 
servers/osbts1ms2/data/nodemanager/startup.properties 
startManagedWebLogic_readme.txt 
sysman/state/targets.xml 

y no se olvide de actualizar las URI internas de su código desplegado.

Ver también http://www.javamonamour.org/2013/04/weblogic-change-admin-port-number.html

Especialmente el cambio de la dirección de escucha/puerto de la Administración puede ser problemático. Si cambia solo el servidor administrado, es mucho más fácil.

La mejor opción es simplemente reconstruir el dominio.

+0

La mayoría de estos archivos se generan automáticamente de todos modos. Solo me preocuparía el uso de config.xml y los scripts de inicio y detención de WebLogic. – NullUserException

2

Las siguientes líneas se utilizan para controlar la escucha puerto de un servidor, ambos son necesarios:

<listen-port>7002</listen-port> 
    <listen-port-enabled>true</listen-port-enabled> 
0

me resolvieron el problema cambiando el puerto no. en el archivo de ADR-instances.xml:

\ JDEV_USER_HOME \ system11.1.1.3.37.56.60 \ o.j2ee \ ADR-instances.xml

2

Puede cambiar el puerto de escucha como por su exigencia. Esta tarea puede realizarse de dos formas diferentes. Al cambiar el archivo config.xml Al cambiar en la consola de administración Cambie el puerto de escucha en config.xml según su requisito y rebote el dominio. Consola de administración Inicie sesión en AdminConsole-> Server-> Configuration-> ListenPort (Cámbielo) Nota: Es una mala práctica editar config.xml y tratar de corregir en la consola de administración (Es una buena práctica también)

0

Para actualizar los puertos escuchar para un servidor: 1.Click bloqueo & Editar en el Centro de Cambio de la consola de administración de WebLogic 2. ampliar Medio Ambiente y seleccione servidor 3.click el nombre del servidor y seleccione Configuración > general 4.Find Puerto de escucha cambiarlo 5.click Guardar y servidor de inicio.

Cuestiones relacionadas