Bug 1857931

Summary:	eclipse fails to build with java-11-openjdk
Product:	[Fedora] Fedora	Reporter:	jiri vanek <jvanek>
Component:	eclipse	Assignee:	Mat Booth <mat.booth>
Status:	CLOSED RAWHIDE	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	high	Docs Contact:
Priority:	unspecified
Version:	rawhide	CC:	akurtako, andjrobins, dbhole, decathorpe, ebaron, eclipse-sig, java-maint-sig, jerboaa, jjohnstn, jvanek, lef, mat.booth, rgrunber, sgehwolf
Target Milestone:	---
Target Release:	---
Hardware:	All
OS:	All
Whiteboard:
Fixed In Version:		Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2020-08-05 10:56:33 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:
Bug Depends On:
Bug Blocks:	1825969

Description jiri vanek 2020-07-16 18:31:35 UTC

eclipse fails to build with java-11-openjdk as sytem JDK. See https://fedoraproject.org/wiki/Changes/Java11 .
See especially part about known failures: https://fedoraproject.org/wiki/Changes/Java11#common_issues_packagers_can_face_and_gathered_solutions

For the build logs, see: https://koji.fedoraproject.org/koji/taskinfo?taskID=47150063
We run the rebuild longer then 10days ago. Log may be gone. Also your package may be passing in regular rawhide.
To reproduce, simply: fedpkg clone eclipse; cd eclipse;  fedpkg build --target f33-java11; #The target is crucial.

We run two reruns your package failed both.


We had tried 650 packages, and 500 had passed, so the java-11-openjdk will be system JDK in f33, and you should fix your package if you want to keep it alive. Usually the fix is simple, and best is to update the package to latest upstream version.
There will be usual mass rebuild once f33 branches. You may got another FTBFS bug.
Let us know here if you have any questions, here in bug, or at java-devel.org .

We'd appreciate help from the people who know this package best, but if you don't want to work on this now, let us know so we can try to work around it on our side if needed.

Comment 1 jiri vanek 2020-07-17 03:44:07 UTC

highlight: This was rebuild in sidetag f33-java11. Thus --target is really necessary to reproduce failure.
please note: This side tag, f33-java11, will be merged to main f33 buildroot in aprox 14 days.

Comment 2 Severin Gehwolf 2020-07-20 15:23:44 UTC

Fails with:

/builddir/build/BUILD/eclipse-4.16/eclipse.platform.common/bundles/org.eclipse.platform.doc.isv/buildDoc.xml:22: java.lang.NoSuchMethodError: java.nio.ByteBuffer.clear()Ljava/nio/ByteBuffer;
	at org.apache.lucene.store.NIOFSDirectory$NIOFSIndexInput.readInternal(NIOFSDirectory.java:162)
	at org.apache.lucene.store.BufferedIndexInput.refill(BufferedIndexInput.java:342)
	at org.apache.lucene.store.BufferedIndexInput.readByte(BufferedIndexInput.java:54)
	at org.apache.lucene.store.BufferedChecksumIndexInput.readByte(BufferedChecksumIndexInput.java:41)
	at org.apache.lucene.store.DataInput.readInt(DataInput.java:102)
	at org.apache.lucene.codecs.CodecUtil.checkHeader(CodecUtil.java:194)
	at org.apache.lucene.codecs.CodecUtil.checkIndexHeader(CodecUtil.java:255)
	at org.apache.lucene.codecs.lucene80.Lucene80NormsProducer.<init>(Lucene80NormsProducer.java:62)
	at org.apache.lucene.codecs.lucene80.Lucene80NormsFormat.normsProducer(Lucene80NormsFormat.java:90)

It appears this is caused a version mismatch, which suggests a missing --release 8 somewhere. ByteBuffer.clear() is not available in JDK 8, but is in JDK 11.

Comment 3 Mat Booth 2020-08-05 10:56:33 UTC

This was actually caused by a problem in lucene package, which I fixed here: https://src.fedoraproject.org/rpms/lucene/c/cf9d421e62c1d2d3b637bae0fde3065b3b6cf793?branch=master