Re: crushed
Jon Scott Stevens wrote: A good one that Sam worked on resolving fairly successfully is the one about Gump. Another issue which I see as a failure is the failure of projects to communicate with each other. Thanks for the kind words. If you take a moment and read the first paragraph of text on http://jakarta.apache.org/gump/, you will see that it is my intent that what you see in Gump is my first installment towards addressing the larger issue you describe in the second sentence described above. And there are a lot of people who can testify that it has sparked a number of meaningful conversations between subprojects. There have been numerous references in this mailing list to what form the second installment is likely to take, many of which with URL references to other discussions and mock ups. If you care to participate or are merely curious, take a look at http://marc.theaimsgroup.com/?l=jakarta-generalw=2r=1s=forrestq=b. - Sam Ruby -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: crushed
Look at TC3 vs TC4 - I subscribed about a year ago to their dev list and the relationships between the two groups were less than good and a few people were trying to make the division even greater .. apparently now all is good over there. Keep in mind (maybe not Peter but other readers of this post) that: 1) Both groups always had common long term objectives but disagreed on the way to achieve them or had different short term targets; 2) If there had been a strict imposition from above, TC3.3 could have been forked and a lot of that group could have gone elsewhere. Maybe this would have permanently destroyed many synergies between the 2 groups that were always there (like with the connectors) and others that are now evolving. In the process, maybe some TC3.3 ideas proved their worth to some TC4 guys, which means increased cross pollination. In this case strict control would have prevented several positive things from happening. Similar situation with the Logging APIs, just that this time on separate projects: 1) Now both groups are quite a bit incompatible and forcing a merge would destroy or send away one of the projects; 2) Still, some projects prefer Log4J and others LogKit; 3) Each of these Logging libraries seems to have its advantages and different strong and week spots. I am quite sure of this since at the company I work for we have been using LogKit and Log4J for different projects and I have been doing some logging work with both; 4) The need of other projects (e.g.: commons components) to use both is already putting some pressure into cross pollination. With time, it can happen that: - They will finally be able to merge; - One of them will learn all the advantages from the other and become dominant. Either way, positive cross pollination is bound to happen. This is why I would prefer to have both projects around instead of just forcing them to merge. Lets put some peer pressure on them without destroying them. Many general strict rules - like forcing to merge what seems to be the same thing - would be very destructive in this kind of situation. Common sense must be applied (like: no, you can not fork Tomcat in another project) on a case by case basis. And yes, I am aware of how uncommon common sense seems to be but I still believe there is enough of it around here. Have fun, Paulo Gaspar -Original Message- From: Peter Donald [mailto:[EMAIL PROTECTED]] Sent: Tuesday, January 08, 2002 12:12 PM On Tue, 8 Jan 2002 09:02, Jeff Turner wrote: I would encourage people (esp. Jon, Ceki, Peter) to read Linus' emails on design: The problem with singlemindedness and strict control (or design) is that it sure gets you from point A to point B in a much straighter line, and with less expenditure of energy, but how the HELL are you going to consistently know where you actually want to end up? It's not like we know that B is our final destination. -- http://kerneltrap.org/article.php?sid=398 Choice is fine and the more the better. However I would much prefer that all Xs were implemented by one project where X is whatever we are talking about. Look at TC3 vs TC4 - I subscribed about a year ago to their dev list and the relationships between the two groups were less than good and a few people were trying to make the division even greater .. apparently now all is good over there. Isn't that a better solution than having projects side by side competing? Sure it may be rocky for a bit but it is better for Apache in the end (though maybe less ego stroking for the individual developers). -- Cheers, Pete - First, we shape our tools, thereafter, they shape us. - -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Jakarta code search engine? (Re: crushed)
I was not demanding karma, just stating what I thought were obstacles. Now I have some clues and it looks like I can help even without karma. =:o) Have fun, Paulo -Original Message- From: Sam Ruby [mailto:[EMAIL PROTECTED]] Sent: Tuesday, January 08, 2002 11:54 AM Paulo Gaspar wrote: No karma, no clue on how to change a Jakarta web page! =:o/ But at least puting the URL on the list should be a couple of minutes for someone who does know. karma follows clue, i.e., get a clue, and you get karma. A good place to start is by going to http://jakarta.apache.org;, and clicking on About this site. One thing that a handful of us are painfully aware of... there are literally hundreds, if not thousands, of couple of minute tasks that come up a week - granting someone karma, moderating spam from the mailing lists, chasing down build breakages. - Sam Ruby -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Jakarta code search engine? (Re: crushed)
My guess then is that you have not read down the page far enough then. No demands required. Wrong guess. =;o) I am noisy but not a committer in any Apache projects. Just posted a few patches on a couple of projects. Have fun, Paulo Gaspar -Original Message- From: Sam Ruby [mailto:[EMAIL PROTECTED]] Sent: Tuesday, January 08, 2002 7:01 PM To: Jakarta General List Subject: RE: Jakarta code search engine? (Re: crushed) Paulo Gaspar wrote: I was not demanding karma, just stating what I thought were obstacles. Now I have some clues and it looks like I can help even without karma. =:o) My guess then is that you have not read down the page far enough then. No demands required. - Sam Ruby -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: crushed
+1 Andrew C. Oliver wrote: I mean lets go ahead with the proposal (final draft in the making) -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: crushed
on 1/7/02 12:44 PM, Andrew C. Oliver [EMAIL PROTECTED] wrote: I think many folks on the list aren't listening to each other let alone to someone from the outer circle. That is my complaint about not just this list, but the entire project. We have people like Ted and Craig who are perfectly happy just sitting in their bubble sub-projects and doing whatever they want and you have people like myself who see a larger picture of what Jakarta is (or could be) and want to see people work together more and create less duplication of exactly the same functionality. Yes, that statement is based on their previous postings. Its funny I kind of agree with some (but not all) of the points that Jon guy makes but he seems to want to make them in such a way that they are divisive instead of providing the leadership Stefano praises him for. Leadership is taking the boat and sailing it and inviting others to come along not sitting in the back complaining about the heading or proclaiming its just going to sink and the hell with you all maybe I'll quit. I hope he sees this and becomes the guy Stefano says he is. The problem is that I feel like the boat has already capsized, sank and rotted on the ocean floor. At this point, I'm pretty disheartened about Jakarta...more so than I have felt in over 6 years of being here. I have no other way to express my unhappiness than to express it by saying it. I feel like I can't change things anymore and about the only person who could is Sam, but I am not seeing him take the reigns in such a way to rebuild the ship...only to try to a lifeboat together over the next few years... If you look at how Scarab is run, we are pretty damn successful at this point with regards to building and managing a strong developer community around it. And it isn't even a Jakarta project. I personally see the model I have used for Scarab as pretty close to right way to run projects. Not that it is a contest, but I can guarantee I feel more crushed than you. -jon -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: crushed
At 13:11 07.01.2002 -0800, Jon Scott Stevens wrote: on 1/7/02 12:44 PM, Andrew C. Oliver [EMAIL PROTECTED] wrote: I think many folks on the list aren't listening to each other let alone to someone from the outer circle. That is my complaint about not just this list, but the entire project. We have people like Ted and Craig who are perfectly happy just sitting in their bubble sub-projects and doing whatever they want and you have people like myself who see a larger picture of what Jakarta is (or could be) and want to see people work together more and create less duplication of exactly the same functionality. Yes, that statement is based on their previous postings. Its funny I kind of agree with some (but not all) of the points that Jon guy makes but he seems to want to make them in such a way that they are divisive instead of providing the leadership Stefano praises him for. Leadership is taking the boat and sailing it and inviting others to come along not sitting in the back complaining about the heading or proclaiming its just going to sink and the hell with you all maybe I'll quit. I hope he sees this and becomes the guy Stefano says he is. The problem is that I feel like the boat has already capsized, sank and rotted on the ocean floor. At this point, I'm pretty disheartened about Jakarta...more so than I have felt in over 6 years of being here. I have no other way to express my unhappiness than to express it by saying it. I feel like I can't change things anymore and about the only person who could is Sam, but I am not seeing him take the reigns in such a way to rebuild the ship...only to try to a lifeboat together over the next few years... If you look at how Scarab is run, we are pretty damn successful at this point with regards to building and managing a strong developer community around it. And it isn't even a Jakarta project. I personally see the model I have used for Scarab as pretty close to right way to run projects. Not that it is a contest, but I can guarantee I feel more crushed than you. Have many developers does scarab have, 10? Jakarta has around 200 committers plus ten times that many developers. At 200'000 USD per committer that's a budget of 40'000'000 USD a year. I'd estimate the budget of an equivalently sized software company at 100'000'000 USD year. You think that's easy to manage? Sam's vision differs from yours and mine. That does not mean he is wrong and that you are right. Anyway, what is exactly your vision? and how would you go about getting there? (How can you force people to cooperate more?) How many places do you know where people keep arguing and arguing and still stick around? The only other place I know is my family. -- Ceki Gülcü - http://qos.ch -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: crushed
Have many developers does scarab have, 10? Jakarta has around 200 committers plus ten times that many developers. At 200'000 USD per committer that's a budget of 40'000'000 Whoa dude. I am SO doing something wrong. 200,000? USD a year. I'd estimate the budget of an equivalently sized software company at 100'000'000 USD year. You think that's easy to manage? Sam's vision differs from yours and mine. That does not mean he is wrong and that you are right. Anyway, what is exactly your vision? and how would you go about getting there? (How can you force people to cooperate more?) exactly. Show leadership. Go get your own tugboat and pull the ship to shore. Don't stand on the water yelling Why won't you #$! fetch the ship. How many places do you know where people keep arguing and arguing and still stick around? The only other place I know is my family. +1 -- www.superlinksoftware.com www.sourceforge.net/projects/poi - port of Excel format to java http://developer.java.sun.com/developer/bugParade/bugs/4487555.html - fix java generics! The avalanche has already started. It is too late for the pebbles to vote. -Ambassador Kosh -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: crushed
Jon Scott Stevens wrote: If you look at how Scarab is run, we are pretty damn successful at this point with regards to building and managing a strong developer community around it. And it isn't even a Jakarta project. I personally see the model I have used for Scarab as pretty close to right way to run projects. I don't suppose there is any potential for tigris.org becoming an ASF Project. Which is to say, could we create a Tigris-like ASF Project, with Jon at the helm? -- Ted Husted, Husted dot Com, Fairport NY USA. -- Building Java web applications with Struts. -- Tel +1 585 737-3463. -- Web http://www.husted.com/struts/ -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: crushed
on 1/7/02 2:20 PM, Paul Hammant [EMAIL PROTECTED] wrote: We should be careful turning away projects as they may end up as GPL spit. Now that is the funniest reason I have heard for accepting projects here! :-) Thanks. I needed a good laugh. -jon -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: crushed
At 03:44 PM 1/7/02 -0500, you wrote: Guys, This whole experience has become a bit disheartening. Craig McClanahan who is like an idol of mine said this: What I like most about Craig is that he is concise and accurate. - micael -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: crushed
On Mon, Jan 07, 2002 at 03:44:50PM -0500, Andrew C. Oliver wrote: Guys, This whole experience has become a bit disheartening. Craig McClanahan who is like an idol of mine said this: We will continue to do what we've done in the past -- reject projects that only want the name recognition value of being under Apache, and don't have a development community compatible with Apache's style. That's much more important than whether it's server-side versus client-side, or in one repository versus another. Seemingly directed at POI. I don't see what the problem is. Read it carefully.. for that statement to apply, POI would have to: - _only_ want the name recognition. - have a development community incompatible with Apache's style Do either of those statements apply to POI? Incidentally, the other statement Craig made in that email sums it all up for me: The point from Jon that I *do* dismiss is his feeling that there should be one and only one implementation of any particular functionality -- one size fits all is a very rare phenomenon in my experience, and having some choice is helpful. I have _never_ seen a user complain about having too many choices. Not even between notorious duplications like Tomcat 3/4 and Crimson/Xerces. I _have_ seen users want comparisons, and better docs to help them make the choice. Choice is good. Documented choice is infinitely better :) I would encourage people (esp. Jon, Ceki, Peter) to read Linus' emails on design: The problem with singlemindedness and strict control (or design) is that it sure gets you from point A to point B in a much straighter line, and with less expenditure of energy, but how the HELL are you going to consistently know where you actually want to end up? It's not like we know that B is our final destination. -- http://kerneltrap.org/article.php?sid=398 --Jeff -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: crushed
On 7 Jan 2002, Andrew C. Oliver wrote: This whole experience has become a bit disheartening. Craig McClanahan who is like an idol of mine said this: We will continue to do what we've done in the past -- reject projects that only want the name recognition value of being under Apache, and don't have a development community compatible with Apache's style. That's much more important than whether it's server-side versus client-side, or in one repository versus another. Seemingly directed at POI. I know it's hard to tell from the convoluted way this thread have gone back and forth, but the comment above was not intended to have *anything* to do with POI specifically, or the proposal to move POI to Apache. It was a response to Ceki's concern about how to keep Jakarta from being just a SourceForge-type code repository. I'm trying to digest the discussions about POI, but they keep getting buried in the discussions about Jakarta's future ... I haven't made up my mind yet on this specific proposal. Craig -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: crushed
I would encourage people (esp. Jon, Ceki, Peter) to read Linus' emails on design: The problem with singlemindedness and strict control (or design) is that it sure gets you from point A to point B in a much straighter line, and with less expenditure of energy, but how the HELL are you going to consistently know where you actually want to end up? It's not like we know that B is our final destination. -- http://kerneltrap.org/article.php?sid=398 UAU! Another guy that saw the light!!! =:oD Have fun, Paulo -Original Message- From: Jeff Turner [mailto:[EMAIL PROTECTED]] Sent: Tuesday, January 08, 2002 12:51 AM To: Jakarta General List Subject: Re: crushed On Mon, Jan 07, 2002 at 03:44:50PM -0500, Andrew C. Oliver wrote: Guys, This whole experience has become a bit disheartening. Craig McClanahan who is like an idol of mine said this: We will continue to do what we've done in the past -- reject projects that only want the name recognition value of being under Apache, and don't have a development community compatible with Apache's style. That's much more important than whether it's server-side versus client-side, or in one repository versus another. Seemingly directed at POI. I don't see what the problem is. Read it carefully.. for that statement to apply, POI would have to: - _only_ want the name recognition. - have a development community incompatible with Apache's style Do either of those statements apply to POI? Incidentally, the other statement Craig made in that email sums it all up for me: The point from Jon that I *do* dismiss is his feeling that there should be one and only one implementation of any particular functionality -- one size fits all is a very rare phenomenon in my experience, and having some choice is helpful. I have _never_ seen a user complain about having too many choices. Not even between notorious duplications like Tomcat 3/4 and Crimson/Xerces. I _have_ seen users want comparisons, and better docs to help them make the choice. Choice is good. Documented choice is infinitely better :) I would encourage people (esp. Jon, Ceki, Peter) to read Linus' emails on design: The problem with singlemindedness and strict control (or design) is that it sure gets you from point A to point B in a much straighter line, and with less expenditure of energy, but how the HELL are you going to consistently know where you actually want to end up? It's not like we know that B is our final destination. -- http://kerneltrap.org/article.php?sid=398 --Jeff -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: crushed
Part of what I'm asking for is very simple: documentation of the process and then following that process. Remember that all of this started with something as simple as source code formatting. We can't even get that right or even anything close to agreement on it. Jon, I see you crying a lot over this but no POSITIVE initiative. Sam already suggested performing an automated check and NAG the trespassers. Do you see a better alternative? I believe you already slapped me around a few times for complaining instead of acting. Your turn to act. Have fun, Paulo Gaspar -Original Message- From: Jon Scott Stevens [mailto:[EMAIL PROTECTED]] Sent: Tuesday, January 08, 2002 1:05 AM To: [EMAIL PROTECTED] Subject: Re: crushed on 1/7/02 3:51 PM, Jeff Turner [EMAIL PROTECTED] wrote: The problem with singlemindedness and strict control (or design) is that it sure gets you from point A to point B in a much straighter line, and with less expenditure of energy, but how the HELL are you going to consistently know where you actually want to end up? It's not like we know that B is our final destination. -- http://kerneltrap.org/article.php?sid=398 That isn't entirely what I'm asking for (re: singlemindedness and strict control). Part of what I'm asking for is very simple: documentation of the process and then following that process. Remember that all of this started with something as simple as source code formatting. We can't even get that right or even anything close to agreement on it. -jon -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: crushed
On Mon, Jan 07, 2002 at 03:44:50PM -0500, Andrew C. Oliver wrote: Guys, This whole experience has become a bit disheartening. Craig McClanahan who is like an idol of mine said this: We will continue to do what we've done in the past -- reject projects that only want the name recognition value of being under Apache, and don't have a development community compatible with Apache's style. That's much more important than whether it's server-side versus client-side, or in one repository versus another. Seemingly directed at POI. I don't see what the problem is. Read it carefully.. for that statement to apply, POI would have to: - _only_ want the name recognition. - have a development community incompatible with Apache's style Do either of those statements apply to POI? Incidentally, the other statement Craig made in that email sums it all up for me: The point from Jon that I *do* dismiss is his feeling that there should be one and only one implementation of any particular functionality -- one size fits all is a very rare phenomenon in my experience, and having some choice is helpful. I have _never_ seen a user complain about having too many choices. Not even between notorious duplications like Tomcat 3/4 and Crimson/Xerces. I _have_ seen users want comparisons, and better docs to help them make the choice. Choice is good. Documented choice is infinitely better :) I would encourage people (esp. Jon, Ceki, Peter) to read Linus' emails on design: The problem with singlemindedness and strict control (or design) is that it sure gets you from point A to point B in a much straighter line, and with less expenditure of energy, but how the HELL are you going to consistently know where you actually want to end up? It's not like we know that B is our final destination. -- http://kerneltrap.org/article.php?sid=398 --Jeff -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: crushed
I think many folks on the list aren't listening to each other let alone to someone from the outer circle. That is my complaint about not just this list, but the entire project. We have people like Ted and Craig who are perfectly happy just sitting in their bubble sub-projects and doing whatever they want and you have people like myself who see a larger picture of what Jakarta is (or could be) and want to I don't monitor every list, but Craig works his butt off. I'm not sure he sleeps. I think you're missing the big picture. If everyone got into the big picture none of the small stuff would get done and Jakarta would fail. He does good work that greatly contributes to Jakarta. Just not in the way you see as correct. To each their own. see people work together more and create less duplication of exactly the same functionality. Yes, that statement is based on their previous postings. Truly an indexed and searchable directory would alleviate this problem to a great degree. Better documentation would help too. If you feel motivation is a factor come up with some positive measures. A nice news story on the front page of Jakarta saying good job so and so for taking X and making it more reusable instead of punitive measures (like trashing them on the list). Most psychologist agree positive reinforcement is far more powerful than negative reinforcement. (I've got two stepchildren. I can provide data if you're really interested) Its funny I kind of agree with some (but not all) of the points that Jon guy makes but he seems to want to make them in such a way that they are divisive instead of providing the leadership Stefano praises him for. Leadership is taking the boat and sailing it and inviting others to come along not sitting in the back complaining about the heading or proclaiming its just going to sink and the hell with you all maybe I'll quit. I hope he sees this and becomes the guy Stefano says he is. The problem is that I feel like the boat has already capsized, sank and rotted on the ocean floor. At this point, I'm pretty disheartened about Jakarta...more so than I have felt in over 6 years of being here. I have no other way to express my unhappiness than to express it by saying it. I feel like I can't change things anymore and about the only person who could You see I think you could change things. The problem as I see it (and I'm just a young whipper-snapper so take it for what you will) is that you're going about it the wrong way (maybe you forgot what everyone says you taught them and maybe a young whipper-snapper like me can nudge you a bit and remind you I feel like I'm quoting some bad Christmas movie). If I was a committer and posted a change and then you reposted the commit log to this list and trashed me, I'd be prone to ignore you in the future. Try this. Propose things that will alleviate the problem that are positive and non-regulatory in nature. Like I mentioned a solution above which has helped at places I've worked in the past. Propose it, create and get others to help. (count me in I didn't know Jakarta commons had a collections package!). As you say on your Jon's fan club page shut up about it and contribute to Jakarta. For instance, someone mentioned you were working on some documentation. Maybe there is a section of code to be javadoc'd or something. Send me an email and say Andy, pay your Jakarta taxes. I'm working on this and I've got soo much to do, can you research and javadoc this code right here and send me the patch. Maybe I'd tell you where to stick your request and you'd send it to someone else. Someone would do it. That's leadership. You're not providing that. Most folks who don't contribute but use Jakarta products regularly are either too scared (of getting a post like some of yours) or have no idea where to start. When someone writes me saying Where can I help, I might point them to some documentation, but I say HERE...here is something that needs doing. On most Jakarta projects this doesn't happen. Serve by example, don't just spout negativity. Next, I don't agree with you that all duplication is bad. I think it would be good if LogKit and Log4J were one (personal opinion), but I don't think that everything is a common library. There problems are SOO common that if they really did sink ships then there would be NO successful software organizations at all. is Sam, but I am not seeing him take the reigns in such a way to rebuild the ship...only to try to a lifeboat together over the next few years... If you look at how Scarab is run, we are pretty damn successful at this point with regards to building and managing a strong developer community around it. And it isn't even a Jakarta project. I personally see the model I have used for Scarab as pretty close to right way to run projects. So use it. To be honest I don't see your comparison. Jakarta pulls together several Scarab sized or bigger projects.
Re: crushed
I know it's hard to tell from the convoluted way this thread have gone back and forth, but the comment above was not intended to have *anything* to do with POI specifically, or the proposal to move POI to Apache. It was a response to Ceki's concern about how to keep Jakarta from being just a SourceForge-type code repository. I'm trying to digest the discussions about POI, but they keep getting buried in the discussions about Jakarta's future ... I haven't made up my mind yet on this specific proposal. I can understand. Okay then I owe you my sincerest apologies. Thank you for everything you do. If there are any questions that I can answer, please feel free to ask here, personally or on the POI lists. -Andy -- www.superlinksoftware.com www.sourceforge.net/projects/poi - port of Excel format to java http://developer.java.sun.com/developer/bugParade/bugs/4487555.html - fix java generics! The avalanche has already started. It is too late for the pebbles to vote. -Ambassador Kosh -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: crushed
on 1/7/02 5:41 PM, Andrew C. Oliver [EMAIL PROTECTED] wrote: When I was much younger I used to go on BBSes and post Which is better Amiga or IBM? and Why not just use a Mac? to see the fires rage. As I grew up I found more productive ways to spend my time. Code formatting is subjective. Your way is wrong and mine is right etc etc. There are no conclusions to these arguments and have you perfected the things that can be perfected to such a degree that you're ready to tackle this one? I'm not talking about source code formatting, I'm talking about the issues surrounding making decisions, documenting those decisions and actually enforcing those decisions. The source code formatting is just a simple example of the failure. There are more. A good one that Sam worked on resolving fairly successfully is the one about Gump. Another issue which I see as a failure is the failure of projects to communicate with each other. I would suggest there be one and only one stead-fast dead on code standard. All public methods must provide javadoc siting the purpose of the method. Get there first then worry about _variables. THAT ISN'T THE ISSUE. -jon -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: crushed
on 1/7/02 5:10 PM, Paulo Gaspar [EMAIL PROTECTED] wrote: I see you crying a lot over this but no POSITIVE initiative. That is because I don't see a way to fix the problems and I'm not sure I have the energy to actually go through with it anymore. I haven't seen you give any positive initiative's either. People say I contribute a lot around here. Why does it always have to be me? -jon -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Jakarta code search engine? (Re: crushed)
On Mon, Jan 07, 2002 at 05:59:51PM -0800, Jon Scott Stevens wrote: on 1/7/02 5:10 PM, Paulo Gaspar [EMAIL PROTECTED] wrote: I see you crying a lot over this but no POSITIVE initiative. That is because I don't see a way to fix the problems and I'm not sure I have the energy to actually go through with it anymore. I haven't seen you give any positive initiative's either. The idea of a Jakarta code search engine has arisen a few times. Any lucene or alexandria developers care to comment? Cocoon docs are already searchable apparently, though this functionality isn't online. Alternatively, a simple link to Google (restricted by site:jakarta.apache.org) from the front page might help. --Jeff -jon -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: crushed
Perhaps like Commons, there should be an open proving ground for those wishing to make steps into the Apache world. Probably not what you had in mind, but adding the project to the gump run would be a start. All sorts of monitoring goes on then, including prompting from the gump-er (ie Sam) to fix things that break. I know Sam (et al) have + will provide patches to other projects to bring their build systems up to scratch. It's a start at having the external community work with the Jakarta community(/ies), which seems to be the primary concern. If the project won't deal with gump nags, and can't keep their builds from breaking then they probably won't fit into Jakarta. NOTICE This e-mail and any attachments are confidential and may contain copyright material of Macquarie Bank or third parties. If you are not the intended recipient of this email you should not read, print, re-transmit, store or act in reliance on this e-mail or any attachments, and should destroy all copies of them. Macquarie Bank does not guarantee the integrity of any emails or any attached files. The views or opinions expressed are the author's own and may not reflect the views or opinions of Macquarie Bank. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: crushed
That is because I don't see a way to fix the problems and I'm not sure I have the energy to actually go through with it anymore. Did you ever run or walk a Marathon? Or just 20 Km? Or swim 10Km? It is one step (or stroke) after the other or you get too tired just by thinking about it. I haven't seen you give any positive initiative's either. People say I contribute a lot around here. Why does it always have to be me? It does not have to be you. And I do not have to give a new idea since: - Sam's idea looks good enough for checking code style and nagging the offenders; - Stefano work on Forrest might improve a lot the site. It will take a couple of months for xml.apache to talk jakarta into it, have a couple of flame wars, adapting tools and layouts, etc... But the first step is taken and we all just need a bit of good will; - Someone already suggested (sorry, forgot whom!) having a search engine to help on finding information in Apache. Obvious solution, placing at the Jakarta home page: - A REALLY VISIBLE LINK TO http://search.apache.org/ - A simplified version of the form in that URL. (It is simple to shorten that form so that it only searches in Jakarta, or xml.apache, or Jakarta + xml.apache, etc. ) Even if this did not exist (and considering the problems of putting Lucene on an Apache BSD server) we could even use Google! It looks like they are keeping their indexes on Apache up to date (the new home page is indexed) and they have a free solution: http://www.google.com/services/free.html So, I think there are already a few solutions for the most immediate problems. Have fun, Paulo Gaspar -Original Message- From: Jon Scott Stevens [mailto:[EMAIL PROTECTED]] Sent: Tuesday, January 08, 2002 3:00 AM on 1/7/02 5:10 PM, Paulo Gaspar [EMAIL PROTECTED] wrote: I see you crying a lot over this but no POSITIVE initiative. That is because I don't see a way to fix the problems and I'm not sure I have the energy to actually go through with it anymore. I haven't seen you give any positive initiative's either. People say I contribute a lot around here. Why does it always have to be me? -jon -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Jakarta code search engine? (Re: crushed)
What about just a version of this form: http://search.apache.org/ or a link to it??? Take a look at my previous posting (the crushed thread) for more details. It can be made (hidden fields I love you) to search any sub-domain just by changing its HTML. Have fun, Paulo Gaspar -Original Message- From: Jon Scott Stevens [mailto:[EMAIL PROTECTED]] Sent: Tuesday, January 08, 2002 3:31 AM To: [EMAIL PROTECTED] Subject: Re: Jakarta code search engine? (Re: crushed) on 1/7/02 6:26 PM, Jeff Turner [EMAIL PROTECTED] wrote: The idea of a Jakarta code search engine has arisen a few times. Any lucene or alexandria developers care to comment? Cocoon docs are already searchable apparently, though this functionality isn't online. Alternatively, a simple link to Google (restricted by site:jakarta.apache.org) from the front page might help. --Jeff Good suggestion! Maybe setting up LXR would also be a cool idea. Not sure how much it will help since people have a hard enough time figuring out how to format code and send mail to the right mailing list... :-) That said, I'm sure there is a lot of stuff to learn from Mozilla.org as well. They seem pretty successful and have much larger numbers than us. :-) -jon -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: crushed
on 1/7/02 7:27 PM, Tim Vernum [EMAIL PROTECTED] wrote: If the project won't deal with gump nags, and can't keep their builds from breaking then they probably won't fit into Jakarta. Bingo. Great point. However, forcing a project to have gump nags is not something Sam is willing to dictate. Having a project that 'fits into Jakarta' is also something no one is willing to dictate (except me of course...but that means nothing anymore...)... -jon -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Jakarta code search engine? (Re: crushed)
on 1/7/02 7:59 PM, Paulo Gaspar [EMAIL PROTECTED] wrote: What about just a version of this form: http://search.apache.org/ or a link to it??? Take a look at my previous posting (the crushed thread) for more details. It can be made (hidden fields I love you) to search any sub-domain just by changing its HTML. Have fun, Paulo Gaspar Ok Paulo, do it. Make it happen. -jon -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: crushed
On 1/7/02 11:03 PM, Jon Scott Stevens [EMAIL PROTECTED] wrote: on 1/7/02 7:27 PM, Tim Vernum [EMAIL PROTECTED] wrote: If the project won't deal with gump nags, and can't keep their builds from breaking then they probably won't fit into Jakarta. Bingo. Great point. However, forcing a project to have gump nags is not something Sam is willing to dictate. Having a project that 'fits into Jakarta' is also something no one is willing to dictate (except me of course...but that means nothing anymore...)... -jon I agree with Sam here - you have to buy into the Gump nags and understand the value, or you are going to think it's an intrusive fussyness, which it is, actually :) I think most people buy into it and get it. -- Geir Magnusson Jr. [EMAIL PROTECTED] System and Software Consulting Whoever would overthrow the liberty of a nation must begin by subduing the freeness of speech. - Benjamin Franklin -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: crushed
on 1/7/02 8:10 PM, Geir Magnusson Jr. [EMAIL PROTECTED] wrote: I agree with Sam here - you have to buy into the Gump nags and understand the value, or you are going to think it's an intrusive fussyness, which it is, actually :) Or you could think of it this way... Part of the 'privilege' of being able to host your project on Jakarta is the requirement of needing to accept our way of doing things. Of course being dictators about everything isn't going to work...things like forcing everyone to use OSX and a certain IDE definitely won't fly... However, when there are areas where we know damn well that something is the right way to do things (such as using the ASF license, using Gump's nag features, having javadocs targets and being consistent in using documented code formatting), that is part of being part of the Jakarta Community and the group of people who 'get it'. It is part of being in a larger community collective and sharing some similar values and development principles. That is what should make us different than Sourceforge... -jon -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: crushed
On 1/7/02 11:20 PM, Jon Scott Stevens [EMAIL PROTECTED] wrote: on 1/7/02 8:10 PM, Geir Magnusson Jr. [EMAIL PROTECTED] wrote: I agree with Sam here - you have to buy into the Gump nags and understand the value, or you are going to think it's an intrusive fussyness, which it is, actually :) Or you could think of it this way... Part of the 'privilege' of being able to host your project on Jakarta is the requirement of needing to accept our way of doing things. Of course being dictators about everything isn't going to work...things like forcing everyone to use OSX and a certain IDE definitely won't fly... However, when there are areas where we know damn well that something is the right way to do things (such as using the ASF license, using Gump's nag features, having javadocs targets and being consistent in using documented code formatting), that is part of being part of the Jakarta Community and the group of people who 'get it'. It is part of being in a larger community collective and sharing some similar values and development principles. Yep - but you have to bring these things to the community by consensus. For example, new things were learned as Gump evolved. (And are still being learned today) Now, you added the nag.pl, but that was by fiat, wasn't it? Not in a bad way - you saw something and took the initiative - but others didn't understand right away. After a while, it became accepted, even cherished. (Who am I kidding - Gump is never cherished - that just made for good copy. It's a pain in the neck, annoying, written in ugly pointy bracket stuff, and insanely valuable :) That is what should make us different than Sourceforge... Fine, but it comes from consensus, doesn't it? I can't suppose that I can tell you about that - you were/are my 'mentor' in most of this - but I hope that you can step back and at least consider that the failure is our own if we can't rally around a set of common mores. Why are we failing? I am suspicious of our size :) -jon -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- Geir Magnusson Jr. [EMAIL PROTECTED] System and Software Consulting Be a giant. Take giant steps. Do giant things... -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Jakarta code search engine? (Re: crushed)
No karma, no clue on how to change a Jakarta web page! =:o/ But at least puting the URL on the list should be a couple of minutes for someone who does know. Have fun, Paulo -Original Message- From: Jon Scott Stevens [mailto:[EMAIL PROTECTED]] Sent: Tuesday, January 08, 2002 5:05 AM To: [EMAIL PROTECTED] Subject: Re: Jakarta code search engine? (Re: crushed) on 1/7/02 7:59 PM, Paulo Gaspar [EMAIL PROTECTED] wrote: What about just a version of this form: http://search.apache.org/ or a link to it??? Take a look at my previous posting (the crushed thread) for more details. It can be made (hidden fields I love you) to search any sub-domain just by changing its HTML. Have fun, Paulo Gaspar Ok Paulo, do it. Make it happen. -jon -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Jakarta code search engine? (Re: crushed)
On 1/8/02 12:05 AM, Paulo Gaspar [EMAIL PROTECTED] wrote: No karma, no clue on how to change a Jakarta web page! =:o/ But at least puting the URL on the list should be a couple of minutes for someone who does know. Done. Have fun, Paulo -Original Message- From: Jon Scott Stevens [mailto:[EMAIL PROTECTED]] Sent: Tuesday, January 08, 2002 5:05 AM To: [EMAIL PROTECTED] Subject: Re: Jakarta code search engine? (Re: crushed) on 1/7/02 7:59 PM, Paulo Gaspar [EMAIL PROTECTED] wrote: What about just a version of this form: http://search.apache.org/ or a link to it??? Take a look at my previous posting (the crushed thread) for more details. It can be made (hidden fields I love you) to search any sub-domain just by changing its HTML. Have fun, Paulo Gaspar Ok Paulo, do it. Make it happen. -jon -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- Geir Magnusson Jr. [EMAIL PROTECTED] System and Software Consulting Now what do we do? -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Jakarta code search engine? (Re: crushed)
COOL! =:o) -Original Message- From: Geir Magnusson Jr. [mailto:[EMAIL PROTECTED]] Sent: Tuesday, January 08, 2002 6:03 AM On 1/8/02 12:05 AM, Paulo Gaspar [EMAIL PROTECTED] wrote: No karma, no clue on how to change a Jakarta web page! =:o/ But at least puting the URL on the list should be a couple of minutes for someone who does know. Done. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Jakarta code search engine? (Re: crushed)
on 1/7/02 9:05 PM, Paulo Gaspar [EMAIL PROTECTED] wrote: No karma Submit a patch. , no clue on how to change a Jakarta web page! RTFM http://jakarta.apache.org/site/jakarta-site2.html Oh well, Geir did your work for you, so you don't learn anything. -jon -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Jakarta code search engine? (Re: crushed)
Well, I did learn how to change a Jakarta web page! This time the theory, next time the patch! =:o) Have fun, Paulo -Original Message- From: Jon Scott Stevens [mailto:[EMAIL PROTECTED]] Sent: Tuesday, January 08, 2002 6:45 AM To: [EMAIL PROTECTED] Subject: Re: Jakarta code search engine? (Re: crushed) on 1/7/02 9:05 PM, Paulo Gaspar [EMAIL PROTECTED] wrote: No karma Submit a patch. , no clue on how to change a Jakarta web page! RTFM http://jakarta.apache.org/site/jakarta-site2.html Oh well, Geir did your work for you, so you don't learn anything. -jon -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]