Looking for maintainer

[zaro]

The company that sponsored this fork originally is not interested for quite some time in it and I myself don't have the time/need to maintain the library as I have moved to projects that don't use it.

[danyalutsevich]

May be you could write your ideas on what could be implemented

I asked the developer of the original library and his advice was to
get rid of yarn, lerna and use pnpm, turbo, changesets instead

I had my own ideas but they seems to be solved by @eicrud/eicrud

[zaro]

@danyalutsevich Well, I would say i's mostly bugfixes and releasing to NPM.

As you pointed out, for new projects probably there are better options and this eicrud looks quite interesting.

get rid of yarn, lerna and use pnpm, turbo, changesets instead

I don't think the biggest problem of the library is the tooling around it, so while this will have some effect probably won't do much in terms of adoption. Also the underlying TypeORM library seems is rapidly falling out of favour which isn't helping either.

The library while doing a really good job, need quite some re-factoring to be easier to add new features.

[rjpkuyper]

The company I work with is at least adding some new features to this package and also fixed some outdated maintenance issues. It's forked here.

Currently what is done:

• fix pipelines
• Increased all dependencies to latest both for NPM as the docker dependencies
• migrate to faker and decouple coupled seeds to tests
• Add (opinionated) REST-based policy feature. Multiple clients are using this in production. Though, we haven't added any documentation about it yet.
• They are also willing to invest in some adapters for Prisma, sequelize and others.

Regarding problems around the framework; I agree that the original code base need some refactoring to make it easier. However, this will be something we will work on in the upcoming year. For now, our biggest focus will be long term maintenance and adding some most wanted features our clients want. In general, the framework is actually still doing a quite good job.

[jkaos92]

@rjpkuyper Thanks. Hopefully the library doesn't die, it is not perfect but i really like it and i have used it in many projects from the initial nestjsx/crud and didn't found any viable alternative for now.

Something is better than nothing so i really appreciate your and your company work toward this.
The library was stable for me for all the DBMS i used. Not having companies sponsoring/people mantaining it is the only downside for me. Dependencies update is what is really needed and takes time and again i really appreciate new people stepping in. Thanks again.
Also, if people will start to switch to your version, please invest into documentation update a bit.