Dos Ideas. - Contribuciones del usuario [es]

SoapUI Con JUnit

2010-07-14T15:18:35Z

Germandt:

Es muy fácil incorporar la suite de test [[JUnit]] generada por [[SoapUI]] a nuestro proyecto y poder así sumar estos test a los test de integración de nuestra aplicación.

Librerias a incluir en el modulo de test de nuestro proyecto:

*bcprov-jdk15-138.jar
*commons-beanutils.jar
*commons-beanutils-1.7.0.jar
*commons-cli.jar
*commons-codec.jar
*commons-httpclient.jar
*not-yet-commons-ssl.jar
*saxon-dom-9.1.0.8j.jar
*saxon-9.1.0.8j.jar
*soapui.jar
*soapui-xmlbeans.jar
*soap-xmlbeans.jar
*xbean-fixed.jar
*xmlpublic.jar
*xbean_xpath-2.4.0.jar

Al incluir las librerias propuesta arriba podremos correr los tests con Junit y fucionarán los siguientes asserts de SoapUI:

*Contains
*SOAP response
*Soap fault
*Schema Compliance
*not soap fault

Si se desean otras validaciones sobre la respuesta deberán agregar otros JARs que see encuentran dentro del directorio donde se instalo SoapUI.

<br> De esta manera corremos la batería completa de test de un proyecto. Hay que tener en cuenta que al tener un solo test para toda la batería, cuando surge un error no se continúa con el resto de los test.

<code java="java">
@Test
public void holaMundo() throws Exception
{
SoapUITestCaseRunner runner = new SoapUITestCaseRunner();
runner.setProjectFile( "src/dist/HolaMundo-soapui-project.xml" );
runner.run();
}
</code>

También existe la posibilidad de correr individualmente cada uno de los test.

<code java="java">

WsdlProject wsdlProject = null;
TestSuite testSuite = null;

@Before
public void setUp() throws Exception {

wsdlProject = new WsdlProject("src/dist/HolaMundo-soapui-project.xml");
testSuite = wsdlProject.getTestSuiteByName("HolaMundo");
}

@Test
public void holaMundoOk() {

TestCase testCase = testSuite.getTestCaseByName("HolaMundoOk");
TestRunner runner = testCase.run(new PropertiesMap(), false);
assertEquals(Status.FINISHED, runner.getStatus());
}

@Test
public void holaMundoError() {

TestCase testCase = testSuite.getTestCaseByName("HolaMundoError");
TestRunner runner = testCase.run(new PropertiesMap(), false);
assertEquals(Status.FINISHED, runner.getStatus());
}

</code>

== Problemas con Assertions ==

Se presentan ciertos problemas al correr los test SoapUi con JUnit.

Soapui propone muchas formas para realizar assert sobre el response de un ws, a continuación un breve explicación de cada una:

*'''WS-security status''' : Chequea que el reponse tenga un encabezado ws-security válido.
*'''not soap fault''' : Chequea que el response no sea un fault.
*'''Response SLA''' : Chequea que el response haya tardado menos del tiempo configurado.
*'''SOAP response''': Chequea que el response sea un mensaje soap.
*'''Script assertion''': Permite hacer scrips de groovy para realizar assert con el response.
*'''WS adressing response''': Chequea que el encabezado del resopnse tenga propiedades válidas.
*'''Contains''': Chequea que el response contenga un valor o un tag con un valor determinado.
*'''Not Contains''': Chequea que el response no contenga un valor o un tag con un valor determinado.
*'''xQuery math''': Permite chequear el contenido del response con expresiones de xquery 2.0.
*'''Schema Compliance''': Chequea que el response sea compatible con un shema dado.
*'''xPath match''': Permite chquear el contenido del response con expresiones de xPath.
*'''Soap fault''': Chequea que el response sea un fault.

Estos assert son muy completos y muy fáciles de usar con SoapUI. En principio con los contains se pueden hacer asserts sobre todo el response, pero tienen una serie de limitaciones: solo permite hacer assert por tag, es decir, que no se puede hacer un assert del xml completo, con lo cual si el xml del response tiene 20 tag, habrá que hacer 20 assert distintos. Otro punto en contra es que no hay un forma con las assertions para testeas los tags en el caso de que nuestro WebServices retorne una colección de datos, ya que es estos casos hace un assert sobre todo el xml, sin controlar la cantidad.

== Ver también ==

*[[Mock de un web service con Jetty|Alternativa a SoapUI utilizando Jetty]]
*[http://www.soapui.org/userguide/commandline/functional.html SoapUITestCaseRunner ]

[[Category:Web_Service]] [[Category:JUnit]]

SoapUI Con JUnit

2010-07-14T15:16:54Z

Germandt:

Es muy fácil incorporar la suite de test [[JUnit]] generada por [[SoapUI]] a nuestro proyecto y poder así sumar estos test a los test de integración de nuestra aplicación.

Librerias a incluir en el modulo de test de nuestro proyecto:

*bcprov-jdk15-138.jar
*commons-beanutils.jar
*commons-beanutils-1.7.0.jar
*commons-cli.jar
*commons-codec.jar
*commons-httpclient.jar
*not-yet-commons-ssl.jar
*saxon-dom-9.1.0.8j.jar
*saxon-9.1.0.8j.jar
*soapui.jar
*soapui-xmlbeans.jar
*soap-xmlbeans.jar
*xbean-fixed.jar
*xmlpublic.jar
*xbean_xpath-2.4.0.jar

Al incluir las librerias propuesta arriba podremos correr los tests con Junit y fucionarán los siguientes asserts de SoapUI

*'''Contains'''
*'''SOAP response'''
*'''Soap fault'''
*'''Schema Compliance'''
*'''not soap fault'''

Si se desean otras validaciones sobre la respuesta deberán agregar más JARs que see encuentran dentro del directorio donde se instalo SoapUI.

<br> De esta manera corremos la batería completa de test de un proyecto. Hay que tener en cuenta que al tener un solo test para toda la batería, cuando surge un error no se continúa con el resto de los test.

<code java="java">
@Test
public void holaMundo() throws Exception
{
SoapUITestCaseRunner runner = new SoapUITestCaseRunner();
runner.setProjectFile( "src/dist/HolaMundo-soapui-project.xml" );
runner.run();
}
</code>

También existe la posibilidad de correr individualmente cada uno de los test.

<code java="java">

WsdlProject wsdlProject = null;
TestSuite testSuite = null;

@Before
public void setUp() throws Exception {

wsdlProject = new WsdlProject("src/dist/HolaMundo-soapui-project.xml");
testSuite = wsdlProject.getTestSuiteByName("HolaMundo");
}

@Test
public void holaMundoOk() {

TestCase testCase = testSuite.getTestCaseByName("HolaMundoOk");
TestRunner runner = testCase.run(new PropertiesMap(), false);
assertEquals(Status.FINISHED, runner.getStatus());
}

@Test
public void holaMundoError() {

TestCase testCase = testSuite.getTestCaseByName("HolaMundoError");
TestRunner runner = testCase.run(new PropertiesMap(), false);
assertEquals(Status.FINISHED, runner.getStatus());
}

</code>

== Problemas con Assertions ==

Se presentan ciertos problemas al correr los test SoapUi con JUnit.

Soapui propone muchas formas para realizar assert sobre el response de un ws, a continuación un breve explicación de cada una:

*'''WS-security status''' : Chequea que el reponse tenga un encabezado ws-security válido.
*'''not soap fault''' : Chequea que el response no sea un fault.
*'''Response SLA''' : Chequea que el response haya tardado menos del tiempo configurado.
*'''SOAP response''': Chequea que el response sea un mensaje soap.
*'''Script assertion''': Permite hacer scrips de groovy para realizar assert con el response.
*'''WS adressing response''': Chequea que el encabezado del resopnse tenga propiedades válidas.
*'''Contains''': Chequea que el response contenga un valor o un tag con un valor determinado.
*'''Not Contains''': Chequea que el response no contenga un valor o un tag con un valor determinado.
*'''xQuery math''': Permite chequear el contenido del response con expresiones de xquery 2.0.
*'''Schema Compliance''': Chequea que el response sea compatible con un shema dado.
*'''xPath match''': Permite chquear el contenido del response con expresiones de xPath.
*'''Soap fault''': Chequea que el response sea un fault.

Estos assert son muy completos y muy fáciles de usar con SoapUI. En principio con los contains se pueden hacer asserts sobre todo el response, pero tienen una serie de limitaciones: solo permite hacer assert por tag, es decir, que no se puede hacer un assert del xml completo, con lo cual si el xml del response tiene 20 tag, habrá que hacer 20 assert distintos. Otro punto en contra es que no hay un forma con las assertions para testeas los tags en el caso de que nuestro WebServices retorne una colección de datos, ya que es estos casos hace un assert sobre todo el xml, sin controlar la cantidad.

== Ver también ==

*[[Mock de un web service con Jetty|Alternativa a SoapUI utilizando Jetty]]
*[http://www.soapui.org/userguide/commandline/functional.html SoapUITestCaseRunner ]

[[Category:Web_Service]] [[Category:JUnit]]

SoapUI Con JUnit

2010-07-14T15:09:28Z

Germandt: /* Problemas con Assertions */

Es muy fácil incorporar la suite de test [[JUnit]] generada por [[SoapUI]] a nuestro proyecto y poder así sumar estos test a los test de integración de nuestra aplicación.

Librerias a incluir en el modulo de test de nuestro proyecto:

*bcprov-jdk15-138.jar
*commons-beanutils.jar
*commons-cli.jar
*commons-codec.jar
*commons-httpclient.jar
*not-yet-commons-ssl.jar
*soapui.jar
*soapui-xmlbeans.jar
*soap-xmlbeans.jar
*xbean-fixed.jar
*xmlpublic.jar

<br> De esta manera corremos la batería completa de test de un proyecto. Hay que tener en cuenta que al tener un solo test para toda la batería, cuando surge un error no se continúa con el resto de los test.

<code java="java">
@Test
public void holaMundo() throws Exception
{
SoapUITestCaseRunner runner = new SoapUITestCaseRunner();
runner.setProjectFile( "src/dist/HolaMundo-soapui-project.xml" );
runner.run();
}
</code>

También existe la posibilidad de correr individualmente cada uno de los test.

<code java="java">

WsdlProject wsdlProject = null;
TestSuite testSuite = null;

@Before
public void setUp() throws Exception {

wsdlProject = new WsdlProject("src/dist/HolaMundo-soapui-project.xml");
testSuite = wsdlProject.getTestSuiteByName("HolaMundo");
}

@Test
public void holaMundoOk() {

TestCase testCase = testSuite.getTestCaseByName("HolaMundoOk");
TestRunner runner = testCase.run(new PropertiesMap(), false);
assertEquals(Status.FINISHED, runner.getStatus());
}

@Test
public void holaMundoError() {

TestCase testCase = testSuite.getTestCaseByName("HolaMundoError");
TestRunner runner = testCase.run(new PropertiesMap(), false);
assertEquals(Status.FINISHED, runner.getStatus());
}

</code>

== Problemas con Assertions ==

Se presentan ciertos problemas al correr los test SoapUi con JUnit.

Soapui propone muchas formas para realizar assert sobre el response de un ws, a continuación un breve explicación de cada una:

*'''WS-security status''' : Chequea que el reponse tenga un encabezado ws-security válido.
*'''not soap fault''' : Chequea que el response no sea un fault.
*'''Response SLA''' : Chequea que el response haya tardado menos del tiempo configurado.
*'''SOAP response''': Chequea que el response sea un mensaje soap.
*'''Script assertion''': Permite hacer scrips de groovy para realizar assert con el response.
*'''WS adressing response''': Chequea que el encabezado del resopnse tenga propiedades válidas.
*'''Contains''': Chequea que el response contenga un valor o un tag con un valor determinado.
*'''Not Contains''': Chequea que el response no contenga un valor o un tag con un valor determinado.
*'''xQuery math''': Permite chequear el contenido del response con expresiones de xquery 2.0.
*'''Schema Compliance''': Chequea que el response sea compatible con un shema dado.
*'''xPath match''': Permite chquear el contenido del response con expresiones de xPath.
*'''Soap fault''': Chequea que el response sea un fault.

Estos assert son muy completos y muy fáciles de usar con el sopUI. En principio con los contains se pueden hacer asserts sobre todo el response, pero tienen una serie de limitaciones: solo permite hacer assert por tag, es decir, que no se puede hacer un assert del xml completo, con lo cual si el xml del response tiene 20 tag, habrá que hacer 20 assert distintos. Otro punto en contra es que no hay un forma con las assertions para testeas los tags en el caso de que nuestro WebServices retorne una colección de datos, ya que es estos casos hace un assert sobre todo el xml, sin controlar la cantidad.

== Ver también ==

*[[Mock de un web service con Jetty|Alternativa a SoapUI utilizando Jetty]]
*[http://www.soapui.org/userguide/commandline/functional.html SoapUITestCaseRunner ]

[[Category:Web_Service]] [[Category:JUnit]]

Eclipse-CS

2010-03-26T17:41:44Z

Germandt: /* Instalación del plug-in de Checkstyle para Eclipse */

[[Category:IDE]]
El plug-in de [[Checkstyle]] eclipse-cs integra el analizador de código fuente Checkstyle con el [[IDE]] [[Eclipse]].

Con el plug-in de Eclipse Checkstyle el código fuente es constantemente inspeccionado en busca de problemas. Dentro del Eclipse se notifican los problemas a través de la Vista de Problemas y con anotaciones en el código fuente, de la misma forma que se ven los errores o warnings del compilador.

==Instalación del plug-in de Checkstyle para Eclipse==

# En el Eclipse ir a Help->Software Updates...
# Agregar el sitio http://eclipse-cs.sf.net/update/
# Marcar la versión del plugin que se desea intalar
# Rever y confirmar los plugins a instalar.
# Reiniciar el Eclipse.

=== Configuración ===

Para configurar el uso de un archivo propio de reglas existente hay varias formas de hacerlo. Ésto se puede configurar para que sea global al workspace ó local a un proyecto.

====Configuración de un archivo propio de reglas de manera global al workspace====

# Ir al menú "Windows"->"Preferences...", y seleccionar "Checkstyle".
# Clickear el botón "New…"
# En el cuadro de diálogo que aparece, en "Type" seleccionar "External Configuration File". Ponerle un nombre en "Name" (por ej. !DosIdeas Checks ). En "Location" poner la ubicación del archivo a utilizar o buscarlo en alguna carpeta con el botón "Browse…". Aceptar los cambios con el botón "OK".
# Seleccionar el archivo en la grilla y dejarlo como default con el botón "Set as Default".
# Aceptar los cambios con el botón "OK".
# Luego ir a las propiedades de Checkstyle de cada proyecto (botón derecho, "Properties"->"Checkstyle") y en la pestaña "Main" dejar tildado "Use simple configuration".
# En el combo elegir la configuración de reglas que queremos usar.
# Aceptar los cambios con el botón "OK".

====Configuración de un archivo propio de reglas de manera local al proyecto (y dentro del mismo proyecto)====

# Ir a las propiedades de Checkstyle del proyecto (botón derecho, "Properties"->"Checkstyle").
# Ir a la pestaña "Local Check Configuracions" y presionar el botón "New...".
# En el cuadro de diálogo que aparece, en "Type" seleccionar "Project Relative Configuration". Ponerle un nombre en "Name" (por ej. !DosIdeas Local Checks ). En "Location" poner la ubicación del archivo a utilizar o buscarlo en algun proyecto con el botón "Browse…". Aceptar los cambios con el botón "OK".
# Ir a la pestaña "Main" y dejar tildado "Use simple configuration".
# En el combo elegir la configuración de reglas que queremos usar, que puede ser la local al proyecto que acabamos de crear.
# Aceptar los cambios con el botón "OK".

==Forma de uso==

* Para correr el Checkstyle, posicionarse en el nodo de un proyecto y clickear el botón derecho.
* En el menú contextual seleccionar "Checkstyle"->"Activate Checkstyle" ó "Check Code with Checkstyle".

==Ver también==
* [[Checkstyle]]
* [http://eclipse-cs.sourceforge.net/ Web oficial de Eclipse-CS]

[[Category:Métricas]]
[[Category:IDE]]

Spring Web Services

2010-03-11T18:52:25Z

Germandt: /* Las principales características de Spring-WS */

[http://static.springframework.org/spring-ws/sites/1.5/ Spring Web] Services (Spring-WS) es un producto de Spring Framework para facilitar la creación de servicios web basados en el intercambio de documentos (document driven).

Spring-WS Se basa en servicios en los cuales primero se establece un contrato y luego se implementan (contract first), evitando atar al contrato como sucede en los casos en los cuales se genera el mismo a partir de las clases java.

==Las principales características de SpringWS==

Facilita aplicar las mejores practicas para la creación de servicios web
Facilidad para distribuir los pedidos xml a través de diferentes tipos de mapeos
Soporte para varias librerias de manejo de XML (DOM, SAX, StAX, JDOM, dom4j, XDOM)
Soporte para mapeo de xml a objetos (Castor, JiBX, JAXB, XStream)
Integración con Spring Framework

Dos ideas cuenta con un curso para exponer y consumir webservices con SpringWS. Haga click para ingresar.

== Ver también ==
* [[Endpoint - Interceptores]]
* [http://www.dosideas.com/cursos/course/view.php?id=10 Curso de Spring-WS de DosIdeas]

[[Category:Java]]
[[Category:Web Service]]
[[Category:Spring-WS]]

Spring Web Services

2010-03-11T18:46:20Z

Germandt:

[http://static.springframework.org/spring-ws/sites/1.5/ Spring Web] Services (Spring-WS) es un producto de Spring Framework para facilitar la creación de servicios web basados en el intercambio de documentos (document driven).

Spring-WS Se basa en servicios en los cuales primero se establece un contrato y luego se implementan (contract first), evitando atar al contrato como sucede en los casos en los cuales se genera el mismo a partir de las clases java.

==Las principales características de Spring-WS==

Facilita aplicar las mejores practicas para la creación de servicios web
Facilidad para distribuir los pedidos xml a través de diferentes tipos de mapeos
Soporte para varias librerias de manejo de XML (DOM, SAX, StAX, JDOM, dom4j, XDOM)
Soporte para mapeo de xml a objetos (Castor, JiBX, JAXB, XStream)
Integración con Spring Framework

Dos ideas cuenta con un curso para exponer y consumir webservices con SpringWS. Haga click para ingresar.

== Ver también ==
* [[Endpoint - Interceptores]]
* [http://www.dosideas.com/cursos/course/view.php?id=10 Curso de Spring-WS de DosIdeas]

[[Category:Java]]
[[Category:Web Service]]
[[Category:Spring-WS]]

Spring Web Services

2010-03-11T18:44:44Z

Germandt: Página creada con ' [http://static.springframework.org/spring-ws/sites/1.5/ Spring Web] Services (Spring-WS) es un producto de Spring Framework para facilitar la creación de servicios web basados…'

[http://static.springframework.org/spring-ws/sites/1.5/ Spring Web] Services (Spring-WS) es un producto de Spring Framework para facilitar la creación de servicios web basados en el intercambio de documentos (document driven).

Spring-WS Se basa en servicios en los cuales primero se establece un contrato y luego se implementan (contract first), evitando atar al contrato como sucede en los casos en los cuales se genera el mismo a partir de las clases java.

==Las principales características de Spring-WS==

Facilita aplicar las mejores practicas para la creación de servicios web
Facilidad para distribuir los pedidos xml a través de diferentes tipos de mapeos
Soporte para varias librerias de manejo de XML (DOM, SAX, StAX, JDOM, dom4j, XDOM)
Soporte para mapeo de xml a objetos (Castor, JiBX, JAXB, XStream)
Integración con Spring Framework

Dos ideas cuenta con un curso para exponer y consumir webservices con SpringWS. Haga click para ingresar.

== Ver también ==
* [http://www.dosideas.com/cursos/course/view.php?id=10 Curso de Spring-WS de DosIdeas]
* [[Endpoint - Interceptores]]

[[Category:Java]]
[[Category:Web Service]]
[[Category:Spring-WS]]

Kaptcha

2010-02-11T15:41:03Z

Germandt: /* Integración en una aplicación web Java */

[[Categoría: Java]]
[[Kaptcha]] es una librería [[Java]] para implementar un sistema [[Captcha]].

Usar [[Kaptcha]] en un proyecto web es fácil. Todo lo que se necesita es agregar el '''jar''' al proyecto, hacer una referencia al servlet del kaptcha en el web.xml y luego validar el dato submiteado en el form con la sesión del servlet que generó el captcha.

== Integración en una aplicación web Java ==

Aquí los detalles de como integrar Kaptcha a tu aplicación.

Poner el .jar de Kaptcha apropiado (dependiendo de tu JDK) en WEB-INF/lib de tu proyecto.
Poner el tag de la imagen en la página web (checkeando que coincida el path de .jpg con el url-pattern que esta definido en el web.xml)

<code xml>
<form action="submit.action">
<img src="kaptcha.jpg" />
<input type="text" name="kaptcha" value="" />
</form>
</code>

Poner la referencia en tu web.xml (cheando que el url-pattern se el mismo que el agregado en la página web)

<code xml>
<servlet>
<servlet-name>Kaptcha</servlet-name>
<servlet-class>com.google.code.kaptcha.servlet.KaptchaServlet</servlet-class>
</servlet>
<servlet-mapping>
<servlet-name>Kaptcha</servlet-name>
<url-pattern>/kaptcha.jpg</url-pattern>
</servlet-mapping>
</code>

Agregar en el código que hace la validación:
<code java="java5">
String kaptchaExpected = (String)request.getSession()
.getAttribute(com.google.code.kaptcha.Constants.KAPTCHA_SESSION_KEY);
String kaptchaReceived = request.getParameter("kaptcha");

if (kaptchaReceived == null || !kaptchaReceived.equalsIgnoreCase(kaptchaExpected))
{
setError("kaptcha", "Invalid validation code.");
}
</code>

Eso es todo!

== Como testear una aplicacion que usa Kaptcha==

La configuración del servlet permite varias opciones de inicialización, como ser cantidad de caracteres que se mostrarán o bien las letras que puede usar para generar el código. Una opcion es configurar para que se muestre un solo caracter con una sola opcion, por ejemplo que siempre muestre la letra a.

Ejemplo de como quedaria la configuración:

<code xml>
<servlet>
<servlet-name>Kaptcha</servlet-name>
<servlet-class>
com.google.code.kaptcha.servlet.KaptchaServlet</servlet-class>
<init-param>
<param-name>kaptcha.border</param-name>
<param-value>yes</param-value>
</init-param>
<init-param>
<param-name>kaptcha.textproducer.char.string</param-name>
<param-value>aa</param-value>
</init-param>
<init-param>
<param-name>kaptcha.textproducer.char.length</param-name>
<param-value>1</param-value>
</init-param>
<load-on-startup>3</load-on-startup>
</servlet>
</code>

==Ver también==
* [[Captcha]]
* [http://code.google.com/p/kaptcha/ Sitio oficial Kaptcha]
* [http://code.google.com/p/kaptcha/wiki/HowToUse Cómo usar Kaptcha]

Kaptcha

2009-12-07T17:24:43Z

Germandt: /* Ver también */

[[Categoría: Java]]
== Introducción ==

Captcha es el acrónimo de Completely Automated Public Turing test to tell Computers and Humans Apart (Prueba de Turing pública y automática para diferenciar máquinas y humanos).

[[Archivo:Ejemplo_captcha.jpg]]

Usar '''Kaptcha''' en un proyecto web es fácil. Todo lo que se necesita es agregar el '''jar''' al proyecto, hacer una referencia al servlet del kaptcha en el web.xml y luego validar el dato submiteado en el form con la sesión del servlet que generó el captcha.

== Detalles ==

Aquí los detalles de como integrar Kaptcha a tu aplicación.

Poner el .jar de Kaptcha apropiado (dependiendo de tu JDK) en WEB-INF/lib de tu proyecto.
Poner el tag de la imagen en la página web (checkeando que coincida el path de .jpg con el url-pattern que esta definido en el web.xml)

<code xml>
<form action="submit.action">
<img src="kaptcha.jpg" /> <input type="text" name="kaptcha" value="" />
</form>
</code>

Poner la referencia en tu web.xml (cheando que el url-pattern se el mismo que el agregado en la página web)

<code xml>
<servlet>
<servlet-name>Kaptcha</servlet-name>
<servlet-class>com.google.code.kaptcha.servlet.KaptchaServlet</servlet-class>
</servlet>
<servlet-mapping>
<servlet-name>Kaptcha</servlet-name>
<url-pattern>/kaptcha.jpg</url-pattern>
</servlet-mapping>

</code>

Agregar en el código que hace la validación:
<code java="java5">
String kaptchaExpected = (String)request.getSession()
.getAttribute(com.google.code.kaptcha.Constants.KAPTCHA_SESSION_KEY);
String kaptchaReceived = request.getParameter("kaptcha");

if (kaptchaReceived == null || !kaptchaReceived.equalsIgnoreCase(kaptchaExpected))
{
setError("kaptcha", "Invalid validation code.");
}
</code>

Eso es todo!

'''Fuente:''' [http://code.google.com/p/kaptcha/wiki/HowToUse http://code.google.com/p/kaptcha/wiki/HowToUse]

==Ver también==
* [http://code.google.com/p/kaptcha/ Sitio oficial Kaptcha]

Kaptcha

2009-12-07T17:24:17Z

Germandt: /* Ver también */

Kaptcha

2009-12-07T15:13:07Z

Germandt: /* Introducción */

Archivo:Ejemplo captcha.jpg

2009-12-07T15:11:32Z

Germandt: ejemplo de un captcha.

ejemplo de un captcha.

Kaptcha

2009-12-07T14:00:43Z

Germandt: /* Introducción */

[[Categoría: Java]]
== Introducción ==

Usar '''Kaptcha''' en un proyecto web es fácil. Todo lo que se necesita es agregar el '''jar''' al proyecto, hacer una referencia al servlet del kaptcha en el web.xml y luego validar el dato submiteado en el form con la sesión del servlet que generó el captcha.

== Detalles ==

Aquí los detalles de como integrar Kaptcha a tu aplicación.

Poner el .jar de Kaptcha apropiado (dependiendo de tu JDK) en WEB-INF/lib de tu proyecto.
Poner el tag de la imagen en la página web (checkeando que coincida el path de .jpg con el url-pattern que esta definido en el web.xml)

<code xml>
<form action="submit.action">
<img src="kaptcha.jpg" /> <input type="text" name="kaptcha" value="" />
</form>
</code>

Poner la referencia en tu web.xml (cheando que el url-pattern se el mismo que el agregado en la página web)

<code xml>
<servlet>
<servlet-name>Kaptcha</servlet-name>
<servlet-class>com.google.code.kaptcha.servlet.KaptchaServlet</servlet-class>
</servlet>
<servlet-mapping>
<servlet-name>Kaptcha</servlet-name>
<url-pattern>/kaptcha.jpg</url-pattern>
</servlet-mapping>

</code>

Agregar en el código que hace la validación:
<code java="java5">
String kaptchaExpected = (String)request.getSession()
.getAttribute(com.google.code.kaptcha.Constants.KAPTCHA_SESSION_KEY);
String kaptchaReceived = request.getParameter("kaptcha");

if (kaptchaReceived == null || !kaptchaReceived.equalsIgnoreCase(kaptchaExpected))
{
setError("kaptcha", "Invalid validation code.");
}
</code>

Eso es todo!

'''Fuente:''' [http://code.google.com/p/kaptcha/wiki/HowToUse http://code.google.com/p/kaptcha/wiki/HowToUse]

==Ver también==
* [http://code.google.com/p/kaptcha/ Sitio oficial]

Kaptcha

2009-12-07T13:59:26Z

Germandt:

[[Categoría: Java]]
== Introducción ==

Usar Kaptcha en un proyecto web es fácil. Todo lo que se necesita es agregar el '''jar''' al proyecto, hacer una referencia al servlet del kaptcha en el web.xml y luego validar el dato submiteado en el form con la sesión del servlet que generó el captcha.

== Detalles ==

Aquí los detalles de como integrar Kaptcha a tu aplicación.

Poner el .jar de Kaptcha apropiado (dependiendo de tu JDK) en WEB-INF/lib de tu proyecto.
Poner el tag de la imagen en la página web (checkeando que coincida el path de .jpg con el url-pattern que esta definido en el web.xml)

<code xml>
<form action="submit.action">
<img src="kaptcha.jpg" /> <input type="text" name="kaptcha" value="" />
</form>
</code>

Poner la referencia en tu web.xml (cheando que el url-pattern se el mismo que el agregado en la página web)

<code xml>
<servlet>
<servlet-name>Kaptcha</servlet-name>
<servlet-class>com.google.code.kaptcha.servlet.KaptchaServlet</servlet-class>
</servlet>
<servlet-mapping>
<servlet-name>Kaptcha</servlet-name>
<url-pattern>/kaptcha.jpg</url-pattern>
</servlet-mapping>

</code>

Agregar en el código que hace la validación:
<code java="java5">
String kaptchaExpected = (String)request.getSession()
.getAttribute(com.google.code.kaptcha.Constants.KAPTCHA_SESSION_KEY);
String kaptchaReceived = request.getParameter("kaptcha");

if (kaptchaReceived == null || !kaptchaReceived.equalsIgnoreCase(kaptchaExpected))
{
setError("kaptcha", "Invalid validation code.");
}
</code>

Eso es todo!

'''Fuente:''' [http://code.google.com/p/kaptcha/wiki/HowToUse http://code.google.com/p/kaptcha/wiki/HowToUse]

==Ver también==
* [http://code.google.com/p/kaptcha/ Sitio oficial]

CLOB de Oracle en Weblogic

2009-10-09T14:40:06Z

Germandt: ue

Si tenemos una aplicación [[Java]] corriendo en [[WebLogic]] la forma de acceder a un [[CLOB de Oracle]] para escritura se maneja de una forma especial. en nuestro caso utilizamos [[JDBC]] y por consiguiente la clase '''weblogic.jdbc.vendor.oracle.OracleThinClob'''. Aqui dejamos un ejemplo:

<code java5>import java.io.IOException;
import java.io.Writer;
import java.sql.Clob;
import java.sql.ResultSet;
import java.sql.SQLException;

import org.springframework.dao.DataAccessResourceFailureException;
import org.springframework.jdbc.core.RowMapper;
import org.springframework.jdbc.core.support.JdbcDaoSupport;

import weblogic.jdbc.vendor.oracle.OracleThinClob;

import com.dosideas.dao.UnDao;

public class UnDaoImpl extends JdbcDaoSupport implements UnDao {

/**
* Query que busca el Clob por id.
* SELECT ARCHIVO FROM TABLA_CON_ARCHIVO WHERE ID = ? FOR UPDATE;
*/
private String query;

/**
* Obtiene el writer del Clob.
*/
public Writer obtenerWriter(Long id) {
Clob clobReporte = (Clob) getJdbcTemplate()
.queryForObject(getQuery(),
new Object[] {idPeticion },
new RowMapper() {
public Object mapRow(ResultSet resultSet, int rowNum)
throws SQLException {
return (Clob) resultSet.getClob(1);
}
});
Writer writerDelClob = null;

try {
writerDelClob = ((OracleThinClob) clobReporte).getCharacterOutputStream();
} catch (SQLException e) {
// Tratar el error
}

return writerDelClob;
}
</code>

== Ver también ==
* [[Oracle]]
* [[JDBC]]
* [[CLOB_de_Oracle]]
* [http://www.oracle.com/technology/docs/tech/java/sqlj_jdbc/doc_library/javadoc/oracle.sql.CLOB.html Javadoc CLOB]
*[http://download.oracle.com/docs/cd/E13222_01/wls/docs91/jdbc/thirdparty.html#1045809 Using Third-Party Drivers with WebLogic Server]

[[Category:Oracle]]
[[Category:WebLogic]]
[[Category:Java]]

CLOB de Oracle

2009-09-23T13:05:09Z

Germandt:

La clase [[Java]] del driver [[JDBC]] de [[Oracle]] '''oracle.sql.CLOB''' ofrece el método '''getCharacterOutputStream()''' que nos permite obtener un '''java.io.Writer''' para ir escribiendo directamente en la base. Incluso cuando los datos que se desean guardar son muchos se puede ir iterando y agregarlos de a poco. Hay que tener cuidado porque el '''Writer.append(String string)''' empieza a escribir en la primera posición de memoria cada vez que se obtiene el Writer.

Acá les dejo un pequeño ejemplo
<code java5> import java.io.Writer;
import java.sql.PreparedStatement;
import java.sql.ResultSet;
import java.sql.SQLException;

import oracle.sql.CLOB;

public class UnDaoImpl extends JdbcDaoSupport implements unDao {

public void inicializarReporte(Long idPeticion, Iterator<String> iteradorDeDatos) {
String sqlConsulta = "SELECT ARCHIVO "
+ "FROM TABLA_CON_ARCHIVO "
+ "WHERE ID_PETICION = "
+ idPeticion
+ " FOR UPDATE;";
try {
PreparedStatement pstmt = getConnection()
.prepareStatement(sqlConsulta);
ResultSet rs = pstmt.executeQuery();
rs.next();
CLOB clob = (CLOB) rs.getClob(1);
clobWriter = clob.getCharacterOutputStream();

if (iteradorDeDatos.hasNext()){
clobWriter.write(iteradorDeDatos.next());

while (iteradorDeDatos.hasNext()) {
clobWriter.append(iteradorDeDatos.next());
}
}

} finally {
try {
clobWriter.close();
} catch (IOException e) {
e.printStackTrace();
}
}
}
</code>

== Ver también ==
* [[Oracle]]
* [[JDBC]]
* [http://www.oracle.com/technology/docs/tech/java/sqlj_jdbc/doc_library/javadoc/oracle.sql.CLOB.html Javadoc CLOB]

[[Category:Oracle]]
[[Category:Java]]

CLOB de Oracle

2009-09-22T19:32:35Z

Germandt:

La clase [[Java]] del driver [[JDBC]] de [[Oracle]] '''oracle.sql.CLOB''' ofrece el método '''getCharacterOutputStream()''' que nos permite obtener un '''java.io.Writer''' para ir escribiendo directamente en la base. Incluso cuando los datos que se desean guardar son muchos se puede ir iterando y agregarlos de a poco. Hay que tener cuidado porque el '''Writer.append(String string)''' empieza a escribir en la primera posición de memoria cada vez que se obtiene el Writer.

Acá les dejo un pequeño ejemplo
<code java5> import java.io.Writer;
import java.sql.PreparedStatement;
import java.sql.ResultSet;
import java.sql.SQLException;

import oracle.sql.CLOB;

public class UnDaoImpl extends HibernateDaoSupport implements unDao {

public void inicializarReporte(Long idPeticion, Iterator<String> iteradorDeDatos) {
String sqlConsulta = "SELECT ARCHIVO "
+ "FROM TABLA_CON_ARCHIVO "
+ "WHERE ID_PETICION = "
+ idPeticion
+ " FOR UPDATE;";
try {
PreparedStatement pstmt = getSession().connection()
.prepareStatement(sqlConsulta);
ResultSet rs = pstmt.executeQuery();
rs.next();
CLOB clob = (CLOB) rs.getClob(1);
clobWriter = clob.getCharacterOutputStream();

if (iteradorDeDatos.hasNext()){
clobWriter.write(iteradorDeDatos.next());

while (iteradorDeDatos.hasNext()) {
clobWriter.append(iteradorDeDatos.next());
}
}

} finally {
try {
clobWriter.close();
} catch (IOException e) {
e.printStackTrace();
}
}
}
</code>

== Ver también ==
* [[Oracle]]
* [[Hibernate]]
* [[JDBC]]
* [http://www.oracle.com/technology/docs/tech/java/sqlj_jdbc/doc_library/javadoc/oracle.sql.CLOB.html Javadoc CLOB]

[[Category:Oracle]]
[[Category:Java]]

CLOB de Oracle

2009-09-22T19:32:03Z

Germandt:

La clase [[Java]] del driver [[JDBC]] de [[Oracle]] '''oracle.sql.CLOB''' ofrece el método '''getCharacterOutputStream()''' que nos permite obtener un '''java.io.Writer''' para ir escribiendo directamente en la base. Incluso cuando los datos que se desean guardar son muchos se puede ir iterando y agregarlos de a poco. Hay que tener cuidado porque el '''Writer.append(String string)''' empieza a escribir en la primera posición de memoria cada vez que se obtiene el Writer.

Acá les dejo un pequeño ejemplo
<code java5>import java.io.Writer;
import java.sql.PreparedStatement;
import java.sql.ResultSet;
import java.sql.SQLException;

import oracle.sql.CLOB;

public class UnDaoImpl extends HibernateDaoSupport implements unDao {

public void inicializarReporte(Long idPeticion, Iterator<String> iteradorDeDatos) {
String sqlConsulta = "SELECT ARCHIVO "
+ "FROM TABLA_CON_ARCHIVO "
+ "WHERE ID_PETICION = "
+ idPeticion
+ " FOR UPDATE;";
try {
PreparedStatement pstmt = getSession().connection()
.prepareStatement(sqlConsulta);
ResultSet rs = pstmt.executeQuery();
rs.next();
CLOB clob = (CLOB) rs.getClob(1);
clobWriter = clob.getCharacterOutputStream();

if (iteradorDeDatos.hasNext()){
clobWriter.write(iteradorDeDatos.next());

while (iteradorDeDatos.hasNext()) {
clobWriter.append(iteradorDeDatos.next());
}
}

} finally {
try {
clobWriter.close();
} catch (IOException e) {
e.printStackTrace();
}
}
}
</code>

== Ver también ==
* [[Oracle]]
* [[Hibernate]]
* [[JDBC]]
* [http://www.oracle.com/technology/docs/tech/java/sqlj_jdbc/doc_library/javadoc/oracle.sql.CLOB.html Javadoc CLOB]

[[Category:Oracle]]
[[Category:Java]]

CLOB de Oracle

2009-09-22T19:31:45Z

Germandt: /* Ver también */

La clase [[Java]] del driver [[JDBC]] de [[Oracle]] '''oracle.sql.CLOB''' ofrece el método '''getCharacterOutputStream()''' que nos permite obtener un '''java.io.Writer''' para ir escribiendo directamente en la base. Incluso cuando los datos que se desean guardar son muchos se puede ir iterando y agregarlos de a poco. Hay que tener cuidado porque el '''Writer.append(String string)''' empieza a escribir en la primera posición de memoria cada vez que se obtiene el Writer.

Acá les dejo un pequeño ejemplo
<code java5>
import java.io.Writer;
import java.sql.PreparedStatement;
import java.sql.ResultSet;
import java.sql.SQLException;

import oracle.sql.CLOB;

public class UnDaoImpl extends HibernateDaoSupport implements unDao {

public void inicializarReporte(Long idPeticion, Iterator<String> iteradorDeDatos) {
String sqlConsulta = "SELECT ARCHIVO "
+ "FROM TABLA_CON_ARCHIVO "
+ "WHERE ID_PETICION = "
+ idPeticion
+ " FOR UPDATE;";
try {
PreparedStatement pstmt = getSession().connection()
.prepareStatement(sqlConsulta);
ResultSet rs = pstmt.executeQuery();
rs.next();
CLOB clob = (CLOB) rs.getClob(1);
clobWriter = clob.getCharacterOutputStream();

if (iteradorDeDatos.hasNext()){
clobWriter.write(iteradorDeDatos.next());

while (iteradorDeDatos.hasNext()) {
clobWriter.append(iteradorDeDatos.next());
}
}

} finally {
try {
clobWriter.close();
} catch (IOException e) {
e.printStackTrace();
}
}
}
</code>

== Ver también ==
* [[Oracle]]
* [[Hibernate]]
* [[JDBC]]
* [http://www.oracle.com/technology/docs/tech/java/sqlj_jdbc/doc_library/javadoc/oracle.sql.CLOB.html Javadoc CLOB]

[[Category:Oracle]]
[[Category:Java]]

Oracle

2009-09-22T19:12:04Z

Germandt:

Oracle es una [[Base De Datos]] relacional comercial.

==Ver también==
* [[Escribir en un CLOB de Oracle]]
* [[Web Services Con Oracle]]
* [[Concepto De Rownum]]
* [[Transacciones Autonomas En Oracle]]
* [[Bulk Collect]]
* [[Tablas Externas]]
* [[Primary Key En Tablas Particionadas]]
* [[Oracle Flashback Technology]]
* [http://www.oracle.com Web oficial de Oracle]

[[Category:Oracle]]

Oracle

2009-09-22T18:32:19Z

Germandt:

Oracle es una [[Base De Datos]] relacional comercial.

==Ver también==
* [[Escribir un CLOB en Oracle]]
* [[Web Services Con Oracle]]
* [[Concepto De Rownum]]
* [[Transacciones Autonomas En Oracle]]
* [[Bulk Collect]]
* [[Tablas Externas]]
* [[Primary Key En Tablas Particionadas]]
* [[Oracle Flashback Technology]]
* [http://www.oracle.com Web oficial de Oracle]

[[Category:Oracle]]

Debug Remoto De Weblogic

2008-09-03T20:09:12Z

Germandt: /* Configuración para Weblogic 9.x. */

Existe una forma de poder debuguear el [[WebLogic]] desde algún IDE. Esto lo posibilita una característica conocida como [[JPDA]] que las máquinas virtuales de Java (JVM) tienen.

==Configurando el Weblogic==
*Setear la variable para debug:
set DEBUG_OPTS=-Xdebug -Xrunjdwp:transport=dt_socket,address=1044,server=y,suspend=n

===Configuración para Weblogic 8.x.===
*Ubicar el dominio en uso. Por ejemplo \bea\user_projects\domain\mydomain.
*Abrir el archivo startWeblogic.cmd para editar.
*Sobre el final del archivo, localizar esta línea:
%JAVA_HOME%\bin\java %JAVA_VM% %MEM_ARGS% %JAVA_OPTIONS%...
*Agregarle la variable %DEBUG_OPTS% de la siguiente forma:
%JAVA_HOME%\bin\java '''%DEBUG_OPTS%''' %JAVA_VM% %MEM_ARGS%...

===Configuración para Weblogic 9.x.===
*Ubicar la carpeta bin del dominio en uso. Por ejemplo \bea\user_projects\domain\mydomain\bin.
*Abrir el archivo startWebLogic.cmd para editar.
*Sobre el final del archivo, localizar las dos lineas que comienzan:
%JAVA_HOME%\bin\java %JAVA_VM%
*Agregarle la variable %DEBUG_OPTS% de la siguiente forma:
%JAVA_HOME%\bin\java '''%DEBUG_OPTS%''' %JAVA_VM% %MEM_ARGS%...

==Configurando el IDE==

La idea es siempre la misma: conectar el debugger del IDE a la JVM de WebLogic. Esta tarea varia de acuerdo al IDE que se utilice. A continuación las instrucciones para algunos IDE.

En todos los casos, WebLogic tiene que estar levantado para que el IDE pueda conectarse. Para esto, ejecutar el script que se modifico en el paso anterior. Una vez que WebLogic inicie, sigan las instrucciones.

=== [[Eclipse]] ===
#Ir al menú Run -> Debug... (varia el nombre de acuerdo a la versión. se debe acceder a la configuración del debug).
#Seleccionar la opción de la izquierda "Remote Java Application".
#Click en el botón "New".
#En la solapa "Connect" completen los datos:
**Connection Type: Standard (Socket Attach)
**Host: el IP o nombre de su maquina
**Port: 1044
#Click en el botón Debug. Eclipse debería conectarse a WebLogic y quedar listo para debug.

=== [[NetBeans]] ===
#Ir al menú Run -> Attach Debugger
#Completar los datos del popup que aparece:
**Connector: !SocketAttach
**Transport: dt_socket
**Host: El IP o nombre de su maquina
**Port: 1044
#Click en "Ok". NetBeans se debería conectar a WebLogic y quedar listo para debug.

=== [[JDeveloper]]] ===
#Sobre el toolbar, ir al ícono de debug -> Manage Run Configurations...
#Seleccionar la categoría Run/Debug
#Doble-click en la configuración de debug Default (o la que se este usando)
#Seleccionar la opción Launch Settings
#Activar el checkbox "Remote Debugging and Profiling"
#Seleccionar la opción Debugger -> Remote
#Completar los datos:
**Protocol: Attach to JPDA
**Host: el IP o nombre de la maquina
**Port: 1044
#Aceptar las ventanas abiertas. JDeveloper está listo para debug.

Debug Remoto De Weblogic

2008-09-03T20:08:28Z

Germandt: /* Configuración para Weblogic 8.x. */

Existe una forma de poder debuguear el [[WebLogic]] desde algún IDE. Esto lo posibilita una característica conocida como [[JPDA]] que las máquinas virtuales de Java (JVM) tienen.

==Configurando el Weblogic==
*Setear la variable para debug:
set DEBUG_OPTS=-Xdebug -Xrunjdwp:transport=dt_socket,address=1044,server=y,suspend=n

===Configuración para Weblogic 8.x.===
*Ubicar el dominio en uso. Por ejemplo \bea\user_projects\domain\mydomain.
*Abrir el archivo startWeblogic.cmd para editar.
*Sobre el final del archivo, localizar esta línea:
%JAVA_HOME%\bin\java %JAVA_VM% %MEM_ARGS% %JAVA_OPTIONS%...
*Agregarle la variable %DEBUG_OPTS% de la siguiente forma:
%JAVA_HOME%\bin\java '''%DEBUG_OPTS%''' %JAVA_VM% %MEM_ARGS%...

===Configuración para Weblogic 9.x.===
*Ubicar la carpeta bin del dominio en uso. Por ejemplo \bea\user_projects\domain\mydomain\bin.
*Abrir el archivo startWebLogic.cmd para editar.
*Sobre el final del archivo, localizar las dos lineas que comienzan:
%JAVA_HOME%\bin\java %JAVA_VM%
*Agregarle la variable %DEBUG_OPTS% de la siguiente forma:
%JAVA_HOME%\bin\java __%DEBUG_OPTS%__ %JAVA_VM% %MEM_ARGS%...

==Configurando el IDE==

La idea es siempre la misma: conectar el debugger del IDE a la JVM de WebLogic. Esta tarea varia de acuerdo al IDE que se utilice. A continuación las instrucciones para algunos IDE.

En todos los casos, WebLogic tiene que estar levantado para que el IDE pueda conectarse. Para esto, ejecutar el script que se modifico en el paso anterior. Una vez que WebLogic inicie, sigan las instrucciones.

=== [[Eclipse]] ===
#Ir al menú Run -> Debug... (varia el nombre de acuerdo a la versión. se debe acceder a la configuración del debug).
#Seleccionar la opción de la izquierda "Remote Java Application".
#Click en el botón "New".
#En la solapa "Connect" completen los datos:
**Connection Type: Standard (Socket Attach)
**Host: el IP o nombre de su maquina
**Port: 1044
#Click en el botón Debug. Eclipse debería conectarse a WebLogic y quedar listo para debug.

=== [[NetBeans]] ===
#Ir al menú Run -> Attach Debugger
#Completar los datos del popup que aparece:
**Connector: !SocketAttach
**Transport: dt_socket
**Host: El IP o nombre de su maquina
**Port: 1044
#Click en "Ok". NetBeans se debería conectar a WebLogic y quedar listo para debug.

=== [[JDeveloper]]] ===
#Sobre el toolbar, ir al ícono de debug -> Manage Run Configurations...
#Seleccionar la categoría Run/Debug
#Doble-click en la configuración de debug Default (o la que se este usando)
#Seleccionar la opción Launch Settings
#Activar el checkbox "Remote Debugging and Profiling"
#Seleccionar la opción Debugger -> Remote
#Completar los datos:
**Protocol: Attach to JPDA
**Host: el IP o nombre de la maquina
**Port: 1044
#Aceptar las ventanas abiertas. JDeveloper está listo para debug.