Reputation: 965
we are currently developing some kind of enterprise resource managment system with Google Web Toolkit. Our main goals are to keep our system extend able, modular and our costs low. We choose PostgreSQL as our database, because Oracle and MySQL are just too expensive. However we have most experience with Oracle. We also need some kind of replication for our database.
The Server backend will be written in Java.
We are now looking for a good database abstraction. We were thinking of Hibernate, but although it is possible to use it with GWT, we don't know if it is the best choise. Can anyone give is some pointers? Are there any other good frameworks to use? Maybe we will code everything with JDBC, as it is fast and scalable, but this would mean bigger development costs. But we are suspecting big data table and we have no experience with hibernate.
Pros for Hibernate (that I can think of):
Cons:
Greetings,
iuiz
Upvotes: 2
Views: 948
Reputation: 1867
Hibernate is too much complicated. Try MyBatis with Guice and MyBatis-Guice. Also check this out: A little bit diffrent GWT/GXT persistent approach
Upvotes: 1
Reputation: 2523
"we need another architecture layer (you need some kind data transfer objects for GWT, as hibernate persisted classes are not serializable anymore)"
Check out Gilead
Upvotes: 1
Reputation: 11846
IMHO the biggest problem with hibernate are: 1. Performance issues compared to Raw JDBC in high volumes of data. 2. complex mapping issues when it comes to big object graphs and such. you would put a lot of time configuring your domain model to work correctly with hibernate.
the other alternative for you is to use Spring's JDBC frameworks that would give you the object serialization capabilities of hibernate with a more fine grained control over JDBC queries, and is more scalable and in my opinion much more easier to develop
Upvotes: 2
Reputation: 24375
Hibernate is complicated if you go beyond simple queries, Hibernate also does some lazy loading and that will not work very well with GWT unless you understand the intricacies of both.
My suggestion to you is to use straight JDBC and layer the Data Access Layer so that you can easily put in something else later if you feel you need to.
Upvotes: 2