aboutsummaryrefslogtreecommitdiffstats
path: root/ajde.core
Commit message (Collapse)AuthorAgeFilesLines
* Fix 'ajdoc' tests for Java 15 buildAlexander Kriegisch2021-03-141-8/+8
| | | | Signed-off-by: Alexander Kriegisch <Alexander@Kriegisch.name>
* Fix incorrect HTML entities in javadoc commentsJerry James2020-09-141-2/+2
|
* Revert to 1.9.7.BUILD-SNAPSHOTAndy Clement2020-08-211-1/+1
|
* 1.9.7 milestone 1 publishedAndy Clement2020-08-211-1/+1
|
* Remove unnecessary interface modifiersLars Grefer2020-08-172-55/+55
| | | | Signed-off-by: Lars Grefer <eclipse@larsgrefer.de>
* Merge pull request #10 from larsgrefer/cleanup/pomAndy Clement2020-08-161-1/+0
|\ | | | | Cleanup the Maven pom.xml files
| * Remove project.parent.relative path as ../pom.xml is already the defaultLars Grefer2020-08-151-1/+0
| | | | | | | | Signed-off-by: Lars Grefer <eclipse@larsgrefer.de>
* | Merge branch 'master' into feature/collection-performanceAndy Clement2020-08-151-1/+0
|\ \
| * | Cleanup unused importsLars Grefer2020-08-161-1/+0
| |/ | | | | | | Signed-off-by: Lars Grefer <eclipse@larsgrefer.de>
* | Weaken Collection declarationsLars Grefer2020-08-151-1/+1
| | | | | | | | | | | | Reports on declarations of Collection variables made by using the collection class as the type, rather than an appropriate interface. Signed-off-by: Lars Grefer <eclipse@larsgrefer.de>
* | Redundant Collection.addAll() callLars Grefer2020-08-152-4/+2
| | | | | | | | | | | | Reports Collection.addAll() and Map.putAll() calls after instantiation of a collection using a constructor call without arguments. Such constructs can be replaced with a single call to a parametrized constructor which simplifies code. Also for some collections the replacement might be more performant. Signed-off-by: Lars Grefer <eclipse@larsgrefer.de>
* | Collection.toArray() call styleLars Grefer2020-08-151-1/+1
|/ | | | | | | There are two styles to convert a collection to an array: either using a pre-sized array (like c.toArray(new String[c.size()])) or using an empty array (like c.toArray(new String[0]). In older Java versions using pre-sized array was recommended, as the reflection call which is necessary to create an array of proper size was quite slow. However since late updates of OpenJDK 6 this call was intrinsified, making the performance of the empty array version the same and sometimes even better, compared to the pre-sized version. Also passing pre-sized array is dangerous for a concurrent or synchronized collection as a data race is possible between the size and toArray call which may result in extra nulls at the end of the array, if the collection was concurrently shrunk during the operation. Signed-off-by: Lars Grefer <eclipse@larsgrefer.de>
* lets have maven fail if those tests fail...Andy Clement2020-08-143-32/+46
|
* Merge branch 'master' of github.com:eclipse/org.aspectj into ↵Lars Grefer2020-08-147-118/+119
|\ | | | | | | remove-old-version-checks
| * Fix up tests and reduce verbosity on J11Andy Clement2020-08-147-118/+119
| |
* | Remove checks for old Java VersionsLars Grefer2020-08-131-2/+0
|/ | | | Signed-off-by: Lars Grefer <eclipse@larsgrefer.de>
* Use the diamond operator where possibleLars Grefer2020-08-1314-52/+52
| | | | Signed-off-by: Lars Grefer <eclipse@larsgrefer.de>
* 'String.indexOf()' expression is replaceable with 'contains()'Lars Grefer2020-08-084-8/+8
| | | | | | Reports any String.indexOf() expressions which can be replaced with a call to the String.contains() method available in Java 5 and newer. Signed-off-by: Lars Grefer <eclipse@larsgrefer.de>
* 'while' loop replaceable with enhanced 'for' loopLars Grefer2020-08-081-3/+2
| | | | | | Reports while loops which iterate over collections, and can be replaced with an enhanced for loop (i.e. foreach iteration syntax). Signed-off-by: Lars Grefer <eclipse@larsgrefer.de>
* 'for' loop replaceable with enhanced 'for' loopLars Grefer2020-08-089-38/+32
| | | | | | Reports for loops which iterate over collections or arrays, and can be replaced with an enhanced for loop (i.e. the foreach iteration syntax). Signed-off-by: Lars Grefer <eclipse@larsgrefer.de>
* Rev to 1.9.7.BUILD-SNAPSHOTAndy Clement2020-07-221-1/+1
|
* AspectJ 1.9.6 final bitsV1_9_6Andy Clement2020-07-221-1/+1
|
* Move to 1.9.6.BUILD-SNAPSHOT versionAndy Clement2019-11-281-1/+1
|
* 1.9.5 release versions in pomsV1_9_5Andy Clement2019-11-281-1/+1
|
* Update to 1.9.5.BUILD-SNAPSHOT in pomsAndy Clement2019-06-031-1/+1
|
* 1.9.4 POMSAndy Clement2019-05-101-1/+1
|
* pushed versions to 1.9.4.BUILD-SNAPSHOTAndy Clement2019-04-171-1/+1
|
* temporary fix for jdtcore deps to get mvn clean install behavingAndy Clement2019-02-011-0/+12
|
* Add module tests back in - but streamlinedAndy Clement2019-01-312-17/+56
|
* various polish to previously mavenized projects to support newer onesAndy Clement2019-01-311-0/+17
|
* mavenizing ajde.core - doneAndy Clement2019-01-2936-131/+63
|
* polishAndy Clement2018-10-1510-59/+92
|
* Adjust how classpath entries manipulated for Java9 supportAndy Clement2017-10-201-14/+12
| | | | | | | | | | | | | | | | Prior to this AspectJ would discard ignore the ClasspathEntry objects built by JDT and just work with the classpath as a string, driving the JDT FileSystem to rebuild classpath entries again at a later date using the string. This is more complex in Java9 because the string representation was losing whether some entries came in via modulepath. ClasspathEntry construction for modulepath entries is non trivial (since the module-info must be processed). The new version will cache some of the ClasspathEntry objects (those built for modulepaths) and do more work on the AspectJ side building classpath entries in general. It now passes these entries to a different FileSystem entry point rather than the entry point that takes a string path.
* added module/modulesourcepath to compiler configuration interfaceAndy Clement2017-10-202-5/+16
|
* Fix classpath for tests on Java9Andy Clement2016-06-271-2/+10
|
* Fix for building on Java8V1_8_3aAndy Clement2014-10-241-0/+1
|
* Polish genericsAndy Clement2014-10-0715-47/+43
|
* enabling AJDT to use annotation processorsAndy Clement2014-08-203-0/+31
|
* annotation processing in aspectjhsestupin2014-08-011-1/+1
| | | | Signed-off-by: hsestupin <stupin.sergey@gmail.com>
* Fix 415957: annotations with 1.8 flagsAndy Clement2013-08-271-3/+1
|
* genericsaclement2011-08-166-447/+382
|
* 353900: Java7aclement2011-08-121-1/+3
|
* java5 module nowaclement2011-08-121-0/+1
|
* generics refactoringaclement2011-08-124-170/+136
|
* generics refactoringaclement2011-08-123-17/+18
|
* minimalModel ON by default. demotion ON by default (for AJDT as well as LTW)aclement2011-08-052-5/+7
|
* 290741: encoding option on ICompilerConfigurationaclement2011-04-041-0/+4
|
* 290741: encoding option on ICompilerConfigurationaclement2011-04-042-0/+8
|
* 328649: addDependencies for Compilation Participantsaclement2010-10-261-3/+4
|
* 328649aclement2010-10-251-0/+7
|