Mined Opinions For API: thrift-protobuf-compare

This tab contains all the opinions collected from Stack Overflow about the API. The other tabs present summaries of the opinions using different algorithms.
  • URL_http://code.google.com/p/thrift-protobuf-compare/wiki/Benchmarking [ URL_http://code.google.com/p/thrift-protobuf-compare/wiki/Benchmarking ] In this article I discuss the importance of re-cycling objects to improve serialisation times.. details
  • I figured I would use URL_http://jettison.codehaus.org/ [Jettison] as it seems it would be URL_http://blog.bdoughan.com/2011/04/jaxb-and-json-via-jettison.html [easier- to-implement] since it actually works with JAXB; however, looking at URL_http://code.google.com/p/thrift-protobuf-compare/wiki/Benchmarking [Older- benchmarks] in which Jettison was not included I have found URL_http://code.google.com/p/kryo/ [Kryo] produces smaller files and Serialized and DeSerialized quicker than some alternatives.. details
  • EDIT: I guess i'm looking for what produces smaller files and operates faster.. details
  • EDIT: I guess i'm looking for what produces smaller files and operates faster.. details
  • It looks 100x faster in Serialization/Deserialization URL_http://code.google.com/p/thrift-protobuf-compare/wiki/Benchmarking .. details
  • One thing that might be interesting wrt Jackson is the performance aspect (Jackson is specifically designed as a very high performance JSON package), see [ URL_http://code.google.com/p/thrift-protobuf-compare/wiki/Benchmarking ] and [ URL_http://www.cowtowncoder.com/blog/archives/2009/09/entry_326.html ].. details
Summaries the opinions about thrift-protobuf-compare using topic modeling.
  • 0. jettison jackson produce guess find edit include operate wrt thing: 5
    • In this article I discuss the importance of re-cycling objects to improve serialisation times.. details
    • I figured I would use Jettison as it seems it would be easier- to-implement] since it actually works with JAXB; however, looking at Older- benchmarks] in which Jettison was not included I have found Kryo produces smaller files and Serialized and DeSerialized quicker than some alternatives.. details
    • EDIT: I guess i'm looking for what produces smaller files and operates faster.. details
    • It looks 100x faster in Serialization/Deserialization .. details
    • One thing that might be interesting wrt Jackson is the performance aspect (Jackson is specifically designed as a very high performance JSON package), see [ and [ .. details
Summaries of the opinions about thrift-protobuf-compare using three algorithms (Textrank, Lexrank and Luhn) adopted from extractive summarization. Each algorithm was used once for the positive opinions and once for the negative opinions.
  • It looks 100x faster in Serialization Deserialization .
  • I figured I would use Jettison as it seems it would be easier to implement since it actually works with JAXB; however, looking at Older benchmarks in which Jettison was not included I have found Kryo produces smaller files and Serialized and DeSerialized quicker than some alternatives .
  • EDIT: I guess i'm looking for what produces smaller files and operates faster .
  • One thing that might be interesting wrt Jackson is the performance aspect (Jackson is specifically designed as a very high performance JSON package), see and .
  • In this article I discuss the importance of re cycling objects to improve serialisation times .
  • It looks 100x faster in Serialization Deserialization .
  • I figured I would use Jettison as it seems it would be easier to implement since it actually works with JAXB; however, looking at Older benchmarks in which Jettison was not included I have found Kryo produces smaller files and Serialized and DeSerialized quicker than some alternatives .
  • EDIT: I guess i'm looking for what produces smaller files and operates faster .
  • One thing that might be interesting wrt Jackson is the performance aspect (Jackson is specifically designed as a very high performance JSON package), see and .
  • In this article I discuss the importance of re cycling objects to improve serialisation times .
  • It looks 100x faster in Serialization Deserialization .
  • I figured I would use Jettison as it seems it would be easier to implement since it actually works with JAXB; however, looking at Older benchmarks in which Jettison was not included I have found Kryo produces smaller files and Serialized and DeSerialized quicker than some alternatives .
  • EDIT: I guess i'm looking for what produces smaller files and operates faster .
  • One thing that might be interesting wrt Jackson is the performance aspect (Jackson is specifically designed as a very high performance JSON package), see and .
  • In this article I discuss the importance of re cycling objects to improve serialisation times .
Summaries of the opinions about thrift-protobuf-compare using Opinosis, an abstractive summarizer of opinions..
Summaries of the opinions about thrift-protobuf-compare using contrastive viewpoints. Each entry contains a pair of positive and negative sentences that are most likely discussing about similar API features.
Summaries of opinions about based on specific API aspects, such as, performance, usability, etc. The 'Overview' page provides an overview of the aspects detected in the opinions. The 'Trend' page shows the distribution of polarity over time for each aspect. The 'Positive Opinions' page groups positive opinions by the detected aspects. The 'Contrastive By Aspect' page shows paris of contrastive opinions under each aspect (where found).
Onlysentiment:
  • EDIT: I guess i'm looking for what produces smaller files and operates faster.
  • N/A
Performance:
  • EDIT: I guess i'm looking for what produces smaller files and operates faster.
  • N/A
Features:
  • URL_http://code.google.com/p/thrift-protobuf-compare/wiki/Benchmarking [ URL_http://code.google.com/p/thrift-protobuf-compare/wiki/Benchmarking ] In this article I discuss the importance of re-cycling objects to improve serialisation times.
  • N/A
Usability:
  • I figured I would use URL_http://jettison.codehaus.org/ [Jettison] as it seems it would be URL_http://blog.bdoughan.com/2011/04/jaxb-and-json-via-jettison.html [easier- to-implement] since it actually works with JAXB; however, looking at URL_http://code.google.com/p/thrift-protobuf-compare/wiki/Benchmarking [Older- benchmarks] in which Jettison was not included I have found URL_http://code.google.com/p/kryo/ [Kryo] produces smaller files and Serialized and DeSerialized quicker than some alternatives.
  • N/A
  • Onlysentiment: 1
    1. general: 1
      • EDIT: I guess i'm looking for what produces smaller files and operates faster.. details
  • Performance: 2
    1. general: 2
      • EDIT: I guess i'm looking for what produces smaller files and operates faster.. details
      • One thing that might be interesting wrt Jackson is the performance aspect (Jackson is specifically designed as a very high performance JSON package), see [ URL_http://code.google.com/p/thrift-protobuf-compare/wiki/Benchmarking ] and [ URL_http://www.cowtowncoder.com/blog/archives/2009/09/entry_326.html ].. details
  • Features: 2
    1. general: 2
      • URL_http://code.google.com/p/thrift-protobuf-compare/wiki/Benchmarking [ URL_http://code.google.com/p/thrift-protobuf-compare/wiki/Benchmarking ] In this article I discuss the importance of re-cycling objects to improve serialisation times.. details
      • It looks 100x faster in Serialization/Deserialization URL_http://code.google.com/p/thrift-protobuf-compare/wiki/Benchmarking .. details
  • Usability: 1
    1. general: 1
      • I figured I would use URL_http://jettison.codehaus.org/ [Jettison] as it seems it would be URL_http://blog.bdoughan.com/2011/04/jaxb-and-json-via-jettison.html [easier- to-implement] since it actually works with JAXB; however, looking at URL_http://code.google.com/p/thrift-protobuf-compare/wiki/Benchmarking [Older- benchmarks] in which Jettison was not included I have found URL_http://code.google.com/p/kryo/ [Kryo] produces smaller files and Serialized and DeSerialized quicker than some alternatives.. details