Hi all, Looking at the road map for 2.1 (trunk) there are currently two major developments on the horizon:
* resource publishing split * hibernate catalog Resource-publishing has been going on in a branch i have been maintaining locally, and the hibernate catalog has been going on in a community module. I am getting to the point where I would like to start committing my work (resource pub) directly to trunk. If anything because the longer I wait the greater the risk of my branch becoming out of date becomes. However the changes are not trivial as you can imagine. They cut across the configuration and catalog sub systems which will unfortunately conflict with the hibernate catalog work. If I were to commit now it would undoubtedly push back the hibernate catalog work because it would require a major resynchronization. There is also the question of resourcing and timeline. Currently there has been no date set for when the hibernate catalog is to come home. And there is still work required to factor out a lot of the duplication that has been done to get around changing anything in the core. How how do we proceed? The smoothest path I see to bringing both efforts home would be to bring the hibernate catalog work home first. But to do this we address the outstanding issues. And by "issues" i mean the things I brought up with I did my initial review: * Use a single set of java beans * Refactor commonalities from HibernateCatalog and CatalogImpl into a base class to avoid duplication With that in place it would make my job a lot of easier. I can reupdate my local branch and make the required changes to the catalog (hibernate and memory) without having to worry about alienating other catalog implementations. Thoughts? -- Justin Deoliveira OpenGeo - http://opengeo.org Enterprise support for open source geospatial. ------------------------------------------------------------------------------ Join us December 9, 2009 for the Red Hat Virtual Experience, a free event focused on virtualization and cloud computing. Attend in-depth sessions from your desk. Your couch. Anywhere. http://p.sf.net/sfu/redhat-sfdev2dev _______________________________________________ Geoserver-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geoserver-devel
