--- Simon Kitching <[EMAIL PROTECTED]> wrote: > I'm definitely interested. BeanUtils tries to do too > many things in one > lib, and besides it is really ugly internally. So > something like Morph > would be very useful to have.
To be honest, Morph currently does probably as much as or more than BeanUtils. However, its functionality areas are fairly well compartmentalized so that a Morph @ ASF could be easily "digested" into smaller components over time. This is what I actually hope to see, FWIW... -Matt > > For a commons-digester 2.x (if it ever occurs) I > would definitely like > to get rid of the existing BeanUtils dependency, and > that means finding > some alternative. > > However I don't personally have the time necessary > to work on this at > the moment. > > Regards, > > Simon > > On Tue, 2007-04-03 at 07:16 -0700, Matt Benson > wrote: > > Just wanted to confirm the complete lack of > interest > > here. Unless I hear differently, I'll assume > that's > > lazy [-0]s all around and let the matter drop. > > > > Thanks, > > Matt > > > > --- Matt Benson <[EMAIL PROTECTED]> wrote: > > > > > Morph's incubation proposal follows, sent here > first > > > in an effort to gain the sponsorship of Jakarta, > and > > > possibly to attract mentors as well. :) > Thanks! > > > > > > Morph defines a comprehensive API for performing > > > object-to-object conversions in > > > Java. > > > > > > PROPOSAL > > > > > > > > > BACKGROUND/RATIONALE > > > > > > As information flows through an application, > it > > > undergoes multiple transformations. While the > most > > > prevalent examples of this in the J2EE space are > > > well-known (e.g. HTTP request parameters to > > > domain/data transfer objects, DTOs to domain > > > objects) > > > the overall problem space is characterized by > the > > > lack > > > of a simple, well-known, conveniently extensible > > > solution. At least one JSR (295) describes such > a > > > facility as a dependency. Having identified the > > > basic > > > commonalities among the best known application > > > operations requiring object conversion, Morph > > > consolidates these into a single API which, > along > > > with > > > various bundled implementation classes, seeks to > > > achieve the oft-repeated software development > goal > > > of > > > making "the simple things easy, and the hard > things > > > possible" with regard to its problem domain. > > > > > > > > > CURRENT STATUS > > > > > > Meritocracy: > > > The Morph team is eager to invest more fully > in > > > the > > > meritocracy approach taken by the ASF. To date, > > > however, Morph's development team has been > > > accumulated > > > by a sort of "meritocracy-on-spec" approach: > Matt > > > Benson was originally given > > > commit rights solely on the basis of his ideas; > only > > > later did his work vindicate that decision. [If > > > sponsored by Jakarta: This is a similar > approach > > > to that taken in the Jakarta community: a > community > > > member simply announces his desire to work on a > > > component, then proceeds with the community's > > > blessing.] > > > > > > Community: > > > It is somewhat difficult to gauge the size of > > > Morph's community. There have been modest but > > > consistent downloads of the project since its > > > initial > > > prerelease: these average 21/month over 28 > months. > > > The traffic on its user and developer lists is > > > similarly light, but several bug fixes and > > > enhancements have resulted from the input of > Morph's > > > users. An additional possible benefit of > > > Morph's joining the Apache community is that > > > increased > > > cooperation with and buy-in from other ASF > projects > > > may increase its user and/or developer > communities. > > > > > > Core Developers: > > > Matt Sgarlata is Morph's founding architect > and > > > developer. He has been a member of the Jakarta > and > > > Struts user communities for some years. Matt > Benson > > > is a member of the Apache Ant PMC and a Jakarta > > > committer, so is familiar with (and fond of) the > > > consensus and transparency encouraged in ASF > > > development. > > > > > > Alignment: > > > Morph currently contains interoperability code > for > > > commons-beanutils, commons-chain, and Velocity. > > > Because it is Morph's secondary purpose to > provide > > > implementations of common conversions, code that > > > facilitates Morph's use with well-known > libraries in > > > easily anticipated ways is considered in-scope. > As > > > has already been implied, it is expected that > > > citizenship at the ASF would facilitate > cooperation > > > with existing projects to mutal benefit. > Finally, > > > precedent demonstrating the desirability of such > a > > > project at Apache exists in the form of Jakarta > > > commons-convert (this component ultimately > failed to > > > achieve maturity). Morph's original design > > > specifications are actually the generic > > > subset of those drafted on the commons-dev > mailing > > > list as a next-generation implementation of this > > > project. > > > > > > > > > KNOWN RISKS > > > > > > Orphaned Products: > > > The Morph developers are part of its user > base. > > > Object conversion may be relevant to any of > various > > > components of a basic Java application. The > risk of > > > "itch cessation" is therefore minimized; Morph > > > should > > > continue to be an applicable technology at low > risk > > > for being abandoned by its developers. > > > > > > Inexperience with Open Source: > > > As previously indicated, one of the initial > > > committers has some years of experience as a > > > committer > > > and PMC member at the ASF. Additionally, Morph > has > > > always been open-source software, with its > evolution > > > being directly guided by user input and > developer > > > consensus in similar fashion to other Apache > > > projects. > > > > > > Homogenous Developers: > > > On the plus side, the initial committers are > > > united > > > only by their common interest in Morph (and > their > > > coincidental first names and middle initials). > > > However, both hail from the United States, and > > > acknowledge this as a less-than-optimal level of > > > diversity. As Java Locale support is a key > strength > > > of Morph's transformation API, wider > geographical > > > dispersal would be a boon. The inevitable input > of > > > the ASF's diverse community could only be of > > > positive > > > influence in this regard. > > > > > > Reliance on Salaried Developers: > > > The core developers use Morph in their own > paid > > > development jobs, but are not paid to develop > Morph > > > per se. Withdrawal of support is not an issue > from > > > this perspective. > > > > > > No Ties to Other Apache Products: > > > As described in the Alignment section, this > > > library > > > already has ties to many Apache products. > > > Additionally, Morph's codebase is already > licensed > > > under the Apache Software License v2.0. > > > > > > A Fascination with the Apache Brand: > > > While "Apache" undeniably marks a project as a > > > force > > > to be reckoned with, the Morph team is more > > > impressed > > > by the ASF's organization, procedure, community, > > > transparency, and camaraderie than anything > else. > > > Morph's developers share a > > > high opinion of Apache software in general, and > > > believe that Morph is of sufficient quality and > > > purity > > > that it simply "belongs" at the ASF. > > > > > > > > > DOCUMENTATION > > > > > > More information about Morph is available at > > > http://morph.sourceforge.net . > > > > > > > > > INITIAL SOURCE > > > > > > The initial code base is at > > > svn://development.spiderstrategies.com/morph . > > > > > > > > > EXTERNAL DEPENDENCIES > > > > > > Mandatory runtime dependencies are: > > > > > > - Apache Jakarta commons-logging > > > - Composite @ http://composite.sourceforge.net > > > (ASL2) > > > > > > Additionally Morph has the following > compile-time > > > dependencies: > > > > > > - Apache Jakarta commons-beanutils > > > - Apache Jakarta commons-chain > > > - Apache Velocity > > > - J2EE Servlet API > > > - Spring Framework (ASL2) > > > > > > Finally, Morph's test bed currently relies on > > > Apache > > > Jakarta commons-lang, and will soon include code > > > that > > > depends on the public domain ANTLR 2 parser > library. > > > > > > > > > REQUIRED RESOURCES > > > > > > Mailing Lists: > > > (Return to this subject after a sponsor is > found) > > > > > > Subversion Directory: > > > (Return to this subject after a sponsor is > found) > > > > > > Issue Tracking: > > > (Return to this subject after a sponsor is > found) > > > > > > > > > INITIAL COMMITTERS > > > > > > - Matt Sgarlata (matthew DOT sgarlata DOT wh02 > AT > > > wharton DOT upenn DOT edu) > > > - Matt Benson (mbenson AT apache DOT org) > > > > > > > > > AFFILIATIONS > > > > > > Morph has no corporate affiliations. Matt > > > Sgarlata > > > is employed by Spider Strategies, who have > > > graciously > > > agreed to host Morph's Subversion repository > (due to > > > ongoing problems experienced with > Sourceforge.net > > > infrastructure); this is the extent of the claim > > > Spider Strategies makes on the Morph project > (i.e. > > > none). The current source code correctly lists > the > > > copyright holder as "the original author or > > > authors." > > > In case the intellectual property provenance is > > > still > > > unclear (due to Spider Strategies' physical > > > possession > > > of the code > > > repository), the company has indicated its > > > willingness > > > to sign any required documentation indicating > that > > > it > > > holds no claims whatsoever over Morph, its > source > > > code, or any related electronic information. > > > > > > > > > SPONSORS > > > > > > Champion: Niall Pemberton > > > > > > Nominated Mentors: TBD > > > > > > Sponsoring Entity: TBD > > > > > > > > > March 28, 2007 > > > > > > > > > > > > > > > > > > ____________________________________________________________________________________ > > > Need Mail bonding? > > > Go to the Yahoo! Mail Q&A for great tips from > Yahoo! > > > Answers users. > > > > > > http://answers.yahoo.com/dir/?link=list&sid=396546091 > > > > > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: > > > [EMAIL PROTECTED] > > > For additional commands, e-mail: > > > [EMAIL PROTECTED] > > > > > > > > > > > > > > > > > ____________________________________________________________________________________ > > No need to miss a message. Get email on-the-go > > with Yahoo! Mail for Mobile. Get started. > > http://mobile.yahoo.com/mail > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: > [EMAIL PROTECTED] > > For additional commands, e-mail: > [EMAIL PROTECTED] > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: > [EMAIL PROTECTED] > For additional commands, e-mail: > [EMAIL PROTECTED] > > ____________________________________________________________________________________ Get your own web address. Have a HUGE year through Yahoo! Small Business. http://smallbusiness.yahoo.com/domains/?p=BESTDEAL --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]