You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We have always carved out our entities into a separate project and distributed them via Nuget for other projects to be able to create CRDs as needed, however, it seems that with the new codegen in the KubeOps.Generator class, it will fail to detect the entities (and everything else) if its only referenced in the operator (aspnet) project. But the weirder thing is that it will create multiple default classes in each of the referenced projects (creating duplicate methods and failing to compile) if its referenced in the entities project.
Is this the desired behavior? whats the intent for the code generators? just to avoid reflection on startup?
The generator only creates convenience methods for entities. As such, there should not be any problems. Maybe I misconfigured the generator? Was the first time I wrote a c# source generator.
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
Uh oh!
There was an error while loading. Please reload this page.
We have always carved out our entities into a separate project and distributed them via Nuget for other projects to be able to create CRDs as needed, however, it seems that with the new codegen in the KubeOps.Generator class, it will fail to detect the entities (and everything else) if its only referenced in the operator (aspnet) project. But the weirder thing is that it will create multiple default classes in each of the referenced projects (creating duplicate methods and failing to compile) if its referenced in the entities project.
Is this the desired behavior? whats the intent for the code generators? just to avoid reflection on startup?
All reactions