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 <[EMAIL PROTECTED]> 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 <[EMAIL PROTECTED]> 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 <[EMAIL PROTECTED]> 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 <[EMAIL PROTECTED]> wrote: > > > > > > Ah, I think it was Wicket that ditched OGNL... > > > > > > On 7/11/06, Jesse Kuhnert <[EMAIL PROTECTED]> 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 <[EMAIL PROTECTED]> 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 <[EMAIL PROTECTED]> 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 <[EMAIL PROTECTED]> 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.
