-->
These old forums are deprecated now and set to read-only. We are waiting for you on our new forums!
More modern, Discourse-based and with GitHub/Google/Twitter authentication built-in.

All times are UTC - 5 hours [ DST ]



Forum locked This topic is locked, you cannot edit posts or make further replies.  [ 2 posts ] 
Author Message
 Post subject: two little sugestions
PostPosted: Mon Dec 08, 2003 11:32 am 
Newbie

Joined: Wed Oct 08, 2003 11:27 am
Posts: 18
Hello Hibernate Team,

If I may I would like to make two sugestions.
I don't know if this is the rigth place to do it, but I'll do it anyway.

I would like a mechanism which will improve the loading of the mappings.
If I have many tables the initialization takes too long.
It would be nice if one could have the posibillity to serialize the loaded configurations and reuse it. If the mappings will be changed serialize the configuration again. The process of parsing and loading mappings and building constraints is really long for a big database.

The second suggestion is related to the first one. I would like to have some feedback from the initialization process. It could be nice if you could provide some callback mechanism so that one could show a progress while hibernate is initialized. This shouldn't be so hard. :)

Please take into account at least one of these!

Thank you,

Daniel


Top
 Profile  
 
 Post subject:
PostPosted: Tue Dec 09, 2003 10:30 am 
Beginner
Beginner

Joined: Fri Oct 10, 2003 4:54 pm
Posts: 26
Location: Chicago, IL
I'd have to agree that the initialization mechanism could use some work.

One of my bigger gripes about the initialization process is that a single bad mapping file makes all of the other mappings in the same configuration unusable. It would be nice to have the option to "ignore invalid mappings", possibly with the option to register a listener during the initialization.

That way only persistence operations operating on the improperly mapped class/table would fail.

Note that while this problem is a minor pain during development, it is a much more significant problem in production. For example, if one of the databases you map to makes a minor schema change renaming a column in an obscure table used by only 1% of your application functionality, it can cause your entire application to be broken and force you to scramble to release an emergency patch. (True, it would be nice if schema changes weren't made without notifying your application, but unfortunately, this is not always the case in corporate environments.)


Top
 Profile  
 
Display posts from previous:  Sort by  
Forum locked This topic is locked, you cannot edit posts or make further replies.  [ 2 posts ] 

All times are UTC - 5 hours [ DST ]


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum

Search for:
© Copyright 2014, Red Hat Inc. All rights reserved. JBoss and Hibernate are registered trademarks and servicemarks of Red Hat, Inc.