CAMEL-23701: Make generated archetype projects more AI-relevant - #25409
CAMEL-23701: Make generated archetype projects more AI-relevant#25409k-krawczyk wants to merge 1 commit into
Conversation
Rename ReadMe.txt to README.md in all six Camel archetypes and rewrite the content in Markdown, with the documentation links refreshed to https. Each generated project now also gets an AGENTS.md with guidance for AI coding assistants: the Apache Camel LLM index (https://camel.apache.org/llms.txt), the .html -> .md documentation trick, a pointer to the Camel CLI and the Camel MCP server, plus the project layout, the build/run commands and the conventions that apply to that archetype. This also fixes camel-archetype-api-component, which declared its readme in the __artifactId__-component file set while the file lives at the project root, so no readme was generated at all. Co-authored-by: Claude <noreply@anthropic.com>
orpiske
left a comment
There was a problem hiding this comment.
I did a quick manual review and it looks good to me. Thanks @k-krawczyk !
|
🌟 Thank you for your contribution to the Apache Camel project! 🌟 🐫 Apache Camel Committers, please review the following items:
|
davsclaus
left a comment
There was a problem hiding this comment.
Nice work — this is a clean, well-structured PR that follows the pattern established by #24063 (JBang export). The camel-archetype-api-component bug fix is confirmed valid (the ReadMe.txt was declared in the __artifactId__-component/ fileSet but the file lives at the project root, so no readme was ever generated).
One required change: the upgrade guide entry needs to move to the 4.23 guide since 4.22.0 is being built and released. The camel-4x-upgrade-guide-4_23.adoc file doesn't exist yet, so it will need to be created.
Minor suggestions (non-blocking):
- The
camel-archetype-springAGENTS.mdcould mention that this archetype is deprecated and suggest Spring Boot instead, so AI agents don't invest effort in a deprecated project unknowingly. - The
camel-archetype-dataformatAGENTS.mdreference link points towriting-components.html— inherited from the old readme and probably the closest available page, but slightly off-target for data formats.
This review was generated by an AI agent and may contain inaccuracies. Please verify all suggestions before applying.
| (`https://camel.apache.org/llms.txt`), the Camel CLI and the Camel MCP server. | ||
|
|
||
| The `camel-archetype-api-component` archetype also generates its readme again: the file was declared | ||
| in the wrong file set and was therefore silently skipped. |
There was a problem hiding this comment.
This entry should be in camel-4x-upgrade-guide-4_23.adoc instead — 4.22.0 is being released, so this change will ship in 4.23.
|
Just mind that 4.22.0 is released soon so this PR will go into 4.23. But we need to wait until main branch has been prepared for this. |
|
🧪 CI tested the following changed modules:
🔬 Scalpel shadow comparison — Scalpel: 7 tested, 0 compile-only — current: 6 all testedMaveniverse Scalpel detected 7 affected modules (current approach: 6).
|
Summary
Applies the same treatment as CAMEL-23702 (#24063), but to the Maven archetypes instead of the JBang export.
ReadMe.txttoREADME.mdin all six archetypes and rewrites the content in Markdown, with the documentation links refreshed tohttpsand to the currentcamel.apache.org/manual/writing-components.htmllocation.AGENTS.mdto every generated project: the Apache Camel LLM index (https://camel.apache.org/llms.txt), the.html->.mddocumentation trick, a pointer to the Camel CLI and the Camel MCP server with an explicit "do not invent component URIs or options" instruction, plus the project layout, the build/run commands and the conventions of that archetype.archetype-metadata.xmlfile sets accordingly — the readme is listed explicitly there, so the rename alone would have silently dropped it.camel-archetypesentry to the 4.22 upgrade guide.Drive-by fix
camel-archetype-api-componentdeclared its readme in the__artifactId__-component/file set while the file actually lives at the project root, so no readme was generated at all. Reproduced against the released archetype:produces a project with
pom.xmland the two modules, and no readme. This PR moves the entry to a root file set, so the readme is generated again.Notes
The
.mdfile sets are deliberately left unfiltered, asReadMe.txtwas. Markdown headings start with#, which is the Velocity directive prefix, so the generated docs are kept free of interpolation rather than risking mangled output. Consequently the content uses no${artifactId}-style placeholders.Verification
./mvnw install -Dquickly -f archetypes/pom.xml— BUILD SUCCESS.mvn archetype:generaterun for all six archetypes against the locally installed4.22.0-SNAPSHOT:README.mdandAGENTS.mdare generated at the root of every project, with no unresolved${...}or__x__tokens.MainApp/MyRouteBuilder,MyApplication/MyBean/MyConfiguration,camel-context.xml,META-INF/services/.../<scheme>, theDataFormatimplementation), so it does not describe files that are not there.apache-rat-plugin:checkon the archetypes module: 0 unapproved (**/*.mdis excluded in the root POM)..mdvariant of the manual page.The archetype integration tests under
src/test/resources/projects-disabledare disabled, so verification was done by generating projects manually as described above.Reported by Claude Code on behalf of Karol Krawczyk