I cannot believe this. This not Meta-Java week.

When trying to do a fresh 'hardknott' build, I get failed fetch for: /meta-java/recipes-core/xerces-j/xerces-j_2.11.0.bb

Another broken link. This must just happen. The broken link is: http://archive.apache.org/dist/xerces/j/Xerces-J-src.2.11.0.tar.gz

thanks..

Line   1: ERROR: [cacao-initial-native-0.98_do_compile.txt](https://github.com/meta-java/meta-java/files/11946186/cacao-initial-native-0.98_do_compile.txt)0.98-r0 do_compile: Execution of 'build_xxxxxx/tmp/work/x86_64-linux/cacao-initial-native/0.98-r0/temp/run.do_compile.31011' failed with exit code 1
Line   2: ERROR: Logfile of failure stored in: build_xxxxxx/tmp/work/x86_64-linux/cacao-initial-native/0.98-r0/temp/log.do_compile.31011
Line 378: 2023-06-29_11:17:36  ERROR: Task (/home/builder/src/base/meta-java/recipes-core/cacao/cacao-initial-native_0.98.bb:do_compile) failed with exit code '1'
Line 569: Found 3 semantic errors compiling "../../src/lib/gnu/java/lang/VMClassLoader.java":
Line 576: *** Semantic Error: The constructor "Package(java.lang.String $1, java.lang.String $2, java.lang.String $3, java.lang.String $4, java.lang.String $5, java.lang.String $6, java.lang.String $7, java.net.URL $8, java.lang.ClassLoader $9);" in type "java.lang.Package" has default access and is not accessible here.
Line 581: *** Semantic Error: The variable "p" may be accessed here before having been definitely assigned a value.
Line 586: *** Semantic Error: The method "java.lang.ClassLoader defaultGetSystemClassLoader();" in type "java.lang.ClassLoader" has default access and is not accessible here.
Line 588: Found 12 semantic errors compiling "../../src/lib/gnu/java/lang/VMThread.java":
Line 592: *** Semantic Error: The field "stillborn" in type "java.lang.Thread" has default access and is not accessible here.
Line 597: *** Semantic Error: The field "stillborn" in type "java.lang.Thread" has default access and is not accessible here.
Line 602: *** Semantic Error: The method "void die();" in type "java.lang.Thread" has default access and is not accessible here.
Line 607: *** Semantic Error: The field "vmThread" in type "java.lang.Thread" has default access and is not accessible here.
Line 612: *** Semantic Error: The field "name" in type "java.lang.Thread" has default access and is not accessible here.
Line 617: *** Semantic Error: The field "name" in type "java.lang.Thread" has default access and is not accessible here.
Line 622: *** Semantic Error: The field "priority" in type "java.lang.Thread" has default access and is not accessible here.
Line 627: *** Semantic Error: The field "priority" in type "java.lang.Thread" has default access and is not accessible here.
Line 632: *** Semantic Error: The field "daemon" in type "java.lang.Thread" has default access and is not accessible here.
Line 637: *** Semantic Error: The field "vmThread" in type "java.lang.Thread" has default access and is not accessible here.
Line 642: *** Semantic Error: The field "stillborn" in type "java.lang.Thread" has default access and is not accessible here.
Line 647: *** Semantic Error: The field "vmThread" in type "java.lang.Thread" has default access and is not accessible here.
Line 649: Found 25 semantic errors compiling "../../src/lib/gnu/java/security/VMAccessController.java":
Line 653: *** Semantic Error: Type "AccessControlContext" was not found.
Line 658: *** Semantic Error: The blank static final field "DEFAULT_CONTEXT" must be initialized in a static initializer block or static field initializer.
Line 663: *** Semantic Error: Type "CodeSource" was not found.
Line 668: *** Semantic Error: Type "CodeSource" was not found.
Line 673: *** Semantic Error: Type "Permissions" was not found.
Line 678: *** Semantic Error: Type "Permissions" was not found.
Line 683: *** Semantic Error: Type "AllPermission" was not found.
Line 688: *** Semantic Error: Type "ProtectionDomain" was not found.
Line 693: *** Semantic Error: Type "ProtectionDomain" was not found.
Line 701: *** Semantic Error: An array initializer cannot be used to initialize a variable of type "??".
Line 706: *** Semantic Error: Type "AccessControlContext" was not found.
Line 711: *** Semantic Error: Type "AccessControlContext" was not found.
Line 716: *** Semantic Error: Type "AccessControlContext" was not found.
Line 721: *** Semantic Error: Type "AccessControlContext" was not found.
Line 726: *** Semantic Error: Type "AccessController" was not found.
Line 731: *** Semantic Error: Type "AccessControlContext" was not found.
Line 736: *** Semantic Error: Type "ProtectionDomain" was not found.
Line 741: *** Semantic Error: Type "ProtectionDomain" was not found.
Line 746: *** Semantic Error: Type "ProtectionDomain" was not found.
Line 751: *** Semantic Error: Type "ProtectionDomain" was not found.
Line 756: *** Semantic Error: Type "ProtectionDomain" was not found.
Line 761: *** Semantic Error: Type "DomainCombiner" was not found.
Line 766: *** Semantic Error: Type "AccessControlContext" was not found.
Line 771: *** Semantic Error: Type "AccessControlContext" was not found.
Line 776: *** Semantic Error: Type "AccessControlContext" was not found.
Line 777: make[3]: *** [Makefile:544: vm.zip] Error 1
Line 779: make[2]: *** [Makefile:405: all-recursive] Error 1
Line 781: make[1]: *** [Makefile:429: all-recursive] Error 1
Line 783: make: *** [Makefile:361: all] Error 2
Line 784: ERROR: oe_runmake failed
Line 786: ERROR: Execution of 'build_xxxxxx/tmp/work/x86_64-linux/cacao-initial-native/0.98-r0/temp/run.do_compile.31011' failed with exit code 1

Facing build issue with cacao-initial-native-0.98.
Build failure occurs sporadically
cacao-initial-native-0.98_do_compile.txt
with dunfell and kirkstone branch

I am triggering build by removing all sstate cache, multiple times and lcacao-initial-native gets fail for 1 times out of 30. The occurrence rate is very less but still, I think we need to check the issue.
cc @g0hl1n

Currently, zero recipes inherit ptest, so any testing has to be done manually? Perhaps I am missing something.

In oe-core (and later meta-python and so on), we have a base recipe core-image-ptest.bb which uses the "magic" of mcextend and BBCLASSEXTEND to dynamically create recipes from a list ptest-packagelists.inc. This means you can easily build and test an image that has only the dependencies for the given package under test.

getting stuck in error

ERROR: rhino-native-1.7r4-r0 do_fetch: Fetcher failure for URL: 'https://github.com/downloads/mozilla/rhino/rhino1_7R4.zip'. Unable to fetch URL from any source.
ERROR: rhino-native-1.7r4-r0 do_fetch: Function failed: base_do_fetch
ERROR: Logfile of failure stored in:....build/tmp/work/x86_64-linux/rhino-native/1.7r4-r0/temp/log.do_fetch.28909
ERROR: Task (virtual:native:...sources/poky/../meta-java/recipes-core/rhino/rhino_1.7r4.bb:do_fetch) failed with exit code '1'

Can anyone help ?

There have been several patches send to the openembedded-devel mailing list,
I've tried to contact the maintainers, unfortunately that has been unsuccessful so far.
I'm hoping opening an issue here will alert someone and get me in contact.

I've also raised this issue on GitLab but it seems this repo is actually more up to date.

Just putting these here for tracking. If you have interest in helping out, please let us know which one you are taking and send a patch to the mailing list or create a pull request. If you are aware of a patch that has been missed, please let us know.

WARNING: /workspace-meta-java/build/../meta-java/recipes-core/ca-certificates-java/ca-certificates-java_20180516.bb: QA Issue: RDEPENDS is set to virtual/java-native but the substring 'virtual/' holds no meaning in this context. It only works for build time dependencies, not runtime ones. It is suggested to use 'VIRTUAL-RUNTIME_' variables instead. [virtual-slash]

NOTE: the version here is going on 6 years old and is therefore very out of date. We would appreciate someone figuring out how to upgrade the recipe to a newer version, but you must ensure it does not break anything in the layer.

• #51

LAYER: meta-java
PACKAGE NAME: classpath-initial-native
PACKAGE VERSION: 0.93
CVE: CVE-2008-5659
CVE STATUS: Unpatched
CVE SUMMARY: The gnu.java.security.util.PRNG class in GNU Classpath 0.97.2 and earlier uses a predictable seed based on the system time, which makes it easier for context-dependent attackers to conduct brute force
attacks against cryptographic routines that use this class for randomness, as demonstrated against DSA private keys.
CVSS v2 BASE SCORE: 7.5
CVSS v3 BASE SCORE: 0.0
VECTOR: NETWORK
VECTORSTRING: AV:N/AC:L/Au:N/C:P/I:P/A:P
MORE INFORMATION: https://nvd.nist.gov/vuln/detail/CVE-2008-5659

• #50

LAYER: meta-java
PACKAGE NAME: icedtea7-native
PACKAGE VERSION: 2.1.3
CVE: CVE-2016-0636
CVE STATUS: Unpatched
CVE SUMMARY: Unspecified vulnerability in Oracle Java SE 7u97, 8u73, and 8u74 allows remote attackers to affect confidentiality, integrity, and availability via unknown vectors related to the Hotspot sub-component.
CVSS v2 BASE SCORE: 9.3
CVSS v3 BASE SCORE: 8.1
VECTOR: NETWORK
VECTORSTRING: AV:N/AC:M/Au:N/C:C/I:C/A:C
MORE INFORMATION: https://nvd.nist.gov/vuln/detail/CVE-2016-0636

• #49

LAYER: meta-java
PACKAGE NAME: icedtea7-native
PACKAGE VERSION: 2.1.3
CVE: CVE-2016-0695
CVE STATUS: Unpatched
CVE SUMMARY: Unspecified vulnerability in Oracle Java SE 6u113, 7u99, and 8u77; Java SE Embedded 8u77; and JRockit R28.3.9 allows remote attackers to affect confidentiality via vectors related to Security.
CVSS v2 BASE SCORE: 2.6
CVSS v3 BASE SCORE: 5.9
VECTOR: NETWORK
VECTORSTRING: AV:N/AC:H/Au:N/C:P/I:N/A:N
MORE INFORMATION: https://nvd.nist.gov/vuln/detail/CVE-2016-0695

• #48

LAYER: meta-java
PACKAGE NAME: gnumail-native
PACKAGE VERSION: 1.1.2
CVE: CVE-2007-1269
CVE STATUS: Unpatched
CVE SUMMARY: GNUMail 1.1.2 and earlier does not properly use the --status-fd argument when invoking GnuPG, which prevents GNUMail from visually distinguishing between signed and unsigned portions of OpenPGP message
s with multiple components, which allows remote attackers to forge the contents of a message without detection.
CVSS v2 BASE SCORE: 5.0
CVSS v3 BASE SCORE: 0.0
VECTOR: NETWORK
VECTORSTRING: AV:N/AC:L/Au:N/C:N/I:P/A:N
MORE INFORMATION: https://nvd.nist.gov/vuln/detail/CVE-2007-1269

• #47

LAYER: meta-java
PACKAGE NAME: jsch-native
PACKAGE VERSION: 0.1.40
CVE: CVE-2007-1269
CVE STATUS: Unpatched
CVE SUMMARY: Directory traversal vulnerability in JCraft JSch before 0.1.54 on Windows, when the mode is ChannelSftp.OVERWRITE, allows remote SFTP servers to write to arbitrary files via a ..\ (dot dot backslash) i
n a response to a recursive GET command.
CVSS v2 BASE SCORE: 4.3
CVSS v3 BASE SCORE: 5.9
VECTOR: NETWORK
VECTORSTRING: AV:N/AC:M/Au:N/C:N/I:P/A:N
MORE INFORMATION: https://nvd.nist.gov/vuln/detail/CVE-2016-5725

• #46

LAYER: meta-java
PACKAGE NAME: jsch-native
PACKAGE VERSION: 0.1.40
CVE: CVE-2023-48795
CVE STATUS: Unpatched
CVE SUMMARY: The SSH transport protocol with certain OpenSSH extensions, found in OpenSSH before 9.6 and other products, allows remote attackers to bypass integrity checks such that some packets are omitted (from t
he extension negotiation message), and a client and server may consequently end up with a connection for which some security features have been downgraded or disabled, aka a Terrapin attack. This occurs because the
 SSH Binary Packet Protocol (BPP), implemented by these extensions, mishandles the handshake phase and mishandles use of sequence numbers. For example, there is an effective attack against SSH's use of ChaCha20-Pol
y1305 (and CBC with Encrypt-then-MAC). The bypass occurs in [email protected] and (if CBC is used) the [email protected] MAC algorithms. This also affects Maverick Synergy Java SSH API before 3.1.0-SNAPS
HOT, Dropbear through 2022.83, Ssh before 5.1.1 in Erlang/OTP, PuTTY before 0.80, AsyncSSH before 2.14.2, golang.org/x/crypto before 0.17.0, libssh before 0.10.6, libssh2 through 1.11.0, Thorn Tech SFTP Gateway bef
ore 3.4.6, Tera Term before 5.1, Paramiko before 3.4.0, jsch before 0.2.15, SFTPGo before 2.5.6, Netgate pfSense Plus through 23.09.1, Netgate pfSense CE through 2.7.2, HPN-SSH through 18.2.0, ProFTPD before 1.3.8b
 (and before 1.3.9rc2), ORYX CycloneSSH before 2.3.4, NetSarang XShell 7 before Build 0144, CrushFTP before 10.6.0, ConnectBot SSH library before 2.2.22, Apache MINA sshd through 2.11.0, sshj through 0.37.0, TinySS
H through 20230101, trilead-ssh2 6401, LANCOM LCOS and LANconfig, FileZilla before 3.66.4, Nova before 11.8, PKIX-SSH before 14.4, SecureCRT before 9.4.3, Transmit5 before 5.10.4, Win32-OpenSSH before 9.5.0.0p1-Bet
a, WinSCP before 6.2.2, Bitvise SSH Server before 9.32, Bitvise SSH Client before 9.33, KiTTY through 0.76.1.13, the net-ssh gem 7.2.0 for Ruby, the mscdex ssh2 module before 1.15.0 for Node.js, the thrussh library
 before 0.35.1 for Rust, and the Russh crate before 0.40.2 for Rust.
CVSS v2 BASE SCORE: 0.0
CVSS v3 BASE SCORE: 5.9
VECTOR: NETWORK
VECTORSTRING: CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:N/I:H/A:N
MORE INFORMATION: https://nvd.nist.gov/vuln/detail/CVE-2023-48795

• #45

LAYER: meta-java
PACKAGE NAME: fastjar-native
PACKAGE VERSION: 0.98
CVE: CVE-2010-0831
CVE STATUS: Unpatched
CVE SUMMARY: Directory traversal vulnerability in the extract_jar function in jartool.c in FastJar 0.98 allows remote attackers to create or overwrite arbitrary files via a .. (dot dot) in a non-initial pathname co
mponent in a filename within a .jar archive, a related issue to CVE-2005-1080.  NOTE: this vulnerability exists because of an incomplete fix for CVE-2006-3619.
CVSS v2 BASE SCORE: 5.8
CVSS v3 BASE SCORE: 0.0
VECTOR: NETWORK
VECTORSTRING: AV:N/AC:M/Au:N/C:N/I:P/A:P
MORE INFORMATION: https://nvd.nist.gov/vuln/detail/CVE-2010-0831

• #44

LAYER: meta-java
PACKAGE NAME: fastjar-native
PACKAGE VERSION: 0.98
CVE: CVE-2010-2322
CVE STATUS: Unpatched
CVE SUMMARY: Absolute path traversal vulnerability in the extract_jar function in jartool.c in FastJar 0.98 allows remote attackers to create or overwrite arbitrary files via a full pathname for a file within a .ja
r archive, a related issue to CVE-2010-0831.  NOTE: this vulnerability exists because of an incomplete fix for CVE-2006-3619.
CVSS v2 BASE SCORE: 2.6
CVSS v3 BASE SCORE: 0.0
VECTOR: NETWORK
VECTORSTRING: AV:N/AC:H/Au:N/C:N/I:P/A:N
MORE INFORMATION: https://nvd.nist.gov/vuln/detail/CVE-2010-2322

• #43

LAYER: meta-java
PACKAGE NAME: junit-native
PACKAGE VERSION: 3.8.2
CVE: CVE-2022-34176
CVE STATUS: Unpatched
CVE SUMMARY: Jenkins JUnit Plugin 1119.va_a_5e9068da_d7 and earlier does not escape descriptions of test results, resulting in a stored cross-site scripting (XSS) vulnerability exploitable by attackers with Run/Upd
ate permission.
CVSS v2 BASE SCORE: 3.5
CVSS v3 BASE SCORE: 5.4
VECTOR: NETWORK
VECTORSTRING: AV:N/AC:M/Au:S/C:N/I:P/A:N
MORE INFORMATION: https://nvd.nist.gov/vuln/detail/CVE-2022-34176

• #42

LAYER: meta-java
PACKAGE NAME: junit-native
PACKAGE VERSION: 3.8.2
CVE: CVE-2022-45380
CVE STATUS: Unpatched
CVE SUMMARY: Jenkins JUnit Plugin 1159.v0b_396e1e07dd and earlier converts HTTP(S) URLs in test report output to clickable links in an unsafe manner, resulting in a stored cross-site scripting (XSS) vulnerability e
xploitable by attackers with Item/Configure permission.
CVSS v2 BASE SCORE: 0.0
CVSS v3 BASE SCORE: 5.4
VECTOR: NETWORK
VECTORSTRING: CVSS:3.1/AV:N/AC:L/PR:L/UI:R/S:C/C:L/I:L/A:N
MORE INFORMATION: https://nvd.nist.gov/vuln/detail/CVE-2022-45380

• #40

LAYER: meta-java
PACKAGE NAME: junit-native
PACKAGE VERSION: 3.8.2
CVE: CVE-2023-25761
CVE STATUS: Unpatched
CVE SUMMARY: Jenkins JUnit Plugin 1166.va_436e268e972 and earlier does not escape test case class names in JavaScript expressions, resulting in a stored cross-site scripting (XSS) vulnerability exploitable by attac
kers able to control test case class names in the JUnit resources processed by the plugin.
CVSS v2 BASE SCORE: 0.0
CVSS v3 BASE SCORE: 5.4
VECTOR: NETWORK
VECTORSTRING: CVSS:3.1/AV:N/AC:L/PR:L/UI:R/S:C/C:L/I:L/A:N
MORE INFORMATION: https://nvd.nist.gov/vuln/detail/CVE-2023-25761

• #39

LAYER: meta-java
PACKAGE NAME: xerces-j-native
PACKAGE VERSION: 2.12.0
CVE: CVE-2022-23437
CVE STATUS: Unpatched
CVE SUMMARY: There's a vulnerability within the Apache Xerces Java (XercesJ) XML parser when handling specially crafted XML document payloads. This causes, the XercesJ XML parser to wait in an infinite loop, which
may sometimes consume system resources for prolonged duration. This vulnerability is present within XercesJ version 2.12.1 and the previous versions.
CVSS v2 BASE SCORE: 7.1
CVSS v3 BASE SCORE: 6.5
VECTOR: NETWORK
VECTORSTRING: AV:N/AC:M/Au:N/C:N/I:N/A:C
MORE INFORMATION: https://nvd.nist.gov/vuln/detail/CVE-2022-23437

• #41

LAYER: meta-java
PACKAGE NAME: ant-native
PACKAGE VERSION: 1.8.1
CVE: CVE-2020-1945
CVE STATUS: Unpatched
CVE SUMMARY: Apache Ant 1.1 to 1.9.14 and 1.10.0 to 1.10.7 uses the default temporary directory identified by the Java system property java.io.tmpdir for several tasks and may thus leak sensitive information. The f
ixcrlf and replaceregexp tasks also copy files from the temporary directory back into the build tree allowing an attacker to inject modified source files into the build process.
CVSS v2 BASE SCORE: 3.3
CVSS v3 BASE SCORE: 6.3
VECTOR: LOCAL
VECTORSTRING: AV:L/AC:M/Au:N/C:P/I:P/A:N
MORE INFORMATION: https://nvd.nist.gov/vuln/detail/CVE-2020-1945

There are many CVEs upstream compared to our current 1.8.1 version:

Building rhino on kirkstone fails to fetch the code.
In my local I backported(from master via a bbappend) and rhino passes.

classpath-initial-native fail to build in do compile stage when build with --no-setscene .
This issue is observed sporadically but when run 10 or 20 times . able to reproduce this issue.

do_compile.log

Hello everyone,

providing a layer consisting of recipes like meta/recipes-connectivity/bluez5 is much work but doable, but providing a layer for recipes of Java VMs is a completely different beast in my opinion.

As moto-timo wrote in issue #6:

A newer OpenJDK must be bootstrapped by an N-1 version of the JDK (the "boot JDK"). So if we want OpenJDK 11 built from source, we must first build OpenJDK 9 so that we can build OpenJDK 10. Patches welcome. This is an open source community project and you are part of that solution.

(If you carry that all the way to a modern OpenJDK 21 or OpenJDK 22 you will realize we have a lot of work to do).

Therefore I decided to provide another OE/Yocto layer with a different approach. Instead of trying to build JVMs myself, I leverage from the work of the Eclipse Foundation and their project called Eclipse Temurin, by using their prebuilt JVMs in my build setups.

Taken from their FAQ:

Is Temurin free to use?
Yes. The Eclipse Temurin binaries are provided at no cost to you by Adoptium to use, forever, under the terms of the "GNU General Public License, version 2 with the Classpath Exception". You may freely use, modify, and share the code as described in the licenses included in the download.

Has Eclipse Temurin passed the JCK?
Yes. Each Temurin release has passed the relevant Oracle Java Compatibility Kit (JCK) to demonstrate that it is a compatible implementation of the Java specification. In addition, Temurin releases must pass the AQAvit quality verification suite to ensure they are ready for production usage. AQAvit tests check the release exhibits great performance, security, resilience and endurance, and the ability to pass a wide variety of application compatibility tests.

Can I automate the download of Temurin binaries?
Yes! There is a rich download API provided by Adoptium for downloading Eclipse Temurin builds. Using the API it is possible to get information about the latest builds of Temurin, and pull them down into your own application.

My layer isn't instructing bitbake to compile the desired JRE. Instead, a prebuilt binary - that matches the arch/machine - will be downloaded from https://adoptium.net/ and then incorporated into the build/image. This way, you will get a much faster build time with the newest LTS version of OpenJDK JRE in the expense of a slighty less optimized binary.

I know, that this is not the preferred way in OE/Yocto, but it works for me!
Feel free to use it and contact me if you encounter any problems with that layer.

You can find my layer at https://github.com/lucimber/meta-openjdk-temurin

We have a major project that is dependent on 'hardknott' revision of bitbake. It would be greatly appreciated if the fix for Rhino would be ported to hardknott. I was unsuccessful to append the changes that were made to the master branch, into the current hardkot branch. One would think it would be simple to append these changes.

The do_fetch job for rhino is failing. Going to the link in the recipe https://github.com/downloads/mozilla/rhino/rhino1_7R4.zip returns 502 status code with message "Error downloading file".

On the Github page for Rhino, there is a release titled Rhino1_7R4_RELEASE. It has a download link for the source zip file which works: https://github.com/mozilla/rhino/archive/refs/tags/Rhino1_7R4_RELEASE.zip

While it's tagged as the same version, the sha256 of the zip file is different than the one listed in the recipe. Unfortunately I don't have the zip file from the original link to be able to run a diff on the contents

cacao-native fails. It seems like this is a host deal. cacao tries to point to /usr/include/c++/13 and leads to a operator== not defined.

Host information:

 lsb_release -a
No LSB modules are available.
Distributor ID: Debian
Description:    Debian GNU/Linux trixie/sid
Release:        n/a
Codename:       trixie

Build system: kas 4.0 (configuration format version 14, earliest compatible version 1)
target: imx8mp
branch: kirkstone
Command

kas shell -c "bitbake openjdk-8" 

If I run kas-container (Debian 12) Everything passes.

I installed libstdc++-11-dev but issue still persists.

log.do_compile
bug-java-cpp13.log

@g0hl1n @woglinde @otavio

I am using meta-java dunfell branch. Obser do compile error when run with --no-setscene
libecj_do_compile.txt

Just putting these here for tracking. If you have interest in helping out, please let us know which one you are taking and send a patch to the mailing list or create a pull request. If you are aware of a patch that has been missed, please let us know.

WARNING: /workspace-meta-java/build/../meta-java/recipes-core/xml-commons/xom_1.2.10.bb: URL: git://github.com/codehaus/jaxen;name=jaxen uses git protocol which is no longer supported by github. Please change to ;protocol=https in the url.

WARNING: /workspace-meta-java/build/../meta-java/recipes-core/xml-commons/xom_1.2.10.bb: URL: git://github.com/codehaus/jaxen;name=jaxen does not set any branch parameter. The future default branch used by tools and repositories is uncertain and we will therefore soon require this is set in all git urls.

Can anyone help me out from the error log regarding cacao recipe.

I am facing issue while building rhino package.

DEBUG: SITE files ['endian-little', 'bit-32', 'arm-common', 'arm-32', 'common-linux', 'common-glibc', 'arm-linux', 'arm-linux-gnueabi', 'common']
DEBUG: Executing shell function do_compile
NOTE: make
make all-recursive
make[1]: Entering directory '/opt/PHYTEC_BSPs/imx-core-image-minimal/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/cacao/1.6.1-r0/cacao-1.6.1'
Making all in contrib
make[2]: Entering directory '/opt/PHYTEC_BSPs/imx-core-image-minimal/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/cacao/1.6.1-r0/cacao-1.6.1/contrib'
Making all in vmlog
make[3]: Entering directory '/opt/PHYTEC_BSPs/imx-core-image-minimal/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/cacao/1.6.1-r0/cacao-1.6.1/contrib/vmlog'
Making all in t
make[4]: Entering directory '/opt/PHYTEC_BSPs/imx-core-image-minimal/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/cacao/1.6.1-r0/cacao-1.6.1/contrib/vmlog/t'
make[4]: Nothing to be done for 'all'.
make[4]: Leaving directory '/opt/PHYTEC_BSPs/imx-core-image-minimal/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/cacao/1.6.1-r0/cacao-1.6.1/contrib/vmlog/t'
make[4]: Entering directory '/opt/PHYTEC_BSPs/imx-core-image-minimal/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/cacao/1.6.1-r0/cacao-1.6.1/contrib/vmlog'
make[4]: Nothing to be done for 'all-am'.
make[4]: Leaving directory '/opt/PHYTEC_BSPs/imx-core-image-minimal/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/cacao/1.6.1-r0/cacao-1.6.1/contrib/vmlog'
make[3]: Leaving directory '/opt/PHYTEC_BSPs/imx-core-image-minimal/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/cacao/1.6.1-r0/cacao-1.6.1/contrib/vmlog'
make[3]: Entering directory '/opt/PHYTEC_BSPs/imx-core-image-minimal/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/cacao/1.6.1-r0/cacao-1.6.1/contrib'
make[3]: Nothing to be done for 'all-am'.
make[3]: Leaving directory '/opt/PHYTEC_BSPs/imx-core-image-minimal/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/cacao/1.6.1-r0/cacao-1.6.1/contrib'
make[2]: Leaving directory '/opt/PHYTEC_BSPs/imx-core-image-minimal/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/cacao/1.6.1-r0/cacao-1.6.1/contrib'
Making all in doc
make[2]: Entering directory '/opt/PHYTEC_BSPs/imx-core-image-minimal/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/cacao/1.6.1-r0/cacao-1.6.1/doc'
Making all in doxygen
make[3]: Entering directory '/opt/PHYTEC_BSPs/imx-core-image-minimal/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/cacao/1.6.1-r0/cacao-1.6.1/doc/doxygen'
make[3]: Nothing to be done for 'all'.
make[3]: Leaving directory '/opt/PHYTEC_BSPs/imx-core-image-minimal/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/cacao/1.6.1-r0/cacao-1.6.1/doc/doxygen'
Making all in handbook
make[3]: Entering directory '/opt/PHYTEC_BSPs/imx-core-image-minimal/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/cacao/1.6.1-r0/cacao-1.6.1/doc/handbook'
make[3]: Nothing to be done for 'all'.
make[3]: Leaving directory '/opt/PHYTEC_BSPs/imx-core-image-minimal/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/cacao/1.6.1-r0/cacao-1.6.1/doc/handbook'
make[3]: Entering directory '/opt/PHYTEC_BSPs/imx-core-image-minimal/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/cacao/1.6.1-r0/cacao-1.6.1/doc'
make[3]: Nothing to be done for 'all-am'.
make[3]: Leaving directory '/opt/PHYTEC_BSPs/imx-core-image-minimal/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/cacao/1.6.1-r0/cacao-1.6.1/doc'
make[2]: Leaving directory '/opt/PHYTEC_BSPs/imx-core-image-minimal/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/cacao/1.6.1-r0/cacao-1.6.1/doc'
Making all in man
make[2]: Entering directory '/opt/PHYTEC_BSPs/imx-core-image-minimal/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/cacao/1.6.1-r0/cacao-1.6.1/man'
make[2]: Nothing to be done for 'all'.
make[2]: Leaving directory '/opt/PHYTEC_BSPs/imx-core-image-minimal/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/cacao/1.6.1-r0/cacao-1.6.1/man'
Making all in src
make[2]: Entering directory '/opt/PHYTEC_BSPs/imx-core-image-minimal/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/cacao/1.6.1-r0/cacao-1.6.1/src'
Making all in classes
make[3]: Entering directory '/opt/PHYTEC_BSPs/imx-core-image-minimal/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/cacao/1.6.1-r0/cacao-1.6.1/src/classes'
make[3]: Nothing to be done for 'all'.
make[3]: Leaving directory '/opt/PHYTEC_BSPs/imx-core-image-minimal/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/cacao/1.6.1-r0/cacao-1.6.1/src/classes'
Making all in fdlibm
make[3]: Entering directory '/opt/PHYTEC_BSPs/imx-core-image-minimal/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/cacao/1.6.1-r0/cacao-1.6.1/src/fdlibm'
make[3]: Nothing to be done for 'all'.
make[3]: Leaving directory '/opt/PHYTEC_BSPs/imx-core-image-minimal/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/cacao/1.6.1-r0/cacao-1.6.1/src/fdlibm'
Making all in toolbox
make[3]: Entering directory '/opt/PHYTEC_BSPs/imx-core-image-minimal/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/cacao/1.6.1-r0/cacao-1.6.1/src/toolbox'
make[3]: Nothing to be done for 'all'.
make[3]: Leaving directory '/opt/PHYTEC_BSPs/imx-core-image-minimal/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/cacao/1.6.1-r0/cacao-1.6.1/src/toolbox'
Making all in mm
make[3]: Entering directory '/opt/PHYTEC_BSPs/imx-core-image-minimal/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/cacao/1.6.1-r0/cacao-1.6.1/src/mm'
make[4]: Entering directory '/opt/PHYTEC_BSPs/imx-core-image-minimal/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/cacao/1.6.1-r0/cacao-1.6.1/src/mm'
make[4]: Nothing to be done for 'all-am'.
make[4]: Leaving directory '/opt/PHYTEC_BSPs/imx-core-image-minimal/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/cacao/1.6.1-r0/cacao-1.6.1/src/mm'
make[3]: Leaving directory '/opt/PHYTEC_BSPs/imx-core-image-minimal/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/cacao/1.6.1-r0/cacao-1.6.1/src/mm'
Making all in vm
make[3]: Entering directory '/opt/PHYTEC_BSPs/imx-core-image-minimal/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/cacao/1.6.1-r0/cacao-1.6.1/src/vm'
Making all in jit
make[4]: Entering directory '/opt/PHYTEC_BSPs/imx-core-image-minimal/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/cacao/1.6.1-r0/cacao-1.6.1/src/vm/jit'
Making all in ir
make[5]: Entering directory '/opt/PHYTEC_BSPs/imx-core-image-minimal/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/cacao/1.6.1-r0/cacao-1.6.1/src/vm/jit/ir'
make[5]: Nothing to be done for 'all'.
make[5]: Leaving directory '/opt/PHYTEC_BSPs/imx-core-image-minimal/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/cacao/1.6.1-r0/cacao-1.6.1/src/vm/jit/ir'
Making all in optimizing
make[5]: Entering directory '/opt/PHYTEC_BSPs/imx-core-image-minimal/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/cacao/1.6.1-r0/cacao-1.6.1/src/vm/jit/optimizing'
make[5]: Nothing to be done for 'all'.
make[5]: Leaving directory '/opt/PHYTEC_BSPs/imx-core-image-minimal/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/cacao/1.6.1-r0/cacao-1.6.1/src/vm/jit/optimizing'
Making all in arm
make[5]: Entering directory '/opt/PHYTEC_BSPs/imx-core-image-minimal/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/cacao/1.6.1-r0/cacao-1.6.1/src/vm/jit/arm'
Making all in linux
make[6]: Entering directory '/opt/PHYTEC_BSPs/imx-core-image-minimal/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/cacao/1.6.1-r0/cacao-1.6.1/src/vm/jit/arm/linux'
../../../../../arm-poky-linux-gnueabi-libtool --tag=CXX --mode=compile arm-poky-linux-gnueabi-g++ -march=armv7ve -mfpu=neon -mfloat-abi=hard -mcpu=cortex-a7 --sysroot=/opt/PHYTEC_BSPs/imx-core-image-minimal/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/cacao/1.6.1-r0/recipe-sysroot -DHAVE_CONFIG_H -I. -I../../../../.. -I../../../../../src -I../../../../../src/vm/jit/arm -I../../../../../src -I/opt/PHYTEC_BSPs/imx-core-image-minimal/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/cacao/1.6.1-r0/recipe-sysroot/usr/include/classpath -I/opt/PHYTEC_BSPs/imx-core-image-minimal/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/cacao/1.6.1-r0/recipe-sysroot/usr/include/classpath -std=c++98 -pedantic -Wall -Wno-long-long -D__ARM__ -D__LINUX__ -D_POSIX_C_SOURCE=200112L -D_XOPEN_SOURCE=600 -D_XOPEN_SOURCE_EXTENDED -D_BSD_SOURCE -D__STDC_FORMAT_MACROS -D_REENTRANT -O2 -pipe -g -feliminate-unused-debug-types -fdebug-prefix-map=/opt/PHYTEC_BSPs/imx-core-image-minimal/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/cacao/1.6.1-r0=/usr/src/debug/cacao/1.6.1-r0 -fdebug-prefix-map=/opt/PHYTEC_BSPs/imx-core-image-minimal/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/cacao/1.6.1-r0/recipe-sysroot= -fdebug-prefix-map=/opt/PHYTEC_BSPs/imx-core-image-minimal/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/cacao/1.6.1-r0/recipe-sysroot-native= -fvisibility-inlines-hidden -O2 -fno-strict-aliasing -c -o md-os.lo md-os.cpp
arm-poky-linux-gnueabi-libtool: compile: arm-poky-linux-gnueabi-g++ -march=armv7ve -mfpu=neon -mfloat-abi=hard -mcpu=cortex-a7 --sysroot=/opt/PHYTEC_BSPs/imx-core-image-minimal/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/cacao/1.6.1-r0/recipe-sysroot -DHAVE_CONFIG_H -I. -I../../../../.. -I../../../../../src -I../../../../../src/vm/jit/arm -I../../../../../src -I/opt/PHYTEC_BSPs/imx-core-image-minimal/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/cacao/1.6.1-r0/recipe-sysroot/usr/include/classpath -I/opt/PHYTEC_BSPs/imx-core-image-minimal/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/cacao/1.6.1-r0/recipe-sysroot/usr/include/classpath -std=c++98 -pedantic -Wall -Wno-long-long -D__ARM__ -D__LINUX__ -D_POSIX_C_SOURCE=200112L -D_XOPEN_SOURCE=600 -D_XOPEN_SOURCE_EXTENDED -D_BSD_SOURCE -D__STDC_FORMAT_MACROS -D_REENTRANT -O2 -pipe -g -feliminate-unused-debug-types -fdebug-prefix-map=/opt/PHYTEC_BSPs/imx-core-image-minimal/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/cacao/1.6.1-r0=/usr/src/debug/cacao/1.6.1-r0 -fdebug-prefix-map=/opt/PHYTEC_BSPs/imx-core-image-minimal/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/cacao/1.6.1-r0/recipe-sysroot= -fdebug-prefix-map=/opt/PHYTEC_BSPs/imx-core-image-minimal/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/cacao/1.6.1-r0/recipe-sysroot-native= -fvisibility-inlines-hidden -O2 -fno-strict-aliasing -c md-os.cpp -o md-os.o
In file included from /opt/PHYTEC_BSPs/imx-core-image-minimal/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/cacao/1.6.1-r0/recipe-sysroot/usr/include/bits/libc-header-start.h:33:0,
from /opt/PHYTEC_BSPs/imx-core-image-minimal/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/cacao/1.6.1-r0/recipe-sysroot/usr/include/stdint.h:26,
from /opt/PHYTEC_BSPs/imx-core-image-minimal/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/cacao/1.6.1-r0/recipe-sysroot-native/usr/lib/arm-poky-linux-gnueabi/gcc/arm-poky-linux-gnueabi/7.3.0/include/stdint.h:9,
from md-os.cpp:29:
/opt/PHYTEC_BSPs/imx-core-image-minimal/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/cacao/1.6.1-r0/recipe-sysroot/usr/include/features.h:184:3: warning: #warning "_BSD_SOURCE and _SVID_SOURCE are deprecated, use _DEFAULT_SOURCE" [-Wcpp]

warning "_BSD_SOURCE and _SVID_SOURCE are deprecated, use _DEFAULT_SOURCE"

^~~~~~~
md-os.cpp:41:22: error: field 'uc_mcontext' has incomplete type 'sigcontext'
struct sigcontext uc_mcontext;
^~~~~~~~~~~
md-os.cpp:41:11: note: forward declaration of 'struct sigcontext'
struct sigcontext uc_mcontext;
^~~~~~~~~~
Makefile:413: recipe for target 'md-os.lo' failed
make[6]: *** [md-os.lo] Error 1
make[6]: Leaving directory '/opt/PHYTEC_BSPs/imx-core-image-minimal/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/cacao/1.6.1-r0/cacao-1.6.1/src/vm/jit/arm/linux'
Makefile:561: recipe for target 'all-recursive' failed
make[5]: *** [all-recursive] Error 1
make[5]: Leaving directory '/opt/PHYTEC_BSPs/imx-core-image-minimal/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/cacao/1.6.1-r0/cacao-1.6.1/src/vm/jit/arm'
Makefile:696: recipe for target 'all-recursive' failed
make[4]: *** [all-recursive] Error 1
make[4]: Leaving directory '/opt/PHYTEC_BSPs/imx-core-image-minimal/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/cacao/1.6.1-r0/cacao-1.6.1/src/vm/jit'
Makefile:654: recipe for target 'all-recursive' failed
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory '/opt/PHYTEC_BSPs/imx-core-image-minimal/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/cacao/1.6.1-r0/cacao-1.6.1/src/vm'
Makefile:414: recipe for target 'all-recursive' failed
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory '/opt/PHYTEC_BSPs/imx-core-image-minimal/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/cacao/1.6.1-r0/cacao-1.6.1/src'
Makefile:461: recipe for target 'all-recursive' failed
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory '/opt/PHYTEC_BSPs/imx-core-image-minimal/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/cacao/1.6.1-r0/cacao-1.6.1'
Makefile:393: recipe for target 'all' failed
make: *** [all] Error 2
ERROR: oe_runmake failed
WARNING: /opt/PHYTEC_BSPs/imx-core-image-minimal/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/cacao/1.6.1-r0/temp/run.do_compile.122478:1 exit 1 from 'exit 1'
ERROR: Function failed: do_compile (log file is located at /opt/PHYTEC_BSPs/imx-core-image-minimal/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/cacao/1.6.1-r0/temp/log.do_compile.122478)

bitbakeError.txt

I uploaded a file here with the error output from the console. I can upload the core dump file if that would be helpful I just made some changes so I'll have to go rebuild to get it back. It seems to get through nearly all the tasks and then it fails right at the end. I'm not sure what to make of the error so hopefully someone here understands it.

I was able to build the meta-java layer into my image when built on Langdale 4.1.3 and that worked just fine. The meta-java layer I am using was pulled down from the latest commit and I saw mentions of mickledore in the commit messages so I assumed it was supported.

Does meta-java not support mickledore yet?

Hi,

Is there any particular reason why openjdk is stuck a version 8 and no newer versions are being provided?

If someone (could be a new comer issue!) would go through the README and make sure it makes sense and is accurate/up to date that would be great. You could report any issues you find here.

If you are also willing to make changes and send a pull-request or a patch to the mailing list, that is also welcome. If you could reference this issue that would be helpful.

Hello,

I'm inquiring about the following do_fetch fail warning during the Kirkstone build.

During the current build, the following fetch fail appears, causing the jdk side to no longer proceed on the do_fetch side, causing the build to not be completed. Could you tell me what to do? My current environment is Ubuntu Linux 20.04.

WARNING: openjdk-8-native-272-r0 do_fetch: Failed to fetch URL https://hg.openjdk.java.net/jdk8u/jdk8u/archive/jdk8u272-ga.tar.bz2;downloadfilename=openjdk8-272-jdk8u-jdk8u272-ga.tar.bz2;name=openjdk, attempting MIRRORS if availableWARNING: openjdk-8-272-r0 do_fetch: Checksum mismatch for local file /home/jaehyeon/work/2_tmp/build_onyx2_nap/../build/downloads/openjdk8-272-jdk8u-jdk8u272-b09-aarch32-20200929.tar.bz2Cleaning and trying again.WARNING: openjdk-8-272-r0 do_fetch: Renaming /home/jaehyeon/work/2_tmp/build_onyx2_nap/../build/downloads/openjdk8-272-jdk8u-jdk8u272-b09-aarch32-20200929.tar.bz2 to /home/jaehyeon/work/2_tmp/build_onyx2_nap/../build/downloads/openjdk8-272-jdk8u-jdk8u272-b09-aarch32-20200929.tar.bz2_bad-checksum_e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855WARNING: openjdk-8-native-272-r0 do_fetch: Failed to fetch URL https://hg.openjdk.java.net/jdk8u/jdk8u/hotspot/archive/jdk8u272-ga.tar.bz2;downloadfilename=openjdk8-272-hotspot-jdk8u272-ga.tar.bz2;name=hotspot;unpack=false, attempting MIRRORS if availableWARNING: openjdk-8-272-r0 do_fetch: Failed to fetch URL https://hg.openjdk.java.net/aarch32-port/jdk8u/archive/jdk8u272-b09-aarch32-20200929.tar.bz2;downloadfilename=openjdk8-272-jdk8u-jdk8u272-b09-aarch32-20200929.tar.bz2;name=openjdk, attempting MIRRORS if availableWARNING: openjdk-8-native-272-r0 do_fetch: Failed to fetch URL https://hg.openjdk.java.net/jdk8u/jdk8u/corba/archive/jdk8u272-ga.tar.bz2;downloadfilename=openjdk8-272-corba-jdk8u272-ga.tar.bz2;name=corba;unpack=false, attempting MIRRORS if availableWARNING: openjdk-8-272-r0 do_fetch: Failed to fetch URL https://hg.openjdk.java.net/aarch32-port/jdk8u/hotspot/archive/jdk8u272-b09-aarch32-20200929.tar.bz2;downloadfilename=openjdk8-272-hotspot-jdk8u272-b09-aarch32-20200929.tar.bz2;name=hotspot;unpack=false, attempting MIRRORS if availableWARNING: openjdk-8-native-272-r0 do_fetch: Failed to fetch URL https://hg.openjdk.java.net/jdk8u/jdk8u/jaxp/archive/jdk8u272-ga.tar.bz2;downloadfilename=openjdk8-272-jaxp-jdk8u272-ga.tar.bz2;name=jaxp;unpack=false, attempting MIRRORS if availableWARNING: openjdk-8-272-r0 do_fetch: Failed to fetch URL https://hg.openjdk.java.net/aarch32-port/jdk8u/corba/archive/jdk8u272-b09-aarch32-20200929.tar.bz2;downloadfilename=openjdk8-272-corba-jdk8u272-b09-aarch32-20200929.tar.bz2;name=corba;unpack=false, attempting MIRRORS if availableWARNING: openjdk-8-native-272-r0 do_fetch: Failed to fetch URL https://hg.openjdk.java.net/jdk8u/jdk8u/jaxws/archive/jdk8u272-ga.tar.bz2;downloadfilename=openjdk8-272-jaxws-jdk8u272-ga.tar.bz2;name=jaxws;unpack=false, attempting MIRRORS if available