René's URL Explorer Experiment

{"@context":"https://schema.org","@type":"DiscussionForumPosting","headline":"No exception thrown for clashing adaptors","articleBody":"The [AdaptationMatchingRoutine](https://github.com/scijava/incubator/blob/2917457c5fa549c95f0966b4913a13e318c3c227/scijava/scijava-ops-engine/src/main/java/org/scijava/ops/engine/matcher/adapt/AdaptationMatchingRoutine.java#L181) currently short-circuits its search for candidates and returns the first viable adaptation.\r\n\r\nI don't _think_ this is a problem, but it feels odd so I wanted to document it.\r\n\r\nYou can test this with the [LiftFunctionsToImgTest](https://github.com/scijava/incubator/blob/2917457c5fa549c95f0966b4913a13e318c3c227/imagej/imagej-ops2/src/test/java/net/imagej/ops2/adapt/LiftFunctionsToImgTest.java#L25-L40). It uses [this adaptor](https://github.com/scijava/incubator/blob/2917457c5fa549c95f0966b4913a13e318c3c227/imagej/imagej-ops2/src/main/java/net/imagej/ops2/adapt/LiftFunctionsToRAI.java#L74-L86) If you copy, paste, and rename that adaptor, the test will still pass.\r\n\r\nI'm wondering if anyone else can come up with situations where this will cause problems? I am slightly uncomfortable with the idea that we could have duplicate adaptors and not know it, the way we would with non-adaptor ops. But can't think of any functional problems.","author":{"url":"https://github.com/hinerm","@type":"Person","name":"hinerm"},"datePublished":"2023-12-12T19:18:13.000Z","interactionStatistic":{"@type":"InteractionCounter","interactionType":"https://schema.org/CommentAction","userInteractionCount":0},"url":"https://github.com/164/scijava/issues/164"}