2011-11-10 21 views
10

Qualcuno può dirmi come modificare la porta di ascolto predefinita di Weblogic 10.3 con qualcosa di diverso? Ho visto alcuni post su bacheche che dicono che cambiano sotto ... // config/config.xml. Anche io pensavo così, ma sorprendentemente, non c'è menzione della parola "porta" in quel file. Ecco il file:come cambiare la porta di ascolto dal valore predefinito 7001 a qualcosa di diverso?

<?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> 

risposta

21

L'opzione più semplice ... è possibile modificarla da AdminConsole. Accesso a AdminConsole ---> Server -> ---> Configurazione ---> ListenPort (Modifica)!

+3

quindi sarà necessario accedere alla directory bin del dominio e aprire stopWebLogic.sh e stopManagedWeblogic.sh. cambia tutte le istanze della tua vecchia porta (7001) in quella nuova che hai scelto nella console. – Codrguy

+1

@Codrguy: È passato molto tempo da quando l'ho fatto, ma non credo di aver fatto nulla di simile a quello che hai detto sopra. Inoltre è l'utilità fornita da Weblogic stesso. Quindi, l'aggiornamento dei file richiesti dovrebbe essere fatto da esso, immagino. – Bhushan

+1

Non quando non si è in grado di avviare il server perché la porta è già in uso :) – Ankit

0

Questo file ha un elemento di porta di ascolto-- che dovrebbe essere ciò che è necessario cambiare, anche se è attualmente impostato su 8080, non 7001.

0

Se continui a ricevere l'eccezione nel avvio del server dopo aver cambiato ascolta porta, dovresti provare a cambiare la porta del server di Pointbase e la porta di debug in setDomainEnv.cmd

5

se la tua porta è 7001, poiché è quella predefinita potrebbe non essere menzionata nel config.xml. config.xml riporta solo cose che differiscono dal default, per semplicità.

a parte il config.xml, si dovrebbe guardare in un certo numero di altri luoghi nel vostro dominio-casa:

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 

E non dimenticate di aggiornare le URI interne del codice distribuito.

Vedi anche http://www.javamonamour.org/2013/04/weblogic-change-admin-port-number.html

Soprattutto modificare l'indirizzo/porta di ascolto della amministrazione può essere fastidioso. Se cambi solo il server gestito, è molto più semplice.

L'opzione migliore è la ricostruzione del dominio.

+0

La maggior parte di questi file viene comunque generata automaticamente. Mi preoccuperei solo di config.xml e degli script di avvio e arresto di WebLogic. – NullUserException

2

Le seguenti linee sono utilizzate per controllare l'ascolto porta di un server, entrambi necessari:

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

ho risolto il problema modificando il numero di porta. nel file di ADR-instances.xml:

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

2

È possibile modificare la porta di ascolto secondo il vostro requisito. Questa attività può essere eseguita in due modi diversi. Cambiando il file config.xml Modificando la console di amministrazione Cambiare la porta di ascolto in config.xml come richiesto e rimbalzare il dominio. Admin Console Accedere per AdminConsole-> Server-> Configurazione-> ListenPort (cambiare) Nota: Si tratta di una cattiva pratica di modificare config.xml e cercare di modificare in console di amministrazione (E 'una buona pratica pure)

0

Per aggiornare le porte in ascolto per un server: 1.Click Blocco & Modifica nel Centro Modifica della Console di amministrazione WebLogic 2. ampliare Ambiente e selezionare Server 3.click il nome del server e selezionare Configurazione> Generale 4.Find porta di ascolto cambiarlo 5.click Salva e avviare il server.

Problemi correlati