[ 
https://issues.apache.org/jira/browse/DELTASPIKE-1365?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16720132#comment-16720132
 ] 

ASF GitHub Bot commented on DELTASPIKE-1365:
--------------------------------------------

GitHub user moghaddam opened a pull request:

    https://github.com/apache/deltaspike/pull/81

    DELTASPIKE-1365: Support extra JPQL comparators in method expressions

    Here is the implementation of [Support extra JPQL comparators in method 
expressions](https://issues.apache.org/jira/browse/DELTASPIKE-1365)
    Following comparators are added:
    
    - NotLike
    - IsNull
    - NotIn
    - In
    - True
    - False
    - Containing
    - StartingWith
    - EndingWith

You can merge this pull request into a Git repository by running:

    $ git pull https://github.com/moghaddam/deltaspike DELTASPIKE-1365

Alternatively you can review and apply these changes as the patch at:

    https://github.com/apache/deltaspike/pull/81.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

    This closes #81
    
----
commit 8317195f9f12080ba07c3a658e70f9c438d56616
Author: Ehsan Zaery Moghaddam <zaerymoghaddam@...>
Date:   2018-12-13T12:48:37Z

    DELTASPIKE-1365: Support extra JPQL comparators in method expressions

----


> Support extra JPQL comparators in method expressions
> ----------------------------------------------------
>
>                 Key: DELTASPIKE-1365
>                 URL: https://issues.apache.org/jira/browse/DELTASPIKE-1365
>             Project: DeltaSpike
>          Issue Type: Improvement
>          Components: Data-Module
>            Reporter: Ehsan Zaery Moghaddam
>            Priority: Minor
>
> The method expressions is currently supporting primary JPQL operators while 
> it seems feasible to implement other operators like "In", "NotIn", 
> "StartingWith", "True", etc. 
> I tried to add some of them and seems they works (of course thanks to the way 
> they've been designed so that it's easy to extend them). I'm just curious if 
> there is any technical consideration/limitation preventing us to have these 
> operators or is it because they were never been requested?



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

Reply via email to