[1] The "assert" keyword can be switched on and off via the jdk1.4 - property.
Run with -Djdk1.4=true set to activate assert statement parsing.
[*] template/Java12FrontEnd.jj
[*] recoder.java.JavaProgramFactory
[*] recoder.io.PropertyNames
[*] recoder.io.ProjectSettings
[1] Recoder can now import class file information via Java reflection.
The new recoder.bytecode.ReflectionImport class will take care for that.
NameInfo is now a PropertyChangeListener of the project settings
and listens to changes of the search mode.
As a consequence, the autoLoad and preferPrecompiled switches in
DefaultNameInfo have been replaced by a more general solution. The
new property class.search.mode defines the search priorities when looking
for logical class type names:
The !autoLoad setting is "".
The preferPrecompiled setting is "cs".
The default setting is "sc".
To use the VM classes as final resort: "scr"
(You should not call ensureSystemClassesAreInPath if you want to use
reflection as primary source for classes in "sr" setting).
There is one potential problem: Blank finals cannot be distinguished from
initialized static finals in bytecode; are they Java Compile-Time Constants?
This could make a difference for overloading resolution and automatic
type narrowing.
[+] recoder.bytecode.ReflectionImport
[*] ByteCodeParser
[*] DefaultNameInfo
[*] DefaultClassFileRepository
[*] PropertyNames
[*] ProjectSettings
[1] Added ErrorHandler.
Check modes have been removed from CrossReferenceSourceInfo. Subclasses
of DefaultErrorHandler can achieve this effects easily by overriding
specialized functions.
Analysis exceptions now carry context information.
NameInfo controls placeholders for unknown program model elements.
Not all errors are reported; the situation is no longer really terrible,
it is now just bad.
The FileRepositories no longer yield parser exceptions for logical
class type queries. Parser and IOExceptions are passed to the error
handler instead.
[+] ErrorHandler
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
-----------------------
| Legend: |
| [+] added |
| [-] removed |
| [*] updated |
| [>] relocated |
| |
| [1] very important |
| [2] quite important |
| [3] negligible |
-----------------------
[1] The "assert" keyword can be switched on and off via the jdk1.4 - property.
Run with -Djdk1.4=true set to activate assert statement parsing.
[*] template/Java12FrontEnd.jj
[*] recoder.java.JavaProgramFactory
[*] recoder.io.PropertyNames
[*] recoder.io.ProjectSettings
[1] Recoder can now import class file information via Java reflection.
The new recoder.bytecode.ReflectionImport class will take care for that.
NameInfo is now a PropertyChangeListener of the project settings
and listens to changes of the search mode.
As a consequence, the autoLoad and preferPrecompiled switches in
DefaultNameInfo have been replaced by a more general solution. The
new property class.search.mode defines the search priorities when looking
for logical class type names:
The !autoLoad setting is "".
The preferPrecompiled setting is "cs".
The default setting is "sc".
To use the VM classes as final resort: "scr"
(You should not call ensureSystemClassesAreInPath if you want to use
reflection as primary source for classes in "sr" setting).
There is one potential problem: Blank finals cannot be distinguished from
initialized static finals in bytecode; are they Java Compile-Time Constants?
This could make a difference for overloading resolution and automatic
type narrowing.
[+] recoder.bytecode.ReflectionImport
[*] ByteCodeParser
[*] DefaultNameInfo
[*] DefaultClassFileRepository
[*] PropertyNames
[*] ProjectSettings
[1] Added ErrorHandler.
Check modes have been removed from CrossReferenceSourceInfo. Subclasses
of DefaultErrorHandler can achieve this effects easily by overriding
specialized functions.
Analysis exceptions now carry context information.
NameInfo controls placeholders for unknown program model elements.
Not all errors are reported; the situation is no longer really terrible,
it is now just bad.
The FileRepositories no longer yield parser exceptions for logical
class type queries. Parser and IOExceptions are passed to the error
handler instead.
[+] ErrorHandler