Re: Object-content mapping tool in Graffito
Yes I think so. By this way, others can review it. I'm not sure that the sandbox is necessary. We are not mandatory to add it in the first release. On 9/8/06, Jukka Zitting [EMAIL PROTECTED] wrote: Hi, On 9/7/06, Christophe Lombart [EMAIL PROTECTED] wrote: what about the OCM Spring support ( in [Graffito trunk]/jcr/spring) ? do you plan to move it into Jackrabbit ? What do you see as the best option? It's tightly related to the OCM tool so I think it would make sense to keep them together. BR, Jukka Zitting -- Yukatan - http://yukatan.fi/ - [EMAIL PROTECTED] Software craftsmanship, JCR consulting, and Java development -- Best regards, Christophe
Re: Object-content mapping tool in Graffito
Hi, On 9/7/06, Christophe Lombart [EMAIL PROTECTED] wrote: what about the OCM Spring support ( in [Graffito trunk]/jcr/spring) ? do you plan to move it into Jackrabbit ? What do you see as the best option? It's tightly related to the OCM tool so I think it would make sense to keep them together. BR, Jukka Zitting -- Yukatan - http://yukatan.fi/ - [EMAIL PROTECTED] Software craftsmanship, JCR consulting, and Java development
Re: Object-content mapping tool in Graffito
On 9/8/06, Jukka Zitting [EMAIL PROTECTED] wrote: Hi, On 9/7/06, Christophe Lombart [EMAIL PROTECTED] wrote: what about the OCM Spring support ( in [Graffito trunk]/jcr/spring) ? do you plan to move it into Jackrabbit ? What do you see as the best option? It's tightly related to the OCM tool so I think it would make sense to keep them together. IMO it should stay together with the OCM, but most probably in a sandbox directory till we have the time to review and improve it. ./alex -- .w( the_mindstorm )p. BR, Jukka Zitting -- Yukatan - http://yukatan.fi/ - [EMAIL PROTECTED] Software craftsmanship, JCR consulting, and Java development
Re: Object-content mapping tool in Graffito
Hi, Thanks for all the comments! Based on the positive feedback I'll continue the process within the Graffito project and hope to graduate the Graffito JCR mapping tool into a Jackrabbit subproject once all the details and the incubation exit criteria are taken care of. BR, Jukka Zitting -- Yukatan - http://yukatan.fi/ - [EMAIL PROTECTED] Software craftsmanship, JCR consulting, and Java development
Object-content mapping tool in Graffito
Hi, The incubating Graffito project (http://incubator.apache.org/graffito/) is building a nice portlet-based content management framework. One of the design goals is to be independent of the underlying storage model using mapping tools to present a pure Java object model to higher level components. Graffito is currently is using Apache OJB to achieve this on top of relational databases, but they also want to support JCR content repositories as storage components. To achieve this they've already created a relatively complete object-content mapping (ocm) tool called Graffito JCR Mapping (http://incubator.apache.org/graffito/jcr-mapping/). There was recent discussion on the Graffito mailing lists about the ocm tool being ptoentially useful to other people as well, and that being a Graffito subproject probably doesn't give the tool enough visibility among JCR users. One idea would be to graduate the Graffito JCR Mapping subproject into a Jackrabbit subproject to get greater exposure. The initial response within the Graffito community was positive to this idea, so I'd like to ask for opinions also from the Jackrabbit community. Would you think that bringing in the ocm tool would be a good addition to the set on-top-of-JCR components we already have? There are a number of stakeholders to consider and practical issues to sort out to actually make the idea happen, but I can start taking care of those if there is general consensus that this would be a good move. BR, Jukka Zitting -- Yukatan - http://yukatan.fi/ - [EMAIL PROTECTED] Software craftsmanship, JCR consulting, and Java development
Re: Object-content mapping tool in Graffito
Hi, I had a look at Graffito before, and while it looked promising the site hasn't been updated since february, and no activity has been recorded for a while now (5 weeks ago the license header was updated). Does anyone knows what the status of the project is ? If the project is still moving then yes, this is a great move to do. Nicolas, On Sep 1, 2006, at 5:50 PM, Jukka Zitting wrote: Hi, The incubating Graffito project (http://incubator.apache.org/graffito/) is building a nice portlet-based content management framework. One of the design goals is to be independent of the underlying storage model using mapping tools to present a pure Java object model to higher level components. Graffito is currently is using Apache OJB to achieve this on top of relational databases, but they also want to support JCR content repositories as storage components. To achieve this they've already created a relatively complete object-content mapping (ocm) tool called Graffito JCR Mapping (http://incubator.apache.org/graffito/jcr-mapping/). There was recent discussion on the Graffito mailing lists about the ocm tool being ptoentially useful to other people as well, and that being a Graffito subproject probably doesn't give the tool enough visibility among JCR users. One idea would be to graduate the Graffito JCR Mapping subproject into a Jackrabbit subproject to get greater exposure. The initial response within the Graffito community was positive to this idea, so I'd like to ask for opinions also from the Jackrabbit community. Would you think that bringing in the ocm tool would be a good addition to the set on-top-of-JCR components we already have? There are a number of stakeholders to consider and practical issues to sort out to actually make the idea happen, but I can start taking care of those if there is general consensus that this would be a good move. BR, Jukka Zitting -- Yukatan - http://yukatan.fi/ - [EMAIL PROTECTED] Software craftsmanship, JCR consulting, and Java development
Re: Object-content mapping tool in Graffito
On 9/1/06, Jukka Zitting [EMAIL PROTECTED] wrote: Hi, The incubating Graffito project (http://incubator.apache.org/graffito/) is building a nice portlet-based content management framework. One of the design goals is to be independent of the underlying storage model using mapping tools to present a pure Java object model to higher level components. Graffito is currently is using Apache OJB to achieve this on top of relational databases, but they also want to support JCR content repositories as storage components. To achieve this they've already created a relatively complete object-content mapping (ocm) tool called Graffito JCR Mapping (http://incubator.apache.org/graffito/jcr-mapping/). There was recent discussion on the Graffito mailing lists about the ocm tool being ptoentially useful to other people as well, and that being a Graffito subproject probably doesn't give the tool enough visibility among JCR users. One idea would be to graduate the Graffito JCR Mapping subproject into a Jackrabbit subproject to get greater exposure. The initial response within the Graffito community was positive to this idea, so I'd like to ask for opinions also from the Jackrabbit community. Would you think that bringing in the ocm tool would be a good addition to the set on-top-of-JCR components we already have? +1 cheers stefan There are a number of stakeholders to consider and practical issues to sort out to actually make the idea happen, but I can start taking care of those if there is general consensus that this would be a good move. BR, Jukka Zitting -- Yukatan - http://yukatan.fi/ - [EMAIL PROTECTED] Software craftsmanship, JCR consulting, and Java development
Re: Object-content mapping tool in Graffito
Hi, On 9/1/06, Nicolas Modrzyk [EMAIL PROTECTED] wrote: I had a look at Graffito before, and while it looked promising the site hasn't been updated since february, and no activity has been recorded for a while now (5 weeks ago the license header was updated). Does anyone knows what the status of the project is ? The project is not too active at the moment, but the mailing list traffic has been increasing (see the stats at http://mail-archives.apache.org/mod_mbox/incubator-graffito-dev/) since I and a few volunteered to step in as additional project mentors to help move things forward. Moving the mapping tool to Jackrabbit is one idea that we came up for better focusing the goals of the project. BR, Jukka Zitting -- Yukatan - http://yukatan.fi/ - [EMAIL PROTECTED] Software craftsmanship, JCR consulting, and Java development
Re: Object-content mapping tool in Graffito
On 9/1/06, Nicolas Modrzyk [EMAIL PROTECTED] wrote: Hi, I had a look at Graffito before, and while it looked promising the site hasn't been updated since february, and no activity has been recorded for a while now (5 weeks ago the license header was updated). Does anyone knows what the status of the project is ? If the project is still moving then yes, this is a great move to do. Nicolas, The OCM haven't moved too much lately, mainly because of 2 reasons: - the core 2 developers (Christopher and myself) have been quite busy (sometimes it happens) - the tool has already reached a good enough state (I am using it on InfoQ.com authoring tool). hth, ./alex -- :Architect of InfoQ.com: .w( the_mindstorm )p. On Sep 1, 2006, at 5:50 PM, Jukka Zitting wrote: Hi, The incubating Graffito project (http://incubator.apache.org/graffito/) is building a nice portlet-based content management framework. One of the design goals is to be independent of the underlying storage model using mapping tools to present a pure Java object model to higher level components. Graffito is currently is using Apache OJB to achieve this on top of relational databases, but they also want to support JCR content repositories as storage components. To achieve this they've already created a relatively complete object-content mapping (ocm) tool called Graffito JCR Mapping (http://incubator.apache.org/graffito/jcr-mapping/). There was recent discussion on the Graffito mailing lists about the ocm tool being ptoentially useful to other people as well, and that being a Graffito subproject probably doesn't give the tool enough visibility among JCR users. One idea would be to graduate the Graffito JCR Mapping subproject into a Jackrabbit subproject to get greater exposure. The initial response within the Graffito community was positive to this idea, so I'd like to ask for opinions also from the Jackrabbit community. Would you think that bringing in the ocm tool would be a good addition to the set on-top-of-JCR components we already have? There are a number of stakeholders to consider and practical issues to sort out to actually make the idea happen, but I can start taking care of those if there is general consensus that this would be a good move. BR, Jukka Zitting -- Yukatan - http://yukatan.fi/ - [EMAIL PROTECTED] Software craftsmanship, JCR consulting, and Java development
Re: Object-content mapping tool in Graffito
On 9/1/06, Alexandru Popescu [EMAIL PROTECTED] wrote: On 9/1/06, Nicolas Modrzyk [EMAIL PROTECTED] wrote: Hi, I had a look at Graffito before, and while it looked promising the site hasn't been updated since february, and no activity has been recorded for a while now (5 weeks ago the license header was updated). Does anyone knows what the status of the project is ? If the project is still moving then yes, this is a great move to do. Nicolas, The OCM haven't moved too much lately, mainly because of 2 reasons: - the core 2 developers (Christopher and myself) have been quite busy (sometimes it happens) - the tool has already reached a good enough state (I am using it on InfoQ.com authoring tool). hth, ./alex -- :Architect of InfoQ.com: .w( the_mindstorm )p. Forgot to mention: Jukka has brought a fresh breath in the project and it looks like things are gonna start moving again. ./alex -- :Architect of InfoQ.com: .w( the_mindstorm )p. On Sep 1, 2006, at 5:50 PM, Jukka Zitting wrote: Hi, The incubating Graffito project (http://incubator.apache.org/graffito/) is building a nice portlet-based content management framework. One of the design goals is to be independent of the underlying storage model using mapping tools to present a pure Java object model to higher level components. Graffito is currently is using Apache OJB to achieve this on top of relational databases, but they also want to support JCR content repositories as storage components. To achieve this they've already created a relatively complete object-content mapping (ocm) tool called Graffito JCR Mapping (http://incubator.apache.org/graffito/jcr-mapping/). There was recent discussion on the Graffito mailing lists about the ocm tool being ptoentially useful to other people as well, and that being a Graffito subproject probably doesn't give the tool enough visibility among JCR users. One idea would be to graduate the Graffito JCR Mapping subproject into a Jackrabbit subproject to get greater exposure. The initial response within the Graffito community was positive to this idea, so I'd like to ask for opinions also from the Jackrabbit community. Would you think that bringing in the ocm tool would be a good addition to the set on-top-of-JCR components we already have? There are a number of stakeholders to consider and practical issues to sort out to actually make the idea happen, but I can start taking care of those if there is general consensus that this would be a good move. BR, Jukka Zitting -- Yukatan - http://yukatan.fi/ - [EMAIL PROTECTED] Software craftsmanship, JCR consulting, and Java development
Re: Object-content mapping tool in Graffito
On 9/1/06, Torgeir Veimo [EMAIL PROTECTED] wrote: On 1 Sep 2006, at 12:08, Alexandru Popescu wrote: The OCM haven't moved too much lately, mainly because of 2 reasons: - the core 2 developers (Christopher and myself) have been quite busy (sometimes it happens) - the tool has already reached a good enough state (I am using it on InfoQ.com authoring tool). Could you explain a bit how it's being used in your authoring tool? I am using it as any other Object-to-X mapping solution (for example Hibernate). My model is mapped to JCR and I am using normal DAOs. Not sure what else I can say: it is very easy if you have used any other mapping tool. ./alex -- .w( the_mindstorm )p. -- Torgeir Veimo [EMAIL PROTECTED]
Re: Object-content mapping tool in Graffito
I'm for it. I do most of my work on Eclipse. The Apogee CMS tool has been approved as an Eclipse project (but the code is still at Nuxeo). I am following Apogee as a potential user, not (currently) as a contributor. Apogee includes Jackrabbit support for its flavor of graffito:cmsobject There is no object mapping. I would eventually like to contribute (or support) a mapping of Eclipse's EMF models to JCR custom node types under Apogee. I am hacking together a Graffito-based jcr mapping for this at the present time. This concept would gain more acceptance at Eclipse if the ocm presented to them were a Jackrabbit extension rather than a Graffito extension. -- Dan Connelly Jukka Zitting wrote: Hi, The incubating Graffito project (http://incubator.apache.org/graffito/) is building a nice portlet-based content management framework. One of the design goals is to be independent of the underlying storage model using mapping tools to present a pure Java object model to higher level components. Graffito is currently is using Apache OJB to achieve this on top of relational databases, but they also want to support JCR content repositories as storage components. To achieve this they've already created a relatively complete object-content mapping (ocm) tool called Graffito JCR Mapping (http://incubator.apache.org/graffito/jcr-mapping/). There was recent discussion on the Graffito mailing lists about the ocm tool being ptoentially useful to other people as well, and that being a Graffito subproject probably doesn't give the tool enough visibility among JCR users. One idea would be to graduate the Graffito JCR Mapping subproject into a Jackrabbit subproject to get greater exposure. The initial response within the Graffito community was positive to this idea, so I'd like to ask for opinions also from the Jackrabbit community. Would you think that bringing in the ocm tool would be a good addition to the set on-top-of-JCR components we already have? There are a number of stakeholders to consider and practical issues to sort out to actually make the idea happen, but I can start taking care of those if there is general consensus that this would be a good move. BR, Jukka Zitting