org.aspectj

目录树: b1c52e2f5e

作者	SHA1	备注	提交日期
Andrey Turbanov	b1c52e2f5e	Replace uses of StringBuffer with StringBuilder. StringBuffer is a legacy synchronized class. StringBuilder is a direct replacement to StringBuffer which generally have better performance.	2 年前
Lars Grefer	702f3fa5bd	Cleanup unused imports Signed-off-by: Lars Grefer <eclipse@larsgrefer.de>	3 年前
Lars Grefer	93ce335dc0	Unnecessary unboxing Reports "unboxing", e.g. explicit unwrapping of wrapped primitive values. Unboxing is unnecessary under Java 5 and newer, and can be safely removed. Signed-off-by: Lars Grefer <eclipse@larsgrefer.de>	3 年前
Lars Grefer	72194b7982	'for' loop replaceable with enhanced 'for' loop 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>	3 年前
Andy Clement	9659cfe976	mavenizing bcel-builder - complete	5 年前
Andy Clement	482995299c	Fix 485055: declare @field failing for final String fields (see also Bug 327141)	8 年前
aclement	dc7971c698	327141	12 年前
aclement	c37f7b5968	slight FieldGen change to allow constant initialization - not great but it works	14 年前
aclement	7c89067090	refactoring	14 年前
aclement	600b449498	refactoring	14 年前
aclement	40de2e7d33	refactoring	14 年前
aclement	0a395eb90a	Java5 upgrades	14 年前
aclement	1fe2cde765	231396: Comment #4: Big Refactoring	16 年前
aclement	f51bf240ff	Declare annotation: infrastructure upgrade. Mainly to ensure we copy entries between constant pools correctly - required when annotations move from one class to another (as is typical with declare annotation)	19 年前
aclement	6d7e965c46	Fix some stuff that Wes pointed out: addEmptyConstructor() in ClassGen has always been broken and the src.zip for BCEL that was generated included test imports.	19 年前
aclement	1ad46c857b	BCEL Java5 Support	19 年前
aclement	066aacd6f5	Adding BCEL src to bcel-builder project. We change/patch BCEL more frequently than we import new versions of BCEL into AspectJ - so it makes sense to make that patching process easier than the importing process. Also the Java5 support would result in an unwieldy patch.txt file. The ANT targets in build.xml will still enable transformation of the packaging from org.aspectj.apache to org.apache for diffing with a new BCEL version, should one ever appear.	19 年前

5 次代码提交 (b1c52e2f5eb624037b8c799c20fbd1b4fd611d9a)