Spring insight

Instalación

Pasos para desplegar una aplicación web con spring insight:

1. Descargar sel servidor devoloper mode desde la página principal http://www.gopivotal.com/products/pivotal-tc-server
2. Descomprimir el archivo en el disco duro.
3. Abrir una ventana de comandados como administrador:
• Inicio
• Todos los programas
• Accesorios
• Símbolo del sistema. Botón derecho y ejecutar como administrador
4. Entrar desde el CMD en el directorio del server, y crear una nueva instancia.
• tcruntime-instance.bat create myInstanceName -t insight
• 
• Como se ve en la imagen, al crear la instancia realmente se está creando un nuevo Tomcat preconfigurado para spring-insight. Esto es así porque el server tc viene con una serie de templates, siendo una de ellas la de insight

Eclipse Jboss cambiar idioma - Eclipse Jboss change language

Para cambiar el idioma de los mensajes de error de jboss, lanzado desde eclipse:

1. Doble click sobre el servidor en la vista Servers, para acceder a su configuración.
2. Open launch configuration
3. En el detalle de VM arguments añadir lo siguiente:

      -Duser.language=en

Weblogic JAX-WS debug

Para mostrar los mensajes de request y response de los servicios web JAX hay que poner las siguientes opciones de JAVA.

 -Dcom.sun.xml.ws.transport.http.client.HttpTransportPipe.dump=true -Dcom.sun.xml.internal.ws.transport.http.client.HttpTransportPipe.dump=true -Dcom.sun.xml.ws.transport.http.HttpAdapter.dump=true -Dcom.sun.xml.internal.ws.transport.http.HttpAdapter.dump=true  

Se modifica el fichero setDomainEnv.cmd que es el que controla el arranque del server. Por ejemplo seteándolo al final.

 set JAVA_OPTIONS=%JAVA_OPTIONS% -Dcom.sun.xml.ws.transport.http.client.HttpTransportPipe.dump=true -Dcom.sun.xml.internal.ws.transport.http.client.HttpTransportPipe.dump=true -Dcom.sun.xml.ws.transport.http.HttpAdapter.dump=true -Dcom.sun.xml.internal.ws.transport.http.HttpAdapter.dump=true  

Weblogic despliega dos veces / Weblogic deploy twice

Al trabajar con weblogic y eclipse, muchas veces da la impresión de que las aplicaciones se despliegan dos veces. Una junto al arranque del servidor y, una vez éste está running, vuelve a hacer el deploy correspondiente.

Parece que el problema está en la carpeta tmp del server que no se borra durante los reinicios.

Para solucionarlo se puede modificar el script de arranque de startWebLogic.cmd añadiendo la instrucción  rd de MS-DOS para borrar el tmp antes de iniciar:

 @ECHO OFF  
 @REM WARNING: This file is created by the Configuration Wizard.  
 @REM Any changes to this script may be lost when adding extensions to this configuration.  
 SETLOCAL  
 set DOMAIN_HOME=C:\Oracle\Middleware\user_projects\domains\comercio_domain  

 @REM Borrar tmp  
 rd /S /Q %DOMAIN_HOME%\servers\AdminServer\tmp  

 call "%DOMAIN_HOME%\bin\startWebLogic.cmd" %*  
 ENDLOCAL  

Este archivo está en el DOMAIN_HOME de Weblogic.

Error: com.sun.xml.ws.wsdl.parser.InaccessibleWSDLException, message: 2 counts of InaccessibleWSDLException.

Trabajando con Weblogic 10.3.5, JAX-WS y Axis2 puede que aparezca el siguiente error:

 weblogic.wsee.jaxws.framework.policy.advertisementimpl.AdvertisementHelperImpl registerExtension  
 ADVERTENCIA: Registering oracle.j2ee.ws.wsdl.extensions.addressing.AddressingExtensionRegistry extension failed; java.lang.ClassNotFoundException: oracle.j2ee.ws.wsdl.extensions.addressing.AddressingExtensionRegistry  
 weblogic.wsee.jaxws.spi.WLSServiceDelegate addWsdlDefinitionFeature  
 GRAVE: Failed to create WsdlDefinitionFeature for wsdl location: https://xxxxxx.xx/xxxxx?wsdl, error: com.sun.xml.ws.wsdl.parser.InaccessibleWSDLException, message: 2 counts of InaccessibleWSDLException.  

Realmente no es un problema, ya que todo funciona correctamente, pero va estar llenando los logs de basura innecesaria.
El origen está en la incompatibilidad de jars del tipo javax. que son los que trae por defecto weblogic.

Tras muchas pruebas, el útlimo jar que vi que daba problemas era wsdl4j-1.6.2.jar, que excluyéndolo elimina el aviso.

El total de exclusiones en el pom.xml de Maven es el siguiente:

 <dependency>  
      <groupId>org.apache.axis2</groupId>  
      <artifactId>axis2-kernel</artifactId>  
      <version>1.4.1</version>  
      <exclusions>  
           <exclusion>  
                <groupId>org.apache.geronimo.specs</groupId>  
                <artifactId>geronimo-activation_1.1_spec</artifactId>  
           </exclusion>  
           <exclusion>  
                <groupId>org.apache.geronimo.specs</groupId>  
                <artifactId>geronimo-javamail_1.4_spec</artifactId>  
           </exclusion>  
           <exclusion>  
                <groupId>org.apache.geronimo.specs</groupId>  
                <artifactId>geronimo-jms_1.1_spec</artifactId>  
           </exclusion>  
           <exclusion>  
                <groupId>org.apache.geronimo.specs</groupId>  
                <artifactId>geronimo-stax-api_1.0_spec</artifactId>  
           </exclusion>  
           <exclusion>  
                <groupId>javax.activation</groupId>  
                <artifactId>activation</artifactId>  
           </exclusion>  
           <exclusion>  
                <artifactId>wsdl4j</artifactId>  
                <groupId>wsdl4j</groupId>  
           </exclusion>  
      </exclusions>  
 </dependency>  
 <dependency>  
      <groupId>org.apache.axis2</groupId>  
      <artifactId>axis2-codegen</artifactId>  
      <version>1.4.1</version>  
      <exclusions>  
           <exclusion>            
                <groupId>org.apache.geronimo.specs</groupId>  
                <artifactId>geronimo-activation_1.1_spec</artifactId>  
           </exclusion>  
           <exclusion>  
                <groupId>org.apache.geronimo.specs</groupId>  
                <artifactId>geronimo-stax-api_1.0_spec</artifactId>  
           </exclusion>                 
      </exclusions>  
 </dependency>