Code Generators: Type Collision Resolution Improvements

[shaneutt]

We've introduced new generators to resolve #38. While these are partially functional, there are inconsistencies in resolutions and the code is emitted when new types are introduced. For the moment we're not cutting releases with this change as there are improvements needed to get it ready, this is the tracking issue for that.

[dawid-nowak]

hey @shaneutt, I was wondering if you could provide more info on what the problem is.. I have cut my own version of Inference Extensions and have been using them in Kubvernor https://github.com/kubvernor/gateway-api-inference-extension-rs so would be keen to see what needs to change.

[shaneutt]

Try adding new types, and see that the ordering of things will change, causing the generators to do things like change which types get identified as duplicates, and modifying the common modules. I suspect it isn't a ton of time to fix, but I haven't quite gotten to it yet. If you would like to take a pass at it, feel free and it would be appreciated.

[dawid-nowak]

I will have a look. Out of interest would you consider having a different/separate create for Inference Extension APIs ? I think that would probably reflect current state better where we have Gateway API and Inference Extension as separate entities.

[shaneutt]

I suppose I'm open to the suggestion, ideally we would have common tooling so perhaps this would be good cause to get the type-reducer refit to be in kopium directly? 🤔

[dawid-nowak]

That would be a better way. Otherwise as a stop-gap, there could exist two crates under gateway-api-rs: gateway_api and inference_ext_api. These two get published to crates.io but they would share the common code of type-reducer.

[shaneutt]

Let's move this over to #175, as it's not specific to this bug.