[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
|
Re: [modeling-pmc] Re: JCRManagement Project Pre-Proposal
|
Hi Rich,
Richard Gronback wrote:
Hi,
From my perspective, while I find the proposal interesting, I wonder about
thanks - is there anything special that you find interesting or is it
just the proposal in general?
popularity and diversity from a contribution standpoint. Also, is there an
initial contribution, or is this all new development? This can all come out
There is no initial contribution. At the moment I'm testing strategies
for the implementation of the JCR into EMF. I'm also in a technically
discussion with a friend about it.
The charme of the JCR is, that it already handles lazy loading and
transient states while having large content repositories in mind. E.g.
reading nodes does not already read the properties and subnodes. Writing
content is done in a transient session that can finally get persisted
with calling a save() method or it can get reset to the initial state.
This means if we could find a way how EMF could make use of this
features it would help a lot to make EMF handling large content
repositories and enrich it with that powerful persistence feature. Once
the node model of the JCR is integrated I think it could not be too hard
to also offer the content services of the JCR to EMF. Of course
everything can be done while being based on standards.
I would be glad if we could find a way how EMF could offer the JCR
features to their community.
At the moment I created a simple implementation for
org.eclipse.emf.ecore.resource.impl.ResourceImpl that directly loads
from and saves to a Jackrabbit repository. One idea is, to model a
EMFNode that extends the EObjectImpl and implements the jcr.Node.
This EMFNode could wrap a jcr.Node object and delegate the JCR method
calls to the jcr.Node object. Additionally the EList could directly
operate on nodes. But I will need to evaluate this strategy in more detail.
during the proposal phase (technically, you're in the pre-proposal phase
now), but it will be important.
If the project is technically not too hard to implement (which would of
course raise the barrier for contributions) I'm sure it will get popular
and diverse to create a healty community. In my opinion the problems
this project could solve are very valuable for the CMS market and also
for other use cases. Please see also the background details in my
initial email to Ed and the use cases in my proposal (but you will
probably have already read it).
As soon as we all think this project is straight forward enough to
implement, has not too much risks left, it is feasable in general and is
accepted by the EMO I would like to write to channels like CMSWatch.com,
Contentmanager.de and InfoQ.com to present the proposal, the solution
processes and use cases to attract the commmunity. I will create a
survey (maybe at SurveyMonkey.com) to find out how big the community is.
It will also motivate for contribution as people (hopefully) see that
there is an interest in the results of their work.
However - if it turns out, that it will not work out for sure I would
rather declare the project as failed before too many people put too much
work in it.
Also, notice that under the newly updated and Board approved development
process, you'll need to find 2 mentors from the Architecture Council willing
to sponsor this project, among other process points:
http://wiki.eclipse.org/index.php/Development_Process_2006_Revision_Final#Pr
oject_Lifecycle
Thanks for the pointer.
Best regards,
Sandro
--
https://www.xing.com/profile/Sandro_Boehme
http://www.linkedin.com/in/sandroboehme
http://www.wingsuit.de
I look forward to hearing more.
Best Regards,
Rich
On 1/28/07 8:41 AM, "Ed Merks" <merks@xxxxxxxxxx> wrote:
Sandro,
I see. That makes sense. I'll have some discussions with a few people and
then likely I'll have some follow-up questions shortly. I'll be interested
in comments from the other PMC members...
Ed Merks/Toronto/IBM@IBMCA
mailto: merks@xxxxxxxxxx
905-413-3265 (t/l 969)
Sandro Böhme
<sandro.boehme@gm
x.de> To
Ed Merks/Toronto/IBM@IBMCA
01/27/2007 12:33 cc
PM modeling-pmc@xxxxxxxxxxx
Subject
Re: JCRManagement Project
Please respond to Pre-Proposal
sandro.boehme@gmx
.de
Hi Ed,
Apogee's scope are "only" ECM systems while using a fixed domain model.
The scope of the JCRManagement project is to create arbitary domain
models and it is open to every kind of application - not "only" ECM
system. The idea is more to enhance the modelling projects with the
integration of the JCR - similar to the Teneo project which integrates
relational databases with hibernate.
Bye,
Sandro
Ed Merks wrote:
Sandro,
I did see that, but I didn't follow the discussion link and should have.
I think this probably argues that the best fit for this proposal would be
as part of the Apogee project. Does that make sense to you, or are you
looking for something a little different?
Ed Merks/Toronto/IBM@IBMCA
mailto: merks@xxxxxxxxxx
905-413-3265 (t/l 969)
Sandro Böhme
<sandro.boehme@gm
x.de>
To
Ed Merks/Toronto/IBM@IBMCA
01/27/2007 11:55
cc
AM sandro.boehme@xxxxxxxxx,
modeling-pmc@xxxxxxxxxxx
Subject
Please respond to Re: JCRManagement Project
sandro.boehme@gmx Pre-Proposal
.de
Hi Ed,
thanks for your feedback. I had the same concerns when I heared about
Apogee. But I discussed it with them and found out, that they do have a
more high level scope and that the JCRM project could be useful for
them. You will find the details about it in the last chapter of my
proposal. Maybe you missed it as it is quite short. There is also a link
to the discussion in the mailing list where I still called my project
JCR Explorer.
Regards,
Sandro
PS: You don't need to work on the weekend for this proposal.
--
https://www.xing.com/profile/Sandro_Boehme
http://www.linkedin.com/in/sandroboehme
http://www.wingsuit.de
Ed Merks wrote:
Sandro,
This looks very interesting but it immediately raises questions about how
this relates to other existing projects and particularly how it relates
to
Apogee, i.e., http://www.eclipse.org/proposals/apogee/ and
http://www.eclipse.org/apogee/. I think there need to be discussions
with the Apogee folks because Eclipse will not generally allow two
projects
with overlapping scope to exist. This issue seems to represent a road
block and I'm not sure how that can be resolved.
I've added the modeling PMC to the mailing list to solicit the opinions
of
the PMC as a whole as to whether this proposal fits within the scope our
the Modeling project. My sense is that, like the Apogee project, it
probably belongs in the Eclipse technology project, and that perhaps it
should be part of the Apogee project...
Ed Merks/Toronto/IBM@IBMCA
mailto: merks@xxxxxxxxxx
905-413-3265 (t/l 969)
Sandro Böhme
<sandro.boehme@gm
x.de>
To
Ed Merks/Toronto/IBM@IBMCA
01/25/2007 06:56
cc
AM sandro.boehme@xxxxxxxxx
Subject
JCRManagement Project Pre-Proposal
Hello Ed,
attached you find a pre-proposal of a project that use synergies of EMF
and the JCR (JSR-170). Once there is a JCR integration
into EMF (and the Eclipse-MDSD world) I personally think this
could open a very wide range of possibilities and features for
the JCR world and could grow to a very strong community.
What do you think, is it possible to integrate the JCR into EMF
in the way I planned it (or in an other way)? I'm really
looking forward to your opinion!
++ Background Details ++
I think I should tell you a bit more about my motivation for this
project.
Since some years I'm leading a small project that uses it's own CMS for
a web site. In 2004 I was very excited seeing the JSR-170 started
because it addressed problems that we have in our project. This is why I
dived into this world in various ways (Graffito Committer Emeritus,
Jackrabbit Contributor, JCR Browser Project Lead). In this time I've
seen some problems coming up like:
o there is no "JCR Browser with editing capabilities",
o what can I use as basis for my JCR application,
o migrating node types is hard in a 24/7 environment and
o mapping of JCR types to Java types is not too easy.
In 2005 I started to learn about Model Driven Software Development and
later I had a chance to evaluate MDSD frameworks and tools for our
company. The result was that Eclipse has good frameworks as a basis and
oAW has a good set of M2M and M2T tools. With MDSD and Eclipse know how
I think the mentioned JCR problems can be solved quite elegant.
o The solution for the "JCR Browser with editing capabilities" could be
an exemplary EMF tool.
o An JCR ecore model, EMF resource implementations and the exemplary EMF
tool could serve as a basis for JCR applications.
o Migrating node types can be done type safe with M2M transformations.
o For the type mapping the EMF tooling could fit quite good.
On top of that I think GMF can add very interesting features for the CMS
world. I hope that gives you some background to this project.
Best regards,
Sandro
--
https://www.xing.com/profile/Sandro_Boehme
http://www.linkedin.com/in/sandroboehme
http://www.wingsuit.de
(See attached file: JCRManagement_V2.doc)
--
https://www.xing.com/profile/Sandro_Boehme
http://www.linkedin.com/in/sandroboehme
http://www.wingsuit.de
_______________________________________________
modeling-pmc mailing list
modeling-pmc@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/modeling-pmc
