-
Notifications
You must be signed in to change notification settings - Fork 125
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
Tracking 2.0.0 Development #240
Comments
Allow Java fork options to be specified (#240)
- It is set to `sourceDir` by default. - If there is an intermediate working directory, it is set to that instead. - If it is already set by the script author, it will not be set again. - This is achieved via a `getTaskSpecificDefaultAttributes` - a method which can be overridden within another task.
- It is set to `sourceDir` by default. - If there is an intermediate working directory, it is set to that instead. - If it is already set by the script author, it will not be set again. - This is achieved via a `getTaskSpecificDefaultAttributes` - a method which can be overridden within another task.
- Call an external Java process in a similar fashion to the JAVA_EXEC approach in the new tasks. - Mark all 1.5.x inherited classes as deprecated. - Do not log unknown backend messages. - Extension testing ispart of integration testing. - Removed `AsciidoctorProxyCacheKey`, `AsciidoctorProxy` and `AsciidoctorProxyImpl`.
I'm completely in awe of the work you're doing on the 2.0 version. Great job! While I can't help much with the code, I intend to get involved with the docs part. I still have some work to do to get the docs foundation set up, but once that's in place, it should be easy to incorporate the docs from this project. In the meantime, we can get started by setting up the structure of an Antora component under the docs folder. |
- Reveal.js plugin & base plugin. - `revealjs` extension. - `revealjsPlugins` extension. - PLugin support is ignored if reveal.js backend < 1.2.0.
…octor#240) In order to ease migration `legacyAttributes=true` can be set on the compatibility conversaiotn task. This will enable `projectdir` and `rootdir` attributes. it will also print a warning message to change the usage to the new attributes.
…octor#240) In order to ease migration `legacyAttributes=true` can be set on the compatibility conversaiotn task. This will enable `projectdir` and `rootdir` attributes. it will also print a warning message to change the usage to the new attributes.
GEM support: - Add compatibility test for gems support plugin. Reveal.js: - Reveal.js plugin & base plugin. - `revealjs` extension. - `revealjsPlugins` extension. - Plugin support is ignored if reveal.js backend < 1.2.0. - Compatibility test checks for content in generated files. JDK & Gradle support: - Upgradle build to 4.8.1. - Test with JDK8, JDK10, JDK11 on Travis. - Add Gradle 4.10.2 & Gradle 5.10-rc-1 to compatibility matrix. - Minimum Gradle version for compatibility testing on JDK11 is 4.8.1. - Use at least Jacaco 0.8.3 for JDK11. - Inject Guava classpath for Gradle 4.8. - Make publishing Gradle 5.0 compatible. - Work around Gradle 5.0 worker classpath leakage Miscellaneous: - Add upgrading note regarding extensions. - GitHub archives unpack in a repository-branch pattern. - Compatibility Asciidoctor Task will support legacy attributes. In order to ease migration `legacyAttributes=true` can be set on the compatibility conversion task. This will enable `projectdir` and `rootdir` attributes. it will also print a warning message to change the usage to the new attributes.
GEM support: - Add compatibility test for gems support plugin. Reveal.js: - Reveal.js plugin & base plugin. - `revealjs` extension. - `revealjsPlugins` extension. - Plugin support is ignored if reveal.js backend < 1.2.0. - Compatibility test checks for content in generated files. JDK & Gradle support: - Upgradle build to 4.8.1. - Test with JDK8, JDK10, JDK11 on Travis. - Add Gradle 4.10.2 & Gradle 5.10-rc-1 to compatibility matrix. - Minimum Gradle version for compatibility testing on JDK11 is 4.8.1. - Use at least Jacoco 0.8.3 for JDK11. - Inject Guava classpath for Gradle 4.8. - Make publishing Gradle 5.0 compatible. - Work around Gradle 5.0 worker classpath leakage Miscellaneous: - Add upgrading note regarding extensions. - GitHub archives unpack in a repository-branch pattern. - Compatibility Asciidoctor Task will support legacy attributes. In order to ease migration `legacyAttributes=true` can be set on the compatibility conversion task. This will enable `projectdir` and `rootdir` attributes. it will also print a warning message to change the usage to the new attributes. - Under test if the Groovy versions are different, then run using JAVA_EXEC instead (asciidoctor#269).
This is a tracking issue for all of the known items that needs to be resolved for a 2.0 release.
development-1.6
branch todevelopment-2.0
includedir
attribute to besourceDir
or where intermediate is use, to the intermediate work directory.jruby-gradle
and requires some external GEMs.IN_PROCESS
/OUT_OF_PROCESS
modes. (Allow verbose mode to be programmatically changed #233)The Cobertura XML file [null] is not accessible; skipping this rule
message.Merge 1.5.8/1.5.8.1 changes to Asciidoctor compatiblity task. Refactor internals of compatibility task to useJAVA_EXEC
instead of the old in-memory oroxy cache model.AbstractAsciidoctorTask
still relies on an internal API. This needs to be resolved in another manner:(resourceCopySpec as CopySpecInternal).buildRootResolver().allSource
(Requires Grolifant 0.8)AsciidoctorJPdfTask
.AsciidoctorJExtension.minimumSafeJRubyVersion
. There must be a better way of doing this.asciidoctorjHasApiJar
inasciidoctorj-versions.gradle
.localGroovy()
instead ofgroovy-all
ingradle-plugin-dependencies.gradle
(Depends on Worker classpath should only contain necessary classes gradle/gradle#3698)Items that were fixed:
See also:
Development 2.0 #237The text was updated successfully, but these errors were encountered: