javax-to-jakarta-migration — скилл для GitHub Copilot
Переносит Java-код с пространств имён javax.* на jakarta.*. Нужен для миграции на Jakarta EE или Tomcat 10+/11 по явному запросу.
npx skills add github/awesome-copilot --skill javax-to-jakarta-migrationЧто делает javax-to-jakarta-migration
Скилл ищет импорты Jakarta EE и меняет их с javax.* на jakarta.*. Он обновляет координаты зависимостей в pom.xml, а при наличии web.xml приводит namespace и версию Servlet к целевой среде.
Перед правками он запускает ./mvnw verify или ./gradlew build и не начинает миграцию при ошибках в базовой сборке. Затем проверяет .java, persistence.xml, META-INF/services, beans.xml, YAML, properties, строковые имена классов и рефлексию. После изменений выполняются компиляция, тесты и повторный поиск импортов.
Пакеты JDK, включая javax.sql, javax.crypto и javax.naming, остаются без изменений. В Spring Boot версии Jakarta определяет Boot BOM, поэтому закреплять версии зависимостей не следует. Ставить скилл стоит, когда миграция namespace уже запланирована; одних найденных импортов javax.* для запуска недостаточно.
Какие задачи решает
- перенести импорты
javax.servlet.*вjakarta.servlet.* - обновить зависимости Jakarta в
pom.xml - привести
web.xmlк версии целевого Servlet - проверить конфигурацию и строковые ссылки на
javax.* - найти оставшиеся импорты после миграции
Примеры запросов агенту
- Перенеси модуль `web-app` с `javax.*` на `jakarta.*` для Tomcat 10.1.
- Обнови `pom.xml` и `web.xml` для миграции на Tomcat 11.
- Проверь пакет `src/main/java` и замени только импорты Jakarta EE.
Как установить javax-to-jakarta-migration
1Через Skills CLI (Vercel)
npx skills add github/awesome-copilot --skill javax-to-jakarta-migration2GitHub CLI
gh skill install github/awesome-copilot javax-to-jakarta-migration3Вручную: положить файлы
.github/skills/javax-to-jakarta-migration/SKILL.md1Через Skills CLI (Vercel)
npx skills add github/awesome-copilot --skill javax-to-jakarta-migration -a claude-code2Вручную: положить файлы
~/.claude/skills/javax-to-jakarta-migration/SKILL.mdПапка скилла целиком; для одного проекта — .claude/skills/javax-to-jakarta-migration/
Вручную: положить файлы
.agents/skills/javax-to-jakarta-migration/SKILL.mdДля всех проектов — ~/.agents/skills/
Вручную: положить файлы
.cursor/skills/javax-to-jakarta-migration/SKILL.mdCursor читает и .agents/skills/, и .claude/skills/
Командой платформы
gemini skills install https://github.com/github/awesome-copilot --path skills/javax-to-jakarta-migrationВручную: положить файлы
.devin/skills/javax-to-jakarta-migration/SKILL.mdСтарый путь .windsurf/skills/ тоже читается
Claude.ai
Упакуйте папку в zip и загрузите в Settings → Capabilities → Skills
Из того же набора554
Весь набор →Похожие
Вопросы о javax-to-jakarta-migration
Как установить javax-to-jakarta-migration в GitHub Copilot?
Выполните npx skills add github/awesome-copilot --skill javax-to-jakarta-migration. Также доступна команда gh skill install github/awesome-copilot javax-to-jakarta-migration.
Что делает javax-to-jakarta-migration?
Скилл проводит миграцию Java-проекта с javax.* на jakarta.*: обновляет импорты, зависимости, web.xml и связанные конфигурационные ссылки. В конце он запускает сборку, тесты и проверку оставшихся импортов.
Когда не стоит запускать миграцию?
Не запускайте её только из-за найденных импортов javax.*. Скилл рассчитан на явный запрос миграции на Jakarta EE, Tomcat 10+/11 или делегирование от java-upgrade либо spring-boot-4-migration.
Исходный текст
SKILL.md · MIT
--- name: javax-to-jakarta-migration description: 'Migrate Java code from javax.* to jakarta.* namespace. Use only when the user explicitly asks for a javax to jakarta namespace or framework migration (for example to Tomcat 10+/11 or Jakarta EE), or when java-upgrade or spring-boot-4-migration delegates it. Finding javax imports alone does not authorize a migration.' argument-hint: "File, package, or module to migrate" --- # javax → jakarta Migration Skill ## When to Use - The user explicitly asks to migrate to the jakarta namespace, Tomcat 10+/11 or Jakarta EE - `java-upgrade` or `spring-boot-4-migration` delegates the namespace migration Detecting `javax.*` imports alone does not authorize this migration; report them instead. In Spring Boot projects, the Boot BOM manages Jakarta versions: do not pin the versions below, and let the Boot version decide the Jakarta EE level (Boot 4 = Jakarta EE 11, Servlet 6.1). The examples below target Jakarta EE 10 (Servlet 6.0, Tomcat 10.1+) in non-Boot projects. ## Procedure ### Step 0 — Baseline Run `./mvnw verify` or `./gradlew build` first and record the result; do not migrate on a red baseline. Make the change in a dedicated commit/step. ### Step 1 — Scan for javax Usage Search the codebase for all `javax.*` imports that need migration: ``` javax.servlet.* → jakarta.servlet.* javax.persistence.* → jakarta.persistence.* javax.validation.* → jakarta.validation.* javax.annotation.* → jakarta.annotation.* javax.inject.* → jakarta.inject.* javax.enterprise.* → jakarta.enterprise.* javax.faces.* → jakarta.faces.* javax.ws.rs.* → jakarta.ws.rs.* javax.el.* → jakarta.el.* javax.json.* → jakarta.json.* javax.mail.* → jakarta.mail.* javax.websocket.* → jakarta.websocket.* ``` **Do NOT migrate** these (they remain in `javax.*`): - `javax.sql.*` — part of JDK - `javax.naming.*` — part of JDK (JNDI) - `javax.crypto.*` — part of JDK - `javax.net.*` — part of JDK - `javax.security.auth.*` — part of JDK - `javax.swing.*`, `javax.xml.parsers.*` — JDK packages ### Step 2 — Update pom.xml Replace dependency coordinates. Choose API versions that match the target runtime; the table below is for Jakarta EE 10 (Tomcat 10.1+, Servlet 6.0): | Target runtime | Jakarta EE | Servlet | Persistence | Validation | Annotations | |----------------|-----------|---------|-------------|------------|-------------| | Tomcat 10.0 | 9 | 5.0 | 3.0 | 3.0 | 2.0 | | Tomcat 10.1 | 10 | 6.0 | 3.1 | 3.0 | 2.1 | | Tomcat 11 | 11 | 6.1 | 3.2 | 3.1 | 3.0 | | Old | New | |-----|-----| | `javax.servlet:javax.servlet-api` | `jakarta.servlet:jakarta.servlet-api:6.0.0` | | `javax.persistence:javax.persistence-api` | `jakarta.persistence:jakarta.persistence-api:3.1.0` | | `javax.validation:validation-api` | `jakarta.validation:jakarta.validation-api:3.0.2` | | `javax.annotation:javax.annotation-api` | `jakarta.annotation:jakarta.annotation-api:2.1.1` | ### Step 3 — Update web.xml (if present) The `version` must match the target Servlet level (5.0 for Tomcat 10.0, 6.0 for Tomcat 10.1, 6.1 for Tomcat 11); the example below is for Servlet 6.0: ```xml <!-- Old namespace --> <web-app xmlns="http://xmlns.jcp.org/xml/ns/javaee" version="4.0"> <!-- New namespace --> <web-app xmlns="https://jakarta.ee/xml/ns/jakartaee" version="6.0"> ``` ### Step 4 — Update Java Source Files Replace only the Jakarta EE `javax.` imports identified in Step 1 with their `jakarta.` equivalents in `.java` files; leave JDK packages (for example `javax.sql`, `javax.crypto`) unchanged. Also check non-Java references: `persistence.xml` (`javax.persistence.*` properties), `META-INF/services`, `beans.xml`, properties/YAML, string class names and reflection. ### Step 5 — Verify 1. Run `mvn clean compile` or `gradlew build` — fix any compilation errors 2. Run `mvn test` or `gradlew test` — ensure all tests pass 3. Search for any remaining `javax.*` imports (excluding JDK packages) ### Upstream sources (read before migrating) Fetch the page for the target version; prefer it over this skill when they conflict. - Jakarta EE specifications: <https://jakarta.ee/specifications/> - Eclipse Transformer (binary/bytecode transformation): <https://github.com/eclipse-transformer/transformer> - OpenRewrite `org.openrewrite.java.migrate.jakarta.JavaxMigrationToJakarta`: <https://docs.openrewrite.org/recipes/java/migrate/jakarta/javaxmigrationtojakarta> - Tomcat 9 to 10 migration: <https://tomcat.apache.org/migration-10.html> - Hibernate migration guides: <https://hibernate.org/orm/documentation/migrate/> - Spring Boot 3 upgrade (Jakarta EE 9+ baseline): <https://docs.spring.io/spring-boot/upgrading.html> ### Output Provide a migration summary listing all files changed, imports replaced, and any manual steps required.
© github · MIT · github/awesome-copilot