openapi-typescript-fetch

openapi-typescript-fetch copied to clipboard

@ajaishankar if you are maintaining this repo please close this.

Since weekly downloads of openapi-typescript are on the rise and this repo is consuming its output a word or two about the future of this repo would be appreciated - I guess by others too.

Thanks in advance!

I'm having some minor issues with type resolution using OpReturnType and OpArgType when I updated to Angular 15. I suspect an update is needed, but there has been no movement here. There are quite a few forks though, does anyone know if any of them are semi-maintained and could be a replacement for this one?

Hopefully @ajaishankar could get involved again and open this up to let others maintain it.

@ajaishankar has been active on github recently, so at least it's not a case of the bus factor taking another FLOSS project offline. If you are looking for co-maintainers, I'd be up for putting in some work as I use this in a few professional and private projects.

There are many valuable PRs we've opened since the maintainer last contributed. A co-maintainer would be ideal to get this through and merge, and that is the right path forward. However, in the meantime I propose that we temporarily guide one of the forks forward - some whom offers him/herself to be the release coordinator (RC) - and merge it back whenever the maintainer has time/interest again.

To that end, these PRs would be in my opinion prioritary:

• https://github.com/ajaishankar/openapi-typescript-fetch/pull/59
• https://github.com/ajaishankar/openapi-typescript-fetch/pull/55
• https://github.com/ajaishankar/openapi-typescript-fetch/pull/51
• https://github.com/ajaishankar/openapi-typescript-fetch/pull/50
• https://github.com/ajaishankar/openapi-typescript-fetch/pull/46
• https://github.com/ajaishankar/openapi-typescript-fetch/pull/44
• https://github.com/ajaishankar/openapi-typescript-fetch/pull/40
• https://github.com/ajaishankar/openapi-typescript-fetch/pull/36
• https://github.com/ajaishankar/openapi-typescript-fetch/pull/20

I see that @fedorg was active here creating his own release.

Thoughts?

I will merge all of these changes into my fork just for you :)

Is there a plan for someone to take over the maintenance of this package? I appreciate this is a slightly awkward situation until we hear from @ajaishankar but understand that the workload of a maintainer often covers things that are not visible to all

For reference, there's also now an alternative by the maintainer of openapi-typescript called openapi-fetch

(That one is missing middleware, which is very useful)

Any good alternative with interceptors? 😶

I've released the package under our org https://github.com/qdrant/openapi-typescript-fetch and I plan to do my best to maintain it. The reason: this package fits our use case best and IMO it's a good middle ground between feature-rich and small size. There are loads of additions and improvements we can add, I know I've left some behind, so please issue them again against our repo fork. Here is a summary of the state of the fork (release 1.2.0) at this point in time:

• [x] https://github.com/ajaishankar/openapi-typescript-fetch/pull/59
• [x] https://github.com/ajaishankar/openapi-typescript-fetch/pull/55
• [ ] https://github.com/ajaishankar/openapi-typescript-fetch/pull/51
• [x] https://github.com/ajaishankar/openapi-typescript-fetch/pull/50
• [ ] https://github.com/ajaishankar/openapi-typescript-fetch/pull/46
• [ ] https://github.com/ajaishankar/openapi-typescript-fetch/pull/44
• [x] https://github.com/ajaishankar/openapi-typescript-fetch/pull/40
• [x] https://github.com/ajaishankar/openapi-typescript-fetch/pull/36
• [x] https://github.com/ajaishankar/openapi-typescript-fetch/pull/20

I've included every contribution and mentioned contributors in the package.json.

@Rendez Thanks for your fork! I saw you changed npm to pnpm, is it necessary? The original package is using npm

You can use whichever package manager you wish: npm or yarn. The original package can continue to use npm, but as long as we're publishing we prefer pnpm.

@Rendez thanks for working on your fork! I don't see an issues tab on your fork though, is that something you can enable? I discovered what appears to be a bug in the types that I'd like to file (and maybe fix myself).

@RobinClowers done.

(That one is missing middleware, which is very useful) Any good alternative with interceptors? 😶

This chapter looks promising — I will give it a try @djMax @nilsmehlhorn