[POLL] Future Of Turbine-JCS
(we've done some talking on the pmc list and turbineers have discussed this in the past but since it's not really confidential i'm starting this thread to give everyone a chance to participate.) some information about Turbine-JCS: * JCS has no release * other apache products depend on JCS * JCS is not really directly related to turbine concerns: * JCS is a sub-sub-project with it's own mailing list (this kind of structure has proved difficult to properly supervise) * JCS's health * want to find the 'right' place for JCS --8 (comments here, please) --8 [ ] leave it within turbine [ ] move it to apache commons [ ] move it to jakarta commons [ ] move it to incubator [ ] something else (please specify)... - robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [POLL] Future Of Turbine-JCS
People looking for java components at apache look first at jakarta commons. I already referred some people asking for a cache component on the commons-user mailing list. Looking at the number of messages (on the turbine-jcs-* lists) moving to the incubator or somewhere else to become a TLP is too soon IMHO. But JCS has the right size for jakarta commons. -- [ ] leave it within turbine [ ] move it to apache commons [X] move it to jakarta commons [ ] move it to incubator [ ] something else (please specify)... -- -- Dirk - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [POLL] Future Of Turbine-JCS
On 30 Nov 2003, at 20:41, robert burrell donkin wrote: sorry, missed one and probably [ ] leave JCS within turbine [ ] JCS to apache commons [ ] JCS to jakarta commons [ ] JCS to jakarta top level [ ] JCS to incubator [ ] something else (please specify)... ps before i get flamed (once again), i'd better add that i think that it'd be useful to try to get some consensus about where the right place for JCS is and that's why i started this thread. whatever action to be taken (if any) will have to be decided on the pmc list. - robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-site2/xdocs/site roles.xml
rdonkin 2003/11/30 15:27:03 Modified:docs/site roles.html xdocs/site roles.xml Log: Updated and changed the explaination of the new committer procedure. I'm not sure that it's right (the way it is now) but correcting this probably means changing the procedure and probably requires some discussion. Revision ChangesPath 1.87 +84 -57jakarta-site2/docs/site/roles.html Index: roles.html === RCS file: /home/cvs/jakarta-site2/docs/site/roles.html,v retrieving revision 1.86 retrieving revision 1.87 diff -u -r1.86 -r1.87 --- roles.html20 Nov 2003 21:40:42 - 1.86 +++ roles.html30 Nov 2003 23:27:03 - 1.87 @@ -235,9 +235,18 @@ Once a Contributor is nominated, all of the Committers for a subproject will vote. If there are at least 3 positive votes and no negative votes, the Contributor is converted into a Committer and given write - access to the source code repository for that subproject. This is an - example offer letter that should be sent to the volunteer after - 3 positive votes have been received: + access to the source code repository for that subproject. + /p +p + The first stage of the process is that the result of the vote thread should be + carbon copied to the pmc list by the existing committer who will be executing + the required process. An email should be sent to the prospected committer offering + them committership preferrable with the from header set to an offical apache.org email address + and the reply-to header set to + strongpmc at jakarta.apache.org/strong so that the reply is recorded on that list. + Note that non-pmc members will need to add a additional reply-to header so that they receive a copy. + This is an + example offer letter: /p div align=left table cellspacing=4 cellpadding=0 border=0 @@ -282,35 +291,10 @@ /table /div p - Once there are 3 positive votes and the response to the above letter - has been received, someone from the project community who already has - commit access should send email to: strongroot at apache.org/strong - that the account should be created. The following information - must be included in the email: - /p -ul - li -The name and email address of the new user. -(ie: John Smith lt;john.smith.AT.foo.DOT.comgt;) - /li - li -Suggested account userid. This is optional. -(ie: jmsith) - /li - li -The project that the user should be given access to. -(ie: Jakarta Foo) - /li - li -The results of the votes. In other words, the names and email -addresses of the committers who approved the addition. - /li - /ul -p - Once the account has been requested, the new Committer should be sent an - acknowledgement that the account is being processed and that he or she is - now an official member of the Project. Here is an example acknowledgement - letter. + Once a positive acknowledgement has been received, the new Committer should be sent an + acknowledgement. This acknowledgement is a good time to ask for their preferred + ASF user name. + Here is an example acknowledgement letter. /p div align=left table cellspacing=4 cellpadding=0 border=0 @@ -324,36 +308,16 @@ td bgcolor=#ffpre Dear Committer, -Thank you for accepting our invitation. Your account is being setup. -The username and initial password will arrive under separate cover. +Thank you for accepting our invitation. If you have not already done so, please sure to submit the Contributor License Agreement to the Apache Software Foundation -lt;http://jakarta.apache.org/site/agreement.htmlgt;. +lt;http://www.apache.org/licenses/index.html#clasgt;. -Once the Contributor License Agreement is submitted, please also send -an email to asf at jaguNET.com with the following information -(please cut and paste to return format): - -Name: {your name} -Email: {your email address the ASF lists} -Projects: {comma separated list of ASF projects to which you have -commit access} -Key: {a blank line followed by your key} - -For example: - -Name: Joe Foobar -Email: [EMAIL PROTECTED] -Projects: Tomcat, httpd -Key: -adklajdAL()@ [EMAIL PROTECTED])U@()@@ @)U@ - -If you already have a Contributor License Agreement on file, please -still send the email to update the ASF records as to your list of -projects. +Once
Re: [POLL] Future Of Turbine-JCS
At 10:08 AM 1/12/2003, you wrote: [ ] leave JCS within turbine [ ] JCS to apache commons [X] JCS to jakarta commons [ ] JCS to jakarta top level [ ] JCS to incubator [ ] something else (please specify)... Glen Stampoultzis [EMAIL PROTECTED] http://members.iinet.net.au/~gstamp/glen/
Re: [POLL] Future Of Turbine-JCS
On Mon, 1 Dec 2003 07:41 am, robert burrell donkin wrote: (we've done some talking on the pmc list and turbineers have discussed this in the past but since it's not really confidential i'm starting this thread to give everyone a chance to participate.) Have we asked the JCS developers what they want to do? We may be better off telling them that they should change their organization and let them decide what is the most appropriate move to make. Conor - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [POLL] Future Of Turbine-JCS
What do the turbine people want? On Nov 30, 2003, at 6:08 PM, robert burrell donkin wrote: On 30 Nov 2003, at 20:41, robert burrell donkin wrote: sorry, missed one and probably [ ] leave JCS within turbine [ ] JCS to apache commons [ ] JCS to jakarta commons [ ] JCS to jakarta top level [ ] JCS to incubator [ ] something else (please specify)... ps before i get flamed (once again), i'd better add that i think that it'd be useful to try to get some consensus about where the right place for JCS is and that's why i started this thread. whatever action to be taken (if any) will have to be decided on the pmc list. - robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Geir Magnusson Jr 203-247-1713(m) [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [POLL] Future Of Turbine-JCS
Geir Magnusson Jr wrote: What do the turbine people want? If we presume the existance of 'turbine people', then that would be a good indication that the right thing to do would be to leave JCS within turbine, and encourage turbine to be promoted to a top level project, taking JCS with it. On Nov 30, 2003, at 6:08 PM, robert burrell donkin wrote: On 30 Nov 2003, at 20:41, robert burrell donkin wrote: sorry, missed one and probably [ ] leave JCS within turbine [ ] JCS to apache commons [ ] JCS to jakarta commons [ ] JCS to jakarta top level [ ] JCS to incubator [ ] something else (please specify)... ps before i get flamed (once again), i'd better add that i think that it'd be useful to try to get some consensus about where the right place for JCS is and that's why i started this thread. whatever action to be taken (if any) will have to be decided on the pmc list. - robert - 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]
cvs commit: jakarta-site2/docs/site whoweare.html
bayard 2003/11/30 19:01:06 Modified:xdocs/site whoweare.xml docs/site whoweare.html Log: Moved Daniel Rall, Eric Hatcher, John McNally and Santiago Gala to the PMC. Revision ChangesPath 1.109 +36 -28jakarta-site2/xdocs/site/whoweare.xml Index: whoweare.xml === RCS file: /home/cvs/jakarta-site2/xdocs/site/whoweare.xml,v retrieving revision 1.108 retrieving revision 1.109 diff -u -r1.108 -r1.109 --- whoweare.xml 22 Nov 2003 15:41:40 - 1.108 +++ whoweare.xml 1 Dec 2003 03:01:06 - 1.109 @@ -102,12 +102,29 @@ br/ /p p +bErik Hatcher/b +br/ +/p +p bTed Husted/b (husted at apache.org) br/ Ted is an independent developer building Web applications with several Jakarta technologies, including Struts, Lucene, Velocity, and Tomcat. /p +p +bSantiago Gala/b (sgala at hisitech.com or sgala at apache.org) +br/ +Santiago owns a href=http://hisitech.com/;High Sierra Technology/a. +Works in a problem stated by his daughter Julia: + em +quot;Dad, you give the programs for free, how do you make the money?quot; +/em +Free Software user after finding emacs in a tape, back in 91, + recently discovered the pleasure to make it happen :-). + Code contributor to Jetspeed, and noise contributor + elsewhere. +/p p bCeki G#252;lc#252;/b (ceki at apache.org) @@ -159,6 +176,10 @@ the Ant build tool. /p p +bJohn McNally/b +br/ +/p +p bGeir Magnusson Jr./b (geirm at optonline.net) br/ Geir works on Velocity. In his spare time, he is an independent @@ -242,6 +263,21 @@ Turbine/a web application framework. He is a senior developer at a href=http://www.anecon.com/;Anecon/a. /p p +bDaniel Rall/b (dlr at finemaltcoding.com) +br/ +Daniel is a software engineer at CollabNet, where he works +primarily on a href=http://collab.net/products/sourcecast/;SourceCast/a, +including integration of various +a href=http://www.tigris.org/;Tigris/a projects such +a href=http://eyebrowse.tigris.org/;Eyebrowse/a and +a href=http://scarab.tigris.org/;Scarab/a. He is an active +developer of a href=http://java.apache.org/turbine/;Turbine/a and +its sub-projects, a committer on +a href=http://jakarta.apache.org/velocity/;Velocity/a and various +a href=http://jakarta.apache.org/commons/;Commons/a sandbox +packages, and a contributor to other open source projects. +/p +p b a href=http://www.intertwingly.net/;Sam Ruby/a /b @@ -520,19 +556,6 @@ more and more time on Apache 2.0 and APR, because segfaults are way more fun than NullPointerExceptions... /p -p -bSantiago Gala/b (sgala at hisitech.com or sgala at apache.org) -br/ -Santiago owns a href=http://hisitech.com/;High Sierra Technology/a. -Works in a problem stated by his daughter Julia: - em -quot;Dad, you give the programs for free, how do you make the money?quot; -/em -Free Software user after finding emacs in a tape, back in 91, - recently discovered the pleasure to make it happen :-). - Code contributor to Jetspeed, and noise contributor - elsewhere. -/p p bDavid Graham/b (dgraham at apache.org) br/ @@ -708,21 +731,6 @@ Eric Pugh is an independent consultant focusing on projects that leverage open source software. He is currently spending a year in Spain and enjoying all the open source activity in Europe! -/p -p -bDaniel Rall/b (dlr at finemaltcoding.com) -br/ -Daniel is a software engineer at CollabNet, where he works -primarily on a href=http://collab.net/products/sourcecast/;SourceCast/a, -including integration of various -a href=http://www.tigris.org/;Tigris/a projects such -a href=http://eyebrowse.tigris.org/;Eyebrowse/a and -a href=http://scarab.tigris.org/;Scarab/a. He is an active -developer of a href=http://java.apache.org/turbine/;Turbine/a and -its sub-projects, a committer on -a href=http://jakarta.apache.org/velocity/;Velocity/a and various -a href=http://jakarta.apache.org/commons/;Commons/a sandbox -packages, and a contributor to other open source projects. /p p bJean-Luc Rochat/b (jnix at cybercable.fr) 1.173 +36 -28jakarta-site2/docs/site/whoweare.html Index: whoweare.html === RCS file: /home/cvs/jakarta-site2/docs/site/whoweare.html,v retrieving revision 1.172 retrieving revision 1.173 diff -u -r1.172 -r1.173 --- whoweare.html 22 Nov 2003
Re: [POLL] Future Of Turbine-JCS
On Nov 30, 2003, at 9:57 PM, Sam Ruby wrote: Geir Magnusson Jr wrote: What do the turbine people want? If we presume the existance of 'turbine people', then that would be a good indication that the right thing to do would be to leave JCS within turbine, and encourage turbine to be promoted to a top level project, taking JCS with it. Why? There are Gump people, Tomcat people, struts people, taglib people, etc. There's nothing wrong with recognizing that the various citizens of Jakarta work on different things. And if Turbine wants to go to TLP, +1 from me. geir On Nov 30, 2003, at 6:08 PM, robert burrell donkin wrote: On 30 Nov 2003, at 20:41, robert burrell donkin wrote: sorry, missed one and probably [ ] leave JCS within turbine [ ] JCS to apache commons [ ] JCS to jakarta commons [ ] JCS to jakarta top level [ ] JCS to incubator [ ] something else (please specify)... ps before i get flamed (once again), i'd better add that i think that it'd be useful to try to get some consensus about where the right place for JCS is and that's why i started this thread. whatever action to be taken (if any) will have to be decided on the pmc list. - robert - 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] -- Geir Magnusson Jr 203-247-1713(m) [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-site2/docs/site whoweare.html
bayard 2003/11/30 19:11:39 Modified:xdocs/site whoweare.xml docs/site whoweare.html Log: Mc/Mac is a bit of a sorting pain, but one source suggests Mc, M' and Mac should all be treated as if they were Mac, so McNally goes before MacNeill. Revision ChangesPath 1.110 +4 -4 jakarta-site2/xdocs/site/whoweare.xml Index: whoweare.xml === RCS file: /home/cvs/jakarta-site2/xdocs/site/whoweare.xml,v retrieving revision 1.109 retrieving revision 1.110 diff -u -r1.109 -r1.110 --- whoweare.xml 1 Dec 2003 03:01:06 - 1.109 +++ whoweare.xml 1 Dec 2003 03:11:39 - 1.110 @@ -169,15 +169,15 @@ br/ /p p +bJohn McNally/b +br/ +/p +p bConor MacNeill/b (conor at cortexebusiness.com.au) br/ Conor is a senior developer at Cortex eBusiness, where he develops J2EE based systems. In his spare time he helps with the development of the Ant build tool. -/p -p -bJohn McNally/b -br/ /p p bGeir Magnusson Jr./b (geirm at optonline.net) 1.174 +4 -4 jakarta-site2/docs/site/whoweare.html Index: whoweare.html === RCS file: /home/cvs/jakarta-site2/docs/site/whoweare.html,v retrieving revision 1.173 retrieving revision 1.174 diff -u -r1.173 -r1.174 --- whoweare.html 1 Dec 2003 03:01:06 - 1.173 +++ whoweare.html 1 Dec 2003 03:11:39 - 1.174 @@ -354,15 +354,15 @@ br / /p p +bJohn McNally/b +br / +/p +p bConor MacNeill/b (conor at cortexebusiness.com.au) br / Conor is a senior developer at Cortex eBusiness, where he develops J2EE based systems. In his spare time he helps with the development of the Ant build tool. -/p -p -bJohn McNally/b -br / /p p bGeir Magnusson Jr./b (geirm at optonline.net) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [POLL] Future Of Turbine-JCS
robert burrell donkin wrote: (we've done some talking on the pmc list and turbineers have discussed this in the past but since it's not really confidential i'm starting this thread to give everyone a chance to participate.) some information about Turbine-JCS: * JCS has no release * other apache products depend on JCS * JCS is not really directly related to turbine concerns: * JCS is a sub-sub-project with it's own mailing list (this kind of structure has proved difficult to properly supervise) * JCS's health * want to find the 'right' place for JCS --8 Andy: There most definitely are Turbine people (count me in) - but as Robert suggests above, with it's own mailing list many of us are unaware of JCS. The connection between Turbine and JCS is Torque, which was spun out into db.apache.org some time ago. JCS could well receive more attention if it was located somewhere more appropriate - more attention leads to more users and developers. Without knowing too much, should perhaps JCS to db top level and JCS to db commons also be considered options? Of the available options below I have selected jakarta commons more by excluding the other options than because of some perceived positive fit in jakarta commons (though commons is a good place to be no doubt). --8 [ ] leave JCS within turbine [ ] JCS to apache commons [x] JCS to jakarta commons [ ] JCS to jakarta top level [ ] JCS to incubator [ ] something else (please specify)... Scott -- Scott Eade Backstage Technologies Pty. Ltd. http://www.backstagetech.com.au - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Proposal] HiveMind Service Framework
Andrew C. Oliver wrote: I don't think that Avalon has any right to have a stranglehold on all service frameworks. Andrew: The Avalon community very aware of the the different approaches that exist. If your following the Avalon dev list you would be aware of ongoing discussions concerning different approaches in the container/component space - the benefits and disadvantages, emergent opportunities, brick-walls, etc. I also must say that I hate the come discuss this in 'our' house approach to collaboration. I'm surprised that you feel this way. If you were subscribed to Avalon dev you would have been aware of discussions concerning HiveMind before the subject came up here. Several members were discussing this subject at a technical level that would not make sense on this list. My invitation to Howard (that seems to have offended you for reasons that I don't understand) was based on the interests in getting some thoughts from the Howard and other members of the HiveMind community on aspect relating to collaboration with Avalon. Perhaps we have different ideas on what that means - for me at least is about sharing ideas and talking - its not (as you suggest) a notion of territory to be protected. I hope that Howard or other members of the HiveMind team take up that invitation because there is potential synergy. One size does not fit all and Avalon has shown over the years that this is especially true for it. Interestingly, the activities over on avalon over the past year have been addressing many of the deeper issues implied by you conclusion. What does one size mean? Is size adaptive? How does one deliver the the parametrized solution that best fits the size that is needed? All of these question are being addressed within Avalon today. I also happen to to think that Howard and the HiveMind team could contribute to that and I also think that the more recent work in Avalon could contribute to HimeMind. I say that Howard Lewis Ship is a skilled coder and community builder and if he wants to give it a try with HiveMind, while the topic bores me personally, I'll give him my support. If he does want to collaborate with the Avalonites (Avaloners?) then he should be encouraged to do so; however, if his approach is different enough to warrant its own show then I encourage him to do that as well. I trust his judgment to that effect. Personally - I'm interested in getting some feedback from Howard on a number of question I've posted to him on this list and remain hopeful that he or other members of the HiveMind team will leverage the pool of opinions and talent over on Avalon - as a mutually interesting exercise (just as members of that same pools are interested in leveraging the content and knowlege from the HiveMind team). As far as I can se the question of collaboration remains completely open - after all - no discussion has taken place todate either here on over on avalon. I think it would be good to at least do some exploration of mutual interests - don't you? Stephen. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
jcs
For the short term, I'm not sure what is best for JCS or Jakarta. Stepping back and looking at JCS in relation to other Jakarta projects might be helpful. The commons is described as a Repository for small scale, reusable, code components that are useful in multiple Jakarta subprojects. A small-scale component does not sound like a good description of JCS. Instead, JCS looks more like a standalone tool such as Log4J, although JCS is somewhat bigger. I'm not sure this means it should be its own project at this point or not. JCS is being used on its own outside of Jakarta and within, making it look more like a candidate for standalone status. Also, there are commercial standalone caching applications on the market. I'm sure JCS would be much more widely used if we got out a release. Right now, the major impediment is that users have to build it themselves. If we had a release, more sample applications and further documentation, it would become more widely adopted. It is somewhat hidden right now: it's not listed on the main product page on the Jakarta site. One reason one might give for not making JCS a top level project is that it is understaffed right now, though this may change if it was moved up. Aaron Smuts