Question

我遇到的问题是： org.hibernate.MappingException：尝试使用JPA调用postgres函数创建本机查询时，没有JDBC类型的Dialect映射：1111 。

我在启动单例中创建了一个EJB计时器，每6个小时运行一次Postgres函数。该函数返回void并检查过期记录，删除它们并更新某些状态。它不需要参数，它返回void。

如果我使用PgAdmin查询工具调用postgres函数（select function（）;）并返回void，则postgres函数运行完美。
当我在Glassfish 3.1.1上部署应用程序时，我遇到异常并且部署失败。

这是（缩短的）堆栈跟踪：

WARNING: A system exception occurred during an invocation on EJB UserQueryBean method public void com.mysoftwareco.entity.utility.UserQueryBean.runRequestCleanup()
javax.ejb.TransactionRolledbackLocalException: Exception thrown from bean
...STACK TRACE BLAH BLAH BLAH ...
Caused by: javax.persistence.PersistenceException: org.hibernate.MappingException: No Dialect mapping for JDBC type: 1111

以下是代码：

首先是JPA的东西：

public void runRequestCleanup() {
    String queryString = "SELECT a_function_that_hibernate_chokes_on()";
    Query query = em.createNativeQuery(queryString);
    Object result = query.getSingleResult();
}

这是单身人士称之为：

@Startup
@Singleton
public class RequestCleanupTimer {
    @Resource
    TimerService timerService;
    @EJB
    UserQueryBean queryBean;

    @PostConstruct
    @Schedule(hour = "*/6")
    void runCleanupTimer() {
        queryBean.runRequestCleanup();
    }
}

功能：

CREATE OR REPLACE FUNCTION a_function_that_hibernate_chokes_on()
  RETURNS void AS
$BODY$
    DECLARE 
        var_field_id myTable.field_id%TYPE;
    BEGIN
        FOR var_field_id IN
                select field_id from myTable 
                where status = 'some status'
                and disposition = 'some disposition'
                and valid_through < now()
        LOOP
            BEGIN
                -- Do Stuff
            END;
        END LOOP;
    END;
$BODY$
  LANGUAGE plpgsql VOLATILE
  COST 100;

Answer 1

这可能是一个黑客，但它对我有用，而且非常简单。只需将查询更改为：

SELECT count(*) FROM your_function();

现在它返回一个正确的整数，而hibernate很高兴。

Answer 2

我有足够的麻烦与JPA试图让它运行存储过程。

我最终使用带有预准备语句的JDBC。我花了几个无效的时间试图将一个方形钉子放入一个圆孔中，然后在15分钟内做到了。我调用了我的持久性单元用于获取连接的相同jndi数据源，创建了一个准备好的语句并在完成后关闭它。

因此，如果您需要从（现在大部分）JPA应用程序运行存储过程（或Postgres函数），这对我有用：

@Stateless
@LocalBean
public class UserQueryBean implements Serializable {

    @Resource(mappedName="jdbc/DatabasePool") 
    private javax.sql.DataSource ds;

    ...

    public void runRequestCleanup() {

        String queryString = "SELECT cleanup_function_that_hibernateJPA_choked_on()";
        Connection conn = null;
        PreparedStatement statement = null;
        try {
            conn = ds.getConnection();
            statement = conn.prepareCall(queryString);
            statement.executeQuery();
        } catch (SQLException ex) {
            Logger.getLogger(UserQueryBean.class.getName()).log(Level.SEVERE, null, ex);
        }finally{
            try {
                statement.close();
                conn.close();
            } catch (SQLException ex) {
                Logger.getLogger(UserQueryBean.class.getName()).log(Level.SEVERE, null, ex);
            }
        }
        // bit of logging code here    
    }
    ...
}

似乎有一种可怕的疏忽，忽略了从JPA在服务器上运行函数或存储过程的简单能力;尤其是除了void或受影响的行数之外不会返回任何内容的内容。如果是故意的......没有评论。

编辑：添加了紧密连接。

Answer 3

当postgres存储过程返回void时，似乎会出现问题。尝试更改返回类型以返回一些虚拟值，也许是一个字符串。这适用于我的情况。

Answer 4

这是在不久前发布的，但我遇到了类似的问题。如上所述，Hibernate看起来对void过敏，并且每次都会尝试锁定你使用返回类型。从我的观点来看，这是一个很好的做法，因为你通常应该总是至少指定一个返回是否成功：抛出异常通常是滥用。

然而，Hibernate提供了一种绕过它的限制的方法：org.hibernate.jdbc.Work

您可以轻松地重现小班级所需的内容：

class VoidProcedureWork implements Work {

    String query;

    private VoidProcedureWork(String sql) {
        query = sql;
    }

    public static boolean execute(Session session, String sql) {
        try {
            // We assume that we will succeed or receive an exception.
            session.doWork(new VoidProcedureWork(sql));
            return true;
        } catch (Throwable e) {
            // log exception
            return false;
        }
    }

    /** 
     * @see org.hibernate.jdbc.Work#execute(java.sql.Connection)
     */
    @Override
    public void execute(Connection connection) throws SQLException {
        Statement statement = null;
        try {
            statement = connection.createStatement();
            statement.execute(query);
        } finally {
            if (statement != null)
                statement.close();
        }
    }
}

现在您可以随时使用

调用它

VoidProcedureWork.execute（hibernateSession，sqlQuery）;

您会注意到有关此课程的两件事： 1）我不关闭连接。我这样离开是因为我不知道谁打开了Connection，如何以及为什么。交易中使用的连接是否相同？如果我关闭它，之后有人使用它，它会崩溃吗？等等。我没有编写Hibernate代码，也没有使用connection.open（）。因此，我不关闭它并假设任何打开它也将关闭它。 2）它比OOP更程序化编程。我知道，但我很懒：使用VoidProcedureWork.execute（session，sql）比使用新的VoidProcedureWork（sql）.execute（session）更容易（也更清晰）。甚至最糟糕的是：每当我想使用那个小技巧（session.doWork（new VoidProcedureWork（sql））并进行异常处理时，重现执行代码。）

Answer 5

多德！它就像引用函数名一样简单。像这样：

public void runRequestCleanup() {
    String queryString = "SELECT \"a_function_that_hibernate_chokes_on\"()";
    Query query = em.createNativeQuery(queryString);
    Object result = query.getSingleResult();
}

Answer 6

将查询转换为： SELECT cast（sqlFunction（）作为文本）例如：“ SELECT cast（pushlogsToMainTable（）as text）” 它对我有用。

JPA Hibernate调用Postgres函数Void返回MappingException：

6 个答案: