You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tapestry.apache.org by D&J Gredler <dj...@gmail.com> on 2006/07/11 03:28:09 UTC
BeanForm Move
Hi,
I just wanted to send the list a quick heads up in view of our previous
discussion: I've moved BeanForm to a separate SF project (
http://beanform.sourceforge.net/), uploaded it to Tassel, and have marked
the patch (http://issues.apache.org/jira/browse/TAPESTRY-965) obsolete. I
still think this would be a useful component to have in Contrib, and can
create an updated patch at some point in the future.
I think I've addressed all the issues raised in previous discussions on this
list (see the docs at the website), but would be happy for any further
critique. This applies especially to the rendering hierarchy. Thanks for all
the advice and direction given thus far.
Take care,
Daniel Gredler
Re: BeanForm Move
Posted by Jesse Kuhnert <jk...@gmail.com>.
Yeah sure, definitely take your time.
Hmmm....I've already bugged apache legal enough about it that I think I
won't try and push it too much. More or less it ended up being that by
default anyone who downloads apache software should expect that everything
is completely free (as much as ASF 2 license allows at least) without worry
or hassle about anything else...So...If we want to build something that
~depends~ on non apache safe licenses we have to make very sure that users
understand this as clearly as possible.
I have no idea how an alert feature like that would work :) I have a feeling
the maven people might want to add it as an official maven plugin if there's
a chance any other project might want to do similar licensing things.
The easiest solution would be a very simple maven plugin that just prints
out whatever text you configure it to print out with, with the option of the
user having accepted/not accepted what you presented to them. Something like
a console-based modal dialog. (sort of? )
On 7/11/06, D&J Gredler <dj...@gmail.com> wrote:
>
> If there's no rush, I think I'll take a couple of weeks and do it at a
> leisurely pace. The SF project is Maven2-based, so the docs should
> transfer
> nicely. Do you know of any Maven "license alert" examples that I can draw
> from? Also, the Hibernate dependencies have a scope of "provided" (i.e.
> the
> user has to provide the Hibernate jars at runtime if they want to use the
> Hibernate integration features), though I don't know if that makes a
> difference.
>
> On 7/11/06, Jesse Kuhnert <jk...@gmail.com> wrote:
> >
> > I forgot to answer your original question.
> >
> > No rush on getting it done by the end of the week, not much will change
> > other than us having documentation for most of the important items.
> Final
> > is
> > probably still a ways off.
> >
> > Also, there are a few caveats to adding this in that you should be aware
> > of:
> >
> > -) Should go in tapestry-contrib , think you already know that.
> >
> > -) Should come with maven2 compliant documentation. You should be able
> to
> > find this in the root documentation directory under src/site .
> >
> > -) The not so fun part, we'll need the contrib build step(ie via maven2
> )
> > to
> > do some sort of interactive confirmation on the command line, only for
> the
> > first time contrib is built. This is to satisy the ASF requirements for
> > having anything built that might rely on outside un-friendly ASF license
> > code...Like lgpl and hibernate. The confirmation step only needs to have
> > text in it that says something along the lines of "Some portions of the
> > library you are building contain non apache 2.0 licensed code. This
> > includes
> > hibernate library dependencies which use an LGPL license. Please confirm
> > that you understand. "
> >
> > Something like that. You really don't have to go through all of this
> > trouble
> > if you don't want to, but since I'd have to do it one way or the other
> if
> > we
> > included your code I'd rather shift the burden to you :)
> >
> > If you decide to keep the code in an outside library I would
> understand...
> > We don't make the rules..
> >
> > On 7/10/06, D&J Gredler <dj...@gmail.com> wrote:
> > >
> > > George Lucas is waiting in the wings for them to get bought by Red Hat
> > > before suing them ;-)
> > >
> > > On 7/11/06, Jesse Kuhnert <jk...@gmail.com> wrote:
> > > >
> > > > Ah...Wicket.... I don't know how I feel about frameworks that are
> > named
> > > > after star wars characters..
> > > >
> > > > http://en.wikipedia.org/wiki/Wicket_W._Warrick
> > > >
> > > > On 7/10/06, D&J Gredler <dj...@gmail.com> wrote:
> > > > >
> > > > > Ah, I think it was Wicket that ditched OGNL...
> > > > >
> > > > > On 7/11/06, Jesse Kuhnert <jk...@gmail.com> wrote:
> > > > > >
> > > > > > I think that was someone else. I'm going to resist the very
> large
> > > urge
> > > > > and
> > > > > > just keep my mouth shut about what I think of webwork
> controlling
> > > > > OGNL...
> > > > > >
> > > > > > On 7/10/06, D&J Gredler <dj...@gmail.com> wrote:
> > > > > >
> > > > > > > I thought WebWork had recently stopped using OGNL in favor of
> a
> > > > > > homebrewed
> > > > > > > solution... or was that a different framework?
> > > > > > >
> > > > > > >
> > > > > > > On 7/11/06, Jesse Kuhnert <jk...@gmail.com> wrote:
> > > > > > > >
> > > > > > > > Ahh....I hadn't noticed that you had added in validation
> > > handling.
> > > > > > Looks
> > > > > > > > pretty slick so far.
> > > > > > > >
> > > > > > > > I worry about adding components into the library unless an
> > > active
> > > > > > > > committer
> > > > > > > > is going to take responsibility for maintaining them - and
> the
> > > > > likely
> > > > > > > JIRA
> > > > > > > > issues they produce...But I guess even worse than that is
> not
> > > > > applying
> > > > > > > > patches that look good so...
> > > > > > > >
> > > > > > > > Can you create a new patch that works off of tapestry
> 4.1trunk
> > > ;)
> > > > ?
> > > > > > > >
> > > > > > > > P.S. Something came over me and I think I found a pretty
> easy
> > > way
> > > > to
> > > > > > > make
> > > > > > > > a
> > > > > > > > small modification to OGNL that would make it possible to
> > > > > definitively
> > > > > > > > know
> > > > > > > > a target properties type, even if it is null. The only
> problem
> > > is
> > > > > that
> > > > > > > > OGNL
> > > > > > > > seems to be in the hands of opensymphony/webwork right now
> and
> > > > I've
> > > > > > not
> > > > > > > > seen
> > > > > > > > much response to any forum posts I've written. Oh well...
> > > > > > > >
> > > > > > > > On 7/10/06, D&J Gredler <dj...@gmail.com> wrote:
> > > > > > > > >
> > > > > > > > > Hi,
> > > > > > > > >
> > > > > > > > > I just wanted to send the list a quick heads up in view of
> > our
> > > > > > > previous
> > > > > > > > > discussion: I've moved BeanForm to a separate SF project (
> > > > > > > > > http://beanform.sourceforge.net/), uploaded it to Tassel,
> > and
> > > > have
> > > > > > > > marked
> > > > > > > > > the patch (
> http://issues.apache.org/jira/browse/TAPESTRY-965
> > )
> > > > > > > obsolete.
> > > > > > > > I
> > > > > > > > > still think this would be a useful component to have in
> > > Contrib,
> > > > > and
> > > > > > > can
> > > > > > > > > create an updated patch at some point in the future.
> > > > > > > > >
> > > > > > > > > I think I've addressed all the issues raised in previous
> > > > > discussions
> > > > > > > on
> > > > > > > > > this
> > > > > > > > > list (see the docs at the website), but would be happy for
> > any
> > > > > > further
> > > > > > > > > critique. This applies especially to the rendering
> > hierarchy.
> > > > > Thanks
> > > > > > > for
> > > > > > > > > all
> > > > > > > > > the advice and direction given thus far.
> > > > > > > > >
> > > > > > > > > Take care,
> > > > > > > > >
> > > > > > > > > Daniel Gredler
> > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > > --
> > > > > > > > Jesse Kuhnert
> > > > > > > > Tacos/Tapestry, team member/developer
> > > > > > > >
> > > > > > > > Open source based consulting work centered around
> > > > > > > > dojo/tapestry/tacos/hivemind.
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > > > --
> > > > > > Jesse Kuhnert
> > > > > > Tacos/Tapestry, team member/developer
> > > > > >
> > > > > > Open source based consulting work centered around
> > > > > > dojo/tapestry/tacos/hivemind.
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > >
> > > >
> > > > --
> > > > Jesse Kuhnert
> > > > Tacos/Tapestry, team member/developer
> > > >
> > > > Open source based consulting work centered around
> > > > dojo/tapestry/tacos/hivemind.
> > > >
> > > >
> > >
> > >
> >
> >
> > --
> > Jesse Kuhnert
> > Tacos/Tapestry, team member/developer
> >
> > Open source based consulting work centered around
> > dojo/tapestry/tacos/hivemind.
> >
> >
>
>
--
Jesse Kuhnert
Tacos/Tapestry, team member/developer
Open source based consulting work centered around
dojo/tapestry/tacos/hivemind.
Re: BeanForm Move
Posted by D&J Gredler <dj...@gmail.com>.
If there's no rush, I think I'll take a couple of weeks and do it at a
leisurely pace. The SF project is Maven2-based, so the docs should transfer
nicely. Do you know of any Maven "license alert" examples that I can draw
from? Also, the Hibernate dependencies have a scope of "provided" (i.e. the
user has to provide the Hibernate jars at runtime if they want to use the
Hibernate integration features), though I don't know if that makes a
difference.
On 7/11/06, Jesse Kuhnert <jk...@gmail.com> wrote:
>
> I forgot to answer your original question.
>
> No rush on getting it done by the end of the week, not much will change
> other than us having documentation for most of the important items. Final
> is
> probably still a ways off.
>
> Also, there are a few caveats to adding this in that you should be aware
> of:
>
> -) Should go in tapestry-contrib , think you already know that.
>
> -) Should come with maven2 compliant documentation. You should be able to
> find this in the root documentation directory under src/site .
>
> -) The not so fun part, we'll need the contrib build step(ie via maven2 )
> to
> do some sort of interactive confirmation on the command line, only for the
> first time contrib is built. This is to satisy the ASF requirements for
> having anything built that might rely on outside un-friendly ASF license
> code...Like lgpl and hibernate. The confirmation step only needs to have
> text in it that says something along the lines of "Some portions of the
> library you are building contain non apache 2.0 licensed code. This
> includes
> hibernate library dependencies which use an LGPL license. Please confirm
> that you understand. "
>
> Something like that. You really don't have to go through all of this
> trouble
> if you don't want to, but since I'd have to do it one way or the other if
> we
> included your code I'd rather shift the burden to you :)
>
> If you decide to keep the code in an outside library I would understand...
> We don't make the rules..
>
> On 7/10/06, D&J Gredler <dj...@gmail.com> wrote:
> >
> > George Lucas is waiting in the wings for them to get bought by Red Hat
> > before suing them ;-)
> >
> > On 7/11/06, Jesse Kuhnert <jk...@gmail.com> wrote:
> > >
> > > Ah...Wicket.... I don't know how I feel about frameworks that are
> named
> > > after star wars characters..
> > >
> > > http://en.wikipedia.org/wiki/Wicket_W._Warrick
> > >
> > > On 7/10/06, D&J Gredler <dj...@gmail.com> wrote:
> > > >
> > > > Ah, I think it was Wicket that ditched OGNL...
> > > >
> > > > On 7/11/06, Jesse Kuhnert <jk...@gmail.com> wrote:
> > > > >
> > > > > I think that was someone else. I'm going to resist the very large
> > urge
> > > > and
> > > > > just keep my mouth shut about what I think of webwork controlling
> > > > OGNL...
> > > > >
> > > > > On 7/10/06, D&J Gredler <dj...@gmail.com> wrote:
> > > > >
> > > > > > I thought WebWork had recently stopped using OGNL in favor of a
> > > > > homebrewed
> > > > > > solution... or was that a different framework?
> > > > > >
> > > > > >
> > > > > > On 7/11/06, Jesse Kuhnert <jk...@gmail.com> wrote:
> > > > > > >
> > > > > > > Ahh....I hadn't noticed that you had added in validation
> > handling.
> > > > > Looks
> > > > > > > pretty slick so far.
> > > > > > >
> > > > > > > I worry about adding components into the library unless an
> > active
> > > > > > > committer
> > > > > > > is going to take responsibility for maintaining them - and the
> > > > likely
> > > > > > JIRA
> > > > > > > issues they produce...But I guess even worse than that is not
> > > > applying
> > > > > > > patches that look good so...
> > > > > > >
> > > > > > > Can you create a new patch that works off of tapestry 4.1trunk
> > ;)
> > > ?
> > > > > > >
> > > > > > > P.S. Something came over me and I think I found a pretty easy
> > way
> > > to
> > > > > > make
> > > > > > > a
> > > > > > > small modification to OGNL that would make it possible to
> > > > definitively
> > > > > > > know
> > > > > > > a target properties type, even if it is null. The only problem
> > is
> > > > that
> > > > > > > OGNL
> > > > > > > seems to be in the hands of opensymphony/webwork right now and
> > > I've
> > > > > not
> > > > > > > seen
> > > > > > > much response to any forum posts I've written. Oh well...
> > > > > > >
> > > > > > > On 7/10/06, D&J Gredler <dj...@gmail.com> wrote:
> > > > > > > >
> > > > > > > > Hi,
> > > > > > > >
> > > > > > > > I just wanted to send the list a quick heads up in view of
> our
> > > > > > previous
> > > > > > > > discussion: I've moved BeanForm to a separate SF project (
> > > > > > > > http://beanform.sourceforge.net/), uploaded it to Tassel,
> and
> > > have
> > > > > > > marked
> > > > > > > > the patch (http://issues.apache.org/jira/browse/TAPESTRY-965
> )
> > > > > > obsolete.
> > > > > > > I
> > > > > > > > still think this would be a useful component to have in
> > Contrib,
> > > > and
> > > > > > can
> > > > > > > > create an updated patch at some point in the future.
> > > > > > > >
> > > > > > > > I think I've addressed all the issues raised in previous
> > > > discussions
> > > > > > on
> > > > > > > > this
> > > > > > > > list (see the docs at the website), but would be happy for
> any
> > > > > further
> > > > > > > > critique. This applies especially to the rendering
> hierarchy.
> > > > Thanks
> > > > > > for
> > > > > > > > all
> > > > > > > > the advice and direction given thus far.
> > > > > > > >
> > > > > > > > Take care,
> > > > > > > >
> > > > > > > > Daniel Gredler
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > --
> > > > > > > Jesse Kuhnert
> > > > > > > Tacos/Tapestry, team member/developer
> > > > > > >
> > > > > > > Open source based consulting work centered around
> > > > > > > dojo/tapestry/tacos/hivemind.
> > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > > > --
> > > > > Jesse Kuhnert
> > > > > Tacos/Tapestry, team member/developer
> > > > >
> > > > > Open source based consulting work centered around
> > > > > dojo/tapestry/tacos/hivemind.
> > > > >
> > > > >
> > > >
> > > >
> > >
> > >
> > > --
> > > Jesse Kuhnert
> > > Tacos/Tapestry, team member/developer
> > >
> > > Open source based consulting work centered around
> > > dojo/tapestry/tacos/hivemind.
> > >
> > >
> >
> >
>
>
> --
> Jesse Kuhnert
> Tacos/Tapestry, team member/developer
>
> Open source based consulting work centered around
> dojo/tapestry/tacos/hivemind.
>
>
Re: BeanForm Move
Posted by Jesse Kuhnert <jk...@gmail.com>.
I forgot to answer your original question.
No rush on getting it done by the end of the week, not much will change
other than us having documentation for most of the important items. Final is
probably still a ways off.
Also, there are a few caveats to adding this in that you should be aware of:
-) Should go in tapestry-contrib , think you already know that.
-) Should come with maven2 compliant documentation. You should be able to
find this in the root documentation directory under src/site .
-) The not so fun part, we'll need the contrib build step(ie via maven2 ) to
do some sort of interactive confirmation on the command line, only for the
first time contrib is built. This is to satisy the ASF requirements for
having anything built that might rely on outside un-friendly ASF license
code...Like lgpl and hibernate. The confirmation step only needs to have
text in it that says something along the lines of "Some portions of the
library you are building contain non apache 2.0 licensed code. This includes
hibernate library dependencies which use an LGPL license. Please confirm
that you understand. "
Something like that. You really don't have to go through all of this trouble
if you don't want to, but since I'd have to do it one way or the other if we
included your code I'd rather shift the burden to you :)
If you decide to keep the code in an outside library I would understand...
We don't make the rules..
On 7/10/06, D&J Gredler <dj...@gmail.com> wrote:
>
> George Lucas is waiting in the wings for them to get bought by Red Hat
> before suing them ;-)
>
> On 7/11/06, Jesse Kuhnert <jk...@gmail.com> wrote:
> >
> > Ah...Wicket.... I don't know how I feel about frameworks that are named
> > after star wars characters..
> >
> > http://en.wikipedia.org/wiki/Wicket_W._Warrick
> >
> > On 7/10/06, D&J Gredler <dj...@gmail.com> wrote:
> > >
> > > Ah, I think it was Wicket that ditched OGNL...
> > >
> > > On 7/11/06, Jesse Kuhnert <jk...@gmail.com> wrote:
> > > >
> > > > I think that was someone else. I'm going to resist the very large
> urge
> > > and
> > > > just keep my mouth shut about what I think of webwork controlling
> > > OGNL...
> > > >
> > > > On 7/10/06, D&J Gredler <dj...@gmail.com> wrote:
> > > >
> > > > > I thought WebWork had recently stopped using OGNL in favor of a
> > > > homebrewed
> > > > > solution... or was that a different framework?
> > > > >
> > > > >
> > > > > On 7/11/06, Jesse Kuhnert <jk...@gmail.com> wrote:
> > > > > >
> > > > > > Ahh....I hadn't noticed that you had added in validation
> handling.
> > > > Looks
> > > > > > pretty slick so far.
> > > > > >
> > > > > > I worry about adding components into the library unless an
> active
> > > > > > committer
> > > > > > is going to take responsibility for maintaining them - and the
> > > likely
> > > > > JIRA
> > > > > > issues they produce...But I guess even worse than that is not
> > > applying
> > > > > > patches that look good so...
> > > > > >
> > > > > > Can you create a new patch that works off of tapestry 4.1 trunk
> ;)
> > ?
> > > > > >
> > > > > > P.S. Something came over me and I think I found a pretty easy
> way
> > to
> > > > > make
> > > > > > a
> > > > > > small modification to OGNL that would make it possible to
> > > definitively
> > > > > > know
> > > > > > a target properties type, even if it is null. The only problem
> is
> > > that
> > > > > > OGNL
> > > > > > seems to be in the hands of opensymphony/webwork right now and
> > I've
> > > > not
> > > > > > seen
> > > > > > much response to any forum posts I've written. Oh well...
> > > > > >
> > > > > > On 7/10/06, D&J Gredler <dj...@gmail.com> wrote:
> > > > > > >
> > > > > > > Hi,
> > > > > > >
> > > > > > > I just wanted to send the list a quick heads up in view of our
> > > > > previous
> > > > > > > discussion: I've moved BeanForm to a separate SF project (
> > > > > > > http://beanform.sourceforge.net/), uploaded it to Tassel, and
> > have
> > > > > > marked
> > > > > > > the patch (http://issues.apache.org/jira/browse/TAPESTRY-965)
> > > > > obsolete.
> > > > > > I
> > > > > > > still think this would be a useful component to have in
> Contrib,
> > > and
> > > > > can
> > > > > > > create an updated patch at some point in the future.
> > > > > > >
> > > > > > > I think I've addressed all the issues raised in previous
> > > discussions
> > > > > on
> > > > > > > this
> > > > > > > list (see the docs at the website), but would be happy for any
> > > > further
> > > > > > > critique. This applies especially to the rendering hierarchy.
> > > Thanks
> > > > > for
> > > > > > > all
> > > > > > > the advice and direction given thus far.
> > > > > > >
> > > > > > > Take care,
> > > > > > >
> > > > > > > Daniel Gredler
> > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > > > --
> > > > > > Jesse Kuhnert
> > > > > > Tacos/Tapestry, team member/developer
> > > > > >
> > > > > > Open source based consulting work centered around
> > > > > > dojo/tapestry/tacos/hivemind.
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > >
> > > >
> > > > --
> > > > Jesse Kuhnert
> > > > Tacos/Tapestry, team member/developer
> > > >
> > > > Open source based consulting work centered around
> > > > dojo/tapestry/tacos/hivemind.
> > > >
> > > >
> > >
> > >
> >
> >
> > --
> > Jesse Kuhnert
> > Tacos/Tapestry, team member/developer
> >
> > Open source based consulting work centered around
> > dojo/tapestry/tacos/hivemind.
> >
> >
>
>
--
Jesse Kuhnert
Tacos/Tapestry, team member/developer
Open source based consulting work centered around
dojo/tapestry/tacos/hivemind.
Re: BeanForm Move
Posted by D&J Gredler <dj...@gmail.com>.
George Lucas is waiting in the wings for them to get bought by Red Hat
before suing them ;-)
On 7/11/06, Jesse Kuhnert <jk...@gmail.com> wrote:
>
> Ah...Wicket.... I don't know how I feel about frameworks that are named
> after star wars characters..
>
> http://en.wikipedia.org/wiki/Wicket_W._Warrick
>
> On 7/10/06, D&J Gredler <dj...@gmail.com> wrote:
> >
> > Ah, I think it was Wicket that ditched OGNL...
> >
> > On 7/11/06, Jesse Kuhnert <jk...@gmail.com> wrote:
> > >
> > > I think that was someone else. I'm going to resist the very large urge
> > and
> > > just keep my mouth shut about what I think of webwork controlling
> > OGNL...
> > >
> > > On 7/10/06, D&J Gredler <dj...@gmail.com> wrote:
> > >
> > > > I thought WebWork had recently stopped using OGNL in favor of a
> > > homebrewed
> > > > solution... or was that a different framework?
> > > >
> > > >
> > > > On 7/11/06, Jesse Kuhnert <jk...@gmail.com> wrote:
> > > > >
> > > > > Ahh....I hadn't noticed that you had added in validation handling.
> > > Looks
> > > > > pretty slick so far.
> > > > >
> > > > > I worry about adding components into the library unless an active
> > > > > committer
> > > > > is going to take responsibility for maintaining them - and the
> > likely
> > > > JIRA
> > > > > issues they produce...But I guess even worse than that is not
> > applying
> > > > > patches that look good so...
> > > > >
> > > > > Can you create a new patch that works off of tapestry 4.1 trunk ;)
> ?
> > > > >
> > > > > P.S. Something came over me and I think I found a pretty easy way
> to
> > > > make
> > > > > a
> > > > > small modification to OGNL that would make it possible to
> > definitively
> > > > > know
> > > > > a target properties type, even if it is null. The only problem is
> > that
> > > > > OGNL
> > > > > seems to be in the hands of opensymphony/webwork right now and
> I've
> > > not
> > > > > seen
> > > > > much response to any forum posts I've written. Oh well...
> > > > >
> > > > > On 7/10/06, D&J Gredler <dj...@gmail.com> wrote:
> > > > > >
> > > > > > Hi,
> > > > > >
> > > > > > I just wanted to send the list a quick heads up in view of our
> > > > previous
> > > > > > discussion: I've moved BeanForm to a separate SF project (
> > > > > > http://beanform.sourceforge.net/), uploaded it to Tassel, and
> have
> > > > > marked
> > > > > > the patch (http://issues.apache.org/jira/browse/TAPESTRY-965)
> > > > obsolete.
> > > > > I
> > > > > > still think this would be a useful component to have in Contrib,
> > and
> > > > can
> > > > > > create an updated patch at some point in the future.
> > > > > >
> > > > > > I think I've addressed all the issues raised in previous
> > discussions
> > > > on
> > > > > > this
> > > > > > list (see the docs at the website), but would be happy for any
> > > further
> > > > > > critique. This applies especially to the rendering hierarchy.
> > Thanks
> > > > for
> > > > > > all
> > > > > > the advice and direction given thus far.
> > > > > >
> > > > > > Take care,
> > > > > >
> > > > > > Daniel Gredler
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > > > --
> > > > > Jesse Kuhnert
> > > > > Tacos/Tapestry, team member/developer
> > > > >
> > > > > Open source based consulting work centered around
> > > > > dojo/tapestry/tacos/hivemind.
> > > > >
> > > > >
> > > >
> > > >
> > >
> > >
> > > --
> > > Jesse Kuhnert
> > > Tacos/Tapestry, team member/developer
> > >
> > > Open source based consulting work centered around
> > > dojo/tapestry/tacos/hivemind.
> > >
> > >
> >
> >
>
>
> --
> Jesse Kuhnert
> Tacos/Tapestry, team member/developer
>
> Open source based consulting work centered around
> dojo/tapestry/tacos/hivemind.
>
>
Re: BeanForm Move
Posted by Jesse Kuhnert <jk...@gmail.com>.
Ah...Wicket.... I don't know how I feel about frameworks that are named
after star wars characters..
http://en.wikipedia.org/wiki/Wicket_W._Warrick
On 7/10/06, D&J Gredler <dj...@gmail.com> wrote:
>
> Ah, I think it was Wicket that ditched OGNL...
>
> On 7/11/06, Jesse Kuhnert <jk...@gmail.com> wrote:
> >
> > I think that was someone else. I'm going to resist the very large urge
> and
> > just keep my mouth shut about what I think of webwork controlling
> OGNL...
> >
> > On 7/10/06, D&J Gredler <dj...@gmail.com> wrote:
> >
> > > I thought WebWork had recently stopped using OGNL in favor of a
> > homebrewed
> > > solution... or was that a different framework?
> > >
> > >
> > > On 7/11/06, Jesse Kuhnert <jk...@gmail.com> wrote:
> > > >
> > > > Ahh....I hadn't noticed that you had added in validation handling.
> > Looks
> > > > pretty slick so far.
> > > >
> > > > I worry about adding components into the library unless an active
> > > > committer
> > > > is going to take responsibility for maintaining them - and the
> likely
> > > JIRA
> > > > issues they produce...But I guess even worse than that is not
> applying
> > > > patches that look good so...
> > > >
> > > > Can you create a new patch that works off of tapestry 4.1 trunk ;) ?
> > > >
> > > > P.S. Something came over me and I think I found a pretty easy way to
> > > make
> > > > a
> > > > small modification to OGNL that would make it possible to
> definitively
> > > > know
> > > > a target properties type, even if it is null. The only problem is
> that
> > > > OGNL
> > > > seems to be in the hands of opensymphony/webwork right now and I've
> > not
> > > > seen
> > > > much response to any forum posts I've written. Oh well...
> > > >
> > > > On 7/10/06, D&J Gredler <dj...@gmail.com> wrote:
> > > > >
> > > > > Hi,
> > > > >
> > > > > I just wanted to send the list a quick heads up in view of our
> > > previous
> > > > > discussion: I've moved BeanForm to a separate SF project (
> > > > > http://beanform.sourceforge.net/), uploaded it to Tassel, and have
> > > > marked
> > > > > the patch (http://issues.apache.org/jira/browse/TAPESTRY-965)
> > > obsolete.
> > > > I
> > > > > still think this would be a useful component to have in Contrib,
> and
> > > can
> > > > > create an updated patch at some point in the future.
> > > > >
> > > > > I think I've addressed all the issues raised in previous
> discussions
> > > on
> > > > > this
> > > > > list (see the docs at the website), but would be happy for any
> > further
> > > > > critique. This applies especially to the rendering hierarchy.
> Thanks
> > > for
> > > > > all
> > > > > the advice and direction given thus far.
> > > > >
> > > > > Take care,
> > > > >
> > > > > Daniel Gredler
> > > > >
> > > > >
> > > >
> > > >
> > > > --
> > > > Jesse Kuhnert
> > > > Tacos/Tapestry, team member/developer
> > > >
> > > > Open source based consulting work centered around
> > > > dojo/tapestry/tacos/hivemind.
> > > >
> > > >
> > >
> > >
> >
> >
> > --
> > Jesse Kuhnert
> > Tacos/Tapestry, team member/developer
> >
> > Open source based consulting work centered around
> > dojo/tapestry/tacos/hivemind.
> >
> >
>
>
--
Jesse Kuhnert
Tacos/Tapestry, team member/developer
Open source based consulting work centered around
dojo/tapestry/tacos/hivemind.
Re: BeanForm Move
Posted by D&J Gredler <dj...@gmail.com>.
Ah, I think it was Wicket that ditched OGNL...
On 7/11/06, Jesse Kuhnert <jk...@gmail.com> wrote:
>
> I think that was someone else. I'm going to resist the very large urge and
> just keep my mouth shut about what I think of webwork controlling OGNL...
>
> On 7/10/06, D&J Gredler <dj...@gmail.com> wrote:
>
> > I thought WebWork had recently stopped using OGNL in favor of a
> homebrewed
> > solution... or was that a different framework?
> >
> >
> > On 7/11/06, Jesse Kuhnert <jk...@gmail.com> wrote:
> > >
> > > Ahh....I hadn't noticed that you had added in validation handling.
> Looks
> > > pretty slick so far.
> > >
> > > I worry about adding components into the library unless an active
> > > committer
> > > is going to take responsibility for maintaining them - and the likely
> > JIRA
> > > issues they produce...But I guess even worse than that is not applying
> > > patches that look good so...
> > >
> > > Can you create a new patch that works off of tapestry 4.1 trunk ;) ?
> > >
> > > P.S. Something came over me and I think I found a pretty easy way to
> > make
> > > a
> > > small modification to OGNL that would make it possible to definitively
> > > know
> > > a target properties type, even if it is null. The only problem is that
> > > OGNL
> > > seems to be in the hands of opensymphony/webwork right now and I've
> not
> > > seen
> > > much response to any forum posts I've written. Oh well...
> > >
> > > On 7/10/06, D&J Gredler <dj...@gmail.com> wrote:
> > > >
> > > > Hi,
> > > >
> > > > I just wanted to send the list a quick heads up in view of our
> > previous
> > > > discussion: I've moved BeanForm to a separate SF project (
> > > > http://beanform.sourceforge.net/), uploaded it to Tassel, and have
> > > marked
> > > > the patch (http://issues.apache.org/jira/browse/TAPESTRY-965)
> > obsolete.
> > > I
> > > > still think this would be a useful component to have in Contrib, and
> > can
> > > > create an updated patch at some point in the future.
> > > >
> > > > I think I've addressed all the issues raised in previous discussions
> > on
> > > > this
> > > > list (see the docs at the website), but would be happy for any
> further
> > > > critique. This applies especially to the rendering hierarchy. Thanks
> > for
> > > > all
> > > > the advice and direction given thus far.
> > > >
> > > > Take care,
> > > >
> > > > Daniel Gredler
> > > >
> > > >
> > >
> > >
> > > --
> > > Jesse Kuhnert
> > > Tacos/Tapestry, team member/developer
> > >
> > > Open source based consulting work centered around
> > > dojo/tapestry/tacos/hivemind.
> > >
> > >
> >
> >
>
>
> --
> Jesse Kuhnert
> Tacos/Tapestry, team member/developer
>
> Open source based consulting work centered around
> dojo/tapestry/tacos/hivemind.
>
>
Re: BeanForm Move
Posted by Jesse Kuhnert <jk...@gmail.com>.
I think that was someone else. I'm going to resist the very large urge and
just keep my mouth shut about what I think of webwork controlling OGNL...
On 7/10/06, D&J Gredler <dj...@gmail.com> wrote:
> I thought WebWork had recently stopped using OGNL in favor of a homebrewed
> solution... or was that a different framework?
>
>
> On 7/11/06, Jesse Kuhnert <jk...@gmail.com> wrote:
> >
> > Ahh....I hadn't noticed that you had added in validation handling. Looks
> > pretty slick so far.
> >
> > I worry about adding components into the library unless an active
> > committer
> > is going to take responsibility for maintaining them - and the likely
> JIRA
> > issues they produce...But I guess even worse than that is not applying
> > patches that look good so...
> >
> > Can you create a new patch that works off of tapestry 4.1 trunk ;) ?
> >
> > P.S. Something came over me and I think I found a pretty easy way to
> make
> > a
> > small modification to OGNL that would make it possible to definitively
> > know
> > a target properties type, even if it is null. The only problem is that
> > OGNL
> > seems to be in the hands of opensymphony/webwork right now and I've not
> > seen
> > much response to any forum posts I've written. Oh well...
> >
> > On 7/10/06, D&J Gredler <dj...@gmail.com> wrote:
> > >
> > > Hi,
> > >
> > > I just wanted to send the list a quick heads up in view of our
> previous
> > > discussion: I've moved BeanForm to a separate SF project (
> > > http://beanform.sourceforge.net/), uploaded it to Tassel, and have
> > marked
> > > the patch (http://issues.apache.org/jira/browse/TAPESTRY-965)
> obsolete.
> > I
> > > still think this would be a useful component to have in Contrib, and
> can
> > > create an updated patch at some point in the future.
> > >
> > > I think I've addressed all the issues raised in previous discussions
> on
> > > this
> > > list (see the docs at the website), but would be happy for any further
> > > critique. This applies especially to the rendering hierarchy. Thanks
> for
> > > all
> > > the advice and direction given thus far.
> > >
> > > Take care,
> > >
> > > Daniel Gredler
> > >
> > >
> >
> >
> > --
> > Jesse Kuhnert
> > Tacos/Tapestry, team member/developer
> >
> > Open source based consulting work centered around
> > dojo/tapestry/tacos/hivemind.
> >
> >
>
>
--
Jesse Kuhnert
Tacos/Tapestry, team member/developer
Open source based consulting work centered around
dojo/tapestry/tacos/hivemind.
Re: BeanForm Move
Posted by D&J Gredler <dj...@gmail.com>.
I'll try to get you a clean 4.1 patch by the end of the week. Is that OK? I
seem to remember you mentioning an initial 4.1 being about a week out...
As far as support goes, I'll be around (and using this component) for at
least 6 months, during which time I can help whatever committer decides to
fix the "likely JIRA issues." ;-)
I thought WebWork had recently stopped using OGNL in favor of a homebrewed
solution... or was that a different framework?
On 7/11/06, Jesse Kuhnert <jk...@gmail.com> wrote:
>
> Ahh....I hadn't noticed that you had added in validation handling. Looks
> pretty slick so far.
>
> I worry about adding components into the library unless an active
> committer
> is going to take responsibility for maintaining them - and the likely JIRA
> issues they produce...But I guess even worse than that is not applying
> patches that look good so...
>
> Can you create a new patch that works off of tapestry 4.1 trunk ;) ?
>
> P.S. Something came over me and I think I found a pretty easy way to make
> a
> small modification to OGNL that would make it possible to definitively
> know
> a target properties type, even if it is null. The only problem is that
> OGNL
> seems to be in the hands of opensymphony/webwork right now and I've not
> seen
> much response to any forum posts I've written. Oh well...
>
> On 7/10/06, D&J Gredler <dj...@gmail.com> wrote:
> >
> > Hi,
> >
> > I just wanted to send the list a quick heads up in view of our previous
> > discussion: I've moved BeanForm to a separate SF project (
> > http://beanform.sourceforge.net/), uploaded it to Tassel, and have
> marked
> > the patch (http://issues.apache.org/jira/browse/TAPESTRY-965) obsolete.
> I
> > still think this would be a useful component to have in Contrib, and can
> > create an updated patch at some point in the future.
> >
> > I think I've addressed all the issues raised in previous discussions on
> > this
> > list (see the docs at the website), but would be happy for any further
> > critique. This applies especially to the rendering hierarchy. Thanks for
> > all
> > the advice and direction given thus far.
> >
> > Take care,
> >
> > Daniel Gredler
> >
> >
>
>
> --
> Jesse Kuhnert
> Tacos/Tapestry, team member/developer
>
> Open source based consulting work centered around
> dojo/tapestry/tacos/hivemind.
>
>
Re: BeanForm Move
Posted by Jesse Kuhnert <jk...@gmail.com>.
Ahh....I hadn't noticed that you had added in validation handling. Looks
pretty slick so far.
I worry about adding components into the library unless an active committer
is going to take responsibility for maintaining them - and the likely JIRA
issues they produce...But I guess even worse than that is not applying
patches that look good so...
Can you create a new patch that works off of tapestry 4.1 trunk ;) ?
P.S. Something came over me and I think I found a pretty easy way to make a
small modification to OGNL that would make it possible to definitively know
a target properties type, even if it is null. The only problem is that OGNL
seems to be in the hands of opensymphony/webwork right now and I've not seen
much response to any forum posts I've written. Oh well...
On 7/10/06, D&J Gredler <dj...@gmail.com> wrote:
>
> Hi,
>
> I just wanted to send the list a quick heads up in view of our previous
> discussion: I've moved BeanForm to a separate SF project (
> http://beanform.sourceforge.net/), uploaded it to Tassel, and have marked
> the patch (http://issues.apache.org/jira/browse/TAPESTRY-965) obsolete. I
> still think this would be a useful component to have in Contrib, and can
> create an updated patch at some point in the future.
>
> I think I've addressed all the issues raised in previous discussions on
> this
> list (see the docs at the website), but would be happy for any further
> critique. This applies especially to the rendering hierarchy. Thanks for
> all
> the advice and direction given thus far.
>
> Take care,
>
> Daniel Gredler
>
>
--
Jesse Kuhnert
Tacos/Tapestry, team member/developer
Open source based consulting work centered around
dojo/tapestry/tacos/hivemind.