From all of my dealings with licensing, your interpretation is correct.
If Tapestry depended on Hibernate to function, then there would be a
problem. However, it truly is optional. If it weren't optional, you
would have to provide a license compatible option out of the gate, with
the ability fo
I fully agree with Bob's interpretation of this. Integrations to
*optional* components have traditionally been ok. I'm sure we can find
plenty of examples of this in other projects. For example,
OpenMeetings (currently in incubation) is going way, way deeper with
their integrations to (L)GPL codeba
Me too, on first read. Well worth the discussion, though.
On Thu, Sep 27, 2012 at 11:44 AM, Ulrich Stärk wrote:
> Hmm, yes. Makes sense if read that way. I assumed component =
> tapestry-hibernate
>
> Uli
>
> On 27.09.2012 16:25, Bob Harner wrote:
>> My "degree of dependence" phrase is a summari
Hmm, yes. Makes sense if read that way. I assumed component = tapestry-hibernate
Uli
On 27.09.2012 16:25, Bob Harner wrote:
> My "degree of dependence" phrase is a summarization of the key point
> at the link you cited,
> http://www.apache.org/legal/resolved.html#optional
>
> Let me paste that t
Will this also apply when the zone is rendered together with the form at
age loading?
Or will the submissions of the elements in the zone then go to the
form's t:formdata field?
In addition to all this FormFragment and Zone components have their own
implementation of FormSupport service that ren
My "degree of dependence" phrase is a summarization of the key point
at the link you cited,
http://www.apache.org/legal/resolved.html#optional
Let me paste that text here, with our specific terms inserted [in brackets]:
--- start of quote ---
Can Apache projects [e.g. Tapestry Project] rely on co
On 27.09.2012 12:58, Bob Harner wrote:
> I think you might be over-thinking this. By your interpretation, we can't
> distribute the tapestry-hibernate module source because of its high degree
> of dependence on a 3rd party LGPL-licensed software. But then we *could*
> distribute that same code if w
I think you might be over-thinking this. By your interpretation, we can't
distribute the tapestry-hibernate module source because of its high degree
of dependence on a 3rd party LGPL-licensed software. But then we *could*
distribute that same code if we moved it into Tapestry-core (because
Tapestry
In addition to all this FormFragment and Zone components have their own
implementation of FormSupport service that renders separate t:formdata
hidden inputs. But to use this functionality on zone you should return
whole Zone instead of just its body in event handler.
Object onUpdate() {
return
Folks,
I just reviewed the ASFs policy on including/linkting to software with
incompatible licenses (e.g. GPL/LGPL) [1]. If my reading is right, we are
OK to do that as long as the components depending on incompatible stuff
are not part of our official distribution. So a binary tapestry-hibernate
Hi,
yesterday I discussed with a colleague the possibility of replacing T5
form components (parts of a form) with ajax zone updates.
The basic problem is:
- each component registers itself as "process submission" to the form
(via formsupport)
- the form serializes all those submissions to a h
11 matches
Mail list logo