-
Notifications
You must be signed in to change notification settings - Fork 1.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Issue 2669 infinite recursion object javassist for java.lang.Object supertype #2693
Issue 2669 infinite recursion object javassist for java.lang.Object supertype #2693
Conversation
…l, added `#isJavaLangObject()` and `#isJavaLangObject()` to reduce repetition throughout the codebase, made `#getParent()` return Optional, added TypeSolver#getSolvedJavaLangObject() to return a solved reference to `java.lang.Object` to avoid repetition of this throughout the codebase, note that this is a suggested commit message from intellij following a rebase.. probably okay, but noted here anyway just in case..
javaparser-core/src/main/java/com/github/javaparser/ast/nodeTypes/NodeWithExtends.java
Show resolved
Hide resolved
...ain/java/com/github/javaparser/resolution/declarations/ResolvedReferenceTypeDeclaration.java
Show resolved
Hide resolved
...ver-core/src/main/java/com/github/javaparser/symbolsolver/javaparsermodel/TypeExtractor.java
Show resolved
Hide resolved
javaparser-core/src/main/java/com/github/javaparser/resolution/types/ResolvedReferenceType.java
Outdated
Show resolved
Hide resolved
...java/com/github/javaparser/symbolsolver/javaparsermodel/contexts/CompilationUnitContext.java
Outdated
Show resolved
Hide resolved
...avaparser/symbolsolver/javaparsermodel/declarations/JavaParserAnonymousClassDeclaration.java
Outdated
Show resolved
Hide resolved
.../github/javaparser/symbolsolver/javaparsermodel/declarations/JavaParserClassDeclaration.java
Outdated
Show resolved
Hide resolved
.../github/javaparser/symbolsolver/javaparsermodel/declarations/JavaParserClassDeclaration.java
Outdated
Show resolved
Hide resolved
.../github/javaparser/symbolsolver/javaparsermodel/declarations/JavaParserClassDeclaration.java
Outdated
Show resolved
Hide resolved
...c/main/java/com/github/javaparser/symbolsolver/javassistmodel/JavassistClassDeclaration.java
Outdated
Show resolved
Hide resolved
...c/main/java/com/github/javaparser/symbolsolver/javassistmodel/JavassistClassDeclaration.java
Show resolved
Hide resolved
...c/main/java/com/github/javaparser/symbolsolver/javassistmodel/JavassistClassDeclaration.java
Outdated
Show resolved
Hide resolved
...c/main/java/com/github/javaparser/symbolsolver/javassistmodel/JavassistClassDeclaration.java
Outdated
Show resolved
Hide resolved
...ore/src/main/java/com/github/javaparser/symbolsolver/model/typesystem/ReferenceTypeImpl.java
Outdated
Show resolved
Hide resolved
...ore/src/main/java/com/github/javaparser/symbolsolver/model/typesystem/ReferenceTypeImpl.java
Outdated
Show resolved
Hide resolved
...thub/javaparser/symbolsolver/javaparsermodel/declarations/JavaParserEnumDeclarationTest.java
Show resolved
Hide resolved
...ing/src/test/java/com/github/javaparser/symbolsolver/model/typesystem/ReferenceTypeTest.java
Show resolved
Hide resolved
...ing/src/test/java/com/github/javaparser/symbolsolver/model/typesystem/ReferenceTypeTest.java
Outdated
Show resolved
Hide resolved
...-solver-testing/src/test/java/com/github/javaparser/symbolsolver/resolution/ContextTest.java
Show resolved
Hide resolved
Ooh interesting, this fails on java 12 -- seemingly due to the addition of Another one to add to #1701 ?
|
…hod have either `orElseThrow` or the logic around it's use has been edited to make use of `isPresent()` / `ifPresent()`
… optional, and all uses of this method have either `orElseThrow` or the logic around it's use has been edited to make use of `isPresent()` / `ifPresent()`
…rs to `java.lang.String`
…o issue_2669_infinite_recursion_object_javassist
Yes, an issue with JDK 12 adding https://docs.oracle.com/en/java/javase/12/docs/api/java.base/java/lang/String.html I have added an enum and helper methods to This feels very "hacky" thus is immediately marked as as deprecated to strongly discourage its use in the future as anything other than a quick workaround, though it may be a potential solution to #1701 . |
…y made -- see javaparser#2695 where I was corrected re: the null checks within `setImports()`
…y that it is only the explictly extended types that should be returned (i.e. those that are specified within the AST)
…ntially can re-introduce it as part of a separate PR...
…viour )due to my confusion about whether ancestors includes implicit ancestors or not, and whether getDirectAncestors should do so -- see also javaparser#2696 )
… -- edited to fix/undo a previous change that introduced a change in behaviour )due to my confusion about whether ancestors includes implicit ancestors or not, and whether getDirectAncestors should do so -- see also javaparser#2696 )
Fixes #2669.