presto-verifier-0.263.1-executable.jar broken
See original GitHub issueDownloaded the jar from https://prestodb.io/docs/current/admin/verifier.html and followed the instruction to rename and chmod.
$ ./verifier
Error: Invalid or corrupt jarfile ./verifier
The 0.245 version was known to work:
$ java -jar ./presto-verifier-0.245-SNAPSHOT-executable.jar
usage: verifier <command> [<args>]
The most commonly used verifier commands are:
help Display help information
verify verify
The problem happened between (0.245, 0.259]. I didn’t test all versions in between.
Issue Analytics
- State:
- Created 2 years ago
- Comments:12 (12 by maintainers)
Top Results From Across the Web
Unable to run executable jar file using double click
It is possible that your java(s) are broken. Share.
Read more >The Executable Jar Format - Spring
The problem with shaded jars is that it becomes hard to see which libraries are actually in your application. It can also be...
Read more >How to repair a broken .jar association in Windows 10?
I've installed the JDK (Along with the runtime) and tried to set the association for jar files to the Oracle Java installation using...
Read more >JAR File Overview
What is JAR? JAR stands for Java ARchive. It's a file format based on the popular ZIP file format and is used for...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
@arunthirupathi I’m ok with the simple jar approach.
@arunthirupathi that is a great find. This got me curious as to why presto-verifier should be using fastutil dependency in the first place since there is no apparent need for it. To test, I added the dependency exclusion for presto-main from where this transitive dependency is pulled in to presto-verifier’s pom.xml
I was able to compile and generate the jar and it yields the working jar and as expected we are around 12k classes down. So were just un-necessarily pulling in transitive dependencies that are not needed.
I think adding the exclusion can be a good short term solution and the long term solution could be spinning out the metadata package (which looks like the main dependency) from presto-main as a separate module.
@rongrong / @tdcmeehan WDYT ?