[prev] [thread] [next] [Date index for 2004/07/16]
Hi all, I've been playing with Class::DBI::Loader for the last few weeks and noticed quite a lot of deficiencies, at least for the thinks I needed to do. I've posted about an extension of mine a few days back and a few people welcomed my patch, while neither me nor the others got any response from the author. During the last days of my work it turned out that I needed heavier changes that would in my opinion corrupt the spirit of Class::DBI::Loader, so I hesitate do incorporate them as patches. I'd rather fork Class::DBI::Loader and build a new set of modules that I'd like to call Class::DBI::FlexLoader, extended as outlined below. Features I want to have within Class::DBI::FlexLoader: - Can operate either on a newly constructed db connection (as the original does) or use an existing one - Possibility to limit processed tables with include/exclude options (either as array or regex) - Class::Data::Inheritable support for generated classes - Custom super class(-es) for generated classes I am half-ways there functionality wise, as I need all that stuff for my current project and I'd like to ask you for advice on releasing this stuff. - Is there enough need for such an extension to Class::DBI::Loader to justify the effort of packaging, testing and documenting? - Is it impolite to publish this module without the consent of the original author (given the fact that he didn't get back to anyone for two weeks)? - Should I try to get some of the extensions into Class::DBI::Loader instead and avoid polluting the CPAN name-space? - Is Class::DBI::FlexLoader a wise choice for a name or do you have any other suggestions? - And, last but not least, are there any documents outlining the process of becoming a module maintainer? Regards, Sebastian
Proposal: Class::DBI::FlexLoader
|
Generated at 11:34 on 01 Dec 2004 by mariachi v0.52