bloggers bloggers

<sql id="com.test.service.persistence.TabellaFinder.findUsers">
    <![CDATA[
        SELECT u.*
        FROM User_ u, Tabella t
        WHERE t.campo1 = ?
        AND t.campo2 = ?
        AND u.userId = t.userId
        ORDER BY u.lastName, u.firstName
    ]]>
</sql>

public List<User> findUsers(long param1, long param2, int start, int end, OrderByComparator<User> comparator) {

    Session session = null;

    try {
        session = openSession();

        String sql = CustomSQLUtil.get(this.getClass(), FIND_USERS);
        sql = CustomSQLUtil.replaceOrderBy(sql, comparator);

        SQLQuery q = session.createSQLQuery(sql);
        q.addEntity("User_", UserImpl.class);

        QueryPos qPos = QueryPos.getInstance(q);
        qPos.add(param1);
        qPos.add(param2);

        return (List<User>) QueryUtil.list(q, getDialect(), start, end);
    }
    finally {
        closeSession(session);
    }
}

Ma qui iniziano subito i nostri problemi, perchè per mappare i campi di output della query sull'oggetto User di Liferay, bisogna invocare il metodo addEntity passando come parametro la classe *Impl del model; peccato che la classe UserImpl non sia accessibile nei plugin custom.

Questo problema in realtà si può risolvere in fretta giocando un pò con il classloader e sostituendo la riga di codice con questa:

q.addEntity("User_", PortalClassLoaderUtil.getClassLoader().loadClass("com.liferay.portal.model.impl.UserImpl"));

org.hibernate.MappingException: Unknown entity: com.liferay.portal.model.impl.UserImpl

Ma perchè? Per un problema legato al contesto in cui opera lo strato dei servizi.

Vale a dire che il nostro metodo finder opera all'interno del contesto del plugin custom e quindi il metodo openSession() apre sì una sessione, ma confinata all'interno del nostro plugin nel quale l'entità UserImpl non esiste perchè fa parte del contesto di portale.

Come fare allora? Beh, basta cambiare la modalità con cui si ottiene la sessione; dobbiamo restituire oggetti del core, quindi ci serve una sessione del core. Ecco quindi che il metodo del finder si modifica in questo modo:

public List<User> findUsers(long param1, long param2, int start, int end, OrderByComparator<User> comparator) {

    Session session = null;

    SessionFactory sessionFactory = (SessionFactory) PortalBeanLocatorUtil.locate("liferaySessionFactory");

    try {
        session = sessionFactory.openSession();

        String sql = CustomSQLUtil.get(this.getClass(), FIND_USERS);
        sql = CustomSQLUtil.replaceOrderBy(sql, comparator);

        SQLQuery q = session.createSQLQuery(sql);
        q.addEntity("User_", PortalClassLoaderUtil.getClassLoader().loadClass("com.liferay.portal.model.impl.UserImpl"));

        QueryPos qPos = QueryPos.getInstance(q);
        qPos.add(param1);
        qPos.add(param2);

        return (List<User>) QueryUtil.list(q, getDialect(), start, end);
    }
    finally {
        sessionFactory.closeSession(session);
    }
}

In grassetto ho evidenziato le modifiche:

• prima di tutto bisogna recuperare un'istanza della factory di portale, perchè dobbiamo usare quella anzichè quella predefinita del plugin;
• poi dobbiamo aprire la sessione usando la factory appena recuperata;
• poi referenziamo la classe *Impl attraverso il classloader di portale;
• infine chiudiamo la sessione utilizzando sempre la factory recuperata sopra.

Spero di avervi risparmiato ore di inutili fatiche!

Ah, può essere che il meccanismo funzioni anche la versione 6.2.