Dejo más info en :

http://emanuelpeg.blogspot.com/2010/06/myibatis.html

Saludos.

Gracias.

Gracias,

http://ibatis.apache.org/docs/java/dev/com/ibatis/sqlmap/client/SqlMapClient.html

    try {
        sqlMap.startTransaction()
        Employee emp2 = new Employee();
        // ...set emp2 data
        Integer generatedKey = (Integer) sqlMap.insert ("insertEmployee", emp2);
        emp2.setFavouriteColour ("green");
        sqlMap.update("updateEmployee", emp2);
        sqlMap.commitTransaction();
    } finally {
        sqlMap.endTransaction();
    }

Si utilizas la antigua capa DAO de iBatis (que está descontinuada y desaconsejada), también tendrás que marcar desde Java las transacciones.

Pero si usas Spring, entonces puedes declarar en su configuración cuál quieres que sea la transaccionalidad. Lo clásico es que cualquier funcionalidad que haya dentro de un método de una clase de servicio (Manager) sea transaccional.

    <aop:config>
        <aop:advisor id="managerTx" advice-ref="txAdvice" pointcut="execution(* *..service.*Manager.*(..))"/>
    </aop:config>

Aunque también es posible hacerlo de forma más controlada, con la anotación @Transactional sobre el método que contenga las consultas que deseemos que se ejecuten como una transacción.

Actualmente estoy usando este framework en un proyecto J2EE muy grande que tiene una parte en Host (Mainframe Z10) y una parte en distribuido, un cluster de servidores. El problema es que la misma aplicación que en el Host responde perfectamente, en el distribuido sólo es capaz de lanzar las queries una vez. Cachea el resultado y sólo responde si los datos de entrada son los mismos que los de la primera petición.

¿Alguien se ha enfrentado alguna vez a un problema similar? ¿Me podéis orientar en este tema?

Dispones de la etiqueta <dynamic>, dentro de la cual puedes incluir una serie de etiquetas condicionales, de forma que la SQL final que se construye en cada ejecución dependerá de los valores de los parámetros que se pasan.

Pongamos un ejemplo con los datos que das. Imagina que tienes un HashMap en el que, en cierto momento de tu código se pueden introducir o no los siguientes pares clave-valor.

Map map = new HashMap();
if (condition) {
    map.put("name", "Javier");
    map.put("age", new Integer(32));
}
// pasamos el mapa como parámetro a una consulta de iBATIS


Una consulta que haría uso de la información de name y age sólo en los supuestos que dices, sería:

<select id="dynamicSelectUser" result-class="com.javisjava.model.User">
    select * from User
    <dynamic prepend="where">
        <isEmpty property="name" prepend="and">
             name = #name#
        </isEmpty>
        <isGreaterThan prepend="and" property="age" compareValue="0">
            age = #age#
        </isGreaterThan>
    </dynamic>
</select>


Si condition es false la SQL será:

select * from User

Si es true:

select * from User where name = 'Javier' and age = 32

Mírate bien la documentación, y verás que iBATIS es bastante potente en cuanto a la creación de consultas dinámicas.