Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id 2DFB7200BF9 for ; Sun, 8 Jan 2017 22:14:44 +0100 (CET) Received: by cust-asf.ponee.io (Postfix) id 2C954160B36; Sun, 8 Jan 2017 21:14:44 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id 9D1F0160B1F for ; Sun, 8 Jan 2017 22:14:43 +0100 (CET) Received: (qmail 77444 invoked by uid 500); 8 Jan 2017 21:14:42 -0000 Mailing-List: contact dev-help@metamodel.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@metamodel.apache.org Delivered-To: mailing list dev@metamodel.apache.org Received: (qmail 77433 invoked by uid 99); 8 Jan 2017 21:14:42 -0000 Received: from git1-us-west.apache.org (HELO git1-us-west.apache.org) (140.211.11.23) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 08 Jan 2017 21:14:42 +0000 Received: by git1-us-west.apache.org (ASF Mail Server at git1-us-west.apache.org, from userid 33) id 75803DFA22; Sun, 8 Jan 2017 21:14:42 +0000 (UTC) From: rposkocil To: dev@metamodel.apache.org Reply-To: dev@metamodel.apache.org References: In-Reply-To: Subject: [GitHub] metamodel issue #139: Support for NOT / NOT IN operator Content-Type: text/plain Message-Id: <20170108211442.75803DFA22@git1-us-west.apache.org> Date: Sun, 8 Jan 2017 21:14:42 +0000 (UTC) archived-at: Sun, 08 Jan 2017 21:14:44 -0000 Github user rposkocil commented on the issue: https://github.com/apache/metamodel/pull/139 Correct me, please @kaspersorensen, but NegationOperator is much more general than different from and additing another way to propositional logic of filters. Operator Different from is used just for childs of filters and it's represented with <>. For example SQL NOT keyword has a wider usage. You can negate also composed filters on all levels or different from, too. This functionality I didn't found there and thought that it could be fine. There is no way to negate IN construct in the currecnt version of MetaModel. That's why Hans created this requirement. There can be IN and NOT IN operators like = and <>. A similiar case. So both parts make me sense and don't brake the concept. But I understand that there could be other problems that's why constructors were doubled with negationa and without. --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastructure@apache.org or file a JIRA ticket with INFRA. ---