[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
|
Re: [modeling-pmc] Re: JCRManagement Project Pre-Proposal
|
Hi,
>From my perspective, while I find the proposal interesting, I wonder about
popularity and diversity from a contribution standpoint. Also, is there an
initial contribution, or is this all new development? This can all come out
during the proposal phase (technically, you're in the pre-proposal phase
now), but it will be important.
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
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
--
Richard C. Gronback
Borland Software Corporation
richard.gronback@xxxxxxxxxxx
+1 860 227 9215
