unmock-server
branch - it is pretty cool stuff! If the project develops further, I wonder if/when a libunmock
will be in order? It makes sense to start with NodeJS as that is our most developed library, but at a certain point, having the whole stack in TypeScript seems like a disadvantage if the goal is to deploy it as a stand-alone or embedded entity. I'm wondering how we could test that out 🤔
lerna
and seeing how to create a new package under unmock-js
? :) I created an issue to extract common types into a new package and included instructions how that should work. unmock/unmock-js#357
unmock
depends, through json-schema-faker
, on json-schema-ref-parser
, which in turn depends on Node.js modules http
and https
(https://github.com/APIDevTools/json-schema-ref-parser/blob/master/lib/resolvers/http.js#L3). unmock
can run fine without these, but the Metro bundler used for bundling React Native crashes because the modules cannot be found. Does anyone have insights how to best solve the issue? I've written more about it in this PR unmock/unmock-react-native-example#3