sclassen
commented
3 years ago I tried this with the newest release of OpenWebStart. And it works as long as you use a JVM which includes JavaFX see https://github.com/karakun/OpenWebStart
Open fredo-m opened 3 years ago
sclassen
commented
3 years ago I tried this with the newest release of OpenWebStart. And it works as long as you use a JVM which includes JavaFX see https://github.com/karakun/OpenWebStart
andreipiv
commented
3 years ago how are the files served on the server -- are there any checks? Also try latest icedTea (see releases)
https://marches.megalis.bretagne.bzh/crypto/signature/outilTest?serveurCryptoURLPublique=https://marches.megalis.bretagne.bzh/crypto/signature is failing to download
fredo-m
commented
3 years ago Le 07/04/2021 à 00:10, andreipiv a écrit :
how are the files served on the server -- are there any checks? Also try latest icedTea (see releases)
Thank you for your reply.
I do not manage the server, I am just a user of this service. I don't know how its handled the files on the server.
https://marches.megalis.bretagne.bzh/crypto/signature/outilTest?serveurCryptoURLPublique=https://marches.megalis.bretagne.bzh/crypto/signature is failing to download
On my PC the link works, I get the "Outil de test de configuration.jnlp" file which contains:
<?xml version="1.0" encoding="UTF-8"?> <jnlp spec="1.0+" href="https://marches.megalis.bretagne.bzh/crypto/signature/outilTest?serveurCryptoURLPublique=https://marches.megalis.bretagne.bzh/crypto/signature">
<resources>
<!-- Application Resources -->
<j2se version="1.8+" initial-heap-size="64m" max-heap-size="1024m" java-vm-args="-XX:+IgnoreUnrecognizedVMOptions --add-modules=java.xml.bind" /> <jar href="https://marches.megalis.bretagne.bzh/crypto/signature/resources/signature-client.jar" main="true"/> <jar href="https://marches.megalis.bretagne.bzh/crypto/signature/resources/cryptographie-lib.jar" main="false"/> <jar href="https://marches.megalis.bretagne.bzh/crypto/signature/resources/slf4j.jar" main="false"/> <jar href="https://marches.megalis.bretagne.bzh/crypto/signature/resources/jcl-over-slf4j.jar" main="false"/> <jar href="https://marches.megalis.bretagne.bzh/crypto/signature/resources/logback-classic.jar" main="false"/> <jar href="https://marches.megalis.bretagne.bzh/crypto/signature/resources/logback-core.jar" main="false"/> <jar href="https://marches.megalis.bretagne.bzh/crypto/signature/resources/bcprov-jdk15on.jar" main="false"/> <jar href="https://marches.megalis.bretagne.bzh/crypto/signature/resources/bcmail-jdk15on.jar" main="false"/> <jar href="https://marches.megalis.bretagne.bzh/crypto/signature/resources/bcpkix-jdk15on.jar" main="false"/> <jar href="https://marches.megalis.bretagne.bzh/crypto/signature/resources/dss-model.jar" main="false"/>
<security>
<all-permissions/>
</security>
<application-desc name="Signature" main-class="com.atexo.serveurCryptographique.jnlp.ApplicationCryptographieTest">
</application-desc>
<update check="background"/>| FRÉDÉRIC MASSOT | | http://www.juliana-multimedia.com | | @.*** | | +33.(0)2.97.54.77.94 +33.(0)6.67.19.95.69 | ===========================Debian=GNU/Linux===
andreipiv
commented
3 years ago java.io.EOFException: Unexpected end of ZLIB input stream
this is the issue. https://github.com/AdoptOpenJDK/IcedTea-Web/issues/602 was a similar issue...
Looks like this is fixed in the version that OWS uses (different stream)
douph1
commented
3 years ago The source error "Unexpected end of ZLIB input stream" seems not have been fixed in ITW in #602 .. just a workaround : use OWS
I have the same error with icedtea-web 1.8.6 :
Extracting gzip: https://marches.megalis.bretagne.bzh/crypto/signature/outilTest?>serveurCryptoURLPublique=https://marches.megalis.bretagne.bzh/crypto/signature to >https://marches.megalis.bretagne.bzh/crypto/signature/outilTest?serveurCryptoURLPublique=https://marches.megalis.bretagne.bzh/crypto/signature java.io.EOFException: Unexpected end of ZLIB input stream at java.util.zip.InflaterInputStream.fill(InflaterInputStream.java:240) at java.util.zip.InflaterInputStream.read(InflaterInputStream.java:158) at java.util.zip.GZIPInputStream.read(GZIPInputStream.java:117) at java.io.BufferedInputStream.fill(BufferedInputStream.java:246) at java.io.BufferedInputStream.read1(BufferedInputStream.java:286) at java.io.BufferedInputStream.read(BufferedInputStream.java:345) at java.io.FilterInputStream.read(FilterInputStream.java:107) at net.sourceforge.jnlp.cache.ResourceDownloader.uncompressGzip(ResourceDownloader.java:493) at net.sourceforge.jnlp.cache.ResourceDownloader.downloadGZipFile(ResourceDownloader.java:410) at net.sourceforge.jnlp.cache.ResourceDownloader.downloadResource(ResourceDownloader.java:367) at net.sourceforge.jnlp.cache.ResourceDownloader.run(ResourceDownloader.java:118) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) at java.lang.Thread.run(Thread.java:748)
For this failure : the gzip stream seems to be good :
curl -v -H "Accept-Encoding: gzip" https://marches.megalis.bretagne.bzh/crypto/signature/outilTest?serveurCryptoURLPublique=https://marches.megalis.bretagne.bzh/crypto/signature --output - | zcat
ok
curl -v --compressed -H "Accept-Encoding: gzip" https://marches.megalis.bretagne.bzh/crypto/signature/outilTest?serveurCryptoURLPublique=https://marches.megalis.bretagne.bzh/crypto/signature
ok
curl -q -H "Accept-Encoding: gzip" https://marches.megalis.bretagne.bzh/crypto/signature/outilTest?serveurCryptoURLPublique=https://marches.megalis.bretagne.bzh/crypto/signature --output file.gz && gunzip -vt file.gz
ok
I think ITW want to decode it as a gzip stream wich is not as I don't see "Content-Encoding: gzip" in the response
Key : Keep-Alive ,Value : [timeout=5, max=1000] Key : null ,Value : [HTTP/1.1 200] Key : Server ,Value : [Apache TomEE] Key : Access-Control-Allow-Origin ,Value : [https://socle.megalis.bretagne.bzh] Key : Connection ,Value : [Keep-Alive] Key : Date ,Value : [Wed, 07 Apr 2021 12:39:31 GMT] Key : Strict-Transport-Security ,Value : [max-age=31536000; includeSubDomains] Key : Access-Control-Allow-Credentials ,Value : [true] Key : Content-Disposition ,Value : [attachment; filename="Outil de test de configuration.jnlp"] Key : Set-Cookie ,Value : [ROUTEPATH=.node2; path=/, JSESSIONID=0E0D4352F99AF19F7DC2FE41B8203201;path=/signature/;HttpOnly] Key : Content-Length ,Value : [2091] Key : Content-Language ,Value : [fr-FR] Key : Content-Type ,Value : [application/x-java-jnlp-file;charset=ISO-8859-1]
Hi,
A French public structure provides a portal for submitting responses to calls for tenders from municipalities.
They provide a test page: https://marches.megalis.bretagne.bzh/index.php?page=entreprise.DiagnosticPoste&callFrom=entreprise
The portal uses a jnlp script.
To use this portal, I have a virtual machine with an old Windows XP, an old firefox and the java plugin, because Java no longer works with Windows 10 and recent firefox.
On my Linux workstation, when I test this script, icedtea starts well but produces an error. I don't know if this is possible, but I would rather access this portal from my Linux workstation and IcedTea-Web than from a Windows XP virtual machine.
Regards.
The error messages are:
The output of the java console: