Общий подход использования LIKE, PERCENT и CONCAT в JPQL-запросе - PullRequest
1 голос
/ 18 января 2011

Я делаю несколько запросов JPA 2.0 в своем приложении JEE6, где я использую именованные запросы с параметрами. Мой текущий запрос - это поиск по всем запросам только с одним параметром.

@NamedQuery(name = "UserPE.byAny", query = "SELECT b FROM UserPE b WHERE " +
            "b.email LIKE CONCAT('%', :PARAM, '%') OR " +
            "b.name LIKE CONCAT('%', :PARAM, '%') OR " + 
            "b.firstName LIKE CONCAT('%', :PARAM, '%')")

Этот запрос JPQL отлично работает с Hibernate 3.5.4-final.

Теперь я переключился на Eclipselink 2.1.0-RC3 (также пробовал 2.1.1, но безуспешно), что, похоже, вызывает проблемы при использовании concat и like. Я получаю исключение, говорящее ...unexpected token [CONCAT]... при попытке использовать тот же запрос.

Полная трассировка стека:

Exception [EclipseLink-8025] (Eclipse Persistence Services - 2.0.0.v20091127-r5931): org.eclipse.persistence.exceptions.JPQLException
Exception Description: Syntax error parsing the query [UserPE.byAny: SELECT b FROM UserPE b WHERE b.email LIKE CONCAT('%', :PARAM, '%') OR b.name LIKE CONCAT('%', :PARAM, '%') OR b.firstName LIKE CONCAT('%', :PARAM, '%')], line 1, column 42: unexpected token [CONCAT].
Internal Exception: NoViableAltException(16!=[743:1: likeValue returns [Object node] : (n= literalString | n= inputParameter );])
    at org.eclipse.persistence.exceptions.JPQLException.unexpectedToken(JPQLException.java:372)
    at org.eclipse.persistence.internal.jpa.parsing.jpql.JPQLParser.handleRecognitionException(JPQLParser.java:319)
    at org.eclipse.persistence.internal.jpa.parsing.jpql.JPQLParser.addError(JPQLParser.java:245)
    at org.eclipse.persistence.internal.jpa.parsing.jpql.JPQLParser.reportError(JPQLParser.java:362)
    at org.eclipse.persistence.internal.jpa.parsing.jpql.antlr.JPQLParser.likeValue(JPQLParser.java:8501)
    at org.eclipse.persistence.internal.jpa.parsing.jpql.antlr.JPQLParser.likeExpression(JPQLParser.java:8356)
    at org.eclipse.persistence.internal.jpa.parsing.jpql.antlr.JPQLParser.conditionWithNotExpression(JPQLParser.java:7866)
    at org.eclipse.persistence.internal.jpa.parsing.jpql.antlr.JPQLParser.simpleConditionalExpressionRemainder(JPQLParser.java:7750)
    at org.eclipse.persistence.internal.jpa.parsing.jpql.antlr.JPQLParser.simpleConditionalExpression(JPQLParser.java:7625)
    at org.eclipse.persistence.internal.jpa.parsing.jpql.antlr.JPQLParser.conditionalPrimary(JPQLParser.java:7561)
    at org.eclipse.persistence.internal.jpa.parsing.jpql.antlr.JPQLParser.conditionalFactor(JPQLParser.java:4507)
    at org.eclipse.persistence.internal.jpa.parsing.jpql.antlr.JPQLParser.conditionalTerm(JPQLParser.java:4397)
    at org.eclipse.persistence.internal.jpa.parsing.jpql.antlr.JPQLParser.conditionalExpression(JPQLParser.java:4323)
    at org.eclipse.persistence.internal.jpa.parsing.jpql.antlr.JPQLParser.whereClause(JPQLParser.java:4280)
    at org.eclipse.persistence.internal.jpa.parsing.jpql.antlr.JPQLParser.selectStatement(JPQLParser.java:371)
    at org.eclipse.persistence.internal.jpa.parsing.jpql.antlr.JPQLParser.document(JPQLParser.java:276)
    at org.eclipse.persistence.internal.jpa.parsing.jpql.JPQLParser.parse(JPQLParser.java:133)
    at org.eclipse.persistence.internal.jpa.parsing.jpql.JPQLParser.buildParseTree(JPQLParser.java:94)
    at org.eclipse.persistence.internal.jpa.EJBQueryImpl.buildEJBQLDatabaseQuery(EJBQueryImpl.java:198)
    at org.eclipse.persistence.internal.jpa.JPAQuery.processJPQLQuery(JPAQuery.java:106)
    at org.eclipse.persistence.internal.jpa.JPAQuery.prepare(JPAQuery.java:90)
    at org.eclipse.persistence.queries.DatabaseQuery.checkPrepare(DatabaseQuery.java:464)
    at org.eclipse.persistence.queries.DatabaseQuery.checkPrepare(DatabaseQuery.java:430)
    at org.eclipse.persistence.internal.sessions.AbstractSession.processJPAQueries(AbstractSession.java:1747)
    at org.eclipse.persistence.internal.sessions.DatabaseSessionImpl.initializeDescriptors(DatabaseSessionImpl.java:409)
    at org.eclipse.persistence.internal.sessions.DatabaseSessionImpl.postConnectDatasource(DatabaseSessionImpl.java:671)
    at org.eclipse.persistence.internal.sessions.DatabaseSessionImpl.loginAndDetectDatasource(DatabaseSessionImpl.java:620)
    at org.eclipse.persistence.internal.jpa.EntityManagerFactoryProvider.login(EntityManagerFactoryProvider.java:228)
    at org.eclipse.persistence.internal.jpa.EntityManagerSetupImpl.deploy(EntityManagerSetupImpl.java:368)
    at org.eclipse.persistence.internal.jpa.EntityManagerFactoryImpl.getServerSession(EntityManagerFactoryImpl.java:151)
    at org.eclipse.persistence.internal.jpa.EntityManagerFactoryImpl.createEntityManagerImpl(EntityManagerFactoryImpl.java:207)
    at org.eclipse.persistence.internal.jpa.EntityManagerFactoryImpl.createEntityManager(EntityManagerFactoryImpl.java:195)
    at de.comap.controller.AbstractDAO.<init>(AbstractDAO.java:22)
    at de.comap.controller.GroupDAO.<init>(GroupDAO.java:20)
    at de.comap.controller.GroupDAOTest.beforeClass(GroupDAOTest.java:26)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
    at java.lang.reflect.Method.invoke(Method.java:597)
    at org.testng.internal.MethodHelper.invokeMethod(MethodHelper.java:640)
    at mockit.integration.testng.internal.TestNGTestRunnerDecorator.invokeMethod(TestNGTestRunnerDecorator.java:78)
    at org.testng.internal.MethodHelper.invokeMethod(MethodHelper.java)
    at org.testng.internal.Invoker.invokeConfigurationMethod(Invoker.java:503)
    at org.testng.internal.Invoker.invokeConfigurations(Invoker.java:193)
    at org.testng.internal.Invoker.invokeConfigurations(Invoker.java:123)
    at org.testng.internal.TestMethodWorker.invokeBeforeClassMethods(TestMethodWorker.java:183)
    at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:115)
    at org.testng.TestRunner.runWorkers(TestRunner.java:1009)
    at org.testng.TestRunner.privateRun(TestRunner.java:683)
    at org.testng.TestRunner.run(TestRunner.java:553)
    at org.testng.SuiteRunner.runTest(SuiteRunner.java:311)
    at org.testng.SuiteRunner.runSequentially(SuiteRunner.java:306)
    at org.testng.SuiteRunner.privateRun(SuiteRunner.java:268)
    at org.testng.SuiteRunner.run(SuiteRunner.java:217)
    at org.testng.TestNG.runSuite(TestNG.java:1062)
    at org.testng.TestNG.runSuitesLocally(TestNG.java:956)
    at org.testng.TestNG.run(TestNG.java:874)
    at org.apache.maven.surefire.testng.TestNGExecutor.run(TestNGExecutor.java:74)
    at org.apache.maven.surefire.testng.TestNGXmlTestSuite.execute(TestNGXmlTestSuite.java:92)
    at org.apache.maven.surefire.Surefire.run(Surefire.java:180)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
    at java.lang.reflect.Method.invoke(Method.java:597)
    at org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:350)
    at org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:1021)
Caused by: NoViableAltException(16!=[743:1: likeValue returns [Object node] : (n= literalString | n= inputParameter );])
    at org.eclipse.persistence.internal.jpa.parsing.jpql.antlr.JPQLParser.likeValue(JPQLParser.java:8465)
    ... 61 more

Вот как запрос работает с EclipseLink:

@NamedQuery(name = UserPE.BY_ANY, query = "SELECT b FROM UserPE b WHERE " +
                                          "b.email LIKE %:PARAM% OR " +
                                          "b.name LIKE %:PARAM% OR " + 
                                          "b.firstName LIKE %:PARAM%")

Но этот запрос снова не работает с Hibernate. Разве нет общего подхода, который работает со всеми провайдерами JPA? Или спецификация слишком размыта в этой области?

Мне бы очень хотелось, чтобы мои запросы были максимально независимыми от реализации JPA.

Ответы [ 2 ]

3 голосов
/ 18 января 2011

JPA спецификация гласит:

pattern_value является строковым литералом или строковым значением входной параметр

Итак, возможность использовать скалярную функцию существует для конкретного провайдера.

Я думаю, что единственный переносимый способ сделать это - выполнить конкатенацию в коде Java перед передачей параметра.

1 голос
/ 18 января 2011

В вашей ошибке указано, что Eclipse Persistence Services - 2.0.0.v20091127, а не 2.1,

это должно работать в 2.1.

Спецификация JPQL не разрешает функции с LIKE, поэтому это зависит от поставщика.

...