aboutsummaryrefslogtreecommitdiffstats
path: root/loadtime/src
Commit message (Collapse)AuthorAgeFilesLines
* Reduce empty array allocationsAndrey Turbanov2021-12-181-6/+7
|
* Replace uses of StringBuffer with StringBuilder.Andrey Turbanov2021-11-202-3/+3
| | | | StringBuffer is a legacy synchronized class. StringBuilder is a direct replacement to StringBuffer which generally have better performance.
* Upgrade license from CPLv1/EPLv1 to EPLv2Alexander Kriegisch2021-06-0423-133/+133
| | | | | | | This was required by the Eclipse team as one precondition for the next release. Signed-off-by: Alexander Kriegisch <Alexander@Kriegisch.name>
* Remove JRockit LTW support, particularly JRockitAgentAlexander Kriegisch2021-04-105-367/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | In two places, the documentation now contains this text: "Since AspectJ 1.9.7, the obsolete Oracle/BEA JRockit agent is no longer part of AspectJ. JRockit JDK never supported Java versions higher than 1.6. Several JRockit JVM features are now part of HotSpot and tools like Mission Control available for OpenJDK and Oracle JDK." The decision to drop JRockit support was made during a discussion between Alexander Kriegisch and Andy Clement: Andy Clement wrote on 26 Mar 2021: > Yes I think so. > > > Alexander Kriegisch wrote on 26 Mar 2021: > >> https://en.wikipedia.org/wiki/JRockit >> >> Can we get rid of that? AspectJ requires Java 8, JRockit never >> supported more than Java 6. Signed-off-by: Alexander Kriegisch <Alexander@Kriegisch.name>
* Move lib/ext/jrockit to just lib/jrockitAlexander Kriegisch2021-04-101-1/+1
| | | | | | | | It was the only subdirectory under lib/ext anyway and somehow always irritating and difficult to find when just using a directory browser in the IDE. Signed-off-by: Alexander Kriegisch <Alexander@Kriegisch.name>
* Fix JRockitAgentTest.testJrockitRecursionProtection for JVM 9+Alexander Kriegisch2021-03-281-14/+1
| | | | Signed-off-by: Alexander Kriegisch <Alexander@Kriegisch.name>
* Fix some deprecated Java and JUnit warnings by using newer API callsAlexander Kriegisch2021-03-214-11/+8
| | | | Signed-off-by: Alexander Kriegisch <Alexander@Kriegisch.name>
* Fix 'ajdoc' tests for Java 15 buildAlexander Kriegisch2021-03-141-3/+3
| | | | Signed-off-by: Alexander Kriegisch <Alexander@Kriegisch.name>
* Fix misplaced or incorrect javadoc tagsJerry James2020-09-141-1/+1
|
* Fix misplaced or incorrectly nested HTML tagsJerry James2020-09-143-3/+3
|
* Fix incorrect HTML entities in javadoc commentsJerry James2020-09-141-2/+2
|
* debug for test failure under github actionAndy Clement2020-08-162-25/+32
|
* debug for test failure under github actionAndy Clement2020-08-161-0/+2
|
* debug for test failure under github actionAndy Clement2020-08-161-10/+11
|
* Merge branch 'master' into feature/collection-performanceAndy Clement2020-08-153-3/+0
|\
| * Cleanup unused importsLars Grefer2020-08-163-3/+0
| | | | | | | | Signed-off-by: Lars Grefer <eclipse@larsgrefer.de>
* | Collection.toArray() call styleLars Grefer2020-08-151-2/+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>
* Merge branch 'master' of github.com:eclipse/org.aspectj into ↵Lars Grefer2020-08-141-1/+1
|\ | | | | | | remove-old-version-checks
| * Fix JRockitAgentTest for Java 9 and 10Lars Grefer2020-08-131-1/+1
| | | | | | | | Signed-off-by: Lars Grefer <eclipse@larsgrefer.de>
* | Remove checks for old Java VersionsLars Grefer2020-08-131-1/+1
|/ | | | Signed-off-by: Lars Grefer <eclipse@larsgrefer.de>
* Use the diamond operator where possibleLars Grefer2020-08-134-34/+34
| | | | Signed-off-by: Lars Grefer <eclipse@larsgrefer.de>
* 'String.indexOf()' expression is replaceable with 'contains()'Lars Grefer2020-08-083-6/+6
| | | | | | 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>
* 'for' loop replaceable with enhanced 'for' loopLars Grefer2020-08-085-127/+117
| | | | | | 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>
* polishAndy Clement2019-11-298-18/+16
|
* fix commentAndy Clement2019-11-281-24/+23
|
* fixes for tests on windowsAndy Clement2019-03-041-2/+3
|
* tidyupAndy Clement2019-02-082-1/+6
|
* Add module tests back in - but streamlinedAndy Clement2019-01-312-37/+46
|
* Merged loadtime5 into loadtimeAndy Clement2019-01-284-0/+182
|
* mavenizing loadtime - wipAndy Clement2019-01-286-62/+23
|
* mavenizing loadtime - wipAndy Clement2019-01-2526-0/+2175
|
* On JDK11 call the defineClass variant with a ProtectionDomain paramAndy Clement2019-01-111-4/+4
| | | | | | | | | | This alters the defineClass used when loadtime weaving and defining 'extra' classes (e.g. closures). This change causes us to call the defineClass() method variant on ClassLoader that takes a protection domain, so it should share the same protection domain as the class for which the extra class was generated. Issue: https://bugs.eclipse.org/bugs/show_bug.cgi?id=542421
* polishV1_9_2Andy Clement2018-10-231-4/+0
|
* polishAndy Clement2018-10-231-2/+0
|
* Exclude delegation loader on JDK11 too (it has been renamed)Andy Clement2018-10-231-10/+3
|
* 1.9.2.RC1 changesV1_9_2_RC1Andy Clement2018-09-292-32/+131
|
* 533038: Clear some generated class entries during class redefinitionAndy Clement2018-04-023-16/+43
|
* switched from diamond operatorAndy Clement2017-10-201-1/+2
|
* polish - genericsAndy Clement2017-09-271-1/+1
|
* Polish use of UnsafeAndy Clement2017-09-271-80/+63
|
* first pass at using Unsafe, needs reviewAndy Clement2017-09-271-31/+49
|
* Use genericsAndy Clement2014-10-081-7/+8
|
* Fix 432178: percflow concreteaspectcodegen problemAndy Clement2014-04-151-3/+3
|
* Upgrade to JDT 1.8.0 compilerAndy Clement2014-03-181-3/+3
|
* 415266: ltw jmx fixAndy Clement2013-10-181-10/+8
|
* Fix for 368046: exclude certain loadersAndy Clement2013-10-183-6/+48
|
* improved AdapterKey uniqueness - 400649Andy Clement2013-02-141-6/+13
|
* 386341Andy Clement2012-10-011-2/+31
|
* 389967Andy Clement2012-10-012-7/+7
|
* declare annotation on type XML supportAndy Clement2012-04-111-14/+23
|
generated by cgit v1.2.3 (git 2.39.1) at 2024-12-23 17:55:40 +0000