Karakun Support Forums

Just out of curiosity. The OWS installer comes with a bundled 64bit JRE. How are you running this on a 32bit Linux??

On my (64bit) machine it will pick a 1.8 instead of a 11 JVM with the above version string.

We added a section into our guide and into the FAQ:
https://openwebstart.com/docs/OWSGuide. ... rtificates
https://openwebstart.com/docs/FAQ.html#_security

As a workaround you could limit the usage of a JVM less than 9.
You can do this by changing the JNLP:

<j2se version="1.8* 1.7* 1.6* 1.5*"/>

This will select the highest JVM version in the range 1.5 - 1.8

I don't think we are currently supporting arm architecture.
I will check with the team and come back on this.

can you give me a hint where the data is stored?

Is it relative to the JNLP file?
is it in a fixed directory?
is it relative to the user home directory?

The current launcher is setting some of these base directories to somewhat unusual values.
Maybe this is related to the behavior you are seeing

I can confirm the same behavior on a x64 linux.

This is sub optimal. We will have a look at this

Thank you for reporting this. We will have a look into this issue.

Ok this is a little bit confusing. The error claims that --add-export=... is not a valid option to a 11.0.7 JVM. Can you please try and run the following command in a terminal: /home/ddyer/.cache/icedtea-web/jvm-cache/azul_11.0.7/bin/java -Xbootclasspath/a:/opt/OpenWebStart/openwebstart.jar --add-ex...

Hi Thank you for reporting this. OpenWebStart does not maintain a curated collection of certificates. Rather it relies on the JVM which brings a default set of certificates. With our halve year releases (spring and fall) we also update the bundled JVM and thus the included certificates. But this is ...

can you please try and pass the full path to the jnlp on the command line.

Something similar to

javaws /user/home/dyer/Downloads/boardspace7.jnlp

Sorry but without knowing the application we cannot help here. If the application saves the data relative to the JDK then it will of course not find any data when you chose a different JDK. Or it could be that the application uses a feature which is no longer available in JDK 15 and therefore fails ...

With version 1.3.0 we added the possibility to define local JVMs at installation time.
See the release notes: https://github.com/karakun/OpenWebStart ... tag/v1.3.0

We have not tested this, but I would assume that it does not work

@ptai
The .varfile is only used in the case of unattended installation.
For any other use case the %USER_HOME%/.config/icedtea-web/deployment.properties is the correct file to modify

The error reports a missing library from HP.
This is a library used by the application itself not OWS.

Is the library included in the JNLP or is it expected to be pre-installed on the machine?

Hi and thank you for using OWS.

I am sorry but the exception is coming from the JViewer Code.
A quick search with google did not find anything useful you could try.
I guess your best option is to contact the developers of JViewer and ask for help

See the documentation: https://github.com/karakun/OpenWebStart ... figuration

We never tried it our selves.
But please go ahead and give it a shot. The string you put into the Default update server is used to create a URL object.
So file:/// should work.

I am just never sure how many slashes it needs after file: ....

We found the underlying issue and will release a fix with version 1.3.0 in mid November
For details see https://github.com/AdoptOpenJDK/IcedTea-Web/issues/607