DO NOT REPLY [Bug 43173] New: - Logging documentation says to put logging.properties in common/classes

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: [VOTE] Send trunk to the sandbox

jean-frederic clere wrote: > I would also propose that we take an handling of releases similar to httpd. > See http://svn.apache.org/repos/asf/httpd/httpd/ -1 for review-then-commit for all commits. Commit-then-review has worked well for us and I see no reason to move to the additional overhead a

Re: [VOTE] Send trunk to the sandbox

Bill Barker wrote: > I'm so tired of this thread, so let's settle it once and for all. I'm > backing Remy's suggestion to send the current trunk to the sandbox: > [X] +1 Let's end the revolution > [ ] +0 What revolution? > [ ] -1 Viva the revolultion This applies to this proposal only. Other cha

real simple setup question

I'm a programmer stuck doing admin setup work, so I apologize for my ignorance. I've got a webserver with a bunch of web sites on it. Each site points to a usr/home/SOMEUSER/public_html folder. I'd like to setup tomcat in such a way that usr/home/Stephano/public_html is where I drop all my code

Re: svn commit: r567298 - /tomcat/container/tc5.5.x/modules/cluster/src/share/org/apache/catalina/cluster/tcp/

Sorry for wrong line pasting ;.( Many Thanks and it is fixed. Regards Peter Am 20.08.2007 um 10:28 schrieb Takayuki Kaneko: Hi Peter, I'd like to point out that some attributes contains "(msec)" in the name. If it was a mistake, I made a patch. Regards, - Takayuki Index: /container

svn commit: r567828 - /tomcat/container/tc5.5.x/modules/cluster/src/share/org/apache/catalina/cluster/tcp/mbeans-descriptors.xml

Author: pero Date: Mon Aug 20 14:08:41 2007 New Revision: 567828 URL: http://svn.apache.org/viewvc?rev=567828&view=rev Log: Fix some bad typos, many thanks to Takayuki Kaneko find. Modified: tomcat/container/tc5.5.x/modules/cluster/src/share/org/apache/catalina/cluster/tcp/mbeans-descriptors

Re: POJO Application Server for Tomcat

On 8/19/07, Johnny Kewl <[EMAIL PROTECTED]> wrote: > > I call it a POJO Application server, I've mentioned before that we actually > popping full java >applications out of browsers, but then it was very much > something only I could use, messy >libraries etc. What I've done now is (try) > make a

Re: svn commit: r567689 - /tomcat/connectors/trunk/jk/native/apache-2.0/mod_jk.c

Hi Henri, so now i5/OS should use send_bodyct like the other platforms. What I don't understand is: [EMAIL PROTECTED] wrote: @@ -375,7 +369,7 @@ static void JK_METHOD ws_flush(jk_ws_service_t *s) { -#ifndef AS400 +#if ! (defined(AS400) && !defined(AS400_UTF8)) if (s && s->ws_private

Re: [VOTE] Send trunk to the sandbox

On Aug 20, 2007, at 11:13 AM, Remy Maucherat wrote: Filip Hanik - Dev Lists wrote: [X] +0 What revolution? everything is backwards compatible, even Comet, if you take a 6.0.x comet app, it would work in trunk, there was just new features added Given the additional calls that were added,

Re: [VOTE] Send trunk to the sandbox

Henri Gomez wrote: And what about using a modular design 'à la http modules' ? not sure what you mean, but if you are referring to the "6.x wishlist", none of those items are implemented, and were brought up as proposals for consensus. no revolution here either Filip 2007/8/20, Filip Hani

Re: [VOTE] Send trunk to the sandbox

Hey, On 8/20/07, Bill Barker <[EMAIL PROTECTED]> wrote: > I'm so tired of this thread, so let's settle it once and for all. I'm > backing Remy's suggestion to send the current trunk to the sandbox: > [ ] +1 Let's end the revolution > [ X ] +0 What revolution? +0 on this specific proposal. -1 on

Re: [VOTE] Send trunk to the sandbox

Filip Hanik - Dev Lists wrote: [X] +0 What revolution? everything is backwards compatible, even Comet, if you take a 6.0.x comet app, it would work in trunk, there was just new features added Given the additional calls that were added, it didn't look to me it was compatible. Regardless, it's

Re: [VOTE] Send trunk to the sandbox

And what about using a modular design 'à la http modules' ? 2007/8/20, Filip Hanik - Dev Lists <[EMAIL PROTECTED]>: > [X] +0 What revolution? > > everything is backwards compatible, even Comet, if you take a 6.0.x > comet app, it would work in trunk, there was just new features added > I think thi

Re: [VOTE] Send trunk to the sandbox

[X] +0 What revolution? everything is backwards compatible, even Comet, if you take a 6.0.x comet app, it would work in trunk, there was just new features added I think this whole thing is a big shame, there was no revolution going on here. not a single thing in trunk is, and now, we are simply

svn commit: r567714 - /tomcat/trunk/java/org/apache/catalina/loader/VirtualWebappLoader.java

Author: fhanik Date: Mon Aug 20 07:25:14 2007 New Revision: 567714 URL: http://svn.apache.org/viewvc?rev=567714&view=rev Log: improved upon the existing virtualwebapploader, new feature: can configure the path separator new feature: can create a local repository for runtime new feature: jar files

Re: [VOTE] Send trunk to the sandbox

Jim Jagielski wrote: On Aug 20, 2007, at 5:38 AM, Remy Maucherat wrote: Since the community is a bit small, it could be useful to precise that a single +1 (from the committer who proposes the commit) is enough for a commit to go through, rather than the usual 3 +1s. If the community is so sm

svn commit: r567689 - /tomcat/connectors/trunk/jk/native/apache-2.0/mod_jk.c

Author: hgomez Date: Mon Aug 20 06:16:13 2007 New Revision: 567689 URL: http://svn.apache.org/viewvc?rev=567689&view=rev Log: Fix for send_bodyct on i5/OS. The problem was in jk (not flushing) and not on IBM implementation (my bad) Modified: tomcat/connectors/trunk/jk/native/apache-2.0/mod_j

Re: [VOTE] Send trunk to the sandbox

On Aug 20, 2007, at 5:38 AM, Remy Maucherat wrote: Since the community is a bit small, it could be useful to precise that a single +1 (from the committer who proposes the commit) is enough for a commit to go through, rather than the usual 3 +1s. If the community is so small as to not b

Re: POJO Application Server for Tomcat

- Original Message - From: "George MATKOVITS" <[EMAIL PROTECTED]> To: Sent: Monday, August 20, 2007 11:30 AM Subject: Re: POJO Application Server for Tomcat Just please post a generic example for one of your favorite 'Open Source' Data Base engines! That would be more than enough!

Re: [VOTE] Send trunk to the sandbox

jean-frederic clere wrote: Comments? Since the community is a bit small, it could be useful to precise that a single +1 (from the committer who proposes the commit) is enough for a commit to go through, rather than the usual 3 +1s. Well my idea was to force two other committers to review a pro

Re: [VOTE] Send trunk to the sandbox

Remy Maucherat wrote: > jean-frederic clere wrote: >> Bill Barker wrote: >>> I'm so tired of this thread, so let's settle it once and for all. >>> I'm backing Remy's suggestion to send the current trunk to the sandbox: >>> [X] +1 Let's end the revolution >> >> I would also propose that we take an

Re: [VOTE] Send trunk to the sandbox

jean-frederic clere wrote: Bill Barker wrote: I'm so tired of this thread, so let's settle it once and for all. I'm backing Remy's suggestion to send the current trunk to the sandbox: [X] +1 Let's end the revolution I would also propose that we take an handling of releases similar to httpd.

Re: POJO Application Server for Tomcat

Just please post a generic example for one of your favorite 'Open Source' Data Base engines! That would be more than enough! Thank you -- George PS. Many years ago I used to be a committer on Apache but for the last few years I just watched the various stuff flowing bye! IMHO there is some ba

Re: POJO Application Server for Tomcat

- Original Message - From: "George MATKOVITS" <[EMAIL PROTECTED]> To: Sent: Monday, August 20, 2007 7:29 AM Subject: Re: POJO Application Server for Tomcat I like its Java Application/Java Class like behavior. Unfortunately it seems to miss probably the EJB's most important function

Re: svn commit: r567298 - /tomcat/container/tc5.5.x/modules/cluster/src/share/org/apache/catalina/cluster/tcp/

Hi Peter, I'd like to point out that some attributes contains "(msec)" in the name. If it was a mistake, I made a patch. Regards, - Takayuki Index: /container/modules/cluster/src/share/org/apache/catalina/cluster/tcp/mbeans-descriptors.xml ==

Re: POJO Application Server for Tomcat

- Original Message - From: "Smith Norton" <[EMAIL PROTECTED]> To: "Tomcat Developers List" Sent: Monday, August 20, 2007 7:05 AM Subject: Re: POJO Application Server for Tomcat I am still waiting for this response. Could you please tell us why is this specific to Tomcat? Sorry I l

Re: [VOTE] Send trunk to the sandbox

+1 Good idea to get the httpd release handling, a big +1. I'll be more confortable with more eyes (commiters) on a new piece of code 2007/8/20, jean-frederic clere <[EMAIL PROTECTED]>: > Bill Barker wrote: > > I'm so tired of this thread, so let's settle it once and for all. I'm > > backing Rem

Re: [VOTE] Send trunk to the sandbox

Bill Barker wrote: > I'm so tired of this thread, so let's settle it once and for all. I'm > backing Remy's suggestion to send the current trunk to the sandbox: > [X] +1 Let's end the revolution I would also propose that we take an handling of releases similar to httpd. See http://svn.apache.org

Re: [VOTE] Send trunk to the sandbox

+0, could we see the pros and cons ? 2007/8/20, Bill Barker <[EMAIL PROTECTED]>: > I'm so tired of this thread, so let's settle it once and for all. I'm > backing Remy's suggestion to send the current trunk to the sandbox: > [ ] +1 Let's end the revolution > [ ] +0 What revolution? > [ ] -1 Viva