CheerpJ loader now is called directly from path stored in .env

[Orpheus-3145]

Changed made:

• .env file now has the path of the CheerpJ loader itself
• removed async call for reading the old path to fetch CheerpJ loader, using now dynamic JS to add the <script> (that contains the loader source) tag to

[saarikoski-jules]

Looks mostly good to me. @alexp-sssup which version of cj should we use here? The latest nightly or did we want to use some major version?

[alexp-sssup]

We should stick to 4.0 @Orpheus-3145 please use the public 4.0/loader.js path, not the internal 4.0_NNN one.

JavaFiddle is based on Java 8, which is now very stable.

[cloudflare-workers-and-pages]

Deploying javafiddle with    Cloudflare Pages

Latest commit:	c74ec89
Status:	✅  Deploy successful!
Preview URL:	https://bad9fcac.javafiddle.pages.dev
Branch Preview URL:	https://killlatest.javafiddle.pages.dev

View logs

[Orpheus-3145]

I updated the path with the 4.0 version

[alexp-sssup]

Build the script using the svelte syntax, we can hardcode the known URL and remove the onMount handler

[Orpheus-3145]

If you are suggesting to do something like this:

<svelte:head>
    <script {src} on:load={onLoad}></script>
</svelte:head>

It will not work, that is way I used raw js instead.
I also saw some posts on github addressing the same problem; if we do not want to stick with ugly js, a possible solution would be to upgrade svelteKit to a newer version, but I'm not sure about that.

[alexp-sssup]

You don't need onLoad at all. If the script is directly added to the page then you are guaranteed that by the time later scripts are executed the loader is ready to be used.