Re: [PROPOSAL] The Commons
Ted Husted wrote: Since I'm the lone wolf on this point: snip (3.1) mailing list(s) jakarta-commons-general jakarta-commons-DBCP (database connection pool) jakarta-commons-sandbox (unreleased packages) /snip insert (3.1) mailing list(s) jakarta-commons /insert I think that I do agree with both sides : but I think that you are right in the longer term - it will be clear as it evolves that we will need to cut down on the noise if sub-sections get active enough. In the shorter term, the single list will be community-building. +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. 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. I support the notion of standardization, but some of the Sun conventions are just awful, particularly the bit about ending the method declaration with a '{' Futher, I like starting blocks with a { a la if( foo ) { block } I know it makes code 'big', but I personally find it easy to read, and then if someone adds something, you don't get stuck with the bug if(foo) bar; going to if(foo) woogie; bar; if they forget to add the braces, which can be a bear to find, especially when groggy and tired :) 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: [PROPOSAL] The Commons
Hola a todos, Ted: Since I'm the lone wolf on this point: snip (3.1) mailing list(s) jakarta-commons-general jakarta-commons-DBCP (database connection pool) jakarta-commons-sandbox (unreleased packages) /snip insert (3.1) mailing list(s) jakarta-commons /insert +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: [PROPOSAL] The Commons
From: "Ted Husted" [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, March 08, 2001 10:57 PM Subject: Re: [PROPOSAL] The Commons +1 to all your changes - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [PROPOSAL] The Commons
From: "Geir Magnusson Jr." [EMAIL PROTECTED] I support the notion of standardization, but some of the Sun conventions are just awful, particularly the bit about ending the method declaration with a '{' +1, but I fear it is too widely used in the Java world now :-( Getting rid of the tabs is a start, though. Conor - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [PROPOSAL] The Commons
Geir Magnusson Jr. wrote: Futher, I like starting blocks with a { a la if( foo ) { block } Blech. I guess it takes all kinds. ;-) - Sam Ruby - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [PROPOSAL] The Commons
Jon Wrote: Additional: the issues surrounding logging and pluggable logging implementations are not covered here. I think they have the same importance as configuration. My vote is that we standardize on simply using Log4J and its interfaces for *everything*. +1 Two logging mechanisms is infinitely worse than one logging mechanism. It's even worse than NONE. With none, I can at least count on 21 logfile.log getting everything. This electronic mail transmission may contain confidential information and is intended only for the person(s) named. Any use, copying or disclosure by any other person is strictly prohibited. If you have received this transmission in error, please notify the sender via e-mail. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Jakarta PMC election results
Hi all, I have no objection to the elections, but for the benefit of the Jakarta members, could a current PMC member please list the PMC members (current and proposed) and which projects they are qualified to represent? I at least would like to know who's speaking for what project. - Morgan --- Jon Stevens [EMAIL PROTECTED] wrote: on 3/7/01 8:04 AM, "Sam Ruby" [EMAIL PROTECTED] wrote: Peter Donald: five +1's, one +0, one -1. Passes. Diane Holt: six +1's.Passes. Beyond challenge. Ted Husted: five +1's, one +0. Passes. Ceki Gülcü: seven +1's. Passes. Beyond challange. Geir Magnusson Jr.:four +1's, two +0's. Passes. Daniel F. Savarese:four +1's, two +0's. Passes. Jason van Zyl: four +1's, two +0's. Passes. +1 -jon -- If you come from a Perl or PHP background, JSP is a way to take your pain to new levels. --Anonymous http://jakarta.apache.org/velocity/ymtd/ymtd.html - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] = Morgan Delagrange Britannica.com __ Do You Yahoo!? Get email at your own domain with Yahoo! Mail. http://personal.mail.yahoo.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [PROPOSAL] The Commons
1) There are religious battles over the hanging brace.. let's not start one here please. We can either follow the standard or not, period... But the code should all look the same... - on a side note, many people in my company have gone full circle first fighting for the hanging brace ( what you want ), and now hating having done that.. i don't why, I'm not one of those... 2) The one line "if" statements are already strongly discouraged in the Sun convention.. for precisely the reasons you gave fern I support the notion of standardization, but some of the Sun conventions are just awful, particularly the bit about ending the method declaration with a '{' Futher, I like starting blocks with a { a la if( foo ) { block } I know it makes code 'big', but I personally find it easy to read, and then if someone adds something, you don't get stuck with the bug if(foo) bar; going to if(foo) woogie; bar; if they forget to add the braces, which can be a bear to find, especially when groggy and tired :) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Apply tag problem propertXsl nameXsl
Hi All! When I use xsl:apply nameXsl="MessageId" propertyXsl="MediumFormat" instead of xsl:apply xsl="proper_filename.xsl" xalan says: The markup in the document preceding the root element must be well-formed. but in case of "xsl:apply xsl="proper_filename.xsl"" it's fine... what might be wrong? Thanx a lot for any help
Re: PMC meeting agenda
Sam Ruby [EMAIL PROTECTED] wrote: Below is the proposed agenda. Let me know if anybody would like to propose any additions or changes. When are you planning to throw it? Pier -- Pier Fumagalli http://www.betaversion.org/ mailto:[EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [PROPOSAL] The Commons
on 3/8/01 8:57 AM, "Ceki Glc" [EMAIL PROTECTED] wrote: To summarize, I think that as an organization we should consider APIs on the basis of their merit and their respective advantages/disadvantages. Saying that we should adopt API XYZ just because it is Sun sponsored is not the wisest way to proceed. Regards, Ceki Yes. Well said. Primary example API's that are not being considered enough based on their advantages/disadvantages: EJB and JSP -jon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Jakarta PMC election results
on 3/8/01 11:44 AM, "Morgan Delagrange" [EMAIL PROTECTED] wrote: Hi all, I have no objection to the elections, but for the benefit of the Jakarta members, could a current PMC member please list the PMC members (current and proposed) and which projects they are qualified to represent? I at least would like to know who's speaking for what project. - Morgan http://jakarta.apache.org/site/whoweare.html -jon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Jakarta PMC election results
Ah, so according to the site the proposed PMC represents: Peter Donald: Avalon, Ant Diane Holt: No listing on Site, don't know her work Ted Husted: Site doesn't list Karma, but I know he at least works on Struts Ceki Gülcü: Log4J Geir Magnusson Jr.: Velocity Daniel F. Savarese: Site doesn't list Karma, probably ORO Hans Bergsten: Site doesn't list Karma, don't know his work, probably Tomcat? James Duncan Davidson: Tomcat, Ant Pierpaolo Fumagalli: Jserv, probably Tomcat? Craig McClanahan: Jserv, Struts, probably Tomcat? Sam Ruby: Site doesn't list Karma, don't know his work (other that his Chairmanship, that is :) Jon S. Stevens: JServ, ECS, Turbine Anil Vijendran: Tomcat So if you cross-reference this list against Jakarta subprojects, you get the following subproject representation: Ant 2 Avalon 1 ECS 1 James 0 Jetspeed 0 JMeter 0 Log4J 1 ORO 1 Regexp 0 Slide 0 Struts 2 Taglibs 0 Tomcat 5 Turbine 1 Velocity 1 Watchdog 1 An improvement, I guess, but still not perfect. The Apache board's compliant still seems legitimate, since we don't really know who's representing what. Maybe Sam could comment on the roles of the nominees, since I'm sure he knows what project they work on, and the site is not specific enough. --- Jon Stevens [EMAIL PROTECTED] wrote: on 3/8/01 11:44 AM, "Morgan Delagrange" [EMAIL PROTECTED] wrote: Hi all, I have no objection to the elections, but for the benefit of the Jakarta members, could a current PMC member please list the PMC members (current and proposed) and which projects they are qualified to represent? I at least would like to know who's speaking for what project. - Morgan http://jakarta.apache.org/site/whoweare.html -jon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] = Morgan Delagrange Britannica.com __ Do You Yahoo!? Get email at your own domain with Yahoo! Mail. http://personal.mail.yahoo.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Jakarta PMC election results
Morgan Delagrange [EMAIL PROTECTED] wrote: Pierpaolo Fumagalli: Jserv, probably Tomcat? Craig McClanahan: Jserv, Struts, probably Tomcat? Jserv is dead, and both of us are working on Tomcat 4.0 Pier -- Pier Fumagalli http://www.betaversion.org/ mailto:[EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Jakarta PMC election results
That list is perfect, Jon. Thanks! Perhaps the PMC might go as far as to designate point person(s) for each subproject? E.g. if nobody from the PMC is monitoring the dev mailing list for a particular project, they're not really in the know despite their karma. I know that those karma lists are considerably longer than the people I hear from in a typical week, which makes me fear that some are not active participants. --- Jon Stevens [EMAIL PROTECTED] wrote: on 3/8/01 2:39 PM, "Morgan Delagrange" [EMAIL PROTECTED] wrote: So if you cross-reference this list against Jakarta subprojects, you get the following subproject representation: Ah, I see what you are trying to do. Actually, it is better to just look at the avail file and get your data that way. That is about as specific as possible because it shows who has CVS write access to what. http://www.apache.org/websrc/viewcvs.cgi/CVSROOT/avail From that POV, you can see that there are ASF members and or PMC members involved with *every* Jakarta Project currently available. In reality, we should simply create another page on the website that lists things out in exact specifics. It would be something similar to what I started here: http://www.apache.org/foundation/members-projects.html As you can see, I'm involved with quite a few projects. :-) It would be nice if others picked up the balls as well. I'm getting tired. -jon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] = Morgan Delagrange Britannica.com __ Do You Yahoo!? Get email at your own domain with Yahoo! Mail. http://personal.mail.yahoo.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Jakarta PMC election results
Morgan Delagrange wrote: Sam Ruby: Site doesn't list Karma, don't know his work (other that his Chairmanship, that is :) Well, let me introduce myself then. I was the release manager for Tomcat 3.1 and pretty much all of the releases of Ant until 1.0. I was a very active coder in both (primarily focusing on getting both to work on JDK 1.1 and Windows) until they got "good enough" for my purposes at which point I focused on community building activities. I spent some time nurturing the xml-soap subproject and getting the Bean Scripting Framework open sourced. Most recently, my focus has been on a proposal for jakarta-alexandria by the name of "Gump", and occasionally nudging the commons proposal in the direction I would like to see it headed. Maybe Sam could comment on the roles of the nominees, since I'm sure he knows what project they work on, and the site is not specific enough. Watch this space. Take a look at the agenda I posted. Pay particular attention to items 3.2 and 5. Also item 4.2 is the key towards the long term solution. I personally like the model of the Apache board where every year every board seat is up for re-election, and all of the members get an opportunity to nominate and vote for their choice. - Sam Ruby P.S. If you want to see who has karma to which project, "cvs checkout CVSROOT". Look at a file by the name of avail. Meanwhile, here is that information in a more convenient form: (See attached file: committers.zip) committers.zip - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [PROPOSAL] The Commons
Gunnar R|nning wrote: "Geir Magnusson Jr." [EMAIL PROTECTED] writes: The thing that started this, about the coding guidelines, was in response to the addition of the Sun coding guidelines (rules...) - I was just indicating my preference. Of course, but it is important to be able to accept and tolerate different [SNIP] Geir - this is not to take it out on you, but I've been pretty annoyed/frustrated with people trying to specify to much. Better keep it simple - I have no problem reading code in different styles and I usually keep to the style of the author if I have to modify some code. Tolerance and respect for cultural richness is what I advocate. Opening braces on the same or next line - it is still code - black or white - you're still a human being. Unless I am a code generator, in which case, well, I'm a code generator. Seriously - I have to admit I do like some regularity to coding style, especially when we have this 'free' environment in Commons where any committer can commit anywhere. However, I was just indicating my dislike for some of the Sun coding standards which seemed to be hinted at as useful for Commons. mine kroner, Isn't that something like US$0.11? Gunnar 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]