Roman

Looks like setting [log.retention](https://techdocs.broadcom.com/content/broadcom/techdocs/us/en/ca-enterprise-software/it-operations-management/ca-experience-collector/2-4/troubleshooting/digital-experience-collector-troubleshooting/apache-kafka-running-out-of-disk-space.html) should help will try ``` cp-kafka: configurationOverrides: "log.retention.hours": 24 ```

The current workaround we are forced to use involves publishing all monorepo packages to npm before being able to `create-container` Same applies for installing `ErnRunner` on the device/emulator: use published...

also, for some unknown reasons `yarn ios` command fails, but `npm run ios` works It's probably due to the fact that ERN uses `yarn` internally

I've seen it multiple times, not sure what exactly is causing it, sometimes removing `./ios` folder before running `ern run-ios` helps...

Android Java class definitions seem to be valid, but `enum` is not created, and it's simply `String` field that can accept any value

Please advise, it's possible that I didn't understand something from the docs Also, it's not an issue for us any more, it turned out that we don't need `customComposite` for...

Thanks, @belemaire, also, it looks like [adding typescript support](https://facebook.github.io/react-native/blog/2018/05/07/using-typescript-with-react-native#adding-typescript) to existing JS miniapp works without negative side effects. So this issue maybe not so urgent then

yes, and I tried to remove globally installed `react-native`, replace with ERN version `0.59.8` and it didn't work

You may try to change `PackagerHost` variable in `RunnerConfig.m` to use external IP of your dev machine (make sure that both devices are on the same network)

btw, [Android 4.4 (KitKat), the WebView component is based on the Chromium](https://developer.chrome.com/multidevice/webview/overview) so you may not need this implementation at all. It is not the case for iOS, where [wkwebview](https://github.com/CRAlpha/react-native-wkwebview)...