Update to netcoreapp3.0 & bump dependencies

[kerams]

WIP

[kerams]

Module not found: Error: Can't resolve 'resolve-url-loader' in 'C:\Users\admini\AppData\Local\Temp\2\e714f8fd321748de867231656baf5432'
 @ multi ./src/Client/Client.fsproj ./src/Client/style.scss app[1]

without this.

[kerams]

ERROR in ./.fable/Fable.Elmish.Streams.3.0.3/Program.fs
Module Error (from ./node_modules/fable-loader/index.js):
C:/Users/admini/AppData/Local/Temp/2/e714f8fd321748de867231656baf5432/.fable/Fable.Elmish.Streams.3.0.3/Program.fs(35,31):
(35,39) error FSHARP: The value, constructor, namespace or type 'mbStream' is not defined. (code 39)

Not sure what to do with this.

I can't run the tests fully, because they get stuck on

Error: listen EADDRINUSE: address already in use 0.0.0.0:8080
    at Server.setupListenHandle [as _listen2] (net.js:1298:14)
    at listenInCluster (net.js:1346:12)
    at doListen (net.js:1485:7)
    at processTicksAndRejections (internal/process/task_queues.js:81:21)
Emitted 'error' event on Server instance at:
    at emitErrorNT (net.js:1325:8)
    at processTicksAndRejections (internal/process/task_queues.js:80:21) {
  code: 'EADDRINUSE',
  errno: 'EADDRINUSE',
  syscall: 'listen',
  address: '0.0.0.0',
  port: 8080
}

in between individual template permutation tests. Like it does not clean up properly.

[kerams]

At least Giraffe lock files are now lean and mean as expected ;).

[theimowski]

ERROR in ./.fable/Fable.Elmish.Streams.3.0.3/Program.fs
Module Error (from ./node_modules/fable-loader/index.js):
C:/Users/admini/AppData/Local/Temp/2/e714f8fd321748de867231656baf5432/.fable/Fable.Elmish.Streams.3.0.3/Program.fs(35,31):
(35,39) error FSHARP: The value, constructor, namespace or type 'mbStream' is not defined. (code 39)

@dbrattli does it tell you anything?

[dbrattli]

@theimowski Yes, let me check. Looks like we need to limit FSharp.Control.AsyncRx to 1.1.0 in paket.dependencies, streams section

Fable.Elmish.Streams eventually needs to be replaced back to Fable.Reaction. I can see if I can find time for that next weekend.

[kerams]

Uh, any idea why it still restored 1.2.1 with FSharp.Control.AsyncRx ~> 1.1.0? I thought that mean < 1.2

[kerams]

Now 1.1 gets restored and compiled by Fable, but still no dice.

[dbrattli]

Looks like we need to go back to ~> 1.0

[kerams]

Ok, that looks good now. On the other hand, Elmish.Bridge does not like the latest version of Fable.SimpleJson

So do we pin Fable.SimpleJson to 3.5 when used with Elmish.Bridge or fix the latter?

[theimowski]

@Nhowka @Zaid-Ajaj can you help with that?

[theimowski]

@kerams I'd say choose any option as long as it works - let's make this PR pass tests and then make decisions

[theimowski]

Seems Travis timeouts - I decreased the number of tests to make it pass.
Let me review the changes and make some local tests now

[theimowski]

why this change? I get following error: standard_init_linux.go:211: exec user process caused "exec format error"

[kerams]

.NET Core 3 should produce executables by default, so I thought this would be the way to launch it now.

It doesn't produce a dll for me during a regular build, but I haven't tried creating an image myself.

[kerams]

Or actually, I get both now. I suppose this line may be reverted then.

[kerams]

Elmish.Bridge has been updated, so the Fable.SimpleJson pin can be removed now.

[Nhowka]

Sorry, I missed the notification. 😅

[theimowski]

Ok it looks good to go for me now 👍 let's just wait for CI to pass and I'll merge it

[theimowski]

Travis continues to timeout, however I was able to run it once successfully

I'll go and release this and take care of Travis afterwards

Thanks a lot @kerams and @dbrattli for contributing!

[kerams]

My pleasure.