Hi, unfortunatelly there is no easy way to provide that functionality using MD-SAL – since lists which are not user-ordered may get reordered by codecs and also codecs in Be sets default values when missing (Builders does not have enough information to determine defaults).
In Openflowplugin there is set of utilities which deals with this comparison: openflowplugin<https://github.com/opendaylight/openflowplugin/tree/7eb8bc68860c4ae8624ab671d2f920194a318654>/applications<https://github.com/opendaylight/openflowplugin/tree/7eb8bc68860c4ae8624ab671d2f920194a318654/applications>/statistics-manager<https://github.com/opendaylight/openflowplugin/tree/7eb8bc68860c4ae8624ab671d2f920194a318654/applications/statistics-manager>/src<https://github.com/opendaylight/openflowplugin/tree/7eb8bc68860c4ae8624ab671d2f920194a318654/applications/statistics-manager/src>/main<https://github.com/opendaylight/openflowplugin/tree/7eb8bc68860c4ae8624ab671d2f920194a318654/applications/statistics-manager/src/main>/java<https://github.com/opendaylight/openflowplugin/tree/7eb8bc68860c4ae8624ab671d2f920194a318654/applications/statistics-manager/src/main/java>/org<https://github.com/opendaylight/openflowplugin/tree/7eb8bc68860c4ae8624ab671d2f920194a318654/applications/statistics-manager/src/main/java/org>/opendaylight<https://github.com/opendaylight/openflowplugin/tree/7eb8bc68860c4ae8624ab671d2f920194a318654/applications/statistics-manager/src/main/java/org/opendaylight>/openflowplugin<https://github.com/opendaylight/openflowplugin/tree/7eb8bc68860c4ae8624ab671d2f920194a318654/applications/statistics-manager/src/main/java/org/opendaylight/openflowplugin>/applications<https://github.com/opendaylight/openflowplugin/tree/7eb8bc68860c4ae8624ab671d2f920194a318654/applications/statistics-manager/src/main/java/org/opendaylight/openflowplugin/applications>/statistics<https://github.com/opendaylight/openflowplugin/tree/7eb8bc68860c4ae8624ab671d2f920194a318654/applications/statistics-manager/src/main/java/org/opendaylight/openflowplugin/applications/statistics>/manager<https://github.com/opendaylight/openflowplugin/tree/7eb8bc68860c4ae8624ab671d2f920194a318654/applications/statistics-manager/src/main/java/org/opendaylight/openflowplugin/applications/statistics/manager>/impl<https://github.com/opendaylight/openflowplugin/tree/7eb8bc68860c4ae8624ab671d2f920194a318654/applications/statistics-manager/src/main/java/org/opendaylight/openflowplugin/applications/statistics/manager/impl>/helper<https://github.com/opendaylight/openflowplugin/tree/7eb8bc68860c4ae8624ab671d2f920194a318654/applications/statistics-manager/src/main/java/org/opendaylight/openflowplugin/applications/statistics/manager/impl/helper>/MatchComparatorFactory.java Tony From: Evan Zeller [mailto:[email protected]] Sent: Wednesday, January 06, 2016 10:28 PM To: Tony Tkacik -X (ttkacik - PANTHEON TECHNOLOGIES at Cisco) <[email protected]>; Tom Pantelis <[email protected]>; [email protected] Cc: [email protected]; [email protected]; openflowplugin-dev <[email protected]> Subject: Dealing with com.sun.proxy from datastore read Java experts, I need to compare a flow built with FlowBuilder with one read from inventory, the result of the read is a com.sun.proxy object which is causing the hashcodes to differ even when the field values are the same. I can resolve this by passing all of the nested structure of the inventory Flow through FlowBuilder, InstructionsBuilder, ActionBuilder, MatchBuilder, and so on, but I must do this all the way down. Is there some existing solution to this I could leverage? Cheers, Evan
_______________________________________________ openflowplugin-dev mailing list [email protected] https://lists.opendaylight.org/mailman/listinfo/openflowplugin-dev
