[PROPOSAL] Tiles as the seed for Jakarta Web Components
There has been considerable discussion, on this list and others, about the creation of a Jakarta Web Components sub-project (also previously known as Jakarta Silk). I believe the concensus has been in favour of creating it. However, we seemed to get bogged down, several times, in discussions of the name, or of exactly which pieces of Jakarta Commons, Jakarta Taglibs, etc., should move to the new sub-project. Meanwhile, over at Struts, we have had a number of discussions about the future of Tiles[1], currently a Struts sub-project. We have been working hard to make Tiles independent of Struts, and are close to achieving that goal. With Tiles no longer depending on Struts, it makes little sense for it to remain a part of the Struts project. In fact, it is much more likely to flourish outside of Struts. The proposal, then, is to create the Jakarta Web Components sub-project, and make Tiles the first citizen of that sub-project. This simultaneously achieves several objectives: 1) We actually get started with the Jakarta Web Components sub-project. 2) We can defer discussion of which other parts of Jakarta move there. 3) We create a logical home for the now-Struts-independent Tiles. While Tiles is a powerful templating framework, it is actually a fairly small code base, making it a good candidate for an independent web component. It is still being developed, so we would not be seeding Jakarta Web Components with a dormant component. Several of the Struts committers (many of whom are already Jakarta committers) would come here to continue working on Tiles, and to help build the Jakarta Web Components sub-project. Once Jakarta Web Components is up and running, it would, of course, be up to the various communities surrounding Commons and Taglibs components, and potentially other Jakarta sub-projects, as to whether or not they choose to join the new sub-project. The goal of this proposal is simply to seed the sub-project and get the ball rolling. Comments? -- Martin Cooper [1] http://struts.apache.org/struts-action/struts-tiles/
[Jakarta Wiki] Update of "TLPCactusAndJMeter" by DionGillard
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta Wiki" for change notification. The following page has been changed by DionGillard: http://wiki.apache.org/jakarta/TLPCactusAndJMeter -- * Yoav Shapira ([MAILTO] [EMAIL PROTECTED]) * Martin van den Bemt ([MAILTO] [EMAIL PROTECTED]) * Sebastian Bazley (sebb AT apache DOT org) + * Dion Gillard ([MAILTO] [EMAIL PROTECTED]) NOW, THEREFORE, BE IT FURTHER RESOLVED, that Felipe Leme be appointed to the office of Vice President, Testing, to serve in accordance with and subject to the direction of the Board of Directors and the Bylaws of the Foundation until death, resignation, retirement, removal or disqualification, or until a successor is appointed; and be it further - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta Wiki] Update of "TLPCactusAndJMeter" by SebastianBazley
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta Wiki" for change notification. The following page has been changed by SebastianBazley: http://wiki.apache.org/jakarta/TLPCactusAndJMeter -- * Rahul Akolkar ([MAILTO] [EMAIL PROTECTED]) * Yoav Shapira ([MAILTO] [EMAIL PROTECTED]) * Martin van den Bemt ([MAILTO] [EMAIL PROTECTED]) + * Sebastian Bazley (sebb AT apache DOT org) NOW, THEREFORE, BE IT FURTHER RESOLVED, that Felipe Leme be appointed to the office of Vice President, Testing, to serve in accordance with and subject to the direction of the Board of Directors and the Bylaws of the Foundation until death, resignation, retirement, removal or disqualification, or until a successor is appointed; and be it further - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [RESULT] Move Jakarta Cactus/JMeter to new Testing TLP
On 4/24/06, Andrew C. Oliver <[EMAIL PROTECTED]> wrote: > BTW, while I simply don't care on this particular issue. I object to > the bizarre form of this vote by procedure as a > matter of practice. On these issues: > > 1. If you don't get any response from the dev list of that project > coming to the PMC with a vote seems to be > "call votes until I get the answer I want" -- which I have always > thought was a bit "off". Actually, this is not quite what happened - when this message was proposed on Cactus before, it had enough +1 votes. Besides, these 2 projects have few active commiters nowadays (at least Cactus, not sure about JMeter). > 2. The odd form of the vote. +0 is "support but won't help" and +1 > always provides for help. While Apache is a > meritocracy rather than a do-ocracy (and believe me...it is different) > this ensures that the project will have enough > of the labor support that it will need. Removing the labor component of > the vote is just plain ill-advised IMO. The reason I've change the vote template is that when Henri send the first proposal to the PMC list it didn't have enough votes (even +0) and he concluded the vote was not approved, but then people complained they should have voted +1 but missed it. > No need to "explain" this to me, I'm just explaining why I may -1 on > form and not substance anything that is done this I agree with some of your points and I am not willing to explain/justify the vote (even though I have provided some explanation above), but if you didn't agree with the proposed process, you should have complained on the PMC list before the 'ballots' were sent of (I've sent a message with a template to the PMC prior to the official vote request and the only reply I got was from sebb stating JMeter is not dormant, so I've changed the message to reflect that). > way in the future. Yet, I'll of course ignore it if I simply don't care > enough about the success for failure of the issue, but I don't think it will fail, as we had enough people interesting on contribute and even suggesting the migration of more projects to the new TLP. > silence in this case is not consent :-) No problem, is good to head divergent opinions (although it would be even better if they were expressed before :-( []s, -- Felipe - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [RESULT] Move Jakarta Cactus/JMeter to new Testing TLP
BTW, while I simply don't care on this particular issue. I object to the bizarre form of this vote by procedure as a matter of practice. On these issues: 1. If you don't get any response from the dev list of that project coming to the PMC with a vote seems to be "call votes until I get the answer I want" -- which I have always thought was a bit "off". 2. The odd form of the vote. +0 is "support but won't help" and +1 always provides for help. While Apache is a meritocracy rather than a do-ocracy (and believe me...it is different) this ensures that the project will have enough of the labor support that it will need. Removing the labor component of the vote is just plain ill-advised IMO. No need to "explain" this to me, I'm just explaining why I may -1 on form and not substance anything that is done this way in the future. Yet, I'll of course ignore it if I simply don't care enough about the success for failure of the issue, but silence in this case is not consent :-) -Andy Felipe Leme wrote: Hi all, After the second run, the move has finally been approved! Here are the final votes: *** Binding (PMC Members) votes in order they were received +1 Felipe Leme +1 Peter Lin +1 Yoav Shapira +0 Sebastian Bazley +0 Henri Yandell +1 Vincent Massol +1 Stephen Colebourne +1 Scott Eade +1 Rahul Akolkar +1 Henning Schmiedehausen +1 Martin van den Bemt +1 Dion Gillard --- +10 total *** Non-binding votes in order they were received +1 Christophe Lechenne +1 Magnus Grimsell +1 Jorg Schaible --- +3 total I will check what has to be done next (and then inform this list...). -- Felipe - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
