Mailing-List: contact jackrabbit-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: jackrabbit-dev@incubator.apache.org
Received-SPF: pass (hermes.apache.org: local policy)
Message-ID: <423AB0F0.4000105@inovex.de>
Date: Fri, 18 Mar 2005 11:44:00 +0100
From: =?ISO-8859-1?Q?Sandro_B=F6hme?= <s.boehme@inovex.de>
User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206)
MIME-Version: 1.0
To: jackrabbit-dev@incubator.apache.org
Subject: Re: Mapping Layer needed?
References: <4236DABE.3060403@capgemini.fr>
 <4236E542.4060702@inovex.de>	 <4239BBD8.7@inovex.de>
 <eb7e2190503171019407e7fb8@mail.gmail.com> <423AA76D.4060005@jahia.com>
In-Reply-To: <423AA76D.4060005@jahia.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit

Hi Serge,

 > Btw I seem to remember somebody proposing a mapping layer
 > implementation
 > here. Maybe Sandro can find it in the archives ?
as it would have anser my question, here it is:
At level 5, with the thread starting at the 8th of december with the 
subject "Mapping of Items..."
http://news.gmane.org/gmane.comp.apache.jackrabbit.devel

Or the direct links:
o
|-http://article.gmane.org/gmane.comp.apache.jackrabbit.devel/722/match=+mapping+items+
|--http://article.gmane.org/gmane.comp.apache.jackrabbit.devel/723
|--http://article.gmane.org/gmane.comp.apache.jackrabbit.devel/725/match=+mapping+items+

Christophe said, he want to implement the mapping in JCMS - a CMS 
project (supporting Jackrabbit) hosted at portals.apache.org. Next time 
I will search before I post.

Best regards,

Sandro


Serge Huber wrote:
> 
> Hi David,
> 
> The only thing in JCR that is a little unusual when mapping to ORM is 
> versioning. Do we need to version all the previous object states ? Or 
> were you thinking about a mapping that doesn't use versioning ?
> 
> All the rest seems like a good fit though : locking, search, 
> referencing, etc..
> 
> Btw I seem to remember somebody proposing a mapping layer implementation 
> here. Maybe Sandro can find it in the archives ?
> 
> Regards,
>  Serge Huber.
> 
> David Nuescheler wrote:
> 
>> hi sandro,
>>
>> thanks for your post, i think it is a very interesting topic.
>>
>> as a matter of fact i discussed things like a hibernate or
>> jdo layer on top of jcr with a couple of people, and if i haven't 
>> completely misread your first post may be a similar proposition.
>>
>> i personally (of course ;)) believe that a repository may offer
>> a very good persistence layer for things like POJO's in particular  
>> with respect to features like inheritance, which particularly for 
>> RDBMSes are unnatural to handle.
>>
>> thoughts??
>>
>> regards,
>> david
>>
>>
>> On Thu, 17 Mar 2005 18:18:16 +0100, Sandro B�hme <s.boehme@inovex.de> 
>> wrote:
>>  
>>
>>> Hello again,
>>>
>>> as there is no feedback - do I miss something? Would'nt it be best
>>> practice to map the business logic java bean classes to node types?
>>> E.g. an OrderBean with the property orderItem would map to an
>>> "Order"-NodeType with a ChildNodeDef "OrderItem". Assuming the
>>> "OrderItem"-NodeType (or it's ChildNodeDef's) has all needed atomic
>>> properties (PropertyDef's).
>>> In my opinion, creating an initial node type hierarchy out of java beans
>>> shouldn't be that hard as a first step. Of course, keeping the mapping
>>> during remove or rename tasks for node types would be harder. I just
>>> don't want to start working on it, if anybody of you already know that I
>>> missed something and it makes no sense in this way.
>>> Thank you in advance for your time.
>>>
>>> Best regards,
>>>
>>> Sandro
>>>
>>> Sandro B�hme wrote:
>>>   
>>>
>>>> Hello,
>>>>
>>>> in our project I would like to generate the JCR nodetype structure out
>>>> of a java bean class structure. If I'am right I think it is needed 
>>>> quite
>>>> often and I wonder if there is already such a library around. Does
>>>> anybody know of such a library? If not, I would try to create a first
>>>> version of it.
>>>>
>>>> Best regards,
>>>>
>>>> Sandro
>>>>
>>>>
>>>>     
>>>
>>>   
>>
>>
>>
>>  
>>
> 
>