We Keep Coding

jpackage not working on Windows 10 and JDK 16

trying to use jpackage for one of my projects, but does not work, crashing with a 103 error code.
Command:
jpackage.exe --main-jar evomaster.jar --input core/target/ --type msi
Error:
java.io.IOException: Command [C:\Program Files (x86)\WiX Toolset v3.11\bin\light.exe, -nologo, -spdb, -ext, WixUtilExtension, -out, C:\Users\arcur\WORK\code\EvoMaster\Main-1.0.msi, -sice:ICE27, -loc, C:\Users\arcur\AppData\Local\Temp\jdk.jpackage3073169401587857747\config\MsiInstallerStrings_en.wxl, -cultures:en-us, C:\Users\arcur\AppData\Local\Temp\jdk.jpackage3073169401587857747\wixobj\main.wixobj, C:\Users\arcur\AppData\Local\Temp\jdk.jpackage3073169401587857747\wixobj\bundle.wixobj] in C:\Users\arcur\AppData\Local\Temp\jdk.jpackage3073169401587857747\images\win-msi.image\Main exited with 103 code
JVM:
openjdk version "16" 2021-03-16
OpenJDK Runtime Environment AdoptOpenJDK (build 16+36)
OpenJDK 64-Bit Server VM AdoptOpenJDK (build 16+36, mixed mode, sharing)
OS Name Microsoft Windows 10 Pro
Version 10.0.18363 Build 18363
Any clue (of what I am doing wrong) or workaround (if someone has already faced this problem)?
UPDATE:
after the suggestion of Jorn Vernee, I ran the light command directly, to see the error messages. it is full of:
C:\Users\arcur\WORK\code\EvoMaster\foo\config\bundle.wxf(14413) : error LGHT0103 : The system cannot find the file 'C:\Users\arcur\WORK\code\EvoMaster\foo\images\win-msi.image\Main\app\classes\org\evomaster\core\search\service\Archive$sortAndShrinkIfNeeded$inlined$thenBy$2.class'.
what all these error messages have in common is that they are related to inlined classes. The program is written in Kotlin, and the Jar is built with maven-assembly-plugin

thanks to a discussion on Reddit I found a solution: you need to take your app.jar file out of the target folder, and put it in a folder (e.g., foo) that has only that file. then, use this new folder for the --input command.
The source of the problem seems light.exe not liking file paths that are too long... but all the other files under target are unnecessary when dealing with a uber-jar.

Unable to Install Jenkins on Ubuntu 14.04.5

I tried installing jenkins on Ubuntu 14.04.5 and ended up with some errors saying,
Setting up jenkins (2.80) ...
Found an incorrect Java version
Java version found:
java version "1.7.0_131"
OpenJDK Runtime Environment (IcedTea 2.6.9) (7u131-2.6.9-0ubuntu0.14.04.2)
OpenJDK 64-Bit Server VM (build 24.131-b00, mixed mode)
Aborting
invoke-rc.d: initscript jenkins, action "start" failed.
dpkg: error processing package jenkins (--configure):
subprocess installed post-installation script returned error exit status 1
Processing triggers for ureadahead (0.100.0-16) ...
Errors were encountered while processing:
jenkins
E: Sub-process /usr/bin/dpkg returned an error code (1)
As jenkins requires Java 8 to run, I tried installing Java 8 and again getting the same error mentioned above. I have tried removing jenkins, ended up with the same error "Found an incorrect Java version".
I need help to get this issue resolved. Thanks in advance.

Have a look here:
can't upgrade jenkins for java version error
If that does not help:
Have you checked alternatives and JAVA_HOME? If not, please check the output of these commands:
update-alternatives --config java
echo $JAVA_HOME
Both should be set to java 8 values.

java.lang.NoSuchFieldError: IBM_JAVA error while running hadoop 2.2.0 in eclipse

Exception in thread "main" java.lang.NoSuchFieldError: IBM_JAVA
at org.apache.hadoop.security.UserGroupInformation.getOSLoginModuleName(UserGroupInformation.java:303)
at org.apache.hadoop.security.UserGroupInformation.<clinit>(UserGroupInformation.java:348)
at org.apache.hadoop.fs.FileSystem$Cache$Key.<init>(FileSystem.java:2590)
at org.apache.hadoop.fs.FileSystem$Cache$Key.<init>(FileSystem.java:2582)
at org.apache.hadoop.fs.FileSystem$Cache.get(FileSystem.java:2448)
at org.apache.hadoop.fs.FileSystem.get(FileSystem.java:367)
at org.apache.hadoop.fs.FileSystem.get(FileSystem.java:166)
at org.apache.hadoop.mapred.JobConf.getWorkingDirectory(JobConf.java:653)
at org.apache.hadoop.mapred.FileInputFormat.addInputPath(FileInputFormat.java:408)
at MaxTemperature.main(MaxTemperature.java:25)
I am getting the above error while trying to run a hadoop madp-reduce program in eclipse under Windows-7
JDK Version :
java version "1.7.0_25"
Java(TM) SE Runtime Environment (build 1.7.0_25-b17)
Java HotSpot(TM) 64-Bit Server VM (build 23.25-b01, mixed mode)
same type of question is already asked here :
the IBM_JAVA error for running jobs in Hadoop 2.2.0
but no one has answered.
IBM_JAVA is not a variable used in the code.
I am new to hadoop, i dont know what i am missing. Please help!

The cause is that your java dependancies are not complete, you have lost the jar package hadoop-auth-2.2.0.jar or its newer version

Like user3762708 said, you are missing the hadoop-auth package, add that to your classpath.
Additionally: If the problem persists, remove hadoop-core from your classpath. It will conflict with hadoop-auth.

Add
Hadoop-auth 2.6
Hadoop-core 1.2.1
Hadoop-auth 2.6 --> org.apache.hadoop.util.PlatformName.class has IBM_JAVA (So add the Jar)
org.apache.hadoop.security.UserGroupInformation is present in Hadoop-common and it does not have IBM_JAVA
Then Remove
Hadoop-common x.x if already added

Exception thrown starting SOLR in Sunspot gem

I just installed sunspot gem (latest version) including the embedded solr into my application. When I run "rake sunspot:solr:start" it says the server started, but then I can't connect and I think it dies quietly - I cannot find the log file for it.
So my first question is: Where is the solr log file supposed to be? I checked my app log directory and there was no log there other than the standard development log.
So I did some searching, and ran rake sunspot:solr:run - it throws this error:
java.lang.NoSuchMethodError: org.slf4j.helpers.MessageFormatter.arrayFormat(Ljava/lang/String;[Ljava/lang/Object;)Lorg/slf4j/helpers/FormattingTuple
So I did some more searching and everything indicates a classpath issue, but I can't figure out how to fix it, or why it's happening.
Here's the questions that are related:
Exception thrown while using logback/slf4j
Exception thrown while using logback/slf4j/java
I don't have any other entries on the classpath:
$ java -version java version "1.7.0_45" Java(TM) SE Runtime
Environment (build 1.7.0_45-b18) Java HotSpot(TM) 64-Bit Server VM
(build 24.45-b08, mixed mode)
$ echo $CLASSPATH
Prints nothing
and trying to run solr directly didn't give me any more information on where the problem lies:
$ java -jar start.jar -verbose:CLASS --dry-run
/Library/Java/JavaVirtualMachines/jdk1.7.0_45.jdk/Contents/Home/jre/bin/java -verbose:CLASS -Djetty.home=/Users//.rvm/gems/ruby-2.0.0-p247/gems/sunspot_solr-2.1.0/solr -cp /Users//.rvm/gems/ruby-2.0.0-p247/gems/sunspot_solr-2.1.0/solr/lib/jetty-xml-8.1.8.v20121106.jar:/Users//.rvm/gems/ruby-2.0.0-p247/gems/sunspot_solr-2.1.0/solr/lib/servlet-api-3.0.jar:/Users//.rvm/gems/ruby-2.0.0-p247/gems/sunspot_solr-2.1.0/solr/lib/jetty-http-8.1.8.v20121106.jar:/Users//.rvm/gems/ruby-2.0.0-p247/gems/sunspot_solr-2.1.0/solr/lib/jetty-continuation-8.1.8.v20121106.jar:/Users//.rvm/gems/ruby-2.0.0-p247/gems/sunspot_solr-2.1.0/solr/lib/jetty-server-8.1.8.v20121106.jar:/Users//.rvm/gems/ruby-2.0.0-p247/gems/sunspot_solr-2.1.0/solr/lib/jetty-security-8.1.8.v20121106.jar:/Users//.rvm/gems/ruby-2.0.0-p247/gems/sunspot_solr-2.1.0/solr/lib/jetty-servlet-8.1.8.v20121106.jar:/Users//.rvm/gems/ruby-2.0.0-p247/gems/sunspot_solr-2.1.0/solr/lib/jetty-webapp-8.1.8.v20121106.jar:/Users//.rvm/gems/ruby-2.0.0-p247/gems/sunspot_solr-2.1.0/solr/lib/jetty-deploy-8.1.8.v20121106.jar:/Users//.rvm/gems/ruby-2.0.0-p247/gems/sunspot_solr-2.1.0/solr/lib/jetty-util-8.1.8.v20121106.jar:/Users//.rvm/gems/ruby-2.0.0-p247/gems/sunspot_solr-2.1.0/solr/lib/jetty-io-8.1.8.v20121106.jar org.eclipse.jetty.xml.XmlConfiguration /var/folders/dm/f2j60c396xl3s7y0jt_mgmvw0000gn/T/start1361372392858055131.properties /Users//.rvm/gems/ruby-2.0.0-p247/gems/sunspot_solr-2.1.0/solr/etc/jetty.xml
Could anyone suggest how to recover from this error?

I found the issue, and it was indeed a classpath problem. Luckily I had an older version of SOLR where it was reporting slf4j was bound twice (but still starting).
So this lead me to where the JAR's were, so I've moved these JAR's out of /Library/Java/Extensions directory which had a copy of them (as well as the lib directory for SOLR I think).

Android SDK update fails, saying-> XML verification failed for http://dl-ssl.google.com/android/repository/repository.xml

Am new to Java and Android. I am trying to install Android SDK on Debian Squeeze. I have just downloaded and setup the SDK. When I try to update the packages list I get following error.
XML verification failed for http://dl-ssl.google.com/android/repository/repository.xml.
Error: java.lang.NullPointerException
I have checked the force https to use http and this is the only error I see. Am I missing something?
I just checked my java version
kumar#gentlehow-lx:/$ java --version
java version "1.5.0"
gij (GNU libgcj) version 4.4.5
...
I tried to do a sudo update and the packages were not updated.
I fixed this by manually downloading the XML and then from XML I figured out which zip file I needed. After downloading the file I simply extracted the file and moved the extracted folder to SDK/platforms folders. The API was visible in in Installed components.

I've found that this seems to be an issue with the java-gcj.
Once I installed the oracle java and stopped using java-gcj the error went away.
You can grab the oracle java here: http://www.oracle.com/technetwork/java/javase/downloads/index.html
Also, after installing oracle java and when using Fedora I had to issue the following two commands to get the oracle java to be the default:
sudo alternatives --install /usr/bin/java java /usr/java/jdk1.6.0_25/bin/java 20000
sudo alternatives --install /usr/bin/javaws /usr/java/jdk1.6.0_25/bin/javaws 20000
After installation, running 'java -version' should give you a simliar output to verify it installed correctly:
java version "1.6.0_25"
Java(TM) SE Runtime Environment (build 1.6.0_25-b06)
Java HotSpot(TM) Server VM (build 20.0-b11, mixed mode)
Re-run the android tools and everything should work.

try this: find the file androidtool.cfg and add the following line:
sdkman.force.http=true
and try again.