RE: [PROPOSAL] Newsletter Submissions
Hola Rob: Another history from tomcat-dev: jk2 ( the next version of jk connector) is reaching Alpha state, there is not dates in our plan, but doesnt seem very dare, to say that will be ready for release in 2 months or so, more or less in september.. will be apr based, supporting ( in his first release ) at least the 3 major webservers, Apache 1.X, Apache 2.X and IIS 4.0 and up.. Saludos , Ignacio J. Ortega > -Mensaje original- > De: Rob Oxspring [mailto:[EMAIL PROTECTED]] > Enviado el: 25 de junio de 2002 12:47 > Para: [EMAIL PROTECTED] > Asunto: [PROPOSAL] Newsletter Submissions > > > Id like to propose the following time scale for the June > newsletter and > similar setup for subsequent ones. > > 1)Content submissions in by end of sunday (midnight) > > 2)I'll pull together whats there and post a draft copy to > general@ on > the Monday (1st July) > > 3)Then await edits and a lazy consensus and post final copy to > announcements@ on the Wednesday (3rd July) > > Content should aim to summerise what's been going on in the > various groups > throughout June, I used the most active threads for issue #0 > (http://nagoya.apache.org/eyebrowse/ReadMsg?listName=general@j akarta.apache. org&msgNo=12130) but this may miss out the occasional worthy decision / change / vote, YMMV. It would also be good to all be using the same reference source so nagoya.apache.org/eyebrowse for links to mail archives where possible? I guess submissions might as well go directly to me so that the draft has something new for people to read. Although as Ted Husted suggested - discussion of content in the respective -dev lists would probably be a good step prior to submission, and some sort of [news] subject prefix would be appreciated for filtering. If projects want to further subdivide (e.g. commons / avalon) then they should organise it amongst themselves. Could I have volunteers to organise / edit / submit on behalf of each -dev list for June? I'd like to avoid a cross-post invitation to all -dev@ if at all possible. Rob -- 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: [PROPOSAL] Committer access and responsibilities...
> De: Pier Fumagalli [mailto:[EMAIL PROTECTED]] > Enviado el: sábado 25 de mayo de 2002 19:52 > > If commit numbers are not so important (and I agree), what is > the way that > this community has to decide whether a person is a committer > or not, given > that as it is today, you're not recognized as a member of > this community if > you don't have a CVS account, and your name is not listed in > $CVSROOT/avail > > Pier I Disagree completely.. Mail archives prove you wrong, althought many of the more vocal people here are committers, nothing blocks anyone to give his opinion and his vote,more this same thread proves you wrong too, i can remember someone someone was proposed last time as PMC member without being a committer.. I'm not the oldest here, 2'5 years, and my contributions are not bigger, but all i can say from the history i know, that you are simply suffering some kind of father syndrome, like those fathers that, when his children grow up, doent want to loose the control they have over his lifes. Your children is starting to be teenager, and hence dont feels his father is so important or has the reason everytime, nor that is the better and in addition is a little castrating as every father.. Well time will get you to the right place.., now your children is walking on the avenue ( making a girlfriend!!! :) and sometimes in the future, you will get a friendship with him and he will learn to respect you.. Saludos , Ignacio J. Ortega -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
RE: Quick! convert all your projects to maven!
Which are the relation between maven , gump and forrest? They are alternative solutions, complimentary, or what? Saludos , Ignacio J. Ortega -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
RE: Nominee's for the Jakarta PMC 2002. Last change to debug.
> De: Dirk-Willem van Gulik [mailto:[EMAIL PROTECTED]] > Enviado el: jueves 7 de febrero de 2002 20:26 > The final list will be posted on the 9th of Januari. After which the Good, a year without PMC, Waiting to see the final nominee list till next January : Saludos , Ignacio J. Ortega -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
RE: Java is dead... but it could still be saved!
> De: Sam Ruby [mailto:[EMAIL PROTECTED]] > Enviado el: martes 5 de febrero de 2002 15:09 >For those who don't know me and might perceive this as an endorsement, I >have worn Microsoft shirts to JavaOne (just ask Pat Sueltz), and NetScape >shirts to the Microsoft PDC (just ask Dick Hardt or the MS VP in charge of >Hailstorm who's name escapes me at the moment). ( Trying to standup after laugthing for half of an hour :) >for that matter. I simply want to see more of us working together. That's As Always, you are the man , Sam.. +1000 I think this the *real* apache way, Now, i would like to propose to drop the "java" word from the Jakarta Home Page and Mission Statement.. ;)) to be prepared for future.. :))) Saludos , Ignacio J. Ortega -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
RE: PMC Nomination - Costin Manolache
+1 Saludos , Ignacio J. Ortega > -Mensaje original- > De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]En > nombre de jean-frederic clere > Enviado el: lunes 4 de febrero de 2002 18:59 > Para: [EMAIL PROTECTED] > Cc: [EMAIL PROTECTED] > Asunto: PMC Nomination - Costin Manolache > > > I would like to nominate Costin Manolache for election to the PMC. > > Costin has a wide area knowledge of ASF projects (Apr, httpd 1.3/2.0, > tomcat3.x/4.0, Ant...). > He has been contributing to Tomcat since the very first versions. > > He has the patience of a good teacher and the spirit of a > real "hacker". > I know that he promotes OSS and OSS spirit from the > jakarta-tomcat-* projects. > > Cheers > > Jean-frederic > > -- > 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: PMC Nomination - Paulo Gaspar
+1 Saludos , Ignacio J. Ortega > -Mensaje original- > De: Sam Ruby [mailto:[EMAIL PROTECTED]] > Enviado el: jueves 31 de enero de 2002 21:56 > Para: Jakarta General List > Asunto: PMC Nomination - Paulo Gaspar > > > Paulo is an individual who uses a rather large portion of the > code that we > have been producing. He has experienced first hand the pains that are > inflicted on the consumers of our software when decisions are > made based on > the rampant subproject rivalry that continues to exist. > Throughout it all > he has never been one to hold back his opinions. > > Whether or not Paulo is elected to the PMC this round or not, it is my > sincere hope that Paulo make the choice to get more directly > involved in > the subprojects he cares about, and becomes a committer. > > - 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: PMC Nomination
+1 Saludos , Ignacio J. Ortega > -Mensaje original- > De: Stefano Mazzocchi [mailto:[EMAIL PROTECTED]] > Enviado el: jueves 31 de enero de 2002 14:28 > Para: Apache Jakarta > Asunto: PMC Nomination > > > I would like to nominate > > - Jon Stevens > - Sam Ruby > > for the upcoming PMC elections. > > The reason is simple: nobody else has done more for jakarta. > > Sure, they have diametrically different styles and attitudes, but this > the reason why I want to nominate both at the same time: they balance > out since they listen to each other and, deep down below, > they share the > very same feelings about what apache is. > > If somebody has to decide where jakarta is going, I'd like having them > decide for me. > > Thanks. > > -- > Stefano Mazzocchi One must still have chaos in oneself to be > able to give birth to a dancing star. > <[EMAIL PROTECTED]> Friedrich Nietzsche > > > > > -- > 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: Comment for Apache.org
> > I vastly respect Jon's contributions to Apache -- but I'm disappointed > that he doesn't seem to care that his approach to email makes > the overall > community smaller than it otherwise would be (due to people not being > willing to deal with his style). > Thanks Craig, Sorry Jon, I Agree.. Saludos , Ignacio J. Ortega -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
RE: Jetspeed configuration in Bugzilla
I can do that.., please specify what you need.. We can ask Pier ( Bugzilla Admin ) for privs for you .. Saludos , Ignacio J. Ortega > -Mensaje original- > De: Paul Spencer [mailto:[EMAIL PROTECTED]] > Enviado el: martes 9 de octubre de 2001 13:11 > Para: [EMAIL PROTECTED] > Asunto: Jetspeed configuration in Bugzilla > > > 1) I need to update jetspeed's version and component information in >Bugzilla. Is this something I can do? How? > > 2) Are their any privileges that be assigned or should be assign to a >committer? > > Thank you, > > Paul Spencer > [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]
RE: PMC meeting agenda
Sorry if this is answered in any of the messages sended on the topic... Will be the PMC Meeting on IRC a open meeting? I will be glad to assist if it's open and on IRC. TIA Saludos , Ignacio J. Ortega > -Mensaje original- > De: Sam Ruby [mailto:[EMAIL PROTECTED]] > Enviado el: martes 13 de marzo de 2001 11:15 > Para: [EMAIL PROTECTED] > Asunto: Re: PMC meeting agenda > > > Can we make this month's meeting on Friday? (Sorry Peter). > Via IRC as Jon > has suggested... > > Overall, it looks like Wednesday is the best day. So > presumably, the week > before the board meeting (3rd Wednesday) would be the ideal > week EXCEPT - > as I indicated, I have ONE other recurring meeting with people from > Austrialia to Europe, guess what time/day that is? ;-) > > Unfortunatley, this Wednesday (any time) is out for me. > > - Sam Ruby > > > - > 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]
RE: [PROPOSAL] The Commons
Hola a todos, Ted: > Since I'm the lone wolf on this point: > > > (3.1) mailing list(s) > jakarta-commons-general > jakarta-commons-DBCP (database connection pool) > jakarta-commons-sandbox (unreleased packages) > > > > (3.1) mailing list(s) > jakarta-commons > > +1 > and how about: > > 7. In general, packages should provide an interface and one or more > implementations of that interface, or implement another interface > already in use. > +0 > and: > > 23. Like all Jakarta subprojects, we adopt the Code > Conventions for the > Java Programming Language as published by Sun. In addition, we specify > that indentation is constructed using 4 spaces only -- no tab > characters whatsoever. > +1721 ( it's the tabs count inside tomcat 3.3 sources :) Saludos , Ignacio J. Ortega - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Nominations for the Jakata PMC
> > [+1] Peter Donald > [+1] Diane Holt > [+1] Ted Husted > [+1] Ceki Gülcü > [+1] Geir Magnusson Jr. > [+1] Daniel F. Savarese > [+1] Jason van Zyl > Saludos , Ignacio J. Ortega - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [POLL] Re: Code Sharing Concepts
Craig escribio: > management rules that include: > protection from arbitrary API changes. * Representative vote: 1 project 1 vote. Please to start discussing a management for a shared repository, add whatever rules you think could be good for a shared repository, to list above When we have a list of whishes WRT a shared repository management, we can start discussing the rules itself, I think is better to concentrate now in only add those rules you consider necessary for such repository, and later talk ( and vote ) about'em. Saludos , Ignacio J. Ortega - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Jakarta-tools ? Re: Code Sharing Concepts
> I'll try again: > > 1. As someone said, "community is more important than code" > > 2. I think the real problem here is not "code sharing" - the fact that > people are reticent to reuse code developed in other projects > is just an > effect > > 3. I think the real problem is that each project has it's own > community > and commiters, instead of a shared "jakarta community". > > 4. I think the only way to solve the reuse problem is to make > sure that > all jakarta commiters are part of the "tools/utils" project. > Agreed totally, As i remember the main complaint to this proposal was the different number of committers from one or other project, this can be resolved doing a representative vote ( 1 project 1 vote ) in this repository.. sure this is not perfect but it's possible, a perfectionist is stationary :), We need to learn a lot first we can do plans, we can suppouse, we can observe CPAN, but nobody knows better than ourself what is jakarta now, and much of us are concerned about his future, let's try to build real community now, better than tomorrow, At internet timing decisions only can be hard to take in future, let's go and do it when it's manageable and prepare things to when it become inmanageable:) My 0.02 Eur Saludos , Ignacio J. Ortega > That's my point - I'm not proposing to create ( now ) a > repository open to > everyone in the world, just to all interested jakarta commiters. > > Beeing a commiter in one of the projects means more than the > fact that you > have CVS access and the right to vote - it means you feel part of the > project community. If you are commiter in one of the jakarta > projects and > you are interested in working on any "shared" code, you should > automatically be a commiter for the shared piece. > > My proposal is to create a place where all jakarta commiters > have a common > interest - the shared tools. > > If we can't manage this - that means something is broken in > the concept of > "jakarta community" - and a different solution is needed. > > But it's worth trying ( starting with few small tools ), and > see if we can > manage to work togheter. > > We can have 10 different Pools or StringManagers - in time they'll > converge or specialize and cover different niche. > There is nothing wrong with having 4 solutions for a test > suite, as long > as all people working on this are sharing a common repository and > community, and the community is open to new code ( even if it's > duplicated ) as long as the code is shared. > > I think all "tools" should be shared - but the code is less > important in > this case, we should share the community ( by making all > jakarta commiters > members of the tools project ). > > > Costin > > > > > > > [EMAIL PROTECTED] wrote: > > > Again, I don't like the idea of "framework" - i.e. a team > managing all > > > tools and releasing them as a whole. It seems what works > is the idea of > > > modules ( like CPAN modules ). And the modules should > have independent > > > life and evolution. We can tag individual packages for > each project that > > > includes it. > > > > I don't think anyone has meant to propose that. > > > > I have suggested that we create a Jakarta Components Library as a > > microcosm of the greater project. There would be a core group of > > Committers (like the PMC) who would act as the overall > gatekeepers of > > the library. Each component in the library would have its own set of > > Committers, which would usually be the person or persons > who wrote the > > original code, and who has a vested interest in the component. Each > > component would have its own release schedule and versioning, stable > > versions and latest builds. Of course, as a convenience, > there might be > > a full library JAR of all the stable versions. > > > > If we can get this library to work for our own tools, then, > of course, > > we should look at creating a greater CJAN library. > Something like this > > would be more like CPAN or SourceForge, and be open to all > comers. But > > we should weed our own garden first. > > > > -- Ted Husted, Husted dot Com, Fairport NY USA. > > -- Custom Software ~ Technical Services. > > -- Tel 716 425-0252; Fax 716 223-2506. > > -- http://www.husted.com/about/struts/ > > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > -- > Costin > > > - > 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]
RE: [POLL] Re: Code Sharing Concepts
> * DataSource/Database Pool +1 > * XML Configuration +1 > * Message Resources / i18n +1 > * JNDI / Naming > * Testing Suites Saludos , Ignacio J. Ortega - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Code Sharing Concepts
> * CascadedThrowable + CascadedException/Error/RuntimeException > * Various String handling and exception handling utils > * IOUtil - ie copying streams > * FileUtil - copying files to other files/directories. > Stripping/extraction > of extentions/filename/path > * Version class (major/minor/patchlevel) > * Enum support (ie so can build safe enums) > * ListUtils (ie intersection/subtraction/summation/union of lists) > * Iterator/Array/Enum utils (ie conver from Enumeration to > iterator and > vice versa. Also turn arrays into iterators/enumerations) > * PriorityQueue/Other Heaps > * Command Line parsing utils (conforms to GNU standard) > * i18n tools > * testlet framework (basically similar to early versions of JUnit) * XML Configs reader, its used now ( in different versions and names) in 4 projects AFAIK , Tomcat 3 & 4, Struts , and Ant Itself... My 0.02 Eur. Saludos , Ignacio J. Ortega - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: What is Avalon?
> reaches almost 5'11"... And 4 inches are _something_ :) > > Pier (thinking: Tomcat is higher than anything else, I'm 6'0") Which tomcat ? i'm about 6'7" :-) Saludos , Ignacio J. Ortega PS: Sorry for waste of bandwidth :) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
