Hi depending on how you seen things you are quite right. For me mmbase is an "object/relation object" database. In that way it's not strictely a cms but maybe more a object manager. the history (SCAN/jsp) is only showing that managing you data by managing the object is a very good aproach to be flexible in the future. Templates like htmlc (enhydra) can be used to produce html (by using the MMbase cloud interface MMCI / bridge), but also flash and other templating front-ends are quite easy to implement. We are currently developing 3-tier applications where MMBase is the database layer. From that point of view It cloud be compared with j2ee containter managed entrepise beans, but with the addition of the relation concept and with the addition that you can actualy manage the objects of your environement. At the moment I can say that the projects we run don't need changes to MMBase any more and we can realy "use" mmbase to create your concepts. I am currently working on the bugtracker(free-time project) where I try to make a good demo for writing 3-tier applications(avaiable in the mmbase cvs (speeltuin/bugtracker).
The classes in org.mmbase.applications.bugtracker contain javadoc that defines nodemanager and relation managers. by running a special java doclet (org.mmbase.application.mmbasedoclet.MMBaseDoclet) we create builder.xml files and applications.xml files. I think this is yet an other quite strong concept that makes it possible to create 3-tier application very fast wihtout the need to worry about storage to much. (this aproach cloud of course be used for xmlc/htmlx). I know the sources of MMBase are not as nice as cloud be, but as you stated the concept is very strong and it works very well. "Het beestje moet mischien een andere naam krijgen maar het doet wel wat het beloofd" greets On Sun, 2002-06-30 at 11:23, Twan Kogels wrote: > > > Hello, > > [ Sorry for the english speaking people, this email is for the most written > in the Dutch language ] > > Vanmorgen heb ik een korte email geschreven met mijn bevindingen mbt. > mmbase, er zitten dus een aantal kritische punten in. Zouden jullie hierop > kunnen reageren, om zo eventueel mijn standpunten veranderen? > > Alvast bedankt, > Twan Kogels > > =========================== > > Ik was ook benieuwd, maar omdat er weinig tot geen documentatie is en als > hij er wel is is hij niet up to date, is alles lastig te begrijpen. Zoals > ik het nu begrijp bestaat het systeem uit objecten, deze objecten hebben > velden waar eigenschappen in kunnen, bijvoorbeeld object persoon: > Persoon > - naam > - adres > - plaats > > Een bepaald soort Object word beheert door een zogenaamde builder. De > eigenschappen van een object staan in een xml bestand van de builder. In > dit xml bestand staat bijvoorbeeld het type eigenschap, de naam, de positie > in de GUI, enz. Tussen objecten kunnen relaties bestand, Persoon kan > bijvoorbeeld een relatie hebben met Organisatie. > > De eigenschappen van een object kan niet alleen data bevatten, maar ook > functionaliteit, bijvoorbeeld bij een Image object kan de afbeelding > eigenschap worden verbonden met een klasse die het Image kan tekenen. > > Dit alles word gecached zodat de benadering van de database word vermindert > en alles efficienter draait. > > Best een krachtig structuur! > > Alleen de uitvoering is wat minder. Zo is de documentatie zoals eerder > gezegd slecht. MMbase is geen cms opzich, eerder een basis, er moet dus nog > veel gebeuren om tot een uiteindelijke cms te komen. Persoonlijk ben ik > niet te spreken over eerst het gebruik van SCAN (een niet standaard > taaltje), daarna zijn ze overgestapt naar JSP (een standaard taal met haken > en ogen), deze technieken heb je nodig om het ontwerp van een pagina te > maken. Het zou beter zijn geweest als ze zoiets als op > <http://enhydra.enhydra.org/> hadden gedaan, daar bestaat het ontwerp uit > custom HTML tags. > > Tot slot: een goede flexibele krachtige structuur, met een wat mindere > ontwerp taal. Dit alles gaat teniet aan de slechte documentatie, want > zonder documentatie moet je alle source code na gaan lopen, als je wat op > de basis wilt bouwen en daar ben je een tijd mee zoet. > > Er is wederom een goed mailinglist, waar deskundige mensen op zitten. > > Om een link te leggen naar de mapserver, bij Mapserver is er documentatie, > soms cryptisch, maar je hebt een houvast, deze mis ik bij mmbase. > > =========================== > > >
