ok
Emmanuel Bernard wrote:
* org.hibernate.cfg.binder (?)
Hum, not keen.
I extensively use the protected and package visibility in the
AnnotationBinder. So does Max I think.
If you set the binder in another package, you'll have to set some
stuffs public. Plus the Mapping and SecondPass objects will be shared
by the cfg package while not being really used by the "usual" users.
I'm not opposed to move the internal classes into a subpackage
(cfg.internal), but we'll have cycle dependencies between cfg and its
subpackage.
Emmanuel Bernard
01.55.21.52.14
Fnac - DSI
Direction France - Nouvelles technologies
67, boulevard du Gal Leclerc
92612 Clichy Cedex
Gavin King wrote:
After Steve merges his branch (next week sometime?), I'd like to
refactor the package structure. I'm thinking of the following:
org.hibernate
org.hibernate.action
org.hibernate.cache
org.hibernate.cfg
* org.hibernate.cfg.binder (?)
org.hibernate.classic
org.hibernate.collection
org.hibernate.connection
org.hibernate.criterion (criteria?)
org.hibernate.dialect
* org.hibernate.dialect.function
org.hibernate.engine
org.hibernate.event
* org.hibernate.event.default
org.hibernate.exception
org.hibernate.hql
org.hibernate.hql.ast
org.hibernate.hql.classic
org.hibernate.id
org.hibernate.impl
org.hibernate.intercept
org.hibernate.jca
org.hibernate.jdbc
org.hibernate.jmx
org.hibernate.loader
* org.hibernate.loader.entity
* org.hibernate.loader.collection
* org.hibernate.loader.criteria (?)
* org.hibernate.loader.custom
org.hibernate.lob
org.hibernate.mapping (metamodel?)
org.hibernate.metadata
* org.hibernate.persister.entity
* org.hibernate.persister.collection
org.hibernate.pretty
org.hibernate.property
org.hibernate.proxy
org.hibernate.secure
org.hibernate.sql
org.hibernate.stat
org.hibernate.tool.hbm2ddl
org.hibernate.tool.instrument
org.hibernate.transaction
* org.hibernate.transaction.lookup
org.hibernate.transform
org.hibernate.type
org.hibernate.usertype
org.hibernate.util
Thats ten (10) new packages! Even harder to navigate in eclipse :-(
Thoughts?
P.S. I considered the idea of always putting implementations of
interfaces in an "impl" subpackage of the interface they implement,
but I decided it was unnecessarily complex....
--
Gavin King
+61 410 534 454
+1 404 822 8349
callto://gavinking
Hibernate
[EMAIL PROTECTED]
http://hibernate.org
JBoss Inc
[EMAIL PROTECTED]
http://jboss.com
-------------------------------------------------------
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
_______________________________________________
hibernate-devel mailing list
hibernate-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/hibernate-devel