[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
|
Re: [emf-dev] [JCRManagement] proposal
|
Folks,
Since everyone has had ample opportunity to vote and there were no negative
votes, this component is approved and I will take steps to provision it in
EMFT. Sandro will be developing this component from scratch at Eclipse, so
I believe there is no legal review required, but I am CCing the emo to
ensure that I am making an accurate statement. I've also CCd Bjorn too
keep him in the loop and so he can keep me on the right track should I
stray from it. :-)
Ed Merks/Toronto/IBM@IBMCA
mailto: merks@xxxxxxxxxx
905-413-3265 (t/l 969)
Sandro Böhme
<sandro.boehme@gm
x.de> To
Sent by: emf-dev@xxxxxxxxxxx
emf-dev-bounces@e cc
clipse.org
Subject
Re: [emf-dev] [JCRManagement]
03/14/2007 05:48 proposal
PM
Please respond to
sandro.boehme@gmx
.de; Please
respond to
Eclipse Modelling
Framework
<emf-dev@eclipse.
org>
Hello Kenn,
at the moment I'm the only initial committer (affiliation: inovex GmbH -
www.inovex.de).
Eclipse Corona (Compuware) and the Eclipse Apogée (Nuxeo) have expressed
their interest explicitly to this proposal. I know that other parties
are also interested in a project like that. I planned to propose it to
the Apache Jackrabbit community after knowing it is possible to have it
at Eclipse.org just for not needing to say "the project will propably be
hosted at Eclipse.org" :-). But if more interested companies/parties are
needed I can propose it to Apache Jackrabbit earlier it's not a problem.
Regards,
Sandro
> Ed,
>
> This proposal is missing "a list of interested and committed persons and
> companies and their affiliations" (see
> http://www.eclipse.org/projects/dev_process/pre-proposal-phase.php for
> details)... :(
>
> Kenn Hussey
>
> Senior Software Developer
> Rational Software, IBM Software Group
>
> 770 Palladium Drive
> Kanata, Ontario, K2V 1C8
>
> T: (613) 599-3980 F: (613) 599-3912
>
>
>
> Ed Merks/Toronto/IBM@IBMCA
> Sent by: emf-dev-bounces@xxxxxxxxxxx
> 03/14/2007 02:33 PM
>
> Please respond to
> Eclipse Modelling Framework <emf-dev@xxxxxxxxxxx>
>
>
> To
> emf-dev@xxxxxxxxxxx, emft-dev@xxxxxxxxxxx
> cc
>
> Subject
> [emf-dev] Fw: [JCRManagement] proposal
>
>
>
>
>
>
>
>
>
> Folks,
>
> Sandro is proposing a new component that we will incubate in EMFT. He
> presented his proposal to the modeling PMC during our last meeting and
> everyone was comfortable with incubating this new from-scratch work
effort
> within EMFT. I've also reviewed the proposal with Bjorn to discuss any
> issues of overlap with other projects; he's comfortable with proceeding
as
> well. So I'm sending this note out for your review and to call for a
> vote to approve it. All existing EMF and EMFT committers are elligible
to
> vote, so please do so with a reply that includes a +1 or -1. Obviously
I
> would recommend a +1 vote. Thanks.
>
>
> Ed Merks/Toronto/IBM@IBMCA
> mailto: merks@xxxxxxxxxx
> 905-413-3265 (t/l 969)
>
>
> ----- Forwarded by Ed Merks/Toronto/IBM on 03/14/2007 02:29 PM -----
> Sandro Böhme <sandro.boehme@xxxxxx>
> 03/11/2007 05:32 PM
>
> Please respond to
> sandro.boehme@xxxxxx
>
>
>
> To
> Ed Merks/Toronto/IBM@IBMCA
> cc
>
> Subject
> [JCRManagement] proposal
>
>
>
>
>
>
>
>
>
>
> Hi Ed,
>
> here you find the JCRManagement component proposal. Do you think there
> is anything to clearify before proposing it to the community? If
> everything is fine please send it to the mailing list.
>
> Thanks,
>
> Sandro
>
> Hello,
>
> to connect the Eclipse community and the JCR (JSR-170, JSR-283)
> community I propose the JCRManagement component.
>
> Attached you find a pre-proposal of that project that use synergies of
> Eclipse Modeling and the JCR. Once there is a JCR integration
> into the Eclipse modeling project 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.
>
> ++ Roadmap ++
> This is the list of next actions in order of priority for the first
> phase of the project:
> o My next step is to find out how to persist objects with EMF into a JCR
> as a basis for the integration into the other modeling components. I
> will start a discussion about it in the EMFT newsgroup.
> o Proof of concept for a JCR node editor with.
> o Proof of concept for a model to model transformation tool (e.g. ATL)
> for nodes and node types. Mikaël Barbero from ATL already send me
> valuable information that will give me a good kick start with ATL.
> o Check AMW if it can be used for weaving node type models to EMF
> (ecore) models.
> o Proof of concept for GMF integration as a node type modeller tool and
> a DSL that is based on nodes.
> o Check how the model compare tool could be used for JCRManagement.
> o Check how AM3 could be used for a node type repository
> o Check how a model to text transformation tool (e.g. XPand or Jet) for
> nodes and node types could be used.
> After that I will be able to show many advantages of the project and
> create a proposal to be presented to the press like InfoQ.com or
> CMSWatch.com. The feedback will drive the further direction and roadmap
> of the project.
>
>
> ++ 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 Rich Client application,
> o migrating node types is hard 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
> e.g. with ATL.
> 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
_______________________________________________
emf-dev mailing list
emf-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/emf-dev
