|
View:
New views
4 Messages
—
Rating Filter:
Alert me
|
| < Prev | 1 - 2 - 3 | Next > |
|
|
Re: Idea: Grails based open source projectI'm going to deal with Camelot ;-) D.
2007/6/6, James Page <jamespage@...>: I have just suggested Pendragon -- King Arther surname.... |
|
|
Re: Idea: Grails based open source projectOn 6/6/07, Dmitriy Kopylenko <dmitriy.kopylenko@...> wrote: That's fine. I guess we have two projects identified here: 1) Camelot - the ideas repository; 2) Pendragon - the content management system. |
|
|
Re: Idea: Grails based open source projectAnyone interested, please join, so we could continue discussions about uses cases, design and development of Camelot over there. Cheers, Dmitriy. 2007/6/6, Dmitriy Kopylenko <dmitriy.kopylenko@...>: That's fine. I guess we have two projects identified here: 1) Camelot - the ideas repository; 2) Pendragon - the content management system. |
|
|
Re: Idea: Grails based open source projectjames, graeme,
I have a spring bean that manages SVN sandboxes (based on SVNKit) that might make sense as a plugin depending on your approach. SVNKit can work either with sandboxes or directly on the repository. we chose the former approach as it fits our existing CMS-related work practices, where we (a team of around 20 researchers supporting an open source project with a few thousand users) keep everything in SVN and work with our local checked-out copies. the CMS/Wiki that we're developing stores most of its data in these sandboxes, with a tiny adminisrative DB (currently hypersonic) to manage paths and so on. one of the main advantages is that off-line working and synchronisation comes for free: in "workstation mode" each person runs their own local server and can sync with SVN when connected; in "server mode" another set of sandboxes is checked out and accessed by a public version of the webapp. an issue then is to linearise SVN operations on the sandbox directory trees (SVN itself locks the tree, so concurrent access is not possible), which is the main point of my spring bean. this clearly raises a scaling issue; the assumption is that read operations on the sanboxes is much more frequent than locking write operations, and that write operations in SVN are pretty quick anyway. so, if you want to follow this kind of direction I could maybe contribute that bean as a grails plugin. I've not read up on JCR and have heard knowledgeable commentators who are sceptical of the benefit of it, but I'd be happy to be persuaded otherwise! best hamish Graeme Rocher wrote: > The JCR plug-ins does this and you can have a JCR impl that stores to SVN > > Cheers > > On 6/6/07, James Page <jamespage@...> wrote: >> Hamish, >> >> would it be possiable to write the SVN as a plugin, and using the GORM >> methodology. I know SVN uses a hierarchical model and one may be getting >> into a confusing state of mapping between an Object / >> Relational/Hierarchical state but it would be great. >> >> Having a SVN plugin would be great for any code management application as >> well as your wiki. >> >> Also having the SVN plugin using the same methodology as the JSR then it >> gives one the option to switch to whichever is best for the job. >> >> All the best >> >> James >> >> On 6/6/07, Hamish Cunningham <hamish@...> wrote: >> > JCR: all sorts of wonderfull things >> > SVN: proven to work >> > default algorithm: choose anything proven to work over everything >> else ;-) >> > >> > "in computer science we love standards, that's why we have so many >> competing >> > ones..." >> > >> > best >> > >> > h >> > >> > >> > hdenk wrote: >> > > shouldnt be repository-store JCR API compliant (JSR 170) ? >> > > >> > > fairly good opensource-solutions are available. and they are >> developed >> > > towards JSR 283. >> > > >> > > -> http://jackrabbit.apache.org/ http://jackrabbit.apache.org/ >> > > >> > > -> http://www.alfresco.com/ http://www.alfresco.com/ >> > > >> > > after thinking about it ... cms seems nice idea. >> > > >> > > >> > > hcunningham wrote: >> > >> I'm developing something like a CMS system based on a wiki that uses >> SVN >> > >> as a >> > >> back end. If that approach appeals then it might be possible to >> > >> collaborate. >> > >> >> > >> best >> > >> >> > >> hamish >> > >> >> > >> >> > > >> > >> > -- >> > Hamish >> > http://www.dcs.shef.ac.uk/~hamish/ >> > >> > >> --------------------------------------------------------------------- >> > To unsubscribe from this list please visit: >> > >> > http://xircles.codehaus.org/manage_email >> > >> > >> >> > > -- Hamish http://www.dcs.shef.ac.uk/~hamish/ --------------------------------------------------------------------- To unsubscribe from this list please visit: http://xircles.codehaus.org/manage_email |
| < Prev | 1 - 2 - 3 | Next > |
| Free embeddable forum powered by Nabble | Forum Help |