Una vez realizada la instalación y configuración de OpenSTA siguiendo los pasos descritos en artículos anteriores, vamos a crear una prueba de stress de forma sencilla.

- Entramos en la herramienta OpenSTA Commander.

- Creamos un script: Un script es la secuencia de  pasos que va a seguir el usuario para realizar una operatoria determinada en la  aplicación. Esta secuencia de pasos es sobre la que queremos realizar la prueba de carga. Selección en el menú FileàNew ScriptàHttp.

Crea un Script y lo marco como erroneo.

- Configurar el proxy: Si es el primer script que generamos tenemos que configurar el proxy y otras opciones para poder realizarla grabación de los pasos de la operatoria. Para ello realizamos doble sobre el Script creado y nos aparece la siguiente pantalla.

Dentro del menú Options tenemos vamos opciones que debemos configurar. La primera opción que tenemos que configurar es Browser donde debemos seleccionar el browser con el cual queremos realizar las pruebas de grabación.

Por último configuramos el proxy,  para ello vamos a OptionsàGateway, nos aparece la siguiente pantalla de configuración:

Si la aplicación que queremos probar esta dentro de  nuestra red, seleccionamos Local y dejamos los parámetros por defecto. Si por el contrario queremos realizar prueba  con una aplicación que se encuentra fuera de nuestra red tendremos que configurar el Proxy.

- Grabar la secuencia HTTP: Dentro del Script Modeler para realizar la grabación de pasos a probar, debemos pulsar sobre el botón . Una vez pulsado se ejecuta el navegador y comenzamos a navegar siguiendo una determinada secuencia de pasos. Una vez termina la secuencia de pasos cerramos el navegador y automáticamente se detiene la grabación y nos muestra el script SCL en un lenguaje propio creado por el equipo de OpenSTA y que se basa en el lenguaje BASIC.

Cerramos la pantalla del Script Modeler y guardamos la secuencia de pasos.

- Creamos el Test: Para crear el test vamos al menú Fileà New TestàTests. Nos parece un nuevo test con el nombre NEWTEST y con un símbolo de  error. Realizamos doble click sobre el nuevo test y nos aparece la siguiente pantalla:

Tenemos 3 pestañas Configuration, Monitoring y Results.

Para configurar el test vamos a la pestaña de configuración, en primer lugar introducimos una pequeña descripción en Test Description.A continuación arrastramos el script PRUEBA hacia la tabla y lo soltamos sobre Task1. La tabla nos queda  de la siguiente manera:

Nos aparecen varias varios valores que antes no teníamos en las columnas Task Group, Start, Status,  Host y VUs.

Task Group es el nombre asociado al grupo de tareas.

Start nos indica cuando se va ejecutar la tarea en el momento que lo lancemos. Puede ser Immediate, Scheduled y Delayed. Nosotros seleccionamos Immediate para que se ejecute en el momento en que pulsemos el botón .  Scheduled y Delayed permiten planificar cuando  queremos que se ejecute el test. También se puede indicar el número de veces que se va a ejecutar esta tarea del test en el campo Iterations.

Status nos indica el estado en el que se encuentra la tarea, los estados dependen de la ejecución. Los pasos siguen el siguiente orden Enabled à Waiting Enabled à Running à Finish à Enabled.Hostname  indica la maquina desde donde se va a ejecutar el test.VUs indica el número de usuarios virtuales que van a realizar la secuencia pasos grabada (script) durante el test.

Task n los distintas tareas y en el orden en  que se van a ejecutar. En cada una de las ‘tareas’ (scripts) se puede establecer una serie de parámetros, entre ellos el número de veces que cada usuario virtual va ejecutar esta tarea en cada iteración o establecer el retardo entre cada iteración.

- Ejecutar el test, una vez configurado el test solamente falta ejecutarlo. Para ello pulsamos en botón

- Analizar los resultado, una vez terminado podemos analizar los resultados. Para ello vamos a la pestaña Results. En la parte derecha de la pantalla nos aparecerán todos resultados de las diferentes pruebas que hemos realizado sobre este test ordenados por fechas.Seleccionamos los resultados que queremos analizar y nos muestra una serie de parámetros analizados. Los resultados nos los muestra en gráficos o tablas dependiendo del parámetro seleccionado.

Espero que os haya gustado la serie de artículos sobre la herramienta OpenSTA.

Salu2. J

A continuación se detallan los pasos a seguir para realizar la instalación:

- Descargar la última versión estable de OpenSTA desde la pagina de sourceforge. (http://sourceforge.net/projects/opensta).

- Una vez descargado ejecutamos el archivo para la instalación (dependiendo de la versión puede variar el tipo de archivo, pero normalmente es un fichero .msi o .exe) y seguimos los pasos de la instalación. OpenSTA necesita 29MB para la instalación.

- Una vez terminada la instalación solicita reiniciar el equipo. Si el proceso de instalación se ha realizado correctamente nos aparecerá en la barra de tareas el siguiente icono  .

- Dentro del menú nos aparecen 3 opciones:

 Nos vamos a centrar en el OpenSTA Commander que nos permite realizar los diferentes script y pruebas de carga.

- Por último, para completar vamos a configurar el repositorio donde vamos a almacenar los Collectors, Scripts y Tests. OpenSTA tiene su propio sistema de almacenamiento. Para configurar este repositorio, pulsamos sobre Tools –> Repository Path y seleccionamos donde queremos establecer el repositorio.

Ya solamente nos queda realizar un ejemplo de como crear una prueba de carga con OpenSTA. Pero eso sera en el siguiente articulo.

Salu2.

IntroducciónOpenSTA es una herramienta open-source, basada en arquitectura CORBA que permite el testeo de estrés de aplicaciones web, de una forma similar a NeoLoad.Originalmente nació como un desarrollo comercial de la  empresa CYRANO. El actual conjunto de herramientas tiene la capacidad de ejecutar secuencias de comandos HTTP y HTTPS, que junto con otros componentes forman pruebas de carga y stress para la medición del desempeño de aplicaciones Web.El conjunto de herramientas que forman OpenSTA están diseñadas para ser utilizados por los consultores de pruebas (QAs).  Las pruebas se realizan mediante grabaciones y reproducciones de secuencias de comandos HTTP y HTTPS, este es el mecanismo más común en este tipo de herramientas (NeoLoad, STA, etc.) Para la  grabación  de acciones de usuario, se configura el programa para crear un proxy que se encargará de grabar las acciones del usuario, es decir, las peticiones y las respuestas del servidor.  Luego se configura el navegador para conectar a ese proxy, y se pone a grabar las acciones en el OpenSTA. Se realiza la prueba manualmente y cuando se termina, se para la grabación, y se guarda el script generado de la prueba.Una vez se tengan creadas unas cuantas pruebas a partir de las acciones del usuario (altas, bajas, modificaciones…), se utilizan para realizar baterías de pruebas intensas con uno o varios usuarios. El programa ejecuta las pruebas simples y cuando termina, proporciona gran cantidad de datos acerca de las pruebas.Por ejemplo, si queremos probar el módulo de altas de usuarios de nuestra aplicación, configuramos el proxy del OpenSTA, y nuestro navegador Firefox para conectarse al proxy. Ponemos el OpenSTA a grabar nuestras acciones. Se realiza la prueba manualmente: se entra en la aplicación, creamos un usuario. Paramos la grabación, y guardamos el script generado.Estos test nos ofrecerán como resultado una sería de graficas, por ejemplo:

• HTTP Monitored Bytes/Sec
• HTTP Response Time v Number of Reponses
• HTTP Errors / HTTP Requeses
• HTTP Errors / Elapsed Time
• HTTP Responses / Elapsed Time
• HTTP Response Time / Elapsed Time
• HTTP Active Users / Elapsed Time

En el siguiente articulo, se mostrara como instalar OpenSTA.Salu2.

Un ejemplo lo podeis encontrar en http://code.google.com/p/flex-iframe/. La librería Flex-iframe permite embeber una pagina html dentro de una aplicación Flex. Esto lo consigue insertando un iframe mediante html.

Para poder ejecutar JavaScritp vamos a utilizar la clase ExternalInterface y el método estático ExtenalInterface.call().

Primero vamos a ver el código ActionScript:

       
           
            private function holaMundoJavaScript():void {
                ExternalInterface.call(”holaMundo”);
            }
        ]]>
        
        
      

Ahora insertamos la función JavaScript holaMundo(), añadimos el siguiente código entre las etiquetas <head> </head> y :

function holaMundo() {
       alert("Hola Mundo desde JavaScript");
}

Si estáis utilizando Flex Builder recordar que debéis introducir este código en \html-template\index.template.htm. Vamos a probar el ejemplo:

Sencillo verdad. Ahora vamos a ver como se pasan parámetros a la función JavaScript y como la función JavaScript retorna parámetros a Flex. Este es el código AS·:

         
        	import mx.controls.Alert;
                private function showMessageJavaScript():void {
                 	var ncaracteres: Number;
                        ncaracteres  = ExternalInterface.call(”showMessage”, mensaje.text);
                        Alert.show(”Numero Caracteres contados por JavaScript: ” + ncaracteres);
               }
        ]]>
        
	
        

Y creamos la función JavaScript showMessage() a la cual, se le pasa un parámetro y nos retorna numero de caracteres del parámetro de entrada.

function showMessage(mensaje) {
    	alert(mensaje);
    	return mensaje.length;
}

Aquí tenemos el ejemplo.

El siguiente ejemplo muestra como ejecutar código JavaScritpt definido directamente en ActionScript, además de recuperar variables JavaScript desde Flex. Este es el código ActionScript:

        
        	import mx.controls.Alert;

                private function mostrarAlert():void {
                	var ncaracteres: Number;
                        ExternalInterface.call(” function holaMundo() {alert(’Hola Mundo’);}”);
                }

                private function recuperarUserAgent(): void{
                	var userAgent:String = ExternalInterface.call(”navigator.userAgent.toString”);
                        Alert.show(userAgent, “navigator.userAgent:”);
               }
              ]]>
         
          
          

Aquí podeis probar el código anterior.

Pulsar aquí para descargaros el código completo

 Y cuando lo seleccionamos, nos envía a una pagina html en la cual se puede ver el código fuente de las clases actionScript, además de la opción de descargase el proyecto.

Para poder añadir esta opción a nuestros proyectos basta con seguir unos sencillos pasos.

En primer lugar, para poder añadir la opción View Source debemos indicar en nuestras aplicaciones (mx:Application) la propiedad viewSourceURL: 

<mx:Application xmlns:mx=”http://www.adobe.com/2006/mxml“ 

                      viewSourceURL=”srcview/index.html“>

A la propiedad viewSourceURL tenemos que asignarla la URL que queremos que se muestre cuando el usuario pulse sobre View Source. En mi caso es una URL relativa a mi aplicación Flex.

El siguiente paso, es generar la página html que muestra un árbol con todas las clases actionScript de nuestra aplicación.

Para ello lo vamos a crear con Flex Builder, para ello basta con pulsar boton derecho sobre el proyecto Flex y seleccionamos Export → Flex Builder → Release Build y Next.

En este post, voy a proponer dos alternativas para manipular ficheros INI de Windows. 

Las alternativas que he encontrado son ini4j e iniEditor.

Son dos librerias que de forma sencilla nos permiter leer, modificar y crear ficheros INI.  Para ello, he realizado la lectura del mismo fichero con cada una de las dos librerias.  El fichero que vamos a leer es el siguiente: 

En primer lugar vamos a utilizar la librería ini4j: 

Como podemos observar basta con pasar el fichero al constructor de la clase org.ini4j.Ini, y llamar al método values() para recuperar todas las secciones (org.ini4j.Ini.Section) del fichero INI ([sección]).

A partir de las secciones podemos obtener las opciones y sus valores. Para recuperar las opciones debemos llamar al metodo keySet() de cada una de las secciones, que retorna un Set<String>.

Y por ultimo recuperamos el valor de cada una de las opciones con el metodo fetch(opcion) que retorna un String. Vamos a realizar el mismo ejemplo utilizando la librería IniEditor.

Para indicar el fichero que queremos leer, existe el método load(). Para recuperar las secciones esta el metodo sectionNames(), que retorna un List<String>.

A partir de este colección de String, recuperamos las opciones con el método optionNames(sección). Con las opciones obtenidas ya podemos recuperar el valor de cada una de ellas. Para esto tenemos el método get(sección, opción) que retorna un String con el valor de la opción.

Como podéis observar la lectura de ficheros INI con ambas librerías es muy similar.

Os dejo el código fuente de ambas pruebas en el siguiente link: 

http://www.fuenteperez.es/resources/readIniTest.zip

Espero que os sirva de ayuda.

Salu2.

Las dos razones por la cuales me decante por utilizar esta librería son las siguientes:

• Los ficheros XML que tenia que escribir para posteriormente leer, no debían seguir ninguna DTD o esquema.

• Lo sencilla que es la librería XStream de aprender y utilizar.

 Os podría seguir contando lo maravillosa que es la librería XStream, pero para eso ya esta su web. Solo comentaros algunas características:

• Fácil de usar.

• No requiere modificaciones en los objetos Java que se van a serializar.

• Integración sencilla con otros APIs para XML

• Soporte para Anotaciones (definición de alias para los atributos de una clase, conversores, omisión de tags,  etc).

 Veamos un ejemplo sencillo, vamos a suponer que el cliente nos a impuesto el siguiente modelo XML para persistir un Blog:

A partir de este modelo XML vamos a crear nuestro modelo de datos en Java, compuesto por 3 clases Blog, Autor y Entrada:

Como se puede ver es muy sencillo, le pasamos un Object y es capaz de generar de forma ‘mágica’ un XML, la magia se llama Reflection. XStream utiliza el Reflection API para conseguir la serialización con los objetos Java sin necesidad de ficheros de mapeo (DTD o esquemas).

Con una simple llamada a un método, obtenemos el objeto Blog.

Podéis descargaros el proyecto para Eclipse con el código que aparece en el artículo en la siguiente dirección:

http://www.fuenteperez.es/resources/testXStream.zip

Otras alternativas más formales para leer y escribir ficheros XML son JAXB o XMLBeans, si conocéis alguna otra librería de acceso a XML estaría encantado de que lo comentarais.

Salu2.

Como aficionado del Burgos C.F puedo asegurar que esta situación se veía venir, muchos son los que venían advirtiéndolo en el foro de la Web oficial del Burgos Club de Futbol. 

Muchos fueron expulsados del foro, no por sus insultos, sino por decir la realidad, la censura aplicada por la Familia Novoa intentaba llegar a todos los aspectos del club.

Después de confundirse con los fichajes de técnicos y jugadores durante toda la temporada, llego lo que ninguno nos imaginábamos a principio de temporada: 

“18 de Mayo de 2008 partido decisivo, 500 burgaleses se desplazan a nuestra vecina Palencia, resultado 1-1, el Guadalajara no nos ayuda y en su campo pierde 0-4 con el filial rojillo, Palencia y Burgos están en Tercera”. 

Al día siguiente Domingo Novoa Rey no tarda en salir en los medios de comunicación diciendo que el Burgos jugara en Tercera el año que viene, MENTIRAS. 

La situación a día de hoy es bien distinta, existe más de una decena de denuncias de jugadores por impagos, si el día 31 de Julio no se hacen efectivos los pagos el club será descendido a Regional, y lo peor no es eso, sino otra nueva desaparición.  Los valiente burgaleses que luchan por la no desaparición comienzan su batalla, probablemente a sabiendas que es una lucha desigual pero no por ello piensan desesperar.  Y no luchan por ellos mismo, luchan por una ciudad, unos colores, una identidad y no lo olvidemos por 300 jugadores componen la cantera del Burgos C.F, todos ellos jóvenes con ilusiones y sueños de jugar algún día en el equipo de su ciudad.  POR FAVOR NO PERMITAMOS QUE ARREBATEN LOS  SUEÑOS E ILUSIONES A 300 JOVENES. 

Sin más que decir, solamente publicar la carta que han redactado los integrantes de esta plataforma, solo por gente como vosotros, el Burgos C.F debe salvarse:

A LOS SOCIOS Y AFICIONADOS DEL BURGOS C.F.

CUENTA: SALVAR AL BURGOS C.F. : 2018-0000-69-0001458472

La plataforma SALVAR AL BURGOS C.F. formada por socios, peñas y aficionados de nuestro Club de Fútbol, desea comunicar a todos los socios y aficionados del fútbol burgalés, que a raíz del descenso deportivo que sufrió el Burgos C.F. a la tercera división del fútbol nacional, se han desencadenado unos acontecimientos que han derivado en la más que posible desaparición del club de fútbol que porta el nombre de nuestra ciudad, lo cual no solo significaría la pérdida del equipo profesional sino también probablemente la de las categorías inferiores que cuentan con 13 equipos y 300 niños y jóvenes burgaleses compitiendo y trabajando en ellas así como la de la sección de fútbol sala y de varios puestos de trabajo.

De consumarse la situación, el desprestigio del fútbol burgalés, que sumaría 3 vergonzosas desapariciones, tendría un alto calado a nivel nacional, siendo nuestra ciudad la única capital de provincia que no contaría con un equipo en categorías nacionales.La primera medida adoptada fue la solicitud de una audiencia con el Alcalde de la ciudad, D. J. Carlos Aparicio a los efectos de exponerle la gravedad del asunto y de las consecuencias nefastas para el conjunto y la imagen de la ciudad, así como las posibles soluciones que podrían darse a imagen de otras ciudades de nuestro entorno cercano.

La reunión, celebrada el viernes 18 de julio, fue de entendimiento de la situación de ambas partes y de las medidas que cada uno, dentro de la medida de sus posibilidades, pueden tomar para evitar lo que ninguno deseamos. Asimismo, los responsables municipales, mostraron su mayor disposición para que las categorías inferiores continúen con su labor independientemente de lo que suceda con el primer equipo. Otra de las medidas de urgencia adoptadas para intentar revertir la situación ha sido la apertura de una cuenta corriente mancomunada, que necesita de la firma de varias personas para disponer de los fondos, para que los socios y aficionados aporten lo que puedan en la medida de sus posibilidades, y que se gestionará con la transparencia que merecen los que en ella depositen su dinero, proporcionando claves de internet a partir del día 1 de agosto, para que cualquier persona pueda ver sus movimientos bancarios. Asimismo hemos abierto la siguiente dirección de correo electrónico para que cualquiera pueda ponerse en contacto con nosotros: salvaralburgos@hotmail.com.Lo recaudado en dicha cuenta se destinará única y exclusivamente a pagar las deudas contraídas con los jugadores, y en ningún caso para negociar con los actuales gestores (Familia Novoa) su salida del club.Los ingresos deben realizarse dejando claro la identificación del ordenante, indicando nombre y apellidos o razón social, para que en caso de que las gestiones sean infructuosas, se proceda a la devolución de las sumas aportadas. En el concepto del ingreso sería importante además indicar un número de teléfono o un e-mail.Es por eso que las mismas se deben realizar a la máxima brevedad posible, para poder negociar con los jugadores y que las denuncias presentadas ante

El siguiente documento pretende ser un pequeño rayo de luz sobre el infierno del “¿por donde empezar?” teniendo en cuenta la documentación de Drools y en general de JBoss, sin ser tan poéticos esto es una guiá rápida de Jboss Drools BRMS.

En este articulo nos vamos a central en JBoss Drools BRMS (Business Rules Management System).

¿Qué es JBoss Drools BRMS?

Es el componente de Jboss Rules que permite gestionar, almacenar, clasificar, modificar y desplegar en caliente reglas de negocio, que podrán ser invocadas vía servicios web desde aplicaciones Java.

Proporciona un interfaz Web, que facilita la definición de reglas a personas que no trabajan con habitualmente con IDES de desarrollo, principalmente Analista de Negocio y Expertos en Reglas.

Alguna característica técnica interesante: utiliza JCR (JackRabbit) para la gestión del repositorio de reglas o que utiliza el estándar JAAS para la autorización y autenticación.

Requisitos

- Debemos tener un contenedor de servlets: recomiendo Jboss 4.2.2.GA, si quieres Tomcat debeis ver la información de este link.

- Necesitamos como mínimo un JavaBean en un fichero .jar, si quieres utilizar el del ejemplo que puedes descargarlo aquí.

1. Descargamos JBoss Drools BRMS.

2. Desplegamos el BRMS en el servidor de aplicaciones. En JBoss:

• Descomprimir el archivo drools-4.0.*-brms.zip.

• Copiamos el archivo drools-jbrms.war a la carpeta JBOSS_HOME\server\default\deploy.

• Arrancamos Jboss: JBOSS_HOME\bin\run.bat

3. Accedemos a la aplicación web, para ellos abrimos un navegador e introducimos la siguiente url: http://localhost:8080/drools-jbrms. A continuación nos aparece la siguiente pantalla de login pulsamos el botón Login con User y Password vacíos.





4. Puedes ver cinco opciones en un menú a la izquierda: Info, Rules, Packages, Deployment y Admin.

5. Vamos a crear una categoría, las categorías no son obligatorias, pero es recomendable cuando tenemos gran cantidad de reglas. Para ello vamos al Menú Admin → Create a new category.

6. Introducimos el nombre Candidatos y una descripción, y pulsamos OK. Si no aparece la nueva categoría pulsa sobre la opción Refresh view.





7. A continuación pulsamos sobre la opción del menú “Packages”, la pantalla muestra varias opciones en la parte superior representadas por pequeños iconos, pulsamos sobre el primero. En la siguiente imagen se puede observar:





8. Nos solicita un nombre de paquete y una descripción, p.e candidatoSample y aceptamos.

9. Ahora vamos a asociar un modelo de datos al paquete creado anteriormente, para ello pulsamos sobre el icono de la parte superior con forma de bote, e introducimos un nombre p.e “Modelo” y establecemos a que paquete va a estar asociado “candidatoSample”.

10. Este modelo debe hacer referencia a un jar, el cual contendrá una serie de beans, en nuestro caso un único bean llamado “Persona”. En la siguiente imagen se puede observar los pasos a seguir. Importante: el jar no debe contener los fuentes, ya que nos saltara una excepción al importar las clases: java.lang.ClassFormatError: Incompatible magic value





11. Ya falta menos para escribir una regla. En el árbol de la izquierda hacemos click sobre el paquete, y seleccionamos “Edit Package Configuration”, nos aparece la siguiente pantalla.





12. En la sección “Header” de la pantalla anterior debemos incluir las clases sobre la cuales vamos a definir reglas, así como la definición de variables globales. En nuestro caso añadimos nuestro único bean, importante no incluir ; al final de la linea:

import es.fuenteperez.brms.modelo.Persona

13. Llegados a este punto ya podemos definir una regla, para ello en el menú que se encuentra encima del árbol, pulsamos sobre el icono de Drools si nos ponemos sobre este nos muestra un tooltip con “Create New Rule”.

14. Introducimos el nombre, seleccionamos el paquete, y el formato de la regla, vamos a seleccionar Regla de Negocio (Bussiness rule using guided editor).





15. Vamos a definir una regla que comprueba si la edad de la Persona >= 18 y <=65, y en caso afirmativo, vamos establecer que la persona puede no esta descartada para trabajar. Para ello en primer lugar pulsamos sobre la cruz verde, nos aparece un popup donde vamos a añadir la condición a la regla, en el combo Fact nos aparecen todos las clases de nuestro modelo en nuestro caso solo aparece Persona, la seleccionamos automáticamente añade Persona a la regla.

16. Ahora pulsamos sobre la flecha verde junto a Persona, e introducimos en el campo Variable name una p y pulsamos el botón Set. Con esto nos permitirá referencia el bean que estamos comparando en el THEN de la regla.

17. De nuevo pulsamos sobre la flecha verde junto a Persona, nos permite añadir condiciones sobre un campo, en el combo Add a restriction on a field tenemos todas propiedad del bean Persona seleccionamos edad.

18. Junto a la palabra edad nos aparece un combo con diferentes opciones, el contenido de este dependerá del tipo del campo a comparar en este caso edad es un Integer, seleccionamos greater than or equal to, y pulsamos sobre un el lápiz que esta junto al combo anterior.

19. Nos aparece una pantalla y pulsamos sobre Literal value, donde antes se encontraba el lápiz ahora hay una caja de texto, introducimos 18. Junto a la caja de texto hay un flecha transparente, pulsamos sobre ella, nos aparece otro combo y seleccionamos ‘and less than (or equal to), y como anteriormente pulsamos sobre el lápiz e introducimos 65. La regla nos quedaría como se ve en la siguiente imagen.





20. Ya hemos definido que se debe cumplir (WHEN), ahora vamos lo que sucede si se cumple la condición anterior THEN. Pulsamos sobre la cruz verde y nos aparece una pantalla con el texto Add a new action …, seleccionamos en el combo Set Values on a field on, seleccionamos en el combo [p] que es el bean que hemos tratado en el WHEN, nos añade Set [p].

21. Pulsamos sobre la flecha verde que esta junto al texto anterior y nos aparece un combo con todas la propiedades que tiene Persona, seleccionamos descartado que es un Boolean, y en la caja de texto junto a descartado introducimos false. Pulsamos Validate para ver si la regla es correcta. Además existe la opción View Source donde nos muestra el código de la regla donde personalmente creo que se entiende mejor.

Os recomiendo cacharrear con el JBoss Drools BRMS y ver el resto de opciones que proporciona. En otro articulo contare como acceder desde una aplicación a las reglas definidas en Drools Brms, así como importar reglas que hemos definido fuera de JBoss Drools Brms y alguna cosa más.

Salu2.