Hi !
Featured games (90)
games approved by the League of Dukes
Games in Showcase (711)
Games in Android Showcase (213)
games submitted by our members
Games in WIP (785)
games currently in development
News: Read the Java Gaming Resources, or peek at the official Java tutorials
    Home     Help   Search   Login   Register   
Pages: 1 [2]
  ignore  |  Print  
  What do Java game developers use for Database persistence?  (Read 13582 times)
0 Members and 1 Guest are viewing this topic.
Offline Roquen
« Reply #30 - Posted 2012-06-11 17:29:36 »

I thought that it has a persistent data-store, but it's highly likely I'm mistaken.
Offline sproingie

JGO Kernel

Medals: 202

« Reply #31 - Posted 2012-06-11 17:57:19 »

Akka has support for libraries like mongodb and redis, but only to use them as a durable backing for actor mailboxes, for when you need pending messages to survive restarts of the entire program.   Other than that, it's not concerned with storage at all.
Offline sproket

Junior Devvie

Medals: 1

« Reply #32 - Posted 2012-06-17 00:10:57 »

That's pretty cool.  Cheesy Similar to my design except I don't need POJOs to inherit anything special.   Well I spent a bit of time on this and posted it up on sourceforge.  I'll post something in the Share Code section.

Games published by our own members! Check 'em out!
Legends of Yore - The Casual Retro Roguelike
Offline Nate

« JGO Bitwise Duke »

Medals: 167
Projects: 4
Exp: 14 years

Esoteric Software

« Reply #33 - Posted 2012-06-19 01:06:56 »

I'm late to this party, but a friend of mine is working on a neat project:
I takes SQL you hand write and it generates Java classes. You then use the Java classes in your code, so you have a nice, type safe API for your queries. It parses the SQL and knows about the database schema, so it can be smart. I haven't seen this approach done before. Here's a little example:
I've prodded him to put some examples on the front page.

Going the other way, trying to emit SQL with a Java API, doesn't seem to work too well. Hiding the SQL entirely is fine for simple cases but eventually you tend to need to go under the hood, and thar be dragons. Simple cases are easy to write the SQL for, and you write the best SQL for complex cases anyway. So write your SQL and use Fado to keep your Java source from getting nasty. That is the idea, I believe.

Offline ChristerSwahn

Junior Newbie

« Reply #34 - Posted 2012-06-19 07:14:18 »

I think you're right in that the ORM impendance mismatch is probably better bridged by generating classes from relations than the other way around. It's a cool concept your friend is pursuing! But it also hinges on the tools available within the language, making queries and such easier. And the two-step cross-language compilation process is always going to feel like a hurdle.

Offline Nate

« JGO Bitwise Duke »

Medals: 167
Projects: 4
Exp: 14 years

Esoteric Software

« Reply #35 - Posted 2012-06-19 09:04:32 »

Aye, he says he has half an Eclipse plugin built. Smiley

Offline gimbal

JGO Knight

Medals: 26

« Reply #36 - Posted 2012-06-21 11:12:35 »

I've used Hibernate+JPA in the past but I find JPA based ORM a bit too clunky for "simple" client app usage, plus you always need half a dozen libraries of varying sizes just to be able to do basic persistence stuff. Since Play 2 started to default to EBean in stead of Hibernate I investigated it and found it a surprisingly neat and concise API that is for a change decently documented, updated quite regularly and to put icing on the cake is available through a maven repository; I'll certainly consider it for a future project.
Pages: 1 [2]
  ignore  |  Print  
You cannot reply to this message, because it is very, very old.

Archive (59 views)
2017-02-27 19:41:49

Riven (68 views)
2017-02-27 17:26:59

numerical (438 views)
2017-02-21 07:32:16

numerical (439 views)
2017-02-21 07:31:46

theagentd (553 views)
2017-02-18 13:42:33

theagentd (549 views)
2017-02-18 13:35:16

h.pernpeintner (1724 views)
2017-01-24 22:39:11

h.pernpeintner (1683 views)
2017-01-24 22:38:32

Galdo (2264 views)
2017-01-12 13:44:09

Archive (2182 views)
2017-01-02 05:31:41
List of Learning Resources
by elect
2016-09-09 09:47:55

List of Learning Resources
by elect
2016-09-08 09:47:20

List of Learning Resources
by elect
2016-09-08 09:46:51

List of Learning Resources
by elect
2016-09-08 09:46:27

List of Learning Resources
by elect
2016-09-08 09:45:41

List of Learning Resources
by elect
2016-09-08 08:39:20

List of Learning Resources
by elect
2016-09-08 08:38:19

Rendering resources
by Roquen
2016-08-08 05:55:21 is not responsible for the content posted by its members, including references to external websites, and other references that may or may not have a relation with our primarily gaming and game production oriented community. inquiries and complaints can be sent via email to the info‑account of the company managing the website of java‑
Powered by MySQL Powered by PHP Powered by SMF 1.1.18 | SMF © 2013, Simple Machines | Managed by Enhanced Four Valid XHTML 1.0! Valid CSS!