Comments (3)
Inderjeet knows more about this, but I believe this is a shortcoming with a
JavaCC
parser. It is not efficient at parsing long string values; therefore, if you
have a
field in your JSON object with a very long String value (like a stack trace,
etc.)
then this will occur. We explicitly catch this "Error" and rethrow it as a
JsonParseException which should be safe as by the error is caught, all the
recursive
function calls have popped off the stack.
We actually have a test for this scenario to ensure that a "JsonParseException"
is
thrown instead of a StackOverflowError so that it will not take down the JVM
(unless
the client doesn't not care about catching any JsonParseException).
This issue will be fixed once a new parser is implement. See issue #28.
Original comment by [email protected]
on 23 Sep 2008 at 5:11
from google-gson.
Looks like this was fixed by Inderjeet in r256.
Original comment by [email protected]
on 13 Oct 2008 at 3:22
from google-gson.
Yes, I have tested the new Gson with strings of size up to 20MB and it worked
fine.
It probably will work for even larger strings, but the test itself starts to
generate
too much GC. Previously, Gson was able to handle strings of about 100kb on the
same
test so I am excited about this fix.
Original comment by inder123
on 13 Oct 2008 at 3:37
- Changed state: Fixed
from google-gson.
Related Issues (20)
- StackOverflowError with Java 1.8 using toJason on a object containing a KeyEvent
- Documentation missing for built-in serializers
- java.io.NotSerializableException: com.google.gson.internal.LinkedTreeMap$1 HOT 2
- StackOverFlow while converting a null object to json
- Correct JsonWriter class-level Javadoc
- Error desirialization of ConcurrentNavigableMap
- FutureTypeAdapter.read() throws unhelpful exception HOT 2
- Patch for /trunk/gson/src/main/java/com/google/gson/JsonDeserializer.java
- LazilyParsedNumber does not implement eqals and hashCode methods HOT 2
- private inheritance
- convert string to JSON with special character \u
- JsonElement's getAsInt() doesn't throw an Error when converting an too big exponential value HOT 1
- phone
- UI ISSUE IN DROPDOWN LIST
- Disable @SerializedName usage via GsonBuilder
- Gson not populating fields on Object created with InstanceCreator
- Support Java 8 time: Instant, LocalDate, LocalTime, ZonedDateTime ...
- lenient flag ignored in JsonWriter#value(double)
- Track source location for JsonElement
- Can we have feature to access child directly using SerializedName?
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from google-gson.