Re: [PROPOSAL] The Commons
At 12:40 10/3/01 -0500, Geir Magnusson Jr. wrote: I have to side a little with Peter Donald on this, if you are serious about achieving this goal, then it is better to work with an existing project that is attempting to achieve some of the same goals. I would agree 100%, because of the benefits of community, but it's not clear to me what the Avalon goals are. Long story short - in my opinion (ie perhaps not all of Avalon groups) is that whatever you want to do that fits under the charter is something you are free to do ;) The way it is now is basically a result of the base work Fede/Pier/Stefano put down when originally architecturing the project. You think there is a better way of doing it then feel free to ask for access and hack away. If successful it will live - if not it may help improve other sections - so there is win-win ;) Maybe - but you can see the kind of things people are proposing we go get (like asking if Poolman wants to be contributed) or things that people are proposing be pushed into here, like the 'web connector' subproject, and org.apache.tools.tar and org.apache.tools.mail from Ant (I think). I suspect CJAN will be the main distribution point of all products in the future. In Ant2 I suspect each "group/jar" of tasks will be a separate CJAN entry while all the different utility components from other projects will be "productised" and spat out. This is just my opinion based on what people have bene saying though ;) (It also assumes publishing is easy). So we seem to be attracting code bases already, may go out and solicit existing ones from outside of Jakarta - if the value we add is to make them easy to find, document them well, and be a community that supports them *for their own sake*, then I think there is significant added value. Natural selection will take care of that - the best will get high "karma" ratings or whatever we implement for CJAN (some indication of how many projects/members use/vote-for component etc). So good packages will bubble to the top leaving behind all the crappy sediment ;) Cheers, Pete *-* | "Faced with the choice between changing one's mind, | | and proving that there is no need to do so - almost | | everyone gets busy on the proof." | | - John Kenneth Galbraith | *-* - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: PMC meeting agenda
Sam Ruby wrote: We also need to discuss a venue. I'd like to suggest that the PMC be framed more like a subproject, but with some regular deadlines (e.g. meetings) to keep things moving. (1) Open a Website area for minutes, votes, status reports, the agenda, et cetera. (2) Treat the agenda as our TODO list, where we can sign up for agenda items, and insert additional items as needed. (3) Require that a status report on each agenda item be submitted to the Recording Secretary by the 20th day of each month (23:00 GMT). (4) The Recording Secretary shall combine the status reports into a single document to be posted to the Web site and General list by the 25th of each month (23:00 GMT), or sooner. (5) The result of all PMC votes shall be summarized by the individual calling for the vote, and posted to the Web site and General list within 120 hours of calling the vote. We also need to pick a time and a recurring schedule that most people can make. I can work around any time. 1. Appointment of a Recording Secretary I nominate myself (unless someone else is interested). 5. Subproject status Note: in the long term, the way I would like to address item 3.2 above is to assign PMC representatives to monitor each subproject, and would like to give each an opportunity to discuss issues, status, and progress here. What I am looking for is major events like the recent Ant 1.3 release, upcoming Velocity release and outlook for releases like Tomcat 4.1. Without formal assignments, I'm simply expecting everybody to bring what they know. +1 We should also try and give a monthly "high concept" status report on each project, just a sentence or two. Eventually, we might want to try and work toward something like Apache Week's "Under Development" section that we could post each month to the Announcement list. -- Ted Husted, Husted dot Com, Fairport NY USA. -- Custom Software ~ Technical Services. -- Tel 716 737-3463. -- http://www.husted.com/about/commons/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: PMC meeting agenda
From: "Peter Donald" [EMAIL PROTECTED] At 09:50 10/3/01 -0500, Jason van Zyl wrote: Finally, we need a preferred day. Board meetings are the third Wednesday of every month. I'd like to pick a schedule that allows status to be fed into the board in a convenient manner. I'd also suggest avoiding Fridays as those times are actually Saturday morning in Austrailia. Wed/Thu/Fri 19.00 - 20.00 GMT works for me. Ouch - 5am ;) I could do that I guess - sucks being the only Aussie ;) Just keep coding until the meeting starts... :-) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: class loader separation of API and implementation in tomcat
Thank you very much: That was exactly the information I was looking for. Regards, Henning -Original Message- From: Larry Isaacs [mailto:[EMAIL PROTECTED]] Sent: Montag, 12. Mrz 2001 15:12 To: '[EMAIL PROTECTED]' Subject: RE: class loader separation of API and implementation in tomcat This is being addressed in Tomcat 3.3. Nightly builds of Tomcat 3.3 are curretly broken, but should be back soon. Soon afterwards Tomcat 3.3 Milestone 2 should occur. You can take a look at either of these (once available) to see what is coming. While you are waiting, here is what is in the readme file that addresses this: Tomcat 3.3m2 now uses a new hierarchy of class loaders. It provides for the separation of the classes used by the Tomcat container and the classes used by web applications. This solves a major problem in Tomcat 3.2 where all web applications had to share Tomcat's XML parser. Now each web applicaton can have its own XML parser, or if desired all web applications can share an XML parser different from the one used by Tomcat. As a side effect of this change, web applications in Tomcat 3.3m2 are not provided an XML parser by default. You must supply one if your web application requires one. For details about where to place jar files, see the README files in the "lib/container", "lib/common", and "lib/apps" directories of your Tomcat installation. Cheers, Larry -Original Message- From: Blohm, Henning [mailto:[EMAIL PROTECTED]] Sent: Monday, March 12, 2001 4:08 AM To: [EMAIL PROTECTED] Subject: class loader separation of API and implementation in tomcat Hi everybody, I had a problem with the tomcat 3.1 release that I hoped would be resolved by newer releases, but it seems that that never happened: Since tomcat is a framework that integrates Java code it seems natural that tomcat should have a class loader hierarchy that cleanly separates the tomcat implementation classes from the API, so that there is no class collisions between classes used by an application and by tomcat itself. Although tomcat seems to follow that principle when loading servlets, it doesn't apply it to itself. Just yesterday, I downloaded the 3.2.1 release and it seems that you still have to put parser.jar and jaxp.jar from the tomcat's lib folder into the main classpath which effectively prohibites the use of other xml libraries (with the same class names but different implementations) in servlets. Is this really true? Is there a way to configure tomcat so that you do not have to worry about any classes the tomcat implementation loads? For a production environment that must be able to accept any web application as long as it complies to the servlet API, this behaviour seems unacceptable to me... Does anybody know of a solution? Thank you! Henning Ps: Nevertheless, I think tomcat is truly a great open source project! - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
status?
what is the status of integrating ted's changes into the main website? when is the next meeting? who is on first? what is on second? -jon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Contibuting to the Jakarta Project
Greetings to whomever this may concern, I am a student in high school who has for quite some time been using Tomcat and Apache for school projects, but only recently dared to change the source code. More specifically, I was wondering how I could contribute what I wrote to the Jakarta project. The details of my project are that I was using windows 2000 with Apache 2a9 which I compiled with visual c++ 6. Now, what I wanted to do was use mod_jk with the new Apache server. Unfortunately, it didn't work so I spent the time fixing till it did. Currently, I have mod_jk working with Apache 2a9 and Tomcat 3.3m1. This is the first time I have done anything of this sort, and I ask forgiveness if this was sent to the wrong person or anything else that may be wrong. I would appreciate it if you could point me in the right direction about what to do with I have, because I feel that I owe the OpenSource community back for all I have used from them. Any information would be welcomed. Thank you for your time. Sincerely, Sean Farley _ Get your FREE download of MSN Explorer at http://explorer.msn.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: PMC meeting agenda
Peter Donald wrote: ... sucks being the only Aussie ;) I thought there were at least several thousand of you there. You certainly have enough room. I know a few that live in New York if you are lonely. :D geir -- Geir Magnusson Jr. [EMAIL PROTECTED] Developing for the web? See http://jakarta.apache.org/velocity/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: status?
At 17:14 12.03.2001 -0500, Ted Husted wrote: Jon Stevens wrote: what is the status of integrating ted's changes into the main website? If we're talking about http://jakarta.apache.org/site/proposal.html This is one hell of a document. I have one comment regarding the four voting colors +1, +0, -0, -1. Why do we have +0 and -0? I propose instead: +1 = yes 0 = abstain -1 = no A vote is vote and better not be charged with nebulous secondary meanings. Similarly, for action items, we currently have +1 "The action should be performed, and I will help." +0 "Abstain," "I support the action but I can't help." -0 "Abstain," "I don't support the action but I can't help with an alternative." -1 "The action should not be performed and I am offering an explanation or alternative." I suggest this should be changed to: +1 = yes, good idea 0 = abstain, I don't have a clear opinion on the matter -1 = veto, bad idea Restricting the voting to the above 3 colors decouples the vote from the engagement of the voter to the idea. One can express engagement in plain English, as in +1, I think foobar is a good idea but I have no time to help. or 0, I have no idea, foobar is outside my turf or 0, I don't have a strong opinion either way; there are both advantages and disadvantages in adopting foobar but I will actively support foobar if it gets accepted. or +1, foobar is great I will actively support it I presume that there is long Apache tradition for voting in 4 flavors. However, it does not hurt to challenge the established ways from time to time. :-) Ceki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: status?
Hi Pete, Voting is a serious matter. The results of a vote should be crystal clear as ultimately it is the vote that allow us to make clear cut choices. The results of a vote should not be tainted with uncertainty. There is a difference between believing/supporting an idea and actively contributing to make it happen. To the question, do you support equal rights for women, I would answer without hesitation, YES. However, I cannot remember an occasion where I actually actively did something to promote equality for women. (To my defense, I can't remember an occasion where I actively undermined it either.) Does this mean that equals rights for women should be abolished because there are just too few men to promote it? By taking a vote we are making a choice: between good and bad, right and wrong. A vote should not be coupled to whether the subject of the vote is feasible. If we think something right but no one actually makes it happen, then tough. We are all volunteers after all. I assume that if we voted whether one was for "world peace", we would only get positive answers. Attaining world peace is a different matter. The vote allows us to determine the will of the "people". Once the direction is clearly set, then people can work to achieve the set goal. I am being square about this but voting rules are important and +0 and -0 flavors unnecessarily dilute/muddy the results of a vote. At 13:35 13.03.2001 +1100, Peter Donald wrote: At 02:49 13/3/01 +0100, Ceki Glc wrote: This is one hell of a document. I have one comment regarding the four voting colors +1, +0, -0, -1. Why do we have +0 and -0? Because it forces some semblance of accountability. If I +1 something (say a release) but have no intention of supporting it then something is wrong. It seems to me that we (Apache) have a tradition of mixing a call for volunteers with a decision making (voting) process. A call for volunteers for a release can be made with a [POLL] and a decision to make a release can be made with a [VOTE]. OK, I think I hammered my point for long enough... Cheers, Ceki We need to be able to distinguish between those who think the move is a good one and those who will actually implement it. If no one volunteers to implement the item then it should fail. Cheers, Pete - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]