There are a bunch of "wicket-stuff" projects that can be used as components for other projects or as examples. This would just be another component that people can use in their application, it has nothing to do with the core of wicket.
A CMS would be a very beneficial component to have in your applications for all the normal CMS reasons, but in particular to wicket, many people will be coming from a background where they were writing hundreds of JSP pages. This project will show them how to move the management of content away from the developers, improve their application by making it more dynamically updatable with a lot less code. On 3/10/06, Joe Toth <[EMAIL PROTECTED]> wrote: > I have to look into JCR more, Graffito in particular... > > From their website... > * Sometimes it is very convenient to be able to just access the > JCR nodes and properties directly from your presentation-layer for > very simple things (mostly generic display). When a lot of "business > logic" are involved, the JCR API can be too low level and real > business objects (pojo) are more appreciate in a such case. > * ORM tools like OBJ or Hibernate are not appropriate for content > oriented application. > > With the current Persistence Manager API, you can : > > * Manage the object life cycle (insert, update, delete, retrieve). > * Search single object or collections with criteria. > * Manage version (check int, check out, create a new version, show > history). > * Lock objects. > > > heh...Sounds EXACTLY like what hibernate can do. > > > On 3/10/06, Christophe Lombart <[EMAIL PROTECTED]> wrote: > > JCR is very simple. > > Classic RDBMS ( and its SQL) doesn't match correctly to content based > > application. > > With a JCR based repo, you have automatically support for versionning, > > indexing, full text & prop search, node type, .... Futhermore, JCR > > spec is not very difficult to understand. If you can use JDBC, you can > > use JCR. > > > > Now, that's clear JCR becomes the standard and will replace JDBC for > > managing content based application. Unfortunately, JCR is low level > > (like JDBC). The graffito team is building the first OCM tools > > (Object/content mapping tools). It is still on dev. > > see this Graffito project on : > > http://incubator.apache.org/graffito/jcr-mapping/index.html > > > > Again, before taking a decision, take the time to review the JCR spec. > > > > Christophe > > > > > > On 3/10/06, Igor Vaynberg <[EMAIL PROTECTED]> wrote: > > > how about focusing on something simple. write a wiki with a simple > > > database > > > backend. then migrate it to use a repo and add all the bells and whistles. > > > > > > -Igor > > > > > > > > > > > > On 3/10/06, Riyad Kalla <[EMAIL PROTECTED]> wrote: > > > > > > > > I understand that goal, I just don't know how they achieve that... for > > > example, storing an enormous blob of XML in a database or a file certainly > > > meets the requirement of "not caring where it's stored", but gives you a > > > less than stellar data store to work with (in a DB). > > > > > > > > As a Java developer I feel it's my right to develop a new content > > > framework so as to avoid reading the JCR spec more closely :) > > > > > > > > > > > > Eelco Hillenius wrote: > > > > I think the idea behind JCR is that it doesn't care about where with > > > > what format it is stored. > > > > > > > > Eelco > > > > > > > > On 3/10/06, Riyad Kalla > > > > <[EMAIL PROTECTED]> wrote: > > > > > > > > > > > > Christophe, > > > > From what I've seen on jackrabbit it dumps out an entire file in XML > > > format > > > > and all the examples I can find have it confirued to run from a file > > > > data > > > > store, not a DB. I had one friend comment that if you config it to dump > > > > to > > > a > > > > > > > > DB, it simply dumps the giant XML file into a single table, but I find > > > this > > > > hard to believe. > > > > > > > > Do you have any experience with it? > > > > > > > > Christophe Lombart wrote: > > > > On 3/10/06, Joe Toth > > > > <[EMAIL PROTECTED]> wrote: > > > > > > > > > > > > > > > > Any ideas for a content repository? Graffito and Jack Rabbit look > > > > interesting, but I hope they aren't projects stuck in XML hell. > > > > > > > > > > > > > > > > JCR is a must. Graffito is currently based on a DB schema and we are > > > > > > > > migrating to JCR (Java Content Repository) spec. Graffito is not only a > > > > repo. it is a full ECM plateform - Sorry it will be a full ECM plateform > > > > based on Spring :-). it offers a common foundation for all kind of > > > > content > > > > > > > > application. I think it should be nice to build wicket web apps on the > > > > top > > > > of Graffito. Christophe > > > > ------------------------------------------------------- > > > > This SF.Net email is sponsored by xPML, a groundbreaking scripting > > > language > > > > > > > > that extends applications into web and mobile media. Attend the live > > > webcast > > > > and join the prime developer group breaking into this new coding > > > territory! > > > > > > > > > > > http://sel.as-us.falkag.net/sel?cmd=k&kid0944&bid$1720&dat1642 > > > > _______________________________________________ > > > > Wicket-develop mailing list > > > > [email protected] > > > > > > > > > > > https://lists.sourceforge.net/lists/listinfo/wicket-develop > > > > > > > > > > > > ------------------------------------------------------- > > > > This SF.Net email is sponsored by xPML, a groundbreaking scripting > > > language > > > > that extends applications into web and mobile media. Attend the live > > > webcast > > > > > > > > and join the prime developer group breaking into this new coding > > > territory! > > > > > > > > > > > http://sel.as-us.falkag.net/sel?cmd=k&kid0944&bid$1720&dat1642 > > > > _______________________________________________ > > > > Wicket-develop mailing list > > > > [email protected] > > > > > > > > > > > https://lists.sourceforge.net/lists/listinfo/wicket-develop > > > > > > > > > > > > > > > > > > > > > > > > -- > > Best regards, > > > > Christophe > > > > > > ------------------------------------------------------- > > This SF.Net email is sponsored by xPML, a groundbreaking scripting language > > that extends applications into web and mobile media. Attend the live webcast > > and join the prime developer group breaking into this new coding territory! > > http://sel.as-us.falkag.net/sel?cmdlnk&kid0944&bid$1720&dat1642 > > _______________________________________________ > > Wicket-develop mailing list > > [email protected] > > https://lists.sourceforge.net/lists/listinfo/wicket-develop > > > ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642 _______________________________________________ Wicket-develop mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/wicket-develop
