-
Notifications
You must be signed in to change notification settings - Fork 122
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Support for Apache Maven Site Plugin Version 4.0.0-MX #578
Comments
Thanks for the heads up and specially for the hint. It took me a good time to find the upgrade was not working because of the constructor, fun fact it actually still exists, but arguments order was changed 🤦♂️ I have a working POC so we can merge soon, but can't make promises about release, but in case of need, we can make a "RC". |
Thanks for the fast reaction. Actually I can wait for the regular release. |
* Bump Doxia to 2.0.0-M1 * Leave note in docs for release * Use SLF4J in site module (apache/maven-doxia#5) * Reorder constructor args in AsciidoctorDoxiaParserModule Fixes asciidoctor#578
* Bump Doxia to 2.0.0-M1 * Leave note in docs for release * Use SLF4J in site module (apache/maven-doxia#5) * Reorder constructor args in AsciidoctorDoxiaParserModule Fixes asciidoctor#578
* Bump Doxia to 2.0.0-M1 * Leave note in docs for release * Use SLF4J in site module (apache/maven-doxia#5) * Reorder constructor args in AsciidoctorDoxiaParserModule Fixes asciidoctor#578
* Bump Doxia to 2.0.0-M1 * Leave note in docs for release * Use SLF4J in site module (apache/maven-doxia#5) * Reorder constructor args in AsciidoctorDoxiaParserModule * Update IT test site.xml Fixes asciidoctor#578
* Bump Doxia to 2.0.0-M1 * Leave note in docs for release * Use SLF4J in site module (apache/maven-doxia#5) * Reorder constructor args in AsciidoctorDoxiaParserModule * Update IT test site.xml Fixes #578
Reopen for #589 (comment).
|
I highly recommend to apply/keep everything which is compatible with Doxia 1.x and MSITE 3.x. This will make transition easier. I have done the same for our plugins. |
* Bump Doxia to 2.0.0-M1 * Leave note in docs for release * Use SLF4J in site module (apache/maven-doxia#5) * Reorder constructor args in AsciidoctorDoxiaParserModule * Update IT test site.xml Fixes #578
* Bump Doxia to 2.0.0-M1 * Leave note in docs for release * Use SLF4J in site module (apache/maven-doxia#5) * Reorder constructor args in AsciidoctorDoxiaParserModule * Update IT test site.xml Fixes #578
* Bump Doxia to 2.0.0-M1 * Leave note in docs for release * Use SLF4J in site module (apache/maven-doxia#5) * Reorder constructor args in AsciidoctorDoxiaParserModule * Update IT test site.xml Fixes asciidoctor#578
* Bump Doxia to 2.0.0-M1 * Leave note in docs for release * Use SLF4J in site module (apache/maven-doxia#5) * Reorder constructor args in AsciidoctorDoxiaParserModule * Update IT test site.xml Fixes asciidoctor#578
Very eager for this since I was previously using Markdown but now I want to integrate CLI manpages generated as ADoc by Picocli and I can't downgrade my site plugin version. thanks! |
* Bump Doxia to 2.0.0-M1 * Leave note in docs for release * Use SLF4J in site module (apache/maven-doxia#5) * Reorder constructor args in AsciidoctorDoxiaParserModule * Update IT test site.xml Fixes asciidoctor#578
Thanks @jdimeo!
|
As OSS, there's no release date on the horizon. I personally would like to see AsciidoctorJ v3 out first, then release maven-plugin and site modules with it. |
Don't use with Doxia 2.0.0 stack, it does not proper cover all needs. Use 2.0.0-Mx. |
Thanks a lot! These are the kind of things that are hard to grasp. There's no bom right ? |
I recommend to follow: https://cwiki.apache.org/confluence/display/MAVEN/Towards+Doxia+2.0.0+Stack |
Uh oh. I hit https://issues.apache.org/jira/browse/MSITE-849 on a normal I used https://jitpack.io to pull in this branch: <plugin>
<artifactId>maven-site-plugin</artifactId>
<executions>
<execution>
<id>pre-site-dry-run</id>
<goals><goal>site</goal></goals>
<phase>pre-site</phase>
</execution>
</executions>
<dependencies>
<dependency>
<groupId>com.github.abelsromero.asciidoctor-maven-plugin</groupId>
<artifactId>asciidoctor-converter-doxia-module</artifactId>
<version>issue-578-experimental-maven-site-4.x.x-SNAPSHOT</version>
</dependency>
</dependencies>
</plugin> (I'm also using a forked site plugin that uses multiple CPU cores to render, which you can see why at over 80k files :-) ) |
* Bump Doxia to 2.0.0-M1 * Leave note in docs for release * Use SLF4J in site module (apache/maven-doxia#5) * Reorder constructor args in AsciidoctorDoxiaParserModule * Update IT test site.xml Fixes asciidoctor#578
* Bump Doxia to 2.0.0-M1 * Leave note in docs for release * Use SLF4J in site module (apache/maven-doxia#5) * Reorder constructor args in AsciidoctorDoxiaParserModule * Update IT test site.xml Fixes asciidoctor#578
* Bump Doxia to 2.0.0-M1 * Leave note in docs for release * Use SLF4J in site module (apache/maven-doxia#5) * Reorder constructor args in AsciidoctorDoxiaParserModule * Update IT test site.xml Fixes asciidoctor#578 Bump doxia-core to v2.0.0-M3 (asciidoctor#590) * Bump maven-site-plugin in IT to v4.0.0-M3 * Add skin to IT (mandatory since v4.0.0-M2) Bump maven-site and doxia to latests * maven-site-plugin v4.0.0-M8 * doxia & fluido skin 2.0.0-M6 * Sections and tables updated Bump maven-site to M13, Doxia to M8
* Bump Doxia to 2.0.0-M1 * Leave note in docs for release * Use SLF4J in site module (apache/maven-doxia#5) * Reorder constructor args in AsciidoctorDoxiaParserModule * Update IT test site.xml Fixes asciidoctor#578 Bump doxia-core to v2.0.0-M3 (asciidoctor#590) * Bump maven-site-plugin in IT to v4.0.0-M3 * Add skin to IT (mandatory since v4.0.0-M2) Bump maven-site and doxia to latests * maven-site-plugin v4.0.0-M8 * doxia & fluido skin 2.0.0-M6 * Sections and tables updated Bump maven-site to M13, Doxia to M8
@abelsromero I was able to get your fork working with M13 (https://github.com/abelsromero/asciidoctor-maven-plugin/tree/issue-578-experimental-maven-site-4.x.x), but only by downgrading to Java 8 or else the dependency is "banned". Then I had to bypass injection and manually provide the Doxia parser implementation inside the plugin. Very very ugly, but it works now! Edit: apparently the ASCIIDoc rendered by the Picocli generator isn't working completely... There is much more in the source: Eagerly awaiting formal releases of all of this - thank you all for your efforts. |
OK I finally got it to really work by merging the tip of the plugin with your branch (plus reverting to Java 8 and directly including it into the site plugin rather than relying on injection). |
This is an experimental branch to test Maven v4 in advance. It's more of an exercise, until Maven 4 stable is out this will remain as such. And currently is still alpha. What is the actual problem you are trying to solve @jdimeo ? You mentioned picocli and Java 8 but I don't understand what is the end goal is? |
I need ASCII doctor to work with the 4.x.x version of the site plugin. I have forked the site plugin to support parallel rendering to HTML and had to hack it to make it truly thread safe. I have over 100,000 markdown and adoc files in my site and I use 12 CPU cores in the CI/CD job to do parallel work. So I need the M13 site plugin, newest Doxia, etc. to work with ASCII doctor. I had to revert to Java 8 otherwise ASCII doctor was "banned" as a dependency from site plugin by the enforcer plugin. |
That's an interesting use case, have you tried initializing the Asciidoctor instance (
Not sure what enforcer you mean. The experimental branch works fine in CI which runs Java from 11 to 21. If it helps I've been thinking of moving experimental branches to this git repo. That way they'll get dependabot bumps when new versions are available and we'd make sure they are in shape. Not it depends more on having some outside reminder to take a look at them and rebase. |
I mean on the the 100k files are Markdown, not adoc. Those are only a couple dozen as documentation for our CLI! so performance is no issue, but it's enough to where I had to parallelize the overall site plugin: https://github.com/jdimeo/maven-site-plugin/blob/master/src/main/java/org/apache/maven/plugins/site/render/SiteMojo.java#L249 |
Thanks for the clarification. I updated the experimental branch with the latest changes btw, and regarding...
Nothing ever is trully. I'd suggest approaching the team and discuss with them. Things make take time but I am sure it's an interesting idea, they'll like to discuss, especially if there's already some code to review. I'd start mentioning in the "Maven User" mailing list https://maven.apache.org/plugins/maven-site-plugin/mailing-lists.html. |
What is this issue about?
Description
The latest version of the asciidoctor-maven-plugin ist not compatible with the new released version 4.0.0-M1 of the maven-site-plugin.
The maven-site-plugin updated to doxia 2.0.0-M2 (see https://blogs.apache.org/maven/entry/apache-maven-site-plugin-version5)
The asciidoctor-maven-plugin is still on doxia version 1.10
At runtime the asciidoctor-maven-plugin gets injected the higher doxia version. Unfortunately the constructor of AbstractParserModule has been deleted (see apache/maven-doxia@8e689f8)
[WARNING] Error injecting: org.asciidoctor.maven.site.AsciidoctorDoxiaParserModule
com.google.inject.ProvisionException: Unable to provision, see the following errors:
at org.asciidoctor.maven.site.AsciidoctorDoxiaParserModule.(Unknown Source)
while locating org.asciidoctor.maven.site.AsciidoctorDoxiaParserModule
Environment information
The text was updated successfully, but these errors were encountered: