@smlambert Я уверен, что видел, как вы производили сборки win32 в недавней пачке обновлений?

На самом деле я был сосредоточен на сборках openjdk8-openj9 для win32 (как часть выпуска openj9 0.9), которые создаются, тестируются и публикуются на веб-сайте. Я не смотрел, почему openjdk8 (с точкой доступа) не компилируется. Я вижу, заметил ли я что-нибудь очевидное, но я думаю, что изначально эти сборки были включены в

@smlambert как вы публиковали сборки win32? Не могли бы вы поделиться ссылкой?

Я не могу найти ни одной версии win32. На этой странице нет ссылки для загрузки двоичных файлов win32: https://adoptopenjdk.net/releases.html?variant=openjdk8

@cruzy https://adoptopenjdk.net/nightly.html?variant=openjdk8-openj9

@gdams большое спасибо за эту информацию.

Вы отказались от поддержки точки доступа openjdk8 для 32-битных платформ?

Нет, но это не наш главный приоритет, пожалуйста, присоединяйтесь к нашему сообществу по адресу accepttopenjdk.net/slack, если вы можете помочь!

@cruzy Я создал эту работу в jenkins одновременно с созданием openj9. У нас до сих пор никогда не было полностью рабочих сборок с точкой доступа. Как говорит @karianna, у нас были конкретные запросы от openj9 на создание сборок win32, но пока никто не кричал о сборках с горячими точками, хотя я бы хотел, чтобы у нас был паритет между виртуальными машинами.

Ради интереса, зачем вам 32-битная точка доступа - это какое-то конкретное оборудование, которое вы используете?

[РЕДАКТИРОВАТЬ: я переместил сборки точки доступа win32 с главной страницы сборки - они не должны были перемещаться с вкладки «Незавершенная работа»]

@karianna, спасибо за это предложение, я хотел бы присоединиться к сообществу, если мы решим выбрать AdoptOpenJDK в качестве основной JRE в нашем продукте.

Ради интереса, зачем вам 32-битная точка доступа - это какое-то конкретное оборудование, которое вы используете?
Мы используем его для конкретного программного обеспечения. Это программное обеспечение правильно работает с Oracle JRE 8x32 и Zulu JRE 8x32, однако я вижу некоторые проблемы с AOJ 8x32 с openj9. Кроме того, он вообще не работает на JRE x64.

Вот почему я хочу попробовать вашу версию точки доступа на x32 JRE.

Я также очень хотел бы услышать о том, с какими проблемами вы сталкиваетесь с AOJ 8x32 со сборками openj9, чтобы их можно было решить, если вы можете или хотите их сформулировать.

Я повторяю комментарий @smlambert , но для x64 JRE - если вы не используете 32-разрядный собственный код JNI с ним, 64-разрядный должен работать нормально, и если есть какие-либо проблемы, сообщите нам.

(К вашему сведению, я пробовал запустить еще одну сборку HotSpot win32, и она не удалась в другом месте, чем то, что она делала ранее, поэтому все равно потребуется некоторое исследование и отладка, чтобы пройти через это - он работает на той же машине сборки, что и сборка openj9 win32, поэтому среда должна быть такой же)

Привет, мы рассматриваем AdoptOpenJDK в качестве альтернативной JVM из-за изменений политики LTS со стороны Oracle. К сожалению, некоторые из наших клиентов все еще застряли на Win32, и мы хотели бы ограничить количество JVM, которые мы тестируем и поддерживаем, поэтому пока мы будем использовать только Hotspot (что также кажется более безопасным переходом). Для нас выпуск Win32 Java 8 Hotspot до января 2019 года (конец обновлений от Oracle) кажется недостающей частью полного решения.
Я просто записываю это, потому что полагаю, что этот сценарий, вероятно, не является уникальным для нас.
Как вы думаете, такой релиз может быть реальным через несколько месяцев?

Мы напрямую спросили сообщество Main Adopt, добровольцев пока нет. Я перебросил сеть дальше в списки групп пользователей Java и чемпионов Java.

Теперь, когда сборка сборку openjdk8_hs_openjdktest_x86-32_windows , я считаю, что пришло время включить соответствующие определения сборки win32 в release и nightly конвейеры.

462 - это связанный PR.

Привет, у нас есть вопрос, будут ли компоненты JavaFX также частью этого дистрибутива? В настоящее время в ночное время мы его не видим.

Закрытие этой проблемы как сделано. @ Capa83 Не могли бы вы поднять отдельный вопрос о поддержке JavaFX?

Нормально будет сделать!