Dos Ideas. - Contribuciones del usuario [es]

Dynamic Query en Liferay

2013-11-14T21:01:53Z

Darkscythe:

Liferay, a partir de la versión 5.1, proporcionar acceso a la API de consulta dinámica de Hibernate. Esto permite realizar consultas complejas sobre las estructuras o lista dinámicas que existan en el portal.

== Dynamic Query + Velocity ==
En este ejemplo se muestra como implementar las consultas dinámicas en un Template de una [http://www.liferay.com/es/documentation/liferay-portal/6.1/user-guide/-/ai/creating-data-lists Lista dinámica]. La consulta obtiene los 20 primeros registros del usuario registrado ordenados de forma descendentepor fecha de modificación.

<code>
## Obtiene el userId.
#set($userId = $request.get("theme-display").get("user-id"))

## Obtiene el servicio para ejecutar las consultas dinamicas.
#set ($ddlLocalService = $serviceLocator.findService('com.liferay.portlet.dynamicdatalists.service.DDLRecordLocalService'))

##Obtiene el id de la lista.
#set ($recordSetId = $getterUtil.getLong($reserved_record_set_id.data, 0))

## Obtiene el tipo de respuesta para la consulta dinamica.
#set ($DDLrecordClass = $portal.getClass().forName("com.liferay.portlet.dynamicdatalists.model.DDLRecord"))

##Utilidad para armar consultas dinamicas.
#set ($dqfu = $portal.getClass().forName("com.liferay.portal.kernel.dao.orm.DynamicQueryFactoryUtil"))

##Utilidad para agregar ordenamiento a la consulta dinamica.
#set ($ofu = $portal.getClass().forName("com.liferay.portal.kernel.dao.orm.OrderFactoryUtil"))

##Restricciones
#set ($rfu = $portal.getClass().forName("com.liferay.portal.kernel.dao.orm.RestrictionsFactoryUtil"))

##Query
#set ($q = $dqfu.forClass($DDLrecordClass))
#set ($V = $q.add($rfu.eq("recordSetId", $getterUtil.getLong($recordSetId))))
#set ($V = $q.add($rfu.eq("userId", $getterUtil.getLong($userId))))
#set ($V = $q.addOrder($ofu.desc("modifiedDate")))
#set ($records = $ddlLocalService.dynamicQuery($q,0,20))

#foreach($record in $records)
#set ($titulo = $record.getField("Titulo").getValue())
#set ($link = $record.getField("Link").getValue())

<div>
<a href="$link">$titulo</a>
</div>

#end
</code>

== Dynamic Query para obtener una lista dinámica por nombre en un VM ==
En este ejemplo se muestra como realizar una consulta para obtener la lista por el nombre que tenga en algun idioma. Es decir, si nuestra lista dinamica se llama "ListaDinamica" en español y "DynamicList" en inglés (debido a que el campo del nombre es internacionalizable) podremos encontrarlo por ambos.
<code>
#set ($nombreListaDinamicaABuscar = "UnNombre"))

#set ($ddlRecordService = $serviceLocator.findService('com.liferay.portlet.dynamicdatalists.service.DDLRecordLocalService'))

#set ($ddlRecordSetService = $serviceLocator.findService('com.liferay.portlet.dynamicdatalists.service.DDLRecordSetLocalService'))

## Obtiene el tipo de respuesta para la consulta dinamica.
#set ($DDLrecordSetClass = $portal.getClass().forName("com.liferay.portlet.dynamicdatalists.model.DDLRecordSet"))

##Utilidad para armar consultas dinamicas.
#set ($dynamicQueryFactoryUtil = $portal.getClass().forName("com.liferay.portal.kernel.dao.orm.DynamicQueryFactoryUtil"))

##Restricciones
#set ($restrictionsFactoryUtil = $portal.getClass().forName("com.liferay.portal.kernel.dao.orm.RestrictionsFactoryUtil"))

##Armamos el nombre de la lista considerando que en liferay se encuentra dentro de un xml.
#set($nombre = "%>$nombreListaDinamicaABuscar<%")

##Query lista dinamica
#set ($queryBusquedaListaDinamica = $dynamicQueryFactoryUtil.forClass($DDLrecordSetClass))
#set ($V = $queryBusquedaListaDinamica.add($restrictionsFactoryUtil.like("name", $nombre)))
#set ($resultadoListas = $ddlRecordSetService.dynamicQuery($queryBusquedaListaDinamica))

##Asumimos que hay una sola lista con este nombre
#set ($listaActual = $resultadoListas.get(0))
#set ($recordSetIdActual = $listaActual.recordSetId)

##Query registros lista
#set($registrosLista = $ddlRecordService.getRecords($recordSetIdActual))

</code>

== Ver Tambien ==

* [http://www.liferay.com/es/community/wiki/-/wiki/Main/Queries+2%3A+DynamicQuery+API Wiki Liferay]

[[Category:Liferay Dynammic_Query]]

Formateo De Fecha Con Jackson 1.7 y Spring MVC 3.1

2013-05-30T16:03:13Z

Darkscythe: /* Como testear nuestra configuración con MockMvc */

==Formato customizado de fecha==
En caso de querer definir el formato de fecha del lado del servidor cuando se utiliza Jackson y Spring MVC , se puede realizar utilizando la siguiente configuración.
<code language="xml">

<bean id="jacksonObjectMapper" class="org.codehaus.jackson.map.ObjectMapper"/>


<bean id="jacksonSerializationConfig" factory-bean="jacksonObjectMapper" factory-method="getSerializationConfig"/>


<bean id="jacksonSerializationConfigMethodInvokingFactoryBean" class="org.springframework.beans.factory.config.MethodInvokingFactoryBean">
<property name="targetObject" ref="jacksonSerializationConfig" />
<property name="targetMethod" value="setDateFormat" />
<property name="arguments">
<list>
<bean class="java.text.SimpleDateFormat">
<constructor-arg type="java.lang.String" value="dd/MM/yyyy"></constructor-arg>
</bean>
</list>
</property>
</bean>


<mvc:annotation-driven>
<mvc:message-converters register-defaults="true">
<bean class="org.springframework.http.converter.json.MappingJacksonHttpMessageConverter">
<property name="objectMapper" ref="jacksonObjectMapper" />
</bean>
</mvc:message-converters>
</mvc:annotation-driven>
</code>

==Formato ISO-8601==
Para utilizar este formato que Jackson trae como default, se requiere una configuración un poco más rebuscada.
<code language="xml">

<bean name="jacksonObjectMapper" class="org.springframework.beans.factory.config.MethodInvokingFactoryBean">
<property name="targetObject">
<bean class="org.codehaus.jackson.map.ObjectMapper" />
</property>
<property name="targetMethod" value="configure" />
<property name="arguments">
<list>
<util:constant static-field="org.codehaus.jackson.map.SerializationConfig.Feature.WRITE_DATES_AS_TIMESTAMPS"/>
<util:constant static-field="java.lang.Boolean.FALSE"/>
</list>
</property>
</bean>


<mvc:annotation-driven>
<mvc:message-converters register-defaults="true">
<bean class="org.springframework.http.converter.json.MappingJacksonHttpMessageConverter">
<property name="objectMapper" ref="jacksonObjectMapper" />
</bean>
</mvc:message-converters>
</mvc:annotation-driven>
</code>

==Como testear nuestra configuración con MockMvc==
En caso de que estemos utilizando MockMvcBuilders para testear y estemos utilizando standaloneSetup ya que no podemos/queremos cargar todo el contexto por algún motivo, podemos testear de la siguiente manera.
<code language="java">
private MockMvc mockMvc;

@Autowired
private RequestMappingHandlerAdapter requestMappingHandlerAdapter;

@Before
public void setUp() {
List<HttpMessageConverter<?>> messageConverters = requestMappingHandlerAdapter.getMessageConverters();
HttpMessageConverter<?>[] messageConvertersArray = messageConverters.toArray(new HttpMessageConverter<?>[messageConverters.size()]);

mockMvc = MockMvcBuilders.standaloneSetup(instancia).setMessageConverters(messageConvertersArray).build();

}

</code>

Formateo De Fecha Con Jackson 1.7 y Spring MVC 3.1

2013-05-28T20:49:57Z

Darkscythe: /* Formato customizado de fecha */

==Formato customizado de fecha==
En caso de querer definir el formato de fecha del lado del servidor cuando se utiliza Jackson y Spring MVC , se puede realizar utilizando la siguiente configuración.
<code language="xml">

<bean id="jacksonObjectMapper" class="org.codehaus.jackson.map.ObjectMapper"/>


<bean id="jacksonSerializationConfig" factory-bean="jacksonObjectMapper" factory-method="getSerializationConfig"/>


<bean id="jacksonSerializationConfigMethodInvokingFactoryBean" class="org.springframework.beans.factory.config.MethodInvokingFactoryBean">
<property name="targetObject" ref="jacksonSerializationConfig" />
<property name="targetMethod" value="setDateFormat" />
<property name="arguments">
<list>
<bean class="java.text.SimpleDateFormat">
<constructor-arg type="java.lang.String" value="dd/MM/yyyy"></constructor-arg>
</bean>
</list>
</property>
</bean>


<mvc:annotation-driven>
<mvc:message-converters register-defaults="true">
<bean class="org.springframework.http.converter.json.MappingJacksonHttpMessageConverter">
<property name="objectMapper" ref="jacksonObjectMapper" />
</bean>
</mvc:message-converters>
</mvc:annotation-driven>
</code>

==Formato ISO-8601==
Para utilizar este formato que Jackson trae como default, se requiere una configuración un poco más rebuscada.
<code language="xml">

<bean name="jacksonObjectMapper" class="org.springframework.beans.factory.config.MethodInvokingFactoryBean">
<property name="targetObject">
<bean class="org.codehaus.jackson.map.ObjectMapper" />
</property>
<property name="targetMethod" value="configure" />
<property name="arguments">
<list>
<util:constant static-field="org.codehaus.jackson.map.SerializationConfig.Feature.WRITE_DATES_AS_TIMESTAMPS"/>
<util:constant static-field="java.lang.Boolean.FALSE"/>
</list>
</property>
</bean>


<mvc:annotation-driven>
<mvc:message-converters register-defaults="true">
<bean class="org.springframework.http.converter.json.MappingJacksonHttpMessageConverter">
<property name="objectMapper" ref="jacksonObjectMapper" />
</bean>
</mvc:message-converters>
</mvc:annotation-driven>
</code>

==Como testear nuestra configuración con MockMvc==
En caso de que estemos utilizando MockMvcBuilders para testear y estemos utilizando standaloneSetup ya que no podemos/queremos cargar todo el contexto por algún motivo, podemos testear de la siguiente manera.
<code language="java">
private MockMvc mockMvc;

@Autowired
private RequestMappingHandlerAdapter requestMappingHandlerAdapter;

@Before
public void setUp() {
List<HttpMessageConverter<?>> messageConverters = requestMappingHandlerAdapter.getMessageConverters();
HttpMessageConverter<?>[] messageConvertersArray = messageConverters.toArray(new HttpMessageConverter<?>[messageConverters.size()]);

MockMvc mockMvc = MockMvcBuilders.standaloneSetup(instancia).setMessageConverters(messageConvertersArray).build();

}

</code>

Formateo De Fecha Con Jackson 1.7 y Spring MVC 3.1

2013-05-28T20:28:10Z

Darkscythe: Página creada con '==Formato customizado de fecha== En caso de querer definir el formato de fecha del lado del servidor cuando se utiliza Jackson y Spring MVC , se puede realizar utilizando la sig…'

==Formato customizado de fecha==
En caso de querer definir el formato de fecha del lado del servidor cuando se utiliza Jackson y Spring MVC , se puede realizar utilizando la siguiente configuración.
<code language="xml">

<bean id="jacksonObjectMapper" class="org.codehaus.jackson.map.ObjectMapper"/>


<bean id="jacksonSerializationConfig" factory-bean="jacksonObjectMapper" factory-method="getSerializationConfig"/>


<bean id="jacksonSerializationConfigMethodInvokingFactoryBean" class="org.springframework.beans.factory.config.MethodInvokingFactoryBean">
<property name="targetObject" ref="jacksonSerializationConfig" />
<property name="targetMethod" value="setDateFormat" />
<property name="arguments">
<list>
<bean class="java.text.SimpleDateFormat">
<constructor-arg type="java.lang.String" value="dd/MM/yyyy"></constructor-arg>
</bean>
</list>
</property>
</bean>


<mvc:annotation-driven>
<mvc:message-converters register-defaults="true">
<bean class="org.springframework.http.converter.json.MappingJacksonHttpMessageConverter">
<property name="objectMapper" ref="jacksonObjectMapper" />
</bean>
</mvc:message-converters>
</mvc:annotation-driven>
</code>

==Formato ISO-8601==
Para utilizar este formato que Jackson trae como default, se requiere una configuración un poco más rebuscada.
<code language="xml">

<bean name="jacksonObjectMapper" class="org.springframework.beans.factory.config.MethodInvokingFactoryBean">
<property name="targetObject">
<bean class="org.codehaus.jackson.map.ObjectMapper" />
</property>
<property name="targetMethod" value="configure" />
<property name="arguments">
<list>
<util:constant static-field="org.codehaus.jackson.map.SerializationConfig.Feature.WRITE_DATES_AS_TIMESTAMPS"/>
<util:constant static-field="java.lang.Boolean.FALSE"/>
</list>
</property>
</bean>


<mvc:annotation-driven>
<mvc:message-converters register-defaults="true">
<bean class="org.springframework.http.converter.json.MappingJacksonHttpMessageConverter">
<property name="objectMapper" ref="jacksonObjectMapper" />
</bean>
</mvc:message-converters>
</mvc:annotation-driven>
</code>

==Como testear nuestra configuración con MockMvc==
En caso de que estemos utilizando MockMvcBuilders para testear y estemos utilizando standaloneSetup ya que no podemos/queremos cargar todo el contexto por algún motivo, podemos testear de la siguiente manera.
<code language="java">
private MockMvc mockMvc;

@Autowired
private RequestMappingHandlerAdapter requestMappingHandlerAdapter;

@Before
public void setUp() {
List<HttpMessageConverter<?>> messageConverters = requestMappingHandlerAdapter.getMessageConverters();
HttpMessageConverter<?>[] messageConvertersArray = messageConverters.toArray(new HttpMessageConverter<?>[messageConverters.size()]);

MockMvc mockMvc = MockMvcBuilders.standaloneSetup(instancia).setMessageConverters(messageConvertersArray).build();

}

</code>

JPA2 con Weblogic

2012-09-14T14:38:51Z

Darkscythe: /* Weblogic con versión anterior a 10.3.4 */

== Weblogic versión anterior a 10.3.4 ==
Para estas versiones de Weblogic la solución es utilizar un módulo EAR e incluir en la configuración del archivo ''weblogic-application.xml'' lo siguiente:
<pre language="xml">
<prefer-application-packages>
<package-name>javax.persistence.*</package-name>
</prefer-application-packages>
</pre>
De esta forma Weblogic utilizará las clases de las bibliotecas que tengamos agregadas en nuestro proyecto.

== Weblogic versión 10.3.4 y posterior ==
Para estas versiones de Weblogic la soluciónes posibles son:
*Idem solucion versiones anteriores
*Si se trata de un módulo WAR, a partir de esta versión se incluyó la posibilidad de agregar en el archivo ''weblogic.xml'' lo siguiente:
<pre language="xml">
<container-descriptor>
<prefer-application-packages>
<package-name>javax.persistence.*</package-name>
</prefer-application-packages>
</container-descriptor>
</pre>
Que funciona de igual manera que la anterior sólo que no es necesario que se trate de un módulo EAR.
*Otra forma es modificar el Weblogic para que éste de soporte. Para hacer esto solo hay que modificar el archivo ''commEnv.cmd'' agregando la linea (después de la declaración de la variable BEA_HOME):
<pre>
set PRE_CLASSPATH=%BEA_HOME%\modules\javax.persistence_1.0.0.0_2-0-0.jar;%BEA_HOME%\modules\com.oracle.jpa2support_1.0.0.0_2-0.jar
</pre>

JPA2 con Weblogic

2012-09-14T14:38:26Z

Darkscythe: /* Weblogic con versión posterior a 10.3.4 */

== Weblogic con versión anterior a 10.3.4 ==
Para estas versiones de Weblogic la solución es utilizar un módulo EAR e incluir en la configuración del archivo ''weblogic-application.xml'' lo siguiente:
<pre language="xml">
<prefer-application-packages>
<package-name>javax.persistence.*</package-name>
</prefer-application-packages>
</pre>
De esta forma Weblogic utilizará las clases de las bibliotecas que tengamos agregadas en nuestro proyecto.

== Weblogic versión 10.3.4 y posterior ==
Para estas versiones de Weblogic la soluciónes posibles son:
*Idem solucion versiones anteriores
*Si se trata de un módulo WAR, a partir de esta versión se incluyó la posibilidad de agregar en el archivo ''weblogic.xml'' lo siguiente:
<pre language="xml">
<container-descriptor>
<prefer-application-packages>
<package-name>javax.persistence.*</package-name>
</prefer-application-packages>
</container-descriptor>
</pre>
Que funciona de igual manera que la anterior sólo que no es necesario que se trate de un módulo EAR.
*Otra forma es modificar el Weblogic para que éste de soporte. Para hacer esto solo hay que modificar el archivo ''commEnv.cmd'' agregando la linea (después de la declaración de la variable BEA_HOME):
<pre>
set PRE_CLASSPATH=%BEA_HOME%\modules\javax.persistence_1.0.0.0_2-0-0.jar;%BEA_HOME%\modules\com.oracle.jpa2support_1.0.0.0_2-0.jar
</pre>

JPA2 con Weblogic

2012-09-14T14:29:12Z

Darkscythe: Página creada con '== Weblogic con versión anterior a 10.3.4 == Para estas versiones de Weblogic la solución es utilizar un módulo EAR e incluir en la configuración del archivo ''weblogic-app…'

== Weblogic con versión anterior a 10.3.4 ==
Para estas versiones de Weblogic la solución es utilizar un módulo EAR e incluir en la configuración del archivo ''weblogic-application.xml'' lo siguiente:
<pre language="xml">
<prefer-application-packages>
<package-name>javax.persistence.*</package-name>
</prefer-application-packages>
</pre>
De esta forma Weblogic utilizará las clases de las bibliotecas que tengamos agregadas en nuestro proyecto.

== Weblogic con versión posterior a 10.3.4 ==
Para estas versiones de Weblogic la soluciónes posibles son:
*Idem solucion versiones anteriores
*Si se trata de un módulo WAR, a partir de esta versión se incluyó la posibilidad de agregar en el archivo ''weblogic.xml'' lo siguiente:
<pre language="xml">
<container-descriptor>
<prefer-application-packages>
<package-name>javax.persistence.*</package-name>
</prefer-application-packages>
</container-descriptor>
</pre>
Que funciona de igual manera que la anterior sólo que no es necesario que se trate de un módulo EAR.
*Otra forma es modificar el Weblogic para que éste de soporte. Para hacer esto solo hay que modificar el archivo ''commEnv.cmd'' agregando la linea (después de la declaración de la variable BEA_HOME):
<pre>
set PRE_CLASSPATH=%BEA_HOME%\modules\javax.persistence_1.0.0.0_2-0-0.jar;%BEA_HOME%\modules\com.oracle.jpa2support_1.0.0.0_2-0.jar
</pre>

WebLogic

2012-09-14T13:18:15Z

Darkscythe:

WebLogic es el [[Servidor de Aplicaciones]] [[Java EE]] de BEA (actualmente propiedad de [[Oracle]]).

==Versiones==
=== 8.x ===
La version 8.x es compatible con el JDK 1.4 y JEE 1.4

=== 9.x ===
La version 9.x es compatible con el JDK 5 y JEE 1.4 (con compatibilidad parcial para [[Java EE]] 5)

=== 10.x ===
La versión 10.x es compatible con el [[Java SE]] 5 y [[Java EE]] 5.

==Ver también==
* [[MDB en Weblogic]]
* [[JPA2 con Weblogic]]
* [[Debug Remoto De Weblogic]]
* [[AquaLogic]]
* [[Compartir sesión en WebLogic]]
* [[SAF en WebLogic]]
* [[Transaction Manager en Weblogic]]
* [[Work Manager en Weblogic]]

[[Category:WebLogic]]

Creando una cola en WebLogic 9.2

2009-04-21T14:29:49Z

Darkscythe:

Lo primero que hay que hacer es crear un servidor JMS. Para esto hay que hacer lo siguiente:

#Abrir la consola de administrador (por defecto WebLogic utiliza el puerto 7001).
#Clickear en el boton “Lock and Edit”.
#Ir a Services -> Messaging -> JMS Servers.
#Click en el botón “New”.
#Rellenar el campo “Name” con el nombre deseado y apretar el botón “Create a New Store”.
#En la pantalla seleccionar como tipo “File Store”, apretar el boton “Next”.
#En esta pantalla rellenar el campo “Name” con el nombre deseado, “Target” dejamos seleccionado “AdminServer” y en “Directory” elegir el lugar donde se quiera que se almacenen los datos (ejemplo: “C:\FileStore”).
#Vamos a volver a la pantalla del JMS Server, seleccionamos el “File Store” que creamos y le apretamos el botón “Next”.
#En esta pantalla seleccionamos como “Target” el “AdminServer” y apretamos el boton “Finish”.
#Ahora solo nos queda hacer click en el botón “Activate Changes” para finalizar esta parte.

Ahora para poder crear la Cola y la Connection Factory necesitamos crear previamente un Modulo JMS. Para ello hay que hacer lo siguiente:

#Clickear en el boton “Lock and Edit”.
# Ir a Services -> Messaging -> JMS Module.
#Click en el botón “New”.
#En esta pantalla, en el campo “Name” ponemos el nombre que queremos, en el campo “Descriptor File Name” nos convendría poner un nombre significativo, es decir que tenga relacion con el nombre del campo “Name”, pero si no ponemos nada se asigna uno por default. En el campo “Location in Domain” tenemos que poner donde se va a guardar el descriptor (archivo que nombramos en el campo anterior), por lo que nuevamente nos convendría un nombre relacionado (Ejemplo: “jms/nombreQueLePuseAlDescriptor”). Una vez completados (o no), hacemos click en “Next”.
#En esta pantalla seleccionamos el Server en el cual queremos deployar, en nuestro caso siempre utilizamos el que viene por default, es decir “AdminServer” y apretamos el botón “Next”.
#En esta pantalla, si tildamos la opción “Would you like to add resources to this JMS system module?” accederemos directamente a la pantalla donde añadir recursos (En nuestro caso, una cola y una connection factory), por lo que la tildamos y hacemos click en “Finish”.
#Ahora hacemos click en “Activate Changes” y terminamos esta parte.

Ahora finalmente llegó la hora de crear nuestra Connection Factory y nuestra Cola. Primero crearemos la Connection Factory, para ello tenemos que hacer lo siguiente:
#Click en “Lock and Edit”.
# En caso de no haber tildado la opción al final de la parte anterior, tenemos que ir a Services -> Messaging -> JMS Module, y seleccionar el JMS module que creamos.
#Click en el botón “New”.
#Seleccionamos “Connection Factory” y hacemos click en “Next”.
#En esta pantalla no tenemos más que hacer que completar los campos con los nombres que deseamos, esto queda a criterio de cada uno, y hacemos clic “Finish” (Si hacemos click en “Next” nos dejara seleccionar el servidor en el cual deployar, pero como nosotros solo elegimos uno, hacer esto es indiferente).
#Ahora solo nos queda hacer click en “Activate Changes” para terminar.

Ahora nos queda el último paso, que es crear nuestra Cola, para ello hay que hacer lo siguiente:

#Repetir los primeros 4 pasos de la etapa anterior, solo que en lugar de seleccionar “Connection Factory” en el cuarto paso, elegiremos “Queue”.
#En la primer pantalla, nuevamente rellenamos los campos con los nombres que deseemos utilizar, y en la parte de “Template” lo dejamos en “(none)”, y hacemos click en “Next”.
#En esta pantalla apretamos en el botón “Create a New Subdeployment”.
#Acá con dejar todo como está y apretar el botón “Ok” es suficiente.
#Devuelta en la pantalla anterior, seleccionamos nuestro JMS Server (si es que tenemos más de uno, sino es la elección obvia) y apretamos en el botón “Finish”.
#Nuevamente solo nos queda hacer clic en el botón “Activate Changes” para finalizar.

Si seguimos todos los pasos no debería haber problemas para que puedas utilizar la Cola y la Connection Factory que creamos. Obviamente se puede omitir apretar el botón “Activate Changes” al final de cada operación y solo hacerlo una vez que terminamos todo, pero eso queda a criterio de cada uno.

== Ver también==
* [[JMS]]
* [[Ejemplo De JMS]]

Creando una cola en WebLogic 9.2

2009-04-21T14:27:40Z

Darkscythe:

Ejemplo De JMS

2009-04-21T14:11:34Z

Darkscythe: /* Ver también */

==Haciendo tostadas==

Vamos entonces a hacer que nuestras aplicaciones Dib y Gaz se comuniquen con una cola de mensajes. Lo que haremos a continuación será:

* Crear una cola en WebLogic (la heladera para pegar los mensajes)
* Crear una aplicación que publique mensajes en la cola (Dib)
* Crear un EJB que consuma los mensajes de la cola (Gaz)

=== Creando la cola en WebLogic 8.1 ===

Lo primero entonces será de crear la cola para que nuestras aplicaciones pueda interactuar. Para esto crearemos la cola propiamente dicho, y un factory que se conecte a la misma. Todo esto se realiza desde la consola de WebLogic.
Creando el Connection Factory

# Abran la consola de WebLogic
# Vayan a Services -> JMS -> Connection Factories
# Click en el link "Configure a new JMS Connection Factory..."
# En el campo Name ponemos "Heladera Connection Factory"
# En el campo JNDI Name ponemos "HeladeraCF".
# Click en el botón "Create"

Con esto tenemos creado un Connection Factory bajo el nombre JNDI de HeladeraCF. El publicador (Dib) utilizará este Connection Factory para tener acceso a la cola y poder publicar mensajes.
Creando la cola

# Vayan a Services -> JMS -> Servers
# Abrir el nodo con el nombre similar a "WSStoreForwardInternalJMSServermyserver"
# Click en el nodo "Destinations"
# Click en "Configure a new JMS Queue..."
# En el campo Name ponemos "Heladera Queue"
# En el campo JNDI Name ponemos "HeladeraQueue"
# Click en el botón "Create"

Con esto tendremos creada la cola de mensajes bajo el nombre JNDI !HeladeraQueue. Así, Dib podrá publicar mensajes aquí, que luego serán tomados por Gaz.

=== Dib pega mensajitos en la Heladera ===
... o lo que es lo mismo, vamos a crear una aplicación que se conecte a la cola y postee mensajes.

Vamos entonces a hacer una clase muy simple que tenga un método "pedirTostadas" que se conecte a la cola y envie un mensaje de texto indicando cuantas tostadas queremos.

<code java>
import javax.jms.*;

public class Dib {
public final static String JNDI_FACTORY="weblogic.jndi.WLInitialContextFactory";
public final static String PROVIDER_URL="t3://localhost";

public final static String JMS_FACTORY="HeladeraCF";
public final static String QUEUE="HeladeraQueue";

public void pedirTostadas() {
//Obtenemos el InitialContext
Hashtable env = new Hashtable();
env.put(Context.INITIAL_CONTEXT_FACTORY, JNDI_FACTORY);
env.put(Context.PROVIDER_URL, PROVIDER_URL);
InitialContext ctx = new InitialContext(env);

//Buscamos el factory y la conexion a la cola
QueueConnectionFactory qconFactory = (QueueConnectionFactory) ctx.lookup(JMS_FACTORY);
QueueConnection qcon = qconFactory.createQueueConnection();

//Buscamos la cola
QueueSession qsession = qcon.createQueueSession(false, Session.AUTO_ACKNOWLEDGE);
Queue queue = (Queue) ctx.lookup(QUEUE);

//Creamos el mensaje
TextMessage msg = qsession.createTextMessage();
msg.setText("Gaz, quiero 4 tostadas");

//Enviamos el mensaje
QueueSender qsender = qsession.createSender(queue);
qsender.send(msg);

//somos prolijos y cerramos todo
qsender.close();
qsession.close();
qcon.close();
}
}
</code>

Para enviar mensajes a la cola, basta con ejecutar:
<code java>
Dib dib = new Dib();
dib.pedirTostadas();
</code>

Con esto, Dib enviará un mensaje a la cola (HeladeraQueue). Ahora, no hay nadie consumiendo de dicha cola, por lo cual los mensajes se iran acumulando. Así que vayamos a despertar a Gaz para que pueda ayudar a su hermano...
Gaz hace las tostadas

Nos queda entonces consumir los mensajes de una cola. La manera más facil de consumir mensajes es a través de un EJB MDB (Message-Driven Bean). Los EJB MDB son un tipo especial de EJB que cumplen con un único método: onMessage(Message msg)

El método onMessage se invoca cada vez que hay algún mensaje para atender. En la configuración del EJB (los queridos descriptores) se le indica a qué cola está asociado el EJB.

Crearemos entonces a Gaz como un EJB MDB. Para esto podremos usar algún módulo EJB de Bacabs.

=== Creando nuestro Bean MDB ===

Un EJB MDB está compuesto por una única clase que implementa las interfaces MessageDrivenBean y MessageListener. Creemos entonces nuestro EJB:

<code java>
public class GazMDBBean implements MessageDrivenBean, MessageListener {

public void setMessageDrivenContext(MessageDrivenContext aContext) {
context = aContext;
}

public void ejbCreate() { }
public void ejbRemove() { }

public void onMessage(Message aMessage) {
TextMessage txtMessage = (TextMessage) aMessage;
String mensajeDeDib = txtMessage.getText();
System.out.println(mensajeDeDib);
}
}
</code>

Y esto es todo lo que programaremos para atender el mensaje. Simple, no? Bueno, en realidad falta la magia de los XML.

=== Creando el ejb-jar.xml ===

Como todo EJB2, necesita de su descriptor correspondiente. El mismo es bastante simple:

<code xml>
<!DOCTYPE ejb-jar PUBLIC "-//Sun Microsystems, Inc.//DTD Enterprise JavaBeans 2.0//EN" "http://java.sun.com/dtd/ejb-jar_2_0.dtd">

<ejb-jar>
<display-name>Gaz MDB</display-name>

<enterprise-beans>
<message-driven>
<ejb-name>GazMDBBean</ejb-name>
<ejb-class>com.zim.mdb.GazMDBBean</ejb-class>
<transaction-type>Container</transaction-type>
<message-driven-destination>
<destination-type>javax.jms.Queue</destination-type>
</message-driven-destination>
</message-driven>
</enterprise-beans>

<assembly-descriptor>
<container-transaction>
<method>
<ejb-name>GazMDBBean</ejb-name>
<method-name>*</method-name>
</method>
<trans-attribute>Required</trans-attribute>
</container-transaction>
</assembly-descriptor>
</ejb-jar>
</code>

===Creando el weblogic-ejb-jar.xml===

Y como todo EJB que hacemos para WebLogic, este es el descriptor hermanito del anterior. Contiene configuración propia para WebLogic, y los datos de la cola de la cual consumirá mensajes nuestro EJB MDB. El archivo es muy simple:

<code xml>
<?xml version="1.0"?>
<!DOCTYPE weblogic-ejb-jar PUBLIC "-//BEA Systems, Inc.//DTD WebLogic 8.1.0 EJB//EN" "http://www.bea.com/servers/wls810/dtd/weblogic-ejb-jar.dtd">

<weblogic-ejb-jar>
<weblogic-enterprise-bean>
<ejb-name>GazMDBBean</ejb-name>
<message-driven-descriptor>
<pool>
<max-beans-in-free-pool>200</max-beans-in-free-pool>
<initial-beans-in-free-pool>20</initial-beans-in-free-pool>
</pool>
<destination-jndi-name>HeladeraQueue</destination-jndi-name>
</message-driven-descriptor>
<enable-call-by-reference>True</enable-call-by-reference>
</weblogic-enterprise-bean>

</weblogic-ejb-jar>
</code>

En el tag destination-jndi-name indicamos la cola de la cual consumirá mensajes nuestro EJB.

===Probando (finalmente)===

Empaquetamos y hacemos un deploy de nuestro EJB en WebLogic, y el mismo comenzará a consumir los mensajes de la cola automágicamente.

No solo consumirá los mensajes nuevos, sino también todos aquellos que hayan quedado encolados sin procesar.

Prueben generar muchos mensajes con Dib, y vean como se van procesando. O hagan un stop de Gaz, y vean como al volver a levantarlo procesa todos los mensajes que fueron encolado.

==Consumiendo mensajes con JMS==

El API de JMS nos da tambien las herramientas para consumir los mensajes de dicha cola. A continuación un ejemplo sencillo de como hacerlo.

===Ahora cocinamos las tostadas===

Vamos a seguir con el ejemplo dado anteriormente

Se quiere cocinar las tostadas que pidio Dib, sin utilizar a Gaz (EJB) dado a que no las prepara del todo bien (amarretea con la mermelada). El competidor para cocinar es Tak (tuve que buscar personajes de la serie). Con un código similar al que Dib utilizaba para pedir las tostadas, aca esta el ejemplo:

<code java>
import javax.jms.*;

public class Tak {

public final static String JNDI_FACTORY = "weblogic.jndi.WLInitialContextFactory";
public final static String PROVIDER_URL = "t3://localhost:7001";
public final static String JMS_FACTORY = "HeladeraCF";
public final static String QUEUE = "HeladeraQueue";

public TextMessage cocinarTostadas() throws NamingException, JMSException {
// Obtenemos el InitialContext
Hashtable env = new Hashtable();
env.put(Context.INITIAL_CONTEXT_FACTORY, JNDI_FACTORY);
env.put(Context.INITIAL_CONTEXT_FACTORY, JNDI_FACTORY);
env.put(Context.PROVIDER_URL, PROVIDER_URL);
InitialContext ctx = new InitialContext(env);

// Buscamos el factory y la conexion a la cola
QueueConnectionFactory qconFactory = (QueueConnectionFactory) ctx.lookup(JMS_FACTORY);
QueueConnection qcon = qconFactory.createQueueConnection();

// Buscamos la cola
QueueSession qsession = qcon.createQueueSession(false, Session.AUTO_ACKNOWLEDGE);
Queue queue = (Queue) ctx.lookup(AUTO_ACKNOWLEDGE);
Queue queue = (Queue) ctx.lookup(QUEUE);

QueueReceiver qreceiver = qsession.createReceiver(queue);

//"Inicio" la QueueConnection
qcon.start();
TextMessage msg = (TextMessage) qreceiver.receive();

qreceiver.close();
qsession.close();
qcon.close();
return msg;
}
}
</code>

La unica diferencia con Dib es que se crea un Receiver, que va a ir a buscar los mensajes a la cola. Y ademas hay que darle un start a la QueueConnection.

===Testear la coccion de tostadas===

Para testear la coccion de tostadas:

<code java>
public void testCocinarTostada() throws NamingException, JMSException{

Tak tak = new Tak();
TextMessage txtMessage = tak.cocinarTostadas();

String mensajeDeDib;

try {
mensajeDeDib = txtMessage.getText();
System.out.println(mensajeDeDib);
txtMessage.acknowledge();
} catch (JMSException e) {
e.printStackTrace();
}
}
</code>

Claro que antes de correr el test, la cola debe tener algun mensaje, sino se va a quedar esperando en el receive() hasta que la cola tenga alguno. Esto se puede evitar usando:

*receive(long i) : Espera por un mensaje i milisegundos.
*receiveNotWait() : Si no hay mensajes, no se queda esperando.

Y un agregado mas: En el caso de que hayan probado hacer el EJB para consumir la cola, tengan el detalle de bajarlo del server, porque si no cuando subamos un mensaje a la cola, probablemente se lo lleve el EJB antes que Tak.

== Ver también==
* [[JMS]]
* [[MDB en Weblogic]]
* [[JMS Con GlassFish]]
* [[Creando una cola en WebLogic 9.2]]

Creando una cola en WebLogic 9.2

2009-04-21T14:09:03Z

Darkscythe: Página creada con 'Lo primero que hay que hacer es crear un servidor JMS. Para esto hay que hacer lo siguiente: #Abrir la consola de administrador (por defecto WebLogic utiliza el puerto 7001). #...'

Lo primero que hay que hacer es crear un servidor JMS. Para esto hay que hacer lo siguiente:

#Abrir la consola de administrador (por defecto WebLogic utiliza el puerto 7001).
#Clickear en el boton “Lock and Edit”.
#Ir a Services -> Messaging -> JMS Servers.
#Click en el botón “New”.
#Rellenar el campo “Name” con el nombre deseado y apretar el botón “Create a New Store”.
#En la pantalla seleccionar como tipo “File Store”, apretar el boton “Next”.
#En esta pantalla rellenar el campo “Name” con el nombre deseado, “Target” dejamos seleccionado “AdminServer” y en “Directory” elegir el lugar donde se quiera que se almacenen los datos (ejemplo: “C:\FileStore”).
#Vamos a volver a la pantalla del JMS Server, seleccionamos el “File Store” que creamos y le apretamos el botón “Next”.
#En esta pantalla seleccionamos como “Target” el “AdminServer” y apretamos el boton “Finish”.
#Ahora solo nos queda hacer click en el botón “Activate Changes” para finalizar esta parte.

Ahora para poder crear la Cola y la Connection Factory necesitmos crear previamente un Modulo JMS. Para ello hay que hacer lo siguiente:

#Clickear en el boton “Lock and Edit”.
# Ir a Services -> Messaging -> JMS Module.
#Click en el botón “New”.
#En esta pantalla, en el campo “Name” ponemos el nombre que queremos, en el campo “Descriptor File Name” nos convendría poner un nombre significativo, es decir que tenga relacion con el nombre del campo “Name”, pero si no ponemos nada se asigna uno por default. En el campo “Location in Domain” tenemos que poner donde se va a guardar el descriptor (archivo que nombramos en el campo anterior), por lo que nuevamente nos convendría un nombre relacionado (Ejemplo: “jms/nombreQueLePuseAlDescriptor”). Una vez completados (o no), hacemos click en “Next”.
#En esta pantalla seleccionamos el Server en el cual queremos deployar, en nuestro caso siempre utilizamos el que viene por default, es decir “AdminServer” y apretamos el botón “Next”.
#En esta pantalla, si tildamos la opción “Would you like to add resources to this JMS system module?” accederemos directamente a la pantalla donde añadir recursos (En nuestro caso, una cola y una connection factory), por lo que la tildamos y hacemos click en “Finish”.
#Ahora hacemos click en “Activate Changes” y terminamos esta parte.

Ahora finalmente llegó la hora de crear nuestra Connection Factory y nuestra Cola. Primero crearemos la Connection Factory, para ello tenemos que hacer lo siguiente:
#Click en “Lock and Edit”.
# En caso de no haber tildado la opción al final de la parte anterior, tenemos que ir a Services -> Messaging -> JMS Module, y seleccionar el JMS module que creamos.
#Click en el botón “New”.
#Seleccionamos “Connection Factory” y hacemos click en “Next”.
#En esta pantalla no tenemos más que hacer que completar los campos con los nombres que desemos, esto queda a criterio de cada uno, y hacemos clic “Finish” (Si hacemos click en “Next” nos dejara seleccionar el servidor en el cual deployar, pero como nosotros solo elegimos uno, hacer esto es indiferente).
#Ahora solo nos queda hacer click en “Activate Changes” para terminar.

Ahora nos queda el último paso, que es crear nuestra Cola, para ello hay que hacer lo siguiente:

#Repetir los primeros 4 pasos de la etapa anterior, solo que en lugar de seleccionar “Connection Factory” en el cuarto paso, elegiremos “Queue”.
#En la primer pantalla, nuevamente rellenamos los campos con los nombres que deseemos utilizar, y en la parte de “Template” lo dejamos en “(none)”, y hacemos click en “Next”.
#En esta pantalla apretamos en el botón “Create a New Subdeployment”.
#Acá con dejar todo como está y apretar el botón “Ok” es suficiente.
#Devuelta en la pantalla anterior, seleccionamos nuestro JMS Server (si es que tenemos más de uno, sino es la elección obvia) y apretamos en el botón “Finish”.
#Nuevamente solo nos queda hacer clic en el botón “Activate Changes” para finalizar.

Si seguimos todos los pasos no debería haber problemas para que puedas utilizar la Cola y la Connection Factory que creamos. Obviamente se puede omitir apretar el botón “Activate Changes” al final de cada operación y solo hacerlo una vez que terminamos todo, pero eso queda a criterio de cada uno.