[OpenNMS/opennms] 9fc640: NMS-20268: keep literal ipAddress equality, route ...

joseanesONMS via opennms-cvs <[email protected]> Wed, 02 Sep 2026 12:37:27 -0700

Newsgroups	gmane.network.opennms.cvs
Message-ID	<OpenNMS/opennms/push/refs/heads/jira/NMS-20268-scheduled-outages/[email protected]>

  Branch: refs/heads/jira/NMS-20268-scheduled-outages
  Home:   https://github.com/OpenNMS/opennms
  Commit: 9fc640ae34a250cab521ce9e1da63ef96db0bce8
      https://github.com/OpenNMS/opennms/commit/9fc640ae34a250cab521ce9e1da63ef96db0bce8
  Author: Jose Anes <[email protected]>
  Date:   2026-09-02 (Wed, 02 Sep 2026)

  Changed paths:
    A opennms-webapp-rest/src/main/java/org/opennms/web/rest/support/IpAddressCriteriaBehavior.java
    M opennms-webapp-rest/src/main/java/org/opennms/web/rest/v2/IpInterfaceRestService.java
    M opennms-webapp-rest/src/test/java/org/opennms/web/rest/v2/IpInterfaceRestServiceIT.java

  Log Message:
  -----------
  NMS-20268: keep literal ipAddress equality, route only wildcards to iplike !smoke

Registering a plain iplike behavior for ipAddress replaced the InetAddress
equality for every query, and the pl/pgsql iplike returns false for a bare
IPv6 literal, so ipAddress==fe80::1 silently matched nothing. The new
IpAddressCriteriaBehavior converts literals to InetAddress and lets the
visitor apply eq/ne, and only a wildcard value becomes an iplike
restriction on the ipaddr column with the property skipped.

The IT forces the pl/pgsql iplike, adds an IPv6 interface, and asserts the
literal IPv4/IPv6 and not-equals paths alongside the wildcard ones.



To unsubscribe from these emails, change your notification settings at https://github.com/OpenNMS/opennms/settings/notifications


_______________________________________________
Please read the OpenNMS Mailing List FAQ:
http://www.opennms.org/wiki/index.php?page=MailingListFaq
opennms-cvs mailing list

To *unsubscribe* or change your subscription options, see the bottom of this page:
https://lists.sourceforge.net/lists/listinfo/opennms-cvs