Open kant2002 opened 3 years ago
Can you confirm here that if you replace the key with csharpgen
then it generate in the correct place?
WIll have to use --csharp
or csharp:true
Confirm that autorest --csharp
and using csharpgen
instead of csharp
place files in proper location.
Sweet okay, so then this is a probllem with the @autorest/csharp extension configuration. Will transfer there.
The issue is the plugin name is csharpgen
instead of csharp
so it doesn't load the nested config.
Solution:
When you say workaroud for Python, do you mean change in that place and around? https://github.com/Azure/autorest.python/pull/897/files#diff-b335630551682c19a781afebcf4d07bf978fb1f8ac04c6bf87428ed5106870f5R63
Just curious.
Yes exactly
Whole Autorest looks a lot like large ETL for source code AST. Hard to understand what exactly going on, until you see whole picture.
Can I try make PR for this fix? I may abandon that, but I really want to understand what's going on. That improve my survivability level near AutoRest.
@kant2002 - PRs are always welcome, autorest and autorest.csharp are open source project.
Not sure this is fixable without renaming the plugin @timotheeguerin ?
@chamons, it should be, you can do the same "workaround" as I made for the python plugin https://github.com/Azure/autorest.python/pull/897
Just basically need to add a no op
plugin called csharp
before your other plugins
Describe the bug
Given YAML file there
when run generation either
autorest
orautorest --csharp
with autorest 3.1.4 CSharp files created in thegenerated
folder. What is more strange, if I runautorest --typescript
it produce output for TypeScript (in configure location) and CSharp (ingenerated
folder).Expected behavior I would like to
output-folder
setting to be respected.