BAbased2·Jun 16, 2018
In Jackson 2.9.6FasterXML
jackson-core
Java2014–2018
FasterXML / jackson-core
jackson-core
Core part of Jackson that defines Streaming API as well as basic shared abstractions
2Distinct people
3Mentions
0Explicit recommenders
2.4KGitHub stars
What to know before exploring
What it is
Core part of Jackson that defines Streaming API as well as basic shared abstractions
GitHub
Where it is used
No documented product use has been verified yet.
What people are saying
No recommendation phrase was found in the indexed comments.
No classified warning is attached to this page. Read the discussions before treating silence as approval.
Also in these discussions
No other repository is repeatedly linked in the same discussions.
This week on Hacker News
Nov 7–Nov 14 UTC · Direct repository links and separately labeled related project stories. Indexed through 11/14/2026, 1:49:46 PM UTC.
No direct repository links were found in the indexed HN discussions over the past seven days. Older discussions are available below.
Mentions over time
HN mentions by year3 dated mentions
Observed mentions: 2014-08-05 15:22:49 UTC to 2018-06-16 19:34:32 UTC.
Counts come from the repository’s dated source evidence. Index cutoff: 2026-11-02 08:16:59 UTC.
View mention counts and date ranges
| Period | Start (UTC) | End (exclusive, UTC) | Mentions | Submissions | Comments |
|---|---|---|---|---|---|
| 2014 | 2014-01-01 00:00:00 UTC | 2015-01-01 00:00:00 UTC | 2 | 0 | 2 |
| 2015 | 2015-01-01 00:00:00 UTC | 2016-01-01 00:00:00 UTC | 0 | 0 | 0 |
| 2016 | 2016-01-01 00:00:00 UTC | 2017-01-01 00:00:00 UTC | 0 | 0 | 0 |
| 2017 | 2017-01-01 00:00:00 UTC | 2018-01-01 00:00:00 UTC | 0 | 0 | 0 |
| 2018 | 2018-01-01 00:00:00 UTC | 2019-01-01 00:00:00 UTC | 1 | 0 | 1 |
What Hacker News says
3 sourcesLook at how much code Jackson uses for their core serialization: https://github.com/FasterXML/jackson-core . This is a (the?) .NET library for the same: https://github.com/JamesNK/Newtonsoft.Json/tree/master/Src/N...
That's a lot of code, don't you think? Quite a bit of work to write it. Quite a bit of edge cases to cover. It's fine to include this in your compiled distributed server or client application. But it's quite a problem if it needs to be loaded in the browser. You could argue that a simpler, less complete implementation is in order. But what language developer would want to include an API that is known to be incomplete and therefore fragile? This seems to be a job for an external library.
I'm still trying to find another statically typed class based compile-to-JS language that does deserialization like proposed, but I still can
Read the rest
't seem to find it. Could it be unwillingness like you suggested? Seems unlikely to me as it does seem quite useful for some quick and dirty applications at the very least. Or maybe could it be that satisfactory implementations could not be made?
> I think that moto doesn't fit Dart at all, I use Dart and I have to make some workarounds that I just shouldn't be doing, but I have to because the language doesn't have the functionality that other languajes already have.
Could that be explained because of not used to type safe languages? Type safe languages have a well-known clunkiness to dynamic type creation as well as other things. You get correctness in return, which is often worth it. It is also precisely the point of Dart's type system.
> In this case, I would be easy for them to add JSON serialization to objects, you know, but they didn't, why? polictics, apathy, whatever, but not technical problems.
This assertion is simply false. Adding arbitrary object creation support to a mostly statically typed language is not trivial at all [1]. What's more is that adding it will only gi
Read the rest
ve the guise of type safety when it's really not there.
[1]: See Jackson's source code, a popular Java (de)serialization library: https://github.com/FasterXML/jackson-core