Quote from: davidm at Jan 29, 2006, 05:29 AM
[*]CakePHP is a RAD framework. Symfony is dubbed a web framework. Are we competing on the same ground ?
Yes, they all have the same facilities that we will be targeting with our PHP application framework, as well as ORM and what is known as CRUD (Create Retrieve Update Delete), the basic functions of database application persistence. In particular, they have facilities to ease prototyping and other RAD activities by automating all of the ORM and CRUD facilities, so the developer does not have to deal with such implementation details.
In CakePHP and Ruby on Rails, there is something known as ActiveRecord that addresses ORM/CRUD; this is the equivalent of (though a somewhat different implementation of) Propel + Creole, with some of what Symfony has added on top of these.
For CRUD, MODx will have a way for users to define a data structure and automatically work with that entity via generated code. Tattoo may introduce a slightly different approach to this, with automatic class generation using the Propel-based ORM facilities, as well as cross-platform data migration facilities, though implementation details are still being worked out in this regards.
Quote from: davidm at Jan 29, 2006, 05:29 AM
[*]I like the clear and concise definition of Wikipedia : A content management framework is an application programming interface for creating a customized content management system.. But what’s the difference between a development framework and a content management framework (such as MODx) ?
An application development framework takes care of things like ORM and CRUD, as discussed above; A content management framework, well, focuses on managing content in whatever way you can dream up. I think MODx/Tattoo will definitely be competing in both of these framework spaces. MODx’s flexibility and plugin architecture already make it something similar to a content management framework, though some might argue without the true MVC pattern used by most content management frameworks (more on this below, in comparison to Cocoon, Jakarta, Lenya).
Quote from: davidm at Jan 29, 2006, 05:29 AM
Which brings me to the next question : We certainly do compete with php/MySQL CMF such as ezPublish and Midgard.
[*]Drupal, Xaraya and Xoops are listed too, but do they really qualifiy as CMF or CMS ?
In my opinion these are simply CMS systems or portals. No real competition once we have a little more implemented in the PHP application/content management framework areas.
Quote from: davidm at Jan 29, 2006, 05:29 AM
[*]Where do we stand when compared to heavy duty Java CMF as Cocoon, Jakarta or Lenya ?
We are Cocoon without the XML mess and the tired Java servlet model. In particular as we blur the lines between the various components in MODx/Tattoo, we will be precisely the same kind of component pipeline system, without the same kind of complexity Cocoon implements. Comes back around to the MVC model Cocoon sits on (servlets) as they attempt to create
"a Lego(tm)-like approach in building web solutions, hooking together components into pipelines without any required programming".
Lenya is direct competition to what I am creating with Tattoo. After a quick review, we can talk to nearly every major feature on the Lenya features list at
http://lenya.apache.org/ with the new data model/architecture we’re developing, and I would be willing to bet most of these advanced concepts will leak back into MODx in some form as we move forward. All of this will be a step towards what is called ECM, or Enterpise Content Management; a term popular with the big commercial CMS/Portal players to differentiate themselves from the growing number of open source CMS alternatives.
Jakarta is a set of related open-source projects that you can pick and choose from to build custom solutions. Great for big IT shops that have the resources to play with this stuff, but from my experience, it takes a team of developers to put it all together and make it usable. I have quite a bit of experience directly with many of these components, especially Slide which I integrated into a set of commercial portal devleopment tools for J2EE (back when I had a real job

); and it’s a technical nightmare for the most part. Since it’s all based on the core J2EE concepts of servlets, beans, and JSP, you are again locked into this model of what I consider unnecessary complexity (at least after experiencing MODx for a year).
Quote from: davidm at Jan 29, 2006, 05:29 AM
[*]Are there other alternatives that I am not aware of especially in the Ruby On Rails world : railsfrog, MuraveyWeb, alahup (QuickTime preview),...) which we are in competition with ?
Well, don’t have as much to offer here, other than we have the advantage of a huge base of PHP scripters. I don’t really know any Ruby developers (yet), and after looking at the language, I really have no desire to learn it. Though the pure OO nature of the language does appeal to my OO brain, the code is just too terse for my liking.
Railfrog looks immature, I can’t find much information on what MuraveyWeb is, other than a content management system
"built on top of Ruby on Rails web-framework. It has support for version control, custom document types, WYSIWYG content editors, image transformations and much more.", and alahup looks like too many layers and is Smarty-based (this appears to be PHP5-based, not Rails), though might be competition for at least the Tattoo/PHP5 offerings at some point. All of these seem very young though and I’d be interested to see if anyone has experience with them at all...
That’s enough from me for now...