114-java-maven-search

Featured

Routes Maven version questions to the right workflow by choosing project-local update report interpretation for a user’s own pom.xml, or Maven artifact discovery from maintainer-approved structured evidence. Use when interpreting dependency, plugin, or property update reports; finding Maven coordinates; verifying groupId artifactId version; browsing versions from approved evidence; or constructing artifact URLs without fetching remote content. Part of Plinth Toolkit

AI & Automation 439 stars 92 forks Updated today Apache-2.0

Install

View on GitHub

Quality Score: 92/100

Stars 20%
88
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
50
License 10%
100
Description 5%
100

Skill Content

# Maven version workflow router Route Maven version-related requests to one of two workflows: 1. **Project-local version updates** - Default to this workflow when the user asks what can be updated in their own `pom.xml`, including outdated dependencies, plugin updates, or property version bumps. Interpret maintainer-provided Versions Maven Plugin reports or local resolver output generated outside this skill. 2. **Maven artifact discovery** - Use this workflow when the user explicitly asks to find or verify coordinates, browse available versions, construct artifact URLs, or download artifacts. Use maintainer-provided structured search evidence, local resolver output, or approved package-intelligence tooling. Do not fetch Maven Central HTTP endpoints or ingest raw remote POM, metadata XML, artifact descriptions, or repository HTML into prompt context. **What is covered:** - Project-local update report interpretation for `display-dependency-updates`, `display-plugin-updates`, and `display-property-updates` - Dependency insight from local project resolver outputs or maintainer-provided summaries - Maven coordinate discovery from maintainer-approved structured evidence, such as `groupId`, `artifactId`, `version`, and packaging fields - Repository layout and artifact URL patterns for POM, JAR, sources, and Javadoc files without fetching those URLs - Output format: structured coordinates, tables, and verifiable HTTPS links ## Constraints Choose the project-local update workfl...

Details

Author
jabrena
Repository
jabrena/plinth
Created
1 years ago
Last Updated
today
Language
Java
License
Apache-2.0

Integrates with

Bundled in these plugins

Similar Skills

Semantically similar based on skill content — not just same category

Code & Development Featured

112-java-maven-plugins

Use when you need to add or configure Maven plugins in your pom.xml — including quality tools (enforcer, surefire, failsafe, jacoco, pitest, spotbugs, pmd), security scanning (OWASP), code formatting (Spotless), version management, container image build (Jib), build information tracking, and benchmarking (JMH) — through a consultative, modular step-by-step approach that only adds what you actually need. This should trigger for requests such as Add Maven plugins in pom.xml; Improve Maven plugins in pom.xml; Configure Maven quality plugins in pom.xml; Add Maven build lifecycle plugins for Java verification; Review Maven plugin versions and executions. Part of Plinth Toolkit

439 Updated today
jabrena
AI & Automation Featured

110-java-maven-best-practices

Use when you need to review, improve, or troubleshoot a Maven pom.xml file — including dependency management with BOMs, plugin configuration, version centralization, multi-module project structure, build profiles, or any situation where you want to align your Maven setup with industry best practices. This should trigger for requests such as Review pom.xml to improve it; Apply Maven best practices to pom.xml; Improve Maven POM configuration; Review Maven dependency management and plugin configuration; Modernize Maven build conventions for a Java project. Part of Plinth Toolkit

439 Updated today
jabrena
AI & Automation Featured

111-java-maven-dependencies

Use when you need to add or evaluate Maven dependencies that improve code quality or domain modeling — including nullness annotations (JSpecify), static analysis (Error Prone + NullAway), functional programming (VAVR), architecture testing (ArchUnit), or money and currency support (JavaMoney) — and want a consultative, question-driven approach that adds only what you actually need. This should trigger for requests such as Add Maven dependencies; Add JSpecify nullness dependencies; Add Error Prone NullAway dependencies; Add VAVR functional dependencies; Add ArchUnit architecture testing dependencies; Add JavaMoney dependencies. Part of Plinth Toolkit

439 Updated today
jabrena