ByteCode.News
Submit RSS Atom Sign in

Back to the channels

#java

  1. * Anaphaxeton joined #java
  2. * ferdna joined #java
  3. * mindCrime joined #java
  4. * hwpplayer1 joined #java
  5. * viju joined #java
  6. * OmniRadix698 joined #java
  7. * fgarcia joined #java
  8. * mindCrime joined #java
  9. * hwpplayer1 joined #java
  10. * soulofset joined #java
  11. * soulofset joined #java
  12. * johnjay joined #java
  13. * rvalue- joined #java
  14. * stfstfm joined #java
  15. jreicher Any recommendations for a nosql db library? Maybe in-memory, maybe not, but has to be disk-persistent between runs,
  16. * fgarcia joined #java
  17. * Nemu64 joined #java
  18. * stfstfm joined #java
  19. NeXeN nitrite, mapdb, objectbox,
  20. NeXeN lmdb also probably
  21. * metalmaniac joined #java
  22. * julemand101 joined #java
  23. * julemand101 joined #java
  24. Para postgresql-jdbc
  25. Para "nosql" isn't really a category, and postgresql can emulate lots of kinds of db:s, so...
  26. Para Well, even saying emulate in this context isn't accurate.
  27. Para Anyway. K/V, document, graph, relational...what's the flavor of NoSQL you're looking for?
  28. * hwpplayer1 joined #java
  29. * sa02irc joined #java
  30. * jreicher joined #java
  31. * Cae2 joined #java
  32. * MikeBux joined #java
  33. * ChaiTRex joined #java
  34. * sweatiest joined #java
  35. * ChaiTRex joined #java
  36. * sa02irc joined #java
  37. * MikeBux joined #java
  38. * rvalue joined #java
  39. dreamreal jreicher: what do you need this nosql db to do, what models do you need
  40. dreamreal nosql tends to be document store, key/value, or graph, but there are embeddable versions of each of those
  41. * Anaphaxeton joined #java
  42. * mwnaylor joined #java
  43. * mwnaylor left #java
  44. * gurrkin joined #java
  45. * GreenResponse joined #java
  46. * soulofset joined #java
  47. cheeser i still want to write mongodb's version of h2.
  48. cheeser same operational heuristics just all in memory and embeddable.
  49. * soulofset joined #java
  50. * soulofset joined #java
  51. * jamezp joined #java
  52. * yeahitsme joined #java
  53. dreamreal We sort of did it with the jcache JSR
  54. dreamreal one of the proposals had the capability, we wrote a POC that was memory-only
  55. dreamreal much more simple query semantics than MongoDB but that's just because it was one dude (me) writing the impl and I didn't have time or interest in donig more than showing the concept
  56. dreamreal I think I wrote value matching (so you could find a structure that had a field with a specific value) because other predicates were just additions to that idea
  57. dreamreal I don't think any of those proposals went anywhere: i think jcache as a JSR was mostly a way so that coherence et al could say they were participating
  58. * vancz joined #java
  59. * stfstfm_ joined #java
  60. * Anaphaxaway joined #java
  61. cheeser had to justify that acquistion money
  62. dreamreal They'd already been acquired at that point, and I don't think cameron was the problem there
  63. dreamreal I think the intention of a LOT of JSRs boiled down to "we want to make the standard look like what we do" and not "we want to work out what the standard SHOULD be"
  64. dreamreal I purposefully got mercury to map across a few providers to prove that it could be done
  65. dreamreal ("works on a hashmap" was the floor, then I had it work on other k/v stores too, and the intention was to have THEM run the predicates internally because duh)
  66. Para var mongoDb = ne Hashmap() + forced casts everywhere
  67. Para wwww, hmm my w seems to be malfunctioning
  68. * stfstfm joined #java
  69. dreamreal (historical note: i used mercury because it's a planet name. My goal was to force the JSR to make a choice before I built a prototype that I had to name "uranus.")
  70. dreamreal "Welcome to Confoo! Today we're talking about JCache, and going over the current proposal, which Cameron caused to be named 'uranus.' And yes, I'm saying 'your anus' because I resent it taking this long."
  71. dreamreal "And also it's sort of my opinion of some of the participants, I'm not saying who."
  72. * pebble joined #java
  73. * kathadris joined #java
  74. * sa02irc joined #java
  75. * Cae2 joined #java
  76. * stfstfm_ joined #java
  77. * stfstfm joined #java
  78. DynamiteDan I had a great experience with mongo storing json Strings directly
  79. DynamiteDan I use the static parse method on the Document class
  80. DynamiteDan since there are no performance issues, it works for me
  81. * Nemu64 joined #java
  82. * monkeyPlus joined #java
  83. * Ragnor joined #java
  84. * Betal joined #java
  85. * magla joined #java
  86. * avu joined #java
  87. * raj joined #java
  88. * metalmaniac joined #java
  89. * keb joined #java
  90. dreamreal "Since there are no performance issues..."
  91. sonOfRa Well that does happen when you have like 500 users and your hardware is overprovisioned to hell :D
  92. * monkeyPlus joined #java
  93. * ferdna joined #java
  94. * cation joined #java
  95. * acidsys joined #java
  96. * ChaiTRex joined #java
  97. * soulofset joined #java
  98. * mwnaylor joined #java