Re: [POLL] Re: Code Sharing Concepts

> Ted Husted wrote: > > > > may we please have a interim Jakarta "libary" mailing > > list for the purpose of formaling the details of a > > proposal for this subproject. > > Are you sure that you want to call it that. ;-) > > Beyond the typo...the name of the mailing list should match the name

Re: [POLL] Re: Code Sharing Concepts

Sam Ruby wrote: > Craig R. McClanahan wrote: > > > > I just don't want to work with you (and the attitudes you carry) > > on Turbine. > > Hmmm. > > As release manager of Tomcat 4.0, you appear quite willing to ship code > that he (and the attitudes that he carries) has committed to that cvs tree.

Re: [POLL] Re: Code Sharing Concepts

Ted Husted wrote: > > may we please have a interim Jakarta "libary" mailing > list for the purpose of formaling the details of a > proposal for this subproject. Are you sure that you want to call it that. ;-) Beyond the typo...the name of the mailing list should match the name of the subproject

Re: [POLL] Re: Code Sharing Concepts

Craig R. McClanahan wrote: > > I just don't want to work with you (and the attitudes you carry) > on Turbine. Hmmm. As release manager of Tomcat 4.0, you appear quite willing to ship code that he (and the attitudes that he carries) has committed to that cvs tree. But code that the same person c

Re: [POLL] Re: Code Sharing Concepts

> on 2/15/01 3:24 PM, "Craig R. McClanahan" <[EMAIL PROTECTED]> > wrote: > > Of course, no third part connection pool at all is needed if your app server > > provides one for you. And, as long as the server obeys the conventions > > described in the servlet and J2EE specs w.r.t. entries and the

Re: [POLL] Re: Code Sharing Concepts

on 2/15/01 3:24 PM, "Craig R. McClanahan" <[EMAIL PROTECTED]> wrote: > However, I would not recommend it ... the turbine-pool.jar file drags along > ~40 classes of Turbine infrastructure that aren't useful unless you are > running inside Turbine. What *exactly* is the problem with that? > Of co

Re: [POLL] Re: Code Sharing Concepts

Jon Stevens wrote: > on 2/15/01 2:19 PM, "Craig R. McClanahan" <[EMAIL PROTECTED]> > wrote: > > > Turbine's pool (still) does not do > > this -- and that makes perfect sense, because it existed before the DataSource > > API was standardized. Changing Turbine's pool to conform to this would break

Re: [POLL] Re: Code Sharing Concepts

Jon Stevens wrote: > > On top of it, it took me all of 30 minutes to implement the majority of the > interfaces in Turbine's pool. You are a better engineer than I (remember, > according to some people, I only write crappy spaghetti code)...so I bet you but you do spell 'spaghetti' correctly, so

CVS repository problems

Has anyone noticed any problems accessing the CVS repository? It has been taking 1+ hours to update "jakarta-ant". ( Choosing ant as an example ). Tim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-

Re: XP and Jakarta [was: Re: Test Infrastructure Project Proposal]

Jon Stevens <[EMAIL PROTECTED]> wrote: > on 2/14/01 4:32 PM, "Jan-Henrik Haukeland" <[EMAIL PROTECTED]> wrote: > >> Also if you are really into anti-patterns or >> spageti-code have a look at earlier 1.0 versions of JServ or Jon >> Steven's work. > > Ok, that is insulting. Yeah, it's written "

Re: [POLL] Re: Code Sharing Concepts

> TESTING SUITES +1 > SUBPROJECT INFRASTRUCTURE Specifically Tinderbox/Gump +1 Scott Sanders - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: [POLL] Re: Code Sharing Concepts

on 2/15/01 2:19 PM, "Craig R. McClanahan" <[EMAIL PROTECTED]> wrote: > Turbine's pool (still) does not do > this -- and that makes perfect sense, because it existed before the DataSource > API was standardized. Changing Turbine's pool to conform to this would break > the contracts for all existi

Re: [POLL] Re: Code Sharing Concepts

--- "Craig R. McClanahan" <[EMAIL PROTECTED]> wrote: > "Geir Magnusson Jr." wrote: [snip] > > And back to the issue, that is kinda my point : if > you have a group of > > developers committed to producing a top quality db > connection pool for > > general use, it's not clear that there is much

Re: [POLL] Re: Code Sharing Concepts

"Geir Magnusson Jr." wrote: > Sam Ruby wrote: > > > > Geir Magnusson Jr. wrote: > > > > > > Call it 'Rupert'. > > > > Be careful, that name might stick. ;-) > > That would be fine - forward progress! I guess the logo would be > next... :) > > > > I mean, with Tomcat 4, nothing really guarantees

Re: [POLL] Re: Code Sharing Concepts

"Geir Magnusson Jr." wrote: > You might think then that each partition could manage it's own issues, > like the projects do. So given < http://www.mail-archive.com/general@jakarta.apache.org/msg00154.html > are we on the same page, Geir? Basically, I just want to nest everything we do for

Re: [POLL] Re: Code Sharing Concepts

Ted Husted wrote: > > Sam Ruby wrote: > > Whilst this group seems to have difficulty agreeing on anything , > > perhaps a proposal to create a new list could get enough support? Heck, it > > might even get some +1's from people that DON'T want to be subjected to > > this discussion any more. ;-

Re: [POLL] Re: Code Sharing Concepts

Sam Ruby wrote: > Whilst this group seems to have difficulty agreeing on anything , > perhaps a proposal to create a new list could get enough support? Heck, it > might even get some +1's from people that DON'T want to be subjected to > this discussion any more. ;-) Ok, based on the response to

Re: Nightly builds

> Others can run builds with stable dependencies. They are permitted, and > even encouraged to do so using Gump. The runs I have been making are to > determine the impact of changes - something that I think that has not > received enough attention, and so that's why I have been and will continue

Re: [POLL] Re: Code Sharing Concepts

Sam Ruby wrote: > > Geir Magnusson Jr. wrote: > > > > Call it 'Rupert'. > > Be careful, that name might stick. ;-) That would be fine - forward progress! I guess the logo would be next... :) > > I mean, with Tomcat 4, nothing really guarantees that you > > won't abandon Servlet 2.3 for the W

Re: [POLL] Re: Code Sharing Concepts

Geir Magnusson Jr. wrote: > > Call it 'Rupert'. Be careful, that name might stick. ;-) > I mean, with Tomcat 4, nothing really guarantees that you > won't abandon Servlet 2.3 for the Wiggly Green Spec from > Planet Mongo, but I trust that you will stick to your > 'mission'... :) The are *SOME*

Re: Nightly builds

Copying alexandria-dev. Others can run builds with stable dependencies. They are permitted, and even encouraged to do so using Gump. The runs I have been making are to determine the impact of changes - something that I think that has not received enough attention, and so that's why I have been

Re: [POLL] Re: Code Sharing Concepts

"Craig R. McClanahan" wrote: > > As I stated in words rather than votes, and on this code base or any of the others in > the polll that came from my original list: > > Before process management issues are worked out: -0 > > After process management issues are worked out: +1 > > I do

Re: [POLL] Re: Code Sharing Concepts

Ted Husted wrote: > > Also in the usual way, these discussions could take place on > an interim list (off Jakarta) to which the proposed committers, > and other interested parties, can subscribe. Why off Jakarta? Whilst this group seems to have difficulty agreeing on anything , perhaps a proposa

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 thin

Re: Nightly builds

Hi Sam, I (think ) I got gump to work, it's not updating/building. There are few issues/sugestions. I tried to find the alexandria list ( I assume the discussion on gump happens on alexandria ), I'm sure it is somewhere and I'll keep searching :-) Anyway - it would be possible to switch tomcat3

Re: [POLL] Re: Code Sharing Concepts

Ted Husted wrote: > There are many packages which would make good candidates for the > library. To find a starting set, I simply looked for packages where > there was already overlap. But, if no one disagrees, let's hereby amend > the POLL to include > > -- > > [Struts] Bean Introspection support

Re: [POLL] Re: Code Sharing Concepts

David Weinrich wrote: > Ok, sorry I was a bit late on the draw here Glad to have you aboard, David, especially since as near as I can figure, you're the one that started this thread! < http://www.mail-archive.com/general@jakarta.apache.org/msg00018.html > (This time, at least ;-) -Ted. --

Re: [POLL] Re: Code Sharing Concepts

"Craig R. McClanahan" wrote: > I haven't voted yet in this thread because I haven't seen anyone else say > "let's figure out the process issues first." I guess it's not as interesting > as writing code :-), but it is very much as important to a shared resource like > this. My thinking on the ne

Re: [POLL] Re: Code Sharing Concepts

Ok, sorry I was a bit late on the draw here, while I doubt my programming skills are up to snuff, I would love to help out with the following in any way I can: > > DATASOURCE/DATABASE POOL > +1 I can test the heck out of these and perhaps help with a bit of the documentation... > > > SUBPROJECT I

[ANNOUNCEMENT] Tomcat 3.3 Milestone 1

The first milestone release of the next version of Tomcat 3.x is available for download and testing. As a Tomcat 3.x release, it remains an implementation of the Servlet 2.2 and JSP 1.1 specifications. In addition to bug fixes, a large amount of refactoring has gone into Tomcat 3.3m1 since Tomca

Re: Suppose our department wants to contribute to Apacheprojects... ?

on 2/15/01 4:28 AM, "Ted Husted" <[EMAIL PROTECTED]> wrote: > How about something like this? Don't send it to the list...send it to HIM! :-) -jon -- If you come from a Perl or PHP background, JSP is a way to take your pain to new levels. --Anonymous && <

Re: [POLL] Re: Code Sharing Concepts

Peter Donald wrote: > > I would also like to hear from the struts bean utils. I haven't looked at > them but I presume they would be general enough (or could be made so) so > Ant2.x could use it (ie remove converter/introspector elemenets from Ant2.0 > codebase). > They are -- and they have depe

Re: [GUMP] Any James developers here?

Peter Donald wrote: > If you like I could help keep them synched? Excellent! > I think it got too many deprecation messages and busted the compiler/ant. It is hard to see find the errors in the midst of of all the warnings. Here they are. [javac] D:\jakarta\jakarta-james\build\src\org\a

Re: FW: Suppose our department wants to contribute to Apache projects... ?

Jon Stevens wrote: > I don't even have an idea on how to start to answer him. Someone else wanna > try? How about something like this? > Many things needed to create sites like this are actively developed > under the wings of Apache projects, most notably the Jakarta and XML > projects. But: the

Re: [POLL] Re: Code Sharing Concepts

At 07:26 12/2/01 -0500, Ted Husted wrote: >On 2/9/2001 at 8:12 AM Sam Ruby wrote: >>I would suggest that you start with a proposed code base. > >Going back over the posts, there seem to be at least five clear areas of >overlap: > >* DataSource/Database Pool >* XML Configuration +1 >* Message Re

Re: Test Infrastructure Project Proposal

At 11:52 11/2/01 -0800, Jon Stevens wrote: >So, your opinion on JUnit is based on a quote on their website and a quick >glance at it? Give me a break dude. > >This is exactly the type of mindset that I despise. > >People need to start to learn to work together instead of constantly >re-inventing

Re: Test Infrastructure Project Proposal

At 04:06 10/2/01 -0500, [EMAIL PROTECTED] wrote: >I propose a project for testing infrastructure, that covers the needs of >unit testing, stress testing, performance testing, negative testing (i.e. >testing of error conditions), integration testing, and error logging and >reporting. Stress and

Re: What is Struts? (was: Re: What is Avalon?)

How very amusing. At 11:06 10/2/01 -0800, Jim Driscoll wrote: >The internet, where everyone's an expert. yes - the biggest people of course are those who wear skippy badges and loudly claim their excellence. Yes there are lots of experts. >Stop assuming things without checking facts. right .

Re: [GUMP] Any James developers here?

At 04:08 13/2/01 +, Charles Benett wrote: >Hmm. Good idea, but I can't see it working for james, yet. There aren't >enough active james developers to keep up with daily changes in avalon. >James runs fine with the last release of Avalon, 3.1a1. If you like I could help keep them synched? Ch

Re: [GUMP] Any James developers here?

At 09:27 12/2/01 +, Charles Benett wrote: >> >>http://jakarta.apache.org/builds/gump/2001-02-11/james.html > >Strange, it wasn't a couple of days ago. And deprecating interfaces >shouldn't break a build. I think it got too many deprecation messages and busted the compiler/ant. Will have

Re: XP and Jakarta [was: Re: Test Infrastructure Project Proposal]

on 2/14/01 4:32 PM, "Jan-Henrik Haukeland" <[EMAIL PROTECTED]> wrote: > Also if you are really into anti-patterns or > spageti-code have a look at earlier 1.0 versions of JServ or Jon > Steven's work. Ok, that is insulting. -jon -- If you come from a Perl or PHP background, JSP is a way to ta