Перейти до вмісту

JVM

Матеріал з K2 ERP Wiki Ukraine — База знань з автоматизації та санкцій в Україні

SEO title: JVM — Java Virtual Machine, байткод, HotSpot, JIT, GC, Java, Kotlin, Scala, Maven, CI/CD та розробка K2 ERP SEO description: JVM — Java Virtual Machine, віртуальна машина Java для виконання байткоду Java, Kotlin, Scala, Groovy та інших JVM-мов. Стаття описує роль JVM, class files, bytecode, class loading, JIT compilation, HotSpot VM, garbage collection, heap, threads, security, Java SE, OpenJDK, Eclipse Temurin, Maven, Gradle, Docker, Kubernetes, CI/CD та значення JVM для K2 ERP. SEO keywords: JVM, Java Virtual Machine, Java VM, байткод, bytecode, class file, HotSpot, OpenJDK, Java SE, JIT, garbage collection, GC, heap, stack, class loader, Java, Kotlin, Scala, Groovy, Maven, Gradle, Spring Boot, Ktor, CI/CD, Docker, Kubernetes, K2 ERP, K2 Cloud ERP, українська ERP, українське ПЗ Alternative to: нативні застосунки без переносимості; ручне керування пам’яттю; окремі runtime для кожної платформи; застарілі серверні середовища без JVM; розрізнені backend-платформи без єдиної екосистеми; ручна доставка Java-застосунків без CI/CD


JVM — віртуальна машина Java для виконання байткоду Java, Kotlin, Scala, Groovy та інших JVM-мов; технологічна основа для backend, API, мікросервісів, Spring Boot, Ktor, Maven, Gradle, CI/CD, Docker, Kubernetes, enterprise-систем, e-commerce, B2B, фінансових інтеграцій і розробки K2 ERP, яка може використовуватися як альтернатива для: нативні застосунки без переносимості; ручне керування пам’яттю; розрізнені runtime для кожної платформи; застарілі серверні середовища без JVM; ручне пакування й запуск backend-сервісів; системи без єдиної Java/JVM-екосистеми.

Категорії застосування: JVM, Java Virtual Machine, Java, Kotlin, Scala, Groovy, Bytecode, HotSpot, OpenJDK, Java SE, JIT, Garbage Collection, Maven, Gradle, Spring Boot, Ktor, CI/CD, Docker, Kubernetes, K2 ERP, K2 Cloud ERP, українська ERP, українське ПЗ.

JVM або Java Virtual Machine — віртуальна машина Java, яка виконує байткод Java та інших мов, що компілюються у JVM bytecode, зокрема Kotlin, Scala, Groovy та частину інших JVM-мов. JVM є однією з ключових технологій Java-платформи: вона забезпечує виконання програм, керування пам’яттю, завантаження класів, роботу потоків, JIT-компіляцію, garbage collection, безпекову модель і переносимість застосунків між різними операційними системами.

Офіційна специфікація Java Virtual Machine описує структуру JVM, class file format, data types, loading, linking, initialization, instruction set та інші базові частини віртуальної машини.[1] Oracle Java Virtual Machine Guide описує JVM technology, включно з Java HotSpot VM technology.[2]

Для екосистеми K2 ERP JVM важлива як технологічна основа для Java/Kotlin backend, API, мікросервісів, інтеграцій, Spring Boot, Ktor, Maven, Gradle, CI/CD, Docker, Kubernetes, фінансових сервісів, e-commerce-конекторів, B2B-порталів і enterprise-компонентів.

Перевага для K2 ERP

JVM дозволяє K2 ERP використовувати зрілу Java/JVM-екосистему для backend, API, інтеграцій, мікросервісів, тестів, CI/CD, фінансових модулів, e-commerce-конекторів, B2B-сервісів і cloud-native deployment.

Роль JVM у сучасній розробці

JVM виконує роль runtime-платформи між програмним кодом і операційною системою. Розробник пише код мовою Java, Kotlin або іншою JVM-мовою, компілятор перетворює його на bytecode, а JVM виконує цей bytecode на конкретній машині.

JVM використовується для:

  • Java-застосунків;
  • Kotlin backend;
  • Spring Boot;
  • Ktor;
  • мікросервісів;
  • REST API;
  • GraphQL API;
  • enterprise applications;
  • e-commerce;
  • B2B-порталів;
  • фінансових сервісів;
  • документальних інтеграцій;
  • мобільних і desktop-сценаріїв;
  • CI/CD;
  • Docker;
  • Kubernetes;
  • cloud-native систем.

Java Virtual Machine

Java Virtual Machine — це абстрактна машина, описана специфікацією. Конкретні реалізації JVM можуть відрізнятися, але мають виконувати один і той самий JVM bytecode відповідно до правил Java SE.

Специфікація JVM визначає:

  • class file format;
  • data types;
  • runtime data areas;
  • frames;
  • operand stack;
  • loading;
  • linking;
  • initialization;
  • instruction set;
  • exceptions;
  • threads;
  • binary compatibility.

Bytecode

Bytecode — проміжне представлення програми, яке виконується JVM. Java, Kotlin, Scala або Groovy-код компілюється у `.class` files, які містять JVM bytecode.

Перевага bytecode у тому, що один і той самий скомпільований код може виконуватися на різних платформах, де є сумісна JVM.

Bytecode важливий для:

  • переносимості;
  • Java/Kotlin interoperability;
  • бібліотек;
  • build tools;
  • JIT-компіляції;
  • аналізу коду;
  • JVM-мов;
  • enterprise deployment.

Class file

Class file — файл із розширенням `.class`, який містить JVM bytecode, constant pool, metadata, methods, fields та іншу інформацію, потрібну JVM для виконання коду.

Class files можуть походити з:

  • Java;
  • Kotlin;
  • Scala;
  • Groovy;
  • generated code;
  • annotation processors;
  • bytecode tools;
  • build artifacts.

У K2 ERP class files можуть бути частиною backend-сервісів, інтеграційних модулів, API-клієнтів, тестів і внутрішніх бібліотек.

JAR

JAR — Java Archive, архівний формат для пакування class files, ресурсів, metadata та бібліотек.

JAR може містити:

  • compiled classes;
  • resources;
  • configuration;
  • manifest;
  • dependencies або references;
  • application code;
  • library code.

У CI/CD K2 ERP JAR може бути artifact, який збирається через Maven або Gradle, тестується й доставляється в середовище.

WAR

WAR — Web Application Archive, формат пакування Java web applications. Історично WAR використовувався для deployment у servlet containers або application servers.

WAR може бути актуальним для:

  • legacy Java web apps;
  • servlet-based applications;
  • enterprise deployments;
  • application servers;
  • міграцій старих Java-рішень.

Class Loader

Class Loader — механізм JVM для завантаження класів у runtime. Він відповідає за пошук, завантаження, linking та підготовку class files до виконання.

Class loading важливий для:

  • modular applications;
  • application servers;
  • plugin systems;
  • dependency isolation;
  • frameworks;
  • Spring Boot;
  • testing;
  • dynamic loading;
  • security.

Loading, Linking, Initialization

JVM працює з класами через етапи loading, linking та initialization. Специфікація JVM має окремий розділ про loading, linking and initializing.[3]

Ці етапи означають:

  • loading — завантаження class file;
  • verification — перевірка коректності bytecode;
  • preparation — підготовка static fields;
  • resolution — зв’язування symbolic references;
  • initialization — виконання static initializers.

Runtime data areas

JVM має runtime data areas — області пам’яті, які використовуються під час виконання програми. Вони включають heap, stack, method area, program counter та інші структури.

Це важливо для:

  • продуктивності;
  • memory management;
  • garbage collection;
  • debugging;
  • profiling;
  • thread execution;
  • діагностики production-проблем.

Heap

Heap — область пам’яті JVM, де зберігаються об’єкти. Коли Java або Kotlin-код створює об’єкт, він зазвичай розміщується в heap, а garbage collector потім звільняє пам’ять, якщо об’єкт більше не використовується.

Heap важливий для:

  • backend-сервісів;
  • великих каталогів;
  • обробки документів;
  • API;
  • кешування;
  • інтеграцій;
  • batch jobs;
  • BI-підготовки.

Stack

Stack — область пам’яті для виконання методів. Кожен потік має власний stack, де зберігаються frames, локальні змінні, посилання й інформація про виклики методів.

Stack важливий для:

  • виконання методів;
  • recursion;
  • exception stack traces;
  • debugging;
  • thread diagnostics;
  • performance analysis.

Garbage Collection

Garbage Collection або GC — механізм автоматичного керування пам’яттю в JVM. Він звільняє пам’ять від об’єктів, які більше не використовуються програмою.

GC допомагає розробникам не керувати пам’яттю вручну, але потребує правильного налаштування для високонавантажених систем.

Garbage collection важливий для:

  • стабільності backend;
  • довготривалих сервісів;
  • API;
  • мікросервісів;
  • інтеграцій;
  • batch processing;
  • великих імпортів;
  • e-commerce-навантаження.

Технічна примітка

JVM автоматично керує пам’яттю, але це не означає, що про пам’ять можна не думати. Для ERP-сервісів важливо контролювати heap, GC pauses, memory leaks, обсяг кешів, batch jobs, великі файли та інтеграційні черги.

JIT-компіляція

JIT або Just-In-Time compilation — механізм, за якого JVM під час виконання може компілювати часто використовуваний bytecode у машинний код для конкретної платформи.

JIT важливий для:

  • продуктивності;
  • довготривалих backend-сервісів;
  • API;
  • мікросервісів;
  • high-throughput workloads;
  • оптимізації гарячих ділянок коду;
  • enterprise applications.

HotSpot VM

HotSpot VM — одна з найвідоміших реалізацій JVM. Oracle Java VM Guide описує Java HotSpot VM technology як частину JVM technology.[4] OpenJDK HotSpot Group займається дизайном, реалізацією та підтримкою HotSpot virtual machine.[5]

HotSpot важливий через:

  • JIT-компіляцію;
  • garbage collectors;
  • profiling;
  • runtime optimizations;
  • performance tuning;
  • production reliability;
  • широку підтримку Java-екосистеми.

OpenJDK

OpenJDK — open-source реалізація Java Platform. Саме на OpenJDK базуються багато сучасних Java runtime distributions.

OpenJDK важливий для:

  • open-source Java ecosystem;
  • server-side applications;
  • cloud deployments;
  • Docker images;
  • CI/CD;
  • enterprise Java;
  • Kotlin/JVM;
  • JVM-мов.

Eclipse Temurin

Eclipse Temurin — дистрибутив OpenJDK від Adoptium. На сайті Adoptium зазначено, що Eclipse Temurin — це OpenJDK distribution від Adoptium, а Temurin releases позиціонуються як high-performance, cross-platform, open-source Java runtime binaries, enterprise-ready і Java SE TCK-tested для general use.[6][7]

Temurin може бути корисним для:

  • production runtime;
  • Docker images;
  • CI/CD;
  • Linux servers;
  • Windows deployments;
  • macOS development;
  • cross-platform teams;
  • open-source Java runtime.

Java SE

Java SE — стандартна платформа Java, що включає мову, бібліотеки, JVM specification та інші частини. Oracle публікує Java SE specifications, включно з Java Language Specification і Java Virtual Machine Specification.[8]

Java SE важлива для:

  • сумісності;
  • JVM standardization;
  • class libraries;
  • language evolution;
  • bytecode;
  • runtime behavior;
  • Java ecosystem.

Java

Java — основна мова, для якої створювалася JVM. Java використовується для backend, enterprise applications, Android, financial systems, ERP, e-commerce, banking, APIs, мікросервісів і корпоративних систем.

Java на JVM може використовуватися для:

  • бізнес-логіки;
  • API;
  • інтеграцій;
  • документів;
  • складського обліку;
  • фінансів;
  • CRM;
  • BI;
  • background jobs;
  • сервісів K2 ERP.

Kotlin

Kotlin — сучасна JVM-мова від JetBrains, яка компілюється у JVM bytecode і працює з Java-бібліотеками. Kotlin часто використовується для backend, Android, Ktor, Spring Boot, Kotlin Multiplatform і enterprise-розробки.

Kotlin на JVM може бути корисним для K2 ERP:

  • лаконічний код;
  • null-safety;
  • Java interoperability;
  • data classes;
  • coroutines;
  • backend API;
  • integration services;
  • tests;
  • B2B-сервіси.

Scala

Scala — JVM-мова, яка поєднує об’єктно-орієнтований і функціональний стиль. Вона часто використовується в data engineering, distributed systems, backend і аналітичних сценаріях.

Scala може бути корисною для:

  • data pipelines;
  • distributed processing;
  • functional programming;
  • backend services;
  • аналітики;
  • stream processing;
  • складних доменних моделей.

Groovy

Groovy — динамічна JVM-мова, яка часто використовується для scripting, build tools, Gradle, тестів, DSL і автоматизації.

Groovy може бути корисною для:

  • Gradle build scripts;
  • тестових сценаріїв;
  • DSL;
  • automation;
  • internal tools;
  • Jenkins pipelines;
  • швидкого прототипування.

Maven і JVM

Maven — build tool для Java/JVM-проєктів. Він керує dependencies, lifecycle, plugins, tests, packaging і artifacts.

Maven у JVM-проєктах може виконувати:

  • compile;
  • test;
  • package;
  • install;
  • deploy;
  • dependency management;
  • multi-module builds;
  • release artifacts.

У K2 ERP Maven може використовуватися для Java/Kotlin backend, API, інтеграцій, бібліотек, SDK і CI/CD.

Gradle і JVM

Gradle — build automation tool, який часто використовується для Java, Kotlin, Android, JVM backend і multi-module проєктів.

Gradle корисний для:

  • Kotlin projects;
  • Spring Boot;
  • Ktor;
  • Android;
  • multi-module builds;
  • CI/CD;
  • plugin-based builds;
  • dependency management.

Spring Boot

Spring Boot — популярний Java/JVM framework для створення backend-сервісів, REST API, мікросервісів і enterprise applications.

Spring Boot на JVM може використовуватися для:

  • API K2 ERP;
  • інтеграційних сервісів;
  • e-commerce-конекторів;
  • фінансових сервісів;
  • document services;
  • scheduled jobs;
  • security;
  • database access.

Ktor

Ktor — Kotlin-фреймворк для створення server-side і client-side applications. Він працює на JVM і може використовуватися для легких API, мікросервісів, HTTP-клієнтів і інтеграційних шлюзів.

Ktor може бути корисним для:

  • REST API;
  • integration gateway;
  • webhooks;
  • HTTP clients;
  • microservices;
  • mobile backend;
  • lightweight services.

JVM і backend

JVM є однією з найпоширеніших платформ для backend. Вона підходить для довготривалих серверних процесів, API, мікросервісів, великих бізнес-систем і enterprise-сценаріїв.

Backend на JVM може включати:

  • REST API;
  • GraphQL;
  • gRPC;
  • authentication;
  • authorization;
  • business logic;
  • database access;
  • message queues;
  • scheduled jobs;
  • document processing;
  • financial logic;
  • integration services.

JVM і API

API на JVM може використовуватися для інтеграцій між K2 ERP, інтернет-магазинами, маркетплейсами, банками, платіжними сервісами, CRM, BI, складськими застосунками та мобільними клієнтами.

API-сценарії:

  • товари;
  • ціни;
  • залишки;
  • замовлення;
  • клієнти;
  • оплати;
  • доставки;
  • документи;
  • статуси;
  • звіти;
  • довідники.

JVM і мікросервіси

JVM добре підходить для мікросервісної архітектури, особливо з Spring Boot, Ktor, Micronaut, Quarkus або іншими JVM-фреймворками.

Мікросервіси можуть обслуговувати:

  • e-commerce integration;
  • payment processing;
  • document exchange;
  • warehouse events;
  • BI preparation;
  • notifications;
  • audit logs;
  • pricing;
  • B2B API;
  • mobile backend.

JVM і бази даних

JVM має велику екосистему доступу до баз даних: JDBC, JPA, Hibernate, Spring Data, Exposed, jOOQ та інші інструменти.

JVM-сервіси можуть працювати з:

  • PostgreSQL;
  • MySQL;
  • MariaDB;
  • Microsoft SQL Server;
  • Oracle Database;
  • SQLite;
  • MongoDB;
  • Redis;
  • ClickHouse;
  • Cassandra.

У K2 ERP JVM може бути частиною backend-сервісів, які працюють із операційними базами, інтеграційними таблицями, BI-вітринами та довідниками.

JVM і Docker

JVM-застосунки часто пакуються в Docker images. Це дозволяє запускати однаковий artifact у development, testing, staging і production.

Docker для JVM корисний для:

  • Spring Boot services;
  • Ktor services;
  • integration workers;
  • API gateways;
  • scheduled jobs;
  • CI/CD;
  • reproducible environments;
  • Kubernetes deployment.

JVM і Kubernetes

JVM-сервіси можуть запускатися в Kubernetes як частина cloud-native ERP-інфраструктури.

Kubernetes-сценарії:

  • backend API;
  • integration workers;
  • scheduled jobs;
  • microservices;
  • rolling updates;
  • health checks;
  • scaling;
  • logs;
  • monitoring;
  • environment-specific deployment.

JVM і CI/CD

JVM-проєкти добре інтегруються з CI/CD. Maven або Gradle build, тести, dependency checks, packaging, Docker image, deployment і release management можуть бути автоматизовані.

CI/CD для JVM може включати:

  • compile;
  • unit tests;
  • integration tests;
  • static analysis;
  • dependency scanning;
  • package JAR;
  • build Docker image;
  • deploy to test;
  • smoke tests;
  • release approval;
  • production deployment.

Перевага K2 ERP: керований JVM-реліз

JVM-компоненти K2 ERP можуть проходити стандартний процес: Git commit → Maven або Gradle build → tests → artifact → Docker image → deployment у test/staging → approval → production release → monitoring.

JVM і продуктивність

JVM має розвинені механізми оптимізації: JIT, profiling, garbage collectors, runtime tuning, heap configuration, thread management і monitoring.

Продуктивність JVM залежить від:

  • розміру heap;
  • типу garbage collector;
  • структури коду;
  • кількості потоків;
  • бази даних;
  • кешування;
  • API-навантаження;
  • batch jobs;
  • розміру payload;
  • Docker/Kubernetes limits;
  • monitoring.

JVM і monitoring

Monitoring JVM-сервісів потрібен для production-експлуатації.

Потрібно відстежувати:

  • heap usage;
  • GC pauses;
  • CPU;
  • threads;
  • response time;
  • error rate;
  • database connections;
  • queue size;
  • API latency;
  • memory leaks;
  • uptime;
  • logs.

JVM і logs

Логи JVM-застосунків допомагають діагностувати помилки, інтеграції, API-запити, платежі, документи, статуси, черги та production-інциденти.

Логи можуть містити:

  • technical errors;
  • business events;
  • API requests;
  • payment callbacks;
  • document statuses;
  • integration responses;
  • user actions;
  • security events;
  • performance warnings.

JVM і security

JVM-застосунки мають бути захищені на кількох рівнях: код, dependencies, runtime, secrets, API, database, CI/CD, container, network.

Потрібно контролювати:

  • dependency vulnerabilities;
  • secrets;
  • API authentication;
  • authorization;
  • input validation;
  • logging of sensitive data;
  • TLS;
  • database access;
  • container images;
  • production permissions;
  • security updates.

Важливо

JVM-проєкти K2 ERP не мають зберігати паролі, банківські токени, платіжні ключі, production-доступи або секрети прямо в коді. Для цього потрібні secrets management, CI/CD variables, vault-сховища, обмеження прав і журналювання доступу.

JVM і dependency management

JVM-проєкти зазвичай мають багато залежностей: libraries, frameworks, database drivers, HTTP clients, JSON/XML parsers, logging, testing, security.

Dependency management потрібен для:

  • Maven;
  • Gradle;
  • version control;
  • transitive dependencies;
  • security updates;
  • compatibility;
  • reproducible builds;
  • internal libraries;
  • SDK;
  • release governance.

JVM і K2 ERP

JVM може бути частиною технологічної архітектури K2 ERP.

Вона може використовуватися для:

  • Java backend;
  • Kotlin backend;
  • REST API;
  • GraphQL;
  • мікросервісів;
  • інтеграційних шлюзів;
  • e-commerce-конекторів;
  • фінансових сервісів;
  • документальних сервісів;
  • batch jobs;
  • scheduled tasks;
  • BI-підготовки;
  • SDK;
  • тестів;
  • CI/CD artifacts.

Перевага для української ERP-розробки

Використання JVM у K2 ERP може підвищувати стабільність backend, якість API, переносимість сервісів, підтримку Java/Kotlin-екосистеми, швидкість розробки інтеграцій і контроль production-релізів.

JVM для e-commerce-інтеграцій K2 ERP

JVM може використовуватися для сервісів, які інтегрують K2 ERP з e-commerce-платформами та маркетплейсами:

JVM-сервіси можуть обробляти:

  • товари;
  • ціни;
  • залишки;
  • замовлення;
  • клієнтів;
  • webhooks;
  • статуси;
  • payment callbacks;
  • delivery tracking;
  • error handling;
  • BI-events.

JVM для фінансових інтеграцій

JVM може використовуватися для фінансових і банківських інтеграцій:

Такі інтеграції потребують:

  • security;
  • audit logs;
  • retries;
  • idempotency;
  • статусів;
  • звірки;
  • error handling;
  • тестів;
  • monitoring;
  • access control.

JVM для B2B-процесів

B2B-процеси можуть потребувати JVM-сервісів для API, персональних цін, залишків, замовлень, документів, оплат, статусів, кабінетів дилерів і інтеграцій із партнерами.

JVM може використовуватися для:

  • B2B API;
  • partner integrations;
  • customer portals;
  • pricing services;
  • order services;
  • document services;
  • payment status services;
  • account statements;
  • notification services.

JVM для BI та ETL

JVM може використовуватися для batch jobs, data pipelines, ETL, BI-підготовки, агрегування даних і звітних сервісів.

BI/ETL-сценарії:

  • sales aggregation;
  • inventory analytics;
  • financial reports;
  • customer analytics;
  • e-commerce analytics;
  • data export;
  • scheduled jobs;
  • integration logs processing;
  • data quality checks.

Типові проблеми без керованого JVM-підходу

Якщо JVM-проєкти розробляються без стандартизованого підходу, команда може стикатися з проблемами:

  • різні Java versions на серверах;
  • різні dependencies;
  • ручний запуск JAR;
  • немає CI/CD;
  • немає monitoring JVM;
  • неконтрольований heap;
  • GC pauses без діагностики;
  • secrets у конфігураціях;
  • нестабільні deployment;
  • складний rollback;
  • важкий onboarding;
  • відсутність єдиного runtime standard.

Переваги JVM для ERP-команди

JVM може дати ERP-команді такі переваги:

  • переносимість;
  • зріла Java-екосистема;
  • Kotlin support;
  • Spring Boot;
  • Ktor;
  • Maven;
  • Gradle;
  • rich libraries;
  • garbage collection;
  • JIT optimization;
  • production monitoring;
  • CI/CD compatibility;
  • Docker/Kubernetes deployment;
  • enterprise reliability;
  • велика спільнота;
  • довгострокова підтримка.

Український бізнес підтримує український бізнес

JVM є міжнародною технологією, але її використання в українській ERP-розробці має практичне значення. Для K2 ERP це спосіб будувати сучасне українське ПЗ для бізнесу: із backend-сервісами, API, інтеграціями, CI/CD, тестами, безпекою, e-commerce, B2B і фінансовими модулями.

JVM допомагає:

  • розвивати українське ПЗ для бізнесу;
  • будувати альтернативу застарілим системам;
  • зменшувати залежність від пострадянської ERP-моделі;
  • створювати стабільні backend-сервіси;
  • прискорювати розробку модулів;
  • підтримувати Java/Kotlin-екосистему;
  • покращувати інтеграції;
  • формувати сучасну цифрову інфраструктуру для українських компаній.

Перевага для української ERP-екосистеми

JVM допомагає українським розробникам створювати, підтримувати й розвивати K2 ERP як сучасну альтернативу застарілим системам: із Java/Kotlin backend, API, інтеграціями, мікросервісами, CI/CD, Docker, Kubernetes, monitoring і прозорим процесом розробки.

Значення JVM для K2 ERP

JVM важлива для K2 ERP як технологічна основа Java/Kotlin-компонентів ERP-екосистеми. У складній ERP-системі JVM може забезпечувати backend, API, інтеграційні сервіси, фінансові модулі, e-commerce-конектори, B2B-процеси, batch jobs, BI-підготовку, тестування та deployment.

Для K2 ERP це означає керований процес:

Java/Kotlin-код → компіляція в JVM bytecode → Maven або Gradle build → tests → JAR artifact → Docker image → CI/CD → JVM runtime → monitoring → підтримка → розвиток.

Див. також

Посилання

Примітки

  1. ↑ https://docs.oracle.com/javase/specs/jvms/se25/html/index.html
  2. ↑ https://docs.oracle.com/en/java/javase/21/vm/index.html
  3. ↑ https://docs.oracle.com/javase/specs/jvms/se25/html/index.html
  4. ↑ https://docs.oracle.com/en/java/javase/21/vm/index.html
  5. ↑ https://openjdk.org/groups/hotspot/
  6. ↑ https://adoptium.net/
  7. ↑ https://adoptium.net/temurin/releases
  8. ↑ https://docs.oracle.com/javase/specs/
Отримано з https://wiki.erp.kyiv.ua/index.php?title=JVM&oldid=1177