Mailing-List: contact dev-help@cocoon.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cocoon.apache.org
From: "Hugo Burm" <hugob@xs4all.nl>
To: <dev@cocoon.apache.org>
Subject: RE: Cocoon and Hibernate
Date: Mon, 5 Apr 2004 20:31:48 +0200
Message-ID: <001201c41b3c$42345490$0b01a8c0@pt>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
In-Reply-To: <407179D0.9080701@reverycodes.com>
Importance: Normal


The authors of Hibernate make a statement on their website that we are
allowed to use the Hibernate API without affecting our own license:

"Using Hibernate (by importing Hibernate's public interfaces in your Java
code), and extending Hibernate (by subclassing) is considered by the authors
of Hibernate to be dynamic linking. Hence our interpretation of the LGPL is
that the use of the unmodified Hibernate source or binary does not affect
the license of your application code."

But during the Gettogether in Gent, last autumn 2003, while discussing this
Hibernate issue, Stefano Mazzocchi told us that the ASF will not take the
risk. The risk is that a GPL contribution may GPL-ify a whole subtree of the
ASF code. At least that is what I understand of this issue.

So I think we must wait for the new block mechanism that will make it easier
to maintain a block outside of the CVS.

To Leszek: I am trying to maintain a few Wiki pages about Hibernate on the
wiki.cocoondev.org. These pages tend to be outdated (especially nowadays,
after the recent Cocoon "renaming game"). I have been thinking about a
Hibernate block on cocoondev.org. So feel free to contact me.


Hugo Burm


> -----Original Message-----
> From: Vadim Gritsenko [mailto:vadim@reverycodes.com]
> Sent: Monday, April 05, 2004 5:23 PM
> To: dev@cocoon.apache.org
> Subject: Re: Cocoon and Hibernate
>
>
> Leszek Gawron wrote:
>
> >On Mon, Apr 05, 2004 at 03:24:26PM +0200, Reinhard P�tz wrote:
> >
> >
> >>Leszek Gawron wrote:
> >>
> >>
> >>
> >>>I have an application written using cocoon ( flow + jx )
> and hibernate. I
> >>>could strip it down to a simple example and provide a
> patch. What form
> >>>should
> >>>it take? Another block like OJB? A scratchpad directory ?
> >>>
> >>>The case is nearly the same as in hibernate  - there can
> be no sample
> >>>working
> >>>out of the box due to the licensing but I think it will be
> simpler to run
> >>>(hibernate is not as sensitive to libraries version and it
> does not use
> >>>class
> >>>enhancment, only reflection)
> >>>
> >>>If anyone is interested please advise.
> >>>	lg
> >>>
> >>>
> >>>
> >>>
> >>>
> >>Sorry, but we can't add Hibernate to our CVS because it
> licensed under
> >>LGPL. You could ask at cocoondev.org.
> >>
> >>
> >I am not talking about adding hibernate. I am proposing to
> add hibernate
> >sample same way ojb sample is added - the user has to add
> some libraries
> >himself before building.
> >
> >
>
> This should be possible as long as samples are coded against some
> standard, non-(L)GPL API (JDO?) and do not use any hibernate classes
> directly. We can not also host mocks of hibrnate classes.
>
>
> Vadim
>
>