aboutsummaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* Set version to 1.9.8-SNAPSHOTAndy Clement2021-06-2429-29/+29
|
* 1.9.7 releaseV1_9_7Andy Clement2021-06-2429-29/+29
|
* Merge branch 'master' of https://github.com/eclipse/org.aspectjAndy Clement2021-06-241-0/+31
|\
| * Update RELEASE.mdAndy Clement2021-06-241-1/+1
| |
| * Update RELEASE.mdAndy Clement2021-06-241-0/+31
| | | | | | Fixes #71
* | Finalize 1.9.7 release dateAndy Clement2021-06-241-1/+1
|/
* Merge pull request #64 from SmallGiantGames/bug415838Andy Clement2021-06-241-7/+7
|\ | | | | add synchronization to LocalVariableTable
| * add synchronization to LocalVariableTableDmitry Mikhaylov2021-05-311-7/+7
| |
* | Merge pull request #69 from kriegaex/document-improve-build-profilesAndy Clement2021-06-1012-33/+241
|\ \ | | | | | | Document build profiles and properties in `docs/developer/BUILD.md`
| * | Add link to BUILD.md to main README.mdAlexander Kriegisch2021-06-101-1/+6
| | | | | | | | | | | | | | | | | | Plus a small enhancement in the build description. Signed-off-by: Alexander Kriegisch <Alexander@Kriegisch.name>
| * | Fix minor indentation issues in org.aspectj.tools.ajdoc.MainAlexander Kriegisch2021-06-101-3/+3
| | | | | | | | | | | | Signed-off-by: Alexander Kriegisch <Alexander@Kriegisch.name>
| * | Document build profiles and properties in docs/developer/BUILD.mdAlexander Kriegisch2021-06-1010-29/+232
|/ / | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | In doing so, I also noticed a few things in need of improvement. So, documenting the build also drive those enhancements, such as - the new 'fast-build' profile skipping test compilation and execution as well as documentation generation, - an option to skip generating source assemblies, - to skip unzipping source assemblies if javadoc generation for them is to be skipped too, - activating the 'create-docs' profile by property which is true by default instead of using 'activeByDefault=true', because the latter does not work reliably if other profiles are activated manually according to a Maven bug that was closed as "won't fix", - no longer generating separate javadocs for the 'runtime' module, because that module is not deployed and the main artifacts recreate Javadocs from scratch for all of their constituent sources anyway. Signed-off-by: Alexander Kriegisch <Alexander@Kriegisch.name>
* | Merge pull request #67 from kriegaex/libs-improve-downloadAndy Clement2021-06-072-1/+5
|\ \ | | | | | | Detect previously failed downloads by verifying existing file checksums
| * | Build readme whitespace cosmeticsAlexander Kriegisch2021-06-081-1/+1
| | | | | | | | | | | | Signed-off-by: Alexander Kriegisch <Alexander@Kriegisch.name>
| * | Detect previously failed downloads by verifying existing file checksumsAlexander Kriegisch2021-06-081-0/+4
|/ / | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | There was a helpful option hiding in Download Maven plugin, which we use to download artifacts unavailable on Maven Central, such as the Ant installer and several source packages: 'checkSignature'. It has the effect of verifying checksums of existing, i.e. previously downloaded files too, not only newly downloaded ones. This helps detect interrupted downloads from previous runs or generally invalid files, whatever the reason. I was looking for this option before, but did not notice it because of the name. This is about verifying checksums, not checking signatures. Anyway, a maintainer just told me about it here: https://github.com/maven-download-plugin/maven-download-plugin/issues/186 I requested that the option be renamed and described better. Signed-off-by: Alexander Kriegisch <Alexander@Kriegisch.name>
* | Added issue tracker linksAndy Clement2021-06-071-0/+7
| |
* | Merge pull request #66 from kriegaex/release-notes-197Andy Clement2021-06-072-0/+121
|\ \ | | | | | | Add release notes for 1.9.7
| * | Add release notes for 1.9.7Alexander Kriegisch2021-06-042-0/+121
| |/ | | | | | | Signed-off-by: Alexander Kriegisch <Alexander@Kriegisch.name>
* | Merge pull request #65 from kriegaex/licence-upgrade-epl2Andy Clement2021-06-061671-17890/+17965
|\ \ | |/ |/| Upgrade license from CPLv1/EPLv1 to EPLv2
| * Upgrade license from CPLv1/EPLv1 to EPLv2Alexander Kriegisch2021-06-041671-17890/+17965
|/ | | | | | | This was required by the Eclipse team as one precondition for the next release. Signed-off-by: Alexander Kriegisch <Alexander@Kriegisch.name>
* Merge pull request #62 from kriegaex/release-1.9.7.M3Andy Clement2021-05-283-21/+48
|\ | | | | Bugfix release 1.9.7.M3
| * Remove duplicate command from RELEASE.mdAlexander Kriegisch2021-05-281-3/+0
| | | | | | | | Signed-off-by: Alexander Kriegisch <Alexander@Kriegisch.name>
| * Set version to 1.9.7-SNAPSHOTAlexander Kriegisch2021-05-2829-29/+29
| | | | | | | | Signed-off-by: Alexander Kriegisch <Alexander@Kriegisch.name>
| * Set version to 1.9.7.M3V1_9_7_M3Alexander Kriegisch2021-05-2829-29/+29
| | | | | | | | | | | | | | | | | | | | | | This is a bugfix release, reverting the essential parts of commit f70aeb5e, because it causes AspectJ Maven integration tests using javadoc to fail on JDK 8. See commit discussion on https://github.com/eclipse/org.aspectj/commit/f70aeb5e#commitcomment-51417353 Signed-off-by: Alexander Kriegisch <Alexander@Kriegisch.name>
| * Revert "Always run javadoc using the ToolProvider API"Alexander Kriegisch2021-05-282-18/+48
| | | | | | | | | | | | | | | | | | | | | | | | | | This reverts commit f70aeb5e, except for some commented-out parts of code and an unused method. I also simplified the code, e.g. with regard to exception handling, and did some more cosmetic stuff, but basically it is a revert. In order to make it compile on more recent JDKs which doe not have class com.sun.tools.javadoc.Main, I used Class.forName in the method being called on JDK 8 only. Signed-off-by: Alexander Kriegisch <Alexander@Kriegisch.name>
* | Merge pull request #59 from kriegaex/deploy-installer-to-aspectj-devAndy Clement2021-05-281-1/+29
|\ \ | |/ |/| RELEASE.md: Deploying AspectJ installer to aspectj.dev
| * RELEASE.md: Deploying AspectJ installer to aspectj.devAlexander Kriegisch2021-05-261-1/+29
|/ | | | | | | How to deploy to the aspectj.dev Maven repository, mounted as a WebDAV share. Signed-off-by: Alexander Kriegisch <Alexander@Kriegisch.name>
* Merge pull request #58 from kriegaex/release-1.9.7.M2Andy Clement2021-05-247-27/+195
|\ | | | | Release 1.9.7.M2
| * Add "how to release" guide and point to it from README.mdAlexander Kriegisch2021-05-242-10/+167
| | | | | | | | | | | | Also fix a few minor wording and formatting things in the main read-me. Signed-off-by: Alexander Kriegisch <Alexander@Kriegisch.name>
| * Set version to 1.9.7-SNAPSHOT againAlexander Kriegisch2021-05-2429-29/+29
| | | | | | | | Signed-off-by: Alexander Kriegisch <Alexander@Kriegisch.name>
| * Set version to 1.9.7.M2V1_9_7_M2Alexander Kriegisch2021-05-2429-30/+30
| | | | | | | | | | | | Also depend on JDT Core 1.9.7.M2 Signed-off-by: Alexander Kriegisch <Alexander@Kriegisch.name>
| * Fix Javadoc generation by also unpacking relocated ASM sourcesAlexander Kriegisch2021-05-242-10/+20
| | | | | | | | | | | | | | | | | | | | Suddenly, for AspectJ Weaver + Tools Javadoc generation started to fail. This might be due to switching from ASM-renamed to dynamically shaded ASM. Either way, the Javadoc tool complains about the missing source files. Therefore, we also unpack them from the source uber JAR now via TrueZIP before generating Javadoc. Signed-off-by: Alexander Kriegisch <Alexander@Kriegisch.name>
| * Upgrade Maven Shade Plugin to 3.2.4.MSHADE-252-391Alexander Kriegisch2021-05-245-6/+7
|/ | | | | | | | | | Unfortunately, the issues fixed in the aspectj.dev fork are still not available upstream (MSHADE-252 is merged, but unreleased, MSHADE-391 is in review). Also use Maven Javadoc Plugin version from parent POM. Signed-off-by: Alexander Kriegisch <Alexander@Kriegisch.name>
* Documentation linksAndy Clement2021-05-231-0/+18
|
* Slightly more detailed readmeAndy Clement2021-05-231-5/+8
|
* ECA referenceAndy Clement2021-05-231-1/+3
|
* housekeepingAndy Clement2021-05-239-3/+494
|
* Merge pull request #56 from kriegaex/canonical-snapshot-versionAndy Clement2021-05-2231-34/+32
|\ | | | | Use canonical snapshot version 1.9.7-SNAPSHOT
| * Use canonical snapshot version 1.9.7-SNAPSHOTAlexander Kriegisch2021-05-2331-34/+32
|/ | | | | | | | | Before, we used 1.9.7.BUILD-SNAPSHOT, which according to Andy Clement was originally an intent across a group of Spring projects he was involved in, to ensure that SNAPSHOTS were sorted alphabetically ahead of MILESTONEs and ahead of RCs. Signed-off-by: Alexander Kriegisch <Alexander@Kriegisch.name>
* Revert "polish"Andy Clement2021-05-221-0/+5
| | | | This reverts commit 9ba62b64fb2fd3a8b20d259189d392d9a4b30b72.
* polishAndy Clement2021-05-221-5/+0
|
* polishAndy Clement2021-05-223-13/+4
|
* Fix pom.xml problemAndy Clement2021-05-221-3/+2
|
* Merge remote-tracking branch 'xander/maven-central-deployment'Andy Clement2021-05-2228-555/+662
|\
| * Delete all release POM templates in 'build'Alexander Kriegisch2021-05-1619-506/+0
| | | | | | | | | | | | | | | | | | | | In order to keep developers from creating AspectJ releases manually or using Ant script 'build/build.xml', get rid of all POM templates. This step does not involve updating any build or release how-to documents or any other clean-up work under 'build', but it is a first step and a simple, implicit reminder that now we can build and release using Maven. Signed-off-by: Alexander Kriegisch <Alexander@Kriegisch.name>
| * Fix selective Nexus deployment to Sonatype OSSRHAlexander Kriegisch2021-05-166-8/+39
| | | | | | | | | | | | | | | | | | | | | | Other than Maven Deploy, Nexus Staging plugin cannot just be added to the 'build/plugins' section of the parent POM once and (de-)activated with a simple property like 'maven.deploy.skip' on a per-module basis. See also https://issues.sonatype.org/browse/OSSRH-68966. Consequently, we do not add it to the parent but separately to each module meant to be published. Signed-off-by: Alexander Kriegisch <Alexander@Kriegisch.name>
| * Only sign + stage artifacts meant to be deployedAlexander Kriegisch2021-05-161-0/+6
| | | | | | | | | | | | | | | | | | | | | | Even with the 'release' profile, it is not necessary to sign each artifact, because only the ones to be published on Maven Central need signatures. Similarly, make Nexus staging deployment to Sonatype OSSRH dependent on 'maven.deploy.skip' and skip staging for non-public artifacts. Signed-off-by: Alexander Kriegisch <Alexander@Kriegisch.name>
| * Create javadoc for all public artifacts, fix dependenciesAlexander Kriegisch2021-05-168-46/+507
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Sonatype OSSRH repository rules require source and javadoc JARs in order to create staging repositories for releases to be promoted to Maven Central. So I added build steps to unzip the source JARs and then create Javadocs for them. FIXME: This configuration works with JDK 16, but throws errors on other JDK versions, e.g. 14. It looks as if the Maven Javadoc plugin does not do a particularly good job applying the plugin settings in a way making it work with different JDK javadoc tool versions. I am saying that, because when using the tool directly on the console, it works with basic settings and the correct classpath. In order to enable creating uber JARs via Maven Shade in the future, I also added missing dependencies. Maven Assembly descriptors just assume that all the necessary class files and sources already exist where it copies them from. But several of the dependency modules were not explicitly listed as such by the uber JAR modules. I fixed that. Signed-off-by: Alexander Kriegisch <Alexander@Kriegisch.name>
| * Add information required by Maven Central to public artifact POMsAlexander Kriegisch2021-05-166-12/+211
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This is another step away from manual deployment towards Maven-triggered deployment for both releases and snapshots. The 5 main POMs (matcher, runtime, weaver, tools, installer) now contain information required by Sonatype for Maven Central deployments according to: https://central.sonatype.org/publish/requirements/ TODO: - Add corresponding 'distributionManagement' section and necessary release plugins for Sonatype OSS repositories to parent POM. - Enable Maven to also use Install plugin in order to automatically set release versions, commit to Git and tag releases, then upgrade to a new snapshot afterwards. - Make sure that Flatten Maven plugin does not strip off the required tags we just added to the POMs. It looks as if the chosen flattenMode=oss already retains the exact tags we need, only slightly reformatting (hence "uglifying") the POM. But an ugly POM does not block Maven Central deployments, as long as it is complete. So it looks as if this to-do item is already done. Signed-off-by: Alexander Kriegisch <Alexander@Kriegisch.name>
| * Replace links to aspectj.org by links to eclipse.org/aspectjAlexander Kriegisch2021-05-1611-12/+12
| | | | | | | | | | | | | | | | As discussed with Andy Clement, domain aspectj.org seems to still be owned by Xerox, and currently no website for it is online. Therefore, it is better to link to the AspectJ Eclipse homepage. Signed-off-by: Alexander Kriegisch <Alexander@Kriegisch.name>