Fenlason, Josh wrote:
What is the latest stable mod_jk? I know there was a vote for 1.2.15.
What is the status of that?
On the download page it has links to 1.2.14, but these links are broken.
(http://tomcat.apache.org/download-connectors.cgi)
I have repaired the download page.
On the
Jean-frederic Clere wrote:
Fenlason, Josh wrote:
What is the latest stable mod_jk? I know there was a vote for 1.2.15.
What is the status of that? On the download page it has links to
1.2.14, but these links are broken.
(http://tomcat.apache.org/download-connectors.cgi)
I have
hi,
This file uses cvs but it should do the same with svn. The question is
how to solve the problem:
1 - using a like:
+++
+++
2 - Using svnant (http://subclipse.tigris.org/svnant.html).
3 - Using AntSvnTask (http://antsvntask.sourceforge.net/subtask.html).
4 - Something else
Costin Manolache wrote:
Isn't possible to get a svn tree using http download ? I tought one of
the benefits of svn is that it uses http.
gets only one file not the complete tree ;-(
Jean-frederic
Costin
On 10/18/05, Jean-frederic Clere <[EMAIL PROTECTED]> wrote:
hi,
Mladen Turk wrote:
William A. Rowe, Jr. wrote:
Do you guys find something that would prevent 1.2.15 to
be declared as stable that I'm missing?
I'll try to find cycles to test myself, next week. I know I'm having
alot of trouble with the apache 1.3 build on odd architectures, probably
beca
hasssip satang wrote:
Hi,
I'm trying to setup a tomcat eclipse project. Looking through the list
archive I've seen that some of you have been sharing their .project and
.classpath files.
If you could send me these files as well (or point me to a resource where I
can download them) that
Bob Bronson wrote:
Comments below, for any of you who care
Friendly peoples always care about the needs of other...
+ CUT ++
I installed a fresh copy of TC 5.5.12 (using JDK 1.5.0 on Win XP). I
went into the server.xml that is distributed with TC and changed the
'xm
Fenlason, Josh wrote:
Hey everybody!
I'm trying to build the native apr connector from Tomcat 5.5.12 on HPUX
Itanium and I'm running into a problem during the configure. APR 1.2.2
built fine. I built OpenSSL 0.9.8a as a static library (I couldn't get
it to build as a shared library.) When I t
Jim Jagielski wrote:
There's a bug report (37788) regarding allowing AprEndpoint
to use APR IPv6 addresses. Their patch is almost right, but
instead the value should be to use APR_UNSPEC instead
of APR_INET6 (or the current APR_INET) to allow APR
to correctly determine IP version and do a gracef
Jim Jagielski wrote:
There's a bug report (37788) regarding allowing AprEndpoint
to use APR IPv6 addresses. Their patch is almost right, but
instead the value should be to use APR_UNSPEC instead
of APR_INET6 (or the current APR_INET) to allow APR
to correctly determine IP version and do a gracef
Jean-frederic Clere wrote:
Jim Jagielski wrote:
There's a bug report (37788) regarding allowing AprEndpoint
to use APR IPv6 addresses. Their patch is almost right, but
instead the value should be to use APR_UNSPEC instead
of APR_INET6 (or the current APR_INET) to allow APR
to corr
Hi,
I have small question: In which class(es) are the warfiles deployed?
Cheers
Jean-Frederic
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Remy Maucherat wrote:
Jean-frederic Clere wrote:
Hi,
I have small question: In which class(es) are the warfiles deployed?
In Tomcat, the "deployer" is a listener class for the Host, called
HostConfig.
Thanks, I am now in ExpandWar.java ;-)
Cheers
Jean-Freder
Costin Manolache wrote:
If you do a search for the snippet, one of the first links is in the
directory -
http://www.google.com/Top/Computers/Programming/Languages/Java/Server-Side/Servlets/Servlet_Engines/
Searching for resin or servletexec will also show the snippents from
the directory - so
Hi,
Next question: how do I republish the
http://tomcat.apache.org/tomcat-5.5-doc pages?
Cheers
Jean-Frederic
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Remy Maucherat wrote:
Hi,
Because of the critical AJP bugfix found and fixed earlier today,
would it be possible to plan releasing a new 5.5.16 build soon ?
+1... I have something not working when deploying an application with
the 5.5.15 and using trunk helps ;-)
Cheers
Jean-Frederic
Yoav Shapira wrote:
The Apache Tomcat team is proud to announce the immediate availability
of Tomcat v5.5.16-beta. This release contains dozens of bug fixes and
a number of other updates. Please consult the change log below for
more details.
Release Notes: http://tomcat.apache.org/tomcat-5.5-d
s for updated
versions...
Ok... If nobody complains I will update the file in svn... For the next
version.
Cheers
Jean-Frederic
Yoav
On 3/6/06, Jean-frederic Clere <[EMAIL PROTECTED]> wrote:
Yoav Shapira wrote:
The Apache Tomcat team is proud to announce the immediate avai
Hi,
Why aren´t we providing a configure in the released sources?
Cheers
Jean-Frederic
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Hi,
I am trying to build libtcnative-1.so using the 5.5.16 sources tar file
and I have the following problem:
+++
buildconf: line 83: build/get-version.sh: Permission denied
[EMAIL PROTECTED]:~/apache-tomcat-5.5.16-src/connectors/jni/native$ ls
-lt build/get-version.sh
-rw-r--r-- 1 tomcat5 to
Bill Barker wrote:
-Original Message-
From: Jean-frederic Clere [mailto:[EMAIL PROTECTED]
Sent: Tuesday, March 14, 2006 2:34 PM
To: Tomcat Developers List
Subject: bad permissions in the 5.5.16 sources tar file.
Hi,
I am trying to build libtcnative-1.so using the 5.5.16
Hi,
One of the patches I need to get TC working with JSP in EBCDIC is the
following:
+++
---
/home2/tomcat5/apache-tomcat-5.5.15-src.org/jasper/jasper2/src/share/org/apa
che/jasper/compiler/ParserController.java 2006-01-03
15:15:14.0 +0
000
+++
apache-tomcat-5.5.15/apache-tomc
Mladen Turk wrote:
Jean-frederic Clere wrote:
Hi,
One of the patches I need to get TC working with JSP in EBCDIC is the
following:
Any comments?
Yes. Fix your clock. You live in the future :)
Have to fix the past to be allow to live in the future :)
Cheers,
Mladen
Bill Barker wrote:
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Thursday, March 16, 2006 3:55 AM
To: tomcat-dev@jakarta.apache.org
Subject: svn commit: r386315 -
/tomcat/jasper/tc5.5.x/src/share/org/apache/jasper/compiler/Pa
rserController.java
Au
d :).
Costin
On 3/17/06, Bill Barker <[EMAIL PROTECTED]> wrote:
-Original Message-
From: Jean-frederic Clere [mailto:[EMAIL PROTECTED]
Sent: Friday, March 17, 2006 4:13 AM
To: Tomcat Developers List
Subject: Re: svn commit: r386315 -
/tomcat/jasper/tc5.5.x/src/sha
:).
Costin
On 3/17/06, Bill Barker <[EMAIL PROTECTED]> wrote:
-Original Message-
From: Jean-frederic Clere [mailto:[EMAIL PROTECTED]
Sent: Friday, March 17, 2006 4:13 AM
To: Tomcat Developers List
Subject: Re: svn commit: r386315 -
/tomcat/jasper/tc5.5
Tomas Klockar wrote:
Hello,
this change makes it possible to run configure on freebsd 6.x
---8<8<---8<
golf# pwd
/usr/local/tomcat5.5/bin/jsvc-src
golf# diff configure configure.old
2412,2416d2
Tomas Klockar wrote:
On the status page for apache tomcat
http://tomcat.apache.org/tomcat-5.5-doc/status.html
the link to the open bugs at the bottem of the page is broken.
regards
/Tomas
-
To unsubscribe, e-mail: [EMAIL PROT
Peter Rossbach wrote:
I got these two warnings:
/bin/sh /Users/peter/tools/local//build-1/libtool --silent --
mode=compile gcc -g -O2 -DHAVE_CONFIG_H -DDARWIN -
DSIGPROCMASK_SETS_THREAD_MASK -no-cpp-precomp -g -O2 -
DHAVE_OPENSSL -I/Users/peter/tomcat/develop/tomcat55/connectors/jni/
Remy Maucherat wrote:
Mladen Turk wrote:
Right. I was hoping to have the native release by the end of the week
also. Since installer depends on outside natives, the native should
be out before the 5.5.17.
That's a good idea.
There are some small issues with some compile warnings for MacOS
Oliver Schoenwald wrote:
Dear developers,
I have developed an SSL-based SessionManagement for our university's
e-learning system because I was unsuccessful to find any ability of
Tomcat 5
to create and manage an SSLSession as in the JSSE-Specification.
Several weeks of googling after such a f
Jeff Turner wrote:
Hi,
For the last few months, issues.apache.org/jira has been running out of
memory about once a week. We've finally got it running in a profiler, and
are seeing most of the memory (eg. 486 of 572Mb) used up by char[]
buffers in BodyContentImpl. Here is a sample GC Root -> Obj
Jeff Turner wrote:
Hi,
For the last few months, issues.apache.org/jira has been running out of
memory about once a week. We've finally got it running in a profiler, and
are seeing most of the memory (eg. 486 of 572Mb) used up by char[]
buffers in BodyContentImpl. Here is a sample GC Root -> Obj
Hi,
I have noted that nothing has happened in tomcat/connectors/trunk/jk3.
Nearly 2 months without real road map nor clear specifications, what is
wrong?
Cheers
Jean-Frederic
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For a
c
Regards,
Rainer
Mladen Turk schrieb:
jean-frederic clere wrote:
I have noted that nothing has happened in tomcat/connectors/trunk/jk3.
Nearly 2 months without real road map nor clear specifications, what
is wrong?
I don't think anything is wrong. We are waiting for the list
Remy Maucherat wrote:
Filip Hanik - Dev Lists wrote:
nice ultimatum :)
let me go through both the proposals and look it over. after that I
suggest we simply have/agree on a majority vote without vetoes to be
able to move on properly.
in the vote announcement, I think we should simply outline t
[EMAIL PROTECTED] wrote:
Author: mturk
Date: Thu Jun 28 23:32:27 2007
New Revision: 551809
URL: http://svn.apache.org/viewvc?view=rev&rev=551809
Log:
Fix potential overflow. The actual encoded string length is strlen + 3 (Two
bytes for len and one '\0')
Modified:
tomcat/connectors/trunk/jk
Jim Jagielski wrote:
On Jun 27, 2007, at 11:27 AM, jean-frederic clere wrote:
Rainer Jung wrote:
Whenever I had a couple of hours I was doing small tests with scripting.
I think the most valuable first step would be the transformation to APR.
Unfortunately this is something I could hekp
Henri Gomez wrote:
Something we should also check is the CPU load of the Tomcat instance.
May be it will be usefull also to let users/admin add their own
counters in the load estimation.
If you want to add this to Tomcat remeber that stuff needs a JNI module
to collect information from the OS/
Hi,
The examples (servlet and JSP) have caused a list of security issues.
I think we should remove them from the Tomcat binary packages (6.0 and
5.x at least).
Any comments?
Cheers
Jean-Frederic
-
To unsubscribe, e-mail: [EM
Joe Nathan wrote:
I am talking about in-built capability that people do NOT need
to install heaps of cranky-installation software packages!
You may try http://labs.jboss.com/wiki/Jbossweb and
http://labs.jboss.com/file-access/default/members/jbossweb/freezone/modules/php/index.html
Cheers
J
Hi,
I am thinking that this thread goes to nowhere...
To get some php stuff in TC you have 3 solutions:
1- FastCGI.
2- PHP engine embedded in in the JVM.
3- PHP rewritten in JAVA.
1 - That probably the best solution but you need a FastCGI proxy
servlet (Could be a good application for the new
huge thing to write.
Cheers
Jean-Frederic
Of course it couldn't be a Tomcat project
2007/7/19, jean-frederic clere <[EMAIL PROTECTED]>:
Hi,
I am thinking that this thread goes to nowhere...
To get some php stuff in TC you have 3 solutions:
1- FastCGI.
2- PHP engine embedded in
Bill Barker wrote:
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Thursday, July 19, 2007 8:52 AM
To: [EMAIL PROTECTED]
Subject: svn commit: r557664 -
/tomcat/tc6.0.x/trunk/java/org/apache/catalina/valves/SSLValve.java
Author: jfclere
Date: Thu Jul 19 0
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
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
Remy Maucherat wrote:
Hi,
Due to continuing independent development in trunk by Filip, I am
calling for a second vote to move it to the sandbox, where Filip could
continue developing his ideas in a non disruptive way. I think the
whole thing has been debated pretty extensively in the previous
Hi,
I would also propose that we take an handling of release branches
similar to httpd.
The release branches are:
/tomcat/tc6.0.x/trunk
/tomcat/build/tc5.5.x/
/tomcat/container/tc5.5.x
/tomcat/jasper/tc5.5.x/
(Note it uses /tomcat/connectors/trunk)
/tomcat/build/branches/tc5.0.x
/tomcat/contain
xing bugs.
Cheers
Jean-Frederic
>
> -Tim
>
> jean-frederic clere wrote:
>> Hi,
>>
>> I would also propose that we take an handling of release branches
>> similar to httpd.
>>
>> The votes will get in a file named STATUS file and once accepted in a
Filip Hanik - Dev Lists wrote:
> Mladen Turk wrote:
>> Filip Hanik - Dev Lists wrote:
>>> Mladen Turk wrote:
This simply has to stop.
>>>
>>> taking trunk away, this turn of events is expected. I wish everyone
>>> would have thought of that before we got caught up in the personal,
>>> and
+1
Cheers
Jean-Frederic
Remy Maucherat wrote:
> Hi,
>
> Another more precise draft.
>
> Patches which would go to review would be:
> - API changing patches (any protected or above signature change) on APIs
> which are accessible to the user either from confirguration or
> programmatically
> -
Filip Hanik - Dev Lists wrote:
> Remy Maucherat wrote:
>> Hi,
>>
>> Another more precise draft.
>>
>> Patches which would go to review would be:
>> - API changing patches (any protected or above signature change) on
>> APIs which are accessible to the user either from confirguration or
>> programma
Remy Maucherat wrote:
> jean-frederic clere wrote:
>> Filip Hanik - Dev Lists wrote:
>>> Remy Maucherat wrote:
>>>> Hi,
>>>>
>>>> Another more precise draft.
>>>>
>>>> Patches which would go to review would be:
>
Remy Maucherat wrote:
> jean-frederic clere wrote:
>> Well I see at least 3 reasons to revert it:
>> - Prevent accidental inclusion in a release.
>> - Allow a more easy testing and evaluation of a another patch that fixes
>> the same thing.
>> - Force the commu
William A. Rowe, Jr. wrote:
> Remy Maucherat wrote:
>> William A. Rowe, Jr. wrote:
>>> jean-frederic clere wrote:
>>>> Now for me that just makes another chapter in the "STATUS" file:
>>>> "PATCHES being discussed". After a week those
William A. Rowe, Jr. wrote:
> jean-frederic clere wrote:
>> William A. Rowe, Jr. wrote:
>>
>>> If you are talking about at least 3 +1's, more + than -, then that's being
>>> realistic. JFC - did you really mean a margin?
>> Yep that was w
Filip Hanik - Dev Lists wrote:
> Bill Barker wrote:
>> "Filip Hanik - Dev Lists" <[EMAIL PROTECTED]> wrote in message
>> news:[EMAIL PROTECTED]
>>
>>> jean-frederic clere wrote:
>>>
>>>> Remy Maucherat wrote:
>>>&g
Filip Hanik - Dev Lists wrote:
> Costin Manolache wrote:
>> On 9/20/07, Jim Jagielski <[EMAIL PROTECTED]> wrote:
>>
>>> On Sep 19, 2007, at 10:55 PM, Bill Barker wrote:
>>>
>>>
TC 4.1.x and TC 5.5.x represented major changes to the core API, and
resulted in much more stable Tomcat c
Henri Gomez wrote:
> So what about RTC for core and CTR for extensions in incubator land ?
Well see the result of the "[VOTE] Make released versions RTC".
We need 2 things innovation (on a common trunk) and stability on
released branches. That why I made the proposal "[VOTE] Make released
versions
Filip Hanik - Dev Lists wrote:
> It could be a simple as (as opposed to trying to reinvent the apache way)
>
> 1. Through out a vote for the 6.0.x/5.5.x/5.0.x/4.1.x branches RTC or CTR
Every one should why Sun had forked from Tomcat... I am sure a RTC on
stable branches would have prevent it.
No
Mark Thomas wrote:
> All,
>
> I think the wiki is probably the best place to start drafting a new set
> of commit guidelines to cover what branches we have (and what state they
> are in), what is RTC, what is CTR, etc.
Great.
In the next steps we should create a ROADMAP the same way to define wh
+1
Cheers
Jean-Frederic
>
>[ ] +1. Yes, the above works and addresses my concerns
>as well as the problems which started this whole
>thing.
>[ ] 0. Whatever.
>[ ] -1. The above does not work for the following reasons:
>
> The vote will run for 96 hours inst
Mark Thomas wrote:
> Jim Jagielski wrote:
>>[X] +1. Yes, the above works and addresses my concerns
>>as well as the problems which started this whole
>>thing.
>>[ ] 0. Whatever.
>>[ ] -1. The above does not work for the following reasons:
>>
>
> With the follow
> @@ -55, +77 @@
>
> ||Spec versions:||Servlet 2.5, JSP 2.1||
> ||Stable:||Yes||
> ||Enhancements:||TBD - currently Yes||
> - ||Bug Fixes:||Yes||
> + ||Bug Fixes:||TBD - currently Yes||
> - ||Security Fixes:||Yes||
> + ||Security Fixes:||TBD - currently Yes||
> + ||Process:||RTC||
> ||Lis
Filip Hanik - Dev Lists wrote:
> my suggestion, open a BZ item, attach the patch there, and have the
> STATUS file refer to that item
Or put it under people.apache.prg/~your_name/patches/bla.patch.
Cheers
Jean-Frederic
>
> Filip
>
> Filip Hanik - Dev Lists wrote:
>> are we really gonna put ea
Mark Thomas wrote:
> William A. Rowe, Jr. wrote:
>> Actually, the way it typically works at httpd-space (which your new
>> policy is based on) is that you would next create 6.1.0 as a forever
>> development branch. Committers apply each patch they believe belongs
>> to the 6.2.0 release, and thing
William A. Rowe, Jr. wrote:
> Mark Thomas wrote:
>> William A. Rowe, Jr. wrote:
>>> Actually, the way it typically works at httpd-space (which your new
>>> policy is based on) is that you would next create 6.1.0 as a forever
>>> development branch. Committers apply each patch they believe belongs
Remy Maucherat wrote:
> Mark Thomas wrote:
>> Next attempt.
>>
>> Taking account of the comments so far, a slightly modified proposal is
>> below.
>>
>> svn cp https://svn.apache.org/repos/asf/tomcat/tc6.0.x/trunk
>> https://svn.apache.org/repos/asf/tomcat/trunk
>>
>> svn cp https://svn.apache.org/
Filip Hanik - Dev Lists wrote:
> Remy Maucherat wrote:
>> jean-frederic clere wrote:
>>> Remy Maucherat wrote:
>>>> Mark Thomas wrote:
>>>>> Next attempt.
>>>>>
>>>>> Taking account of the comments so far, a slightly modifi
Filip Hanik - Dev Lists wrote:
> jean-frederic clere wrote:
>> Filip Hanik - Dev Lists wrote:
>>
>>> Remy Maucherat wrote:
>>>
>>>> jean-frederic clere wrote:
>>>>
>>>>> Remy Maucherat wrote:
>&
Filip Hanik - Dev Lists wrote:
> to be clear, let me address your statements
>
> remm -1: removes support for the production APR connectors
> Absolutely not, doesn't change the way connectors are evaluated.
>
> remm -1: no real benefit of the patch
> The NIO connector attributes are now supported
Filip Hanik - Dev Lists wrote:
> jean-frederic clere wrote:
>> Filip Hanik - Dev Lists wrote:
>>
>>> to be clear, let me address your statements
>>>
>>> remm -1: removes support for the production APR connectors
>>> Absolutely not, doesn't
Rémy Maucherat wrote:
> On Wed, 2007-10-17 at 07:28 -0400, Tim Funk wrote:
>> There was a request in bugzilla to pass in a new env variable called
>> JAVA_EXE (or similar).
>>
>> Could that be an acceptable alternative? Then it would make the bug
>> submitter happy since he can symlink my_program
Rainer Jung wrote:
> jean-frederic clere wrote:
>> Rémy Maucherat wrote:
>>> On Wed, 2007-10-17 at 07:28 -0400, Tim Funk wrote:
>>>> There was a request in bugzilla to pass in a new env variable called
>>>> JAVA_EXE (or similar).
>>>>
>&
jkew wrote:
> Mark Thomas wrote:
>> William L. Thomson Jr. wrote:
>>
>>> I take it down streams should run with the first patches to work around
>>> this vulnerability till next release. I already applied the one liner,
>>> kinda glad I did not apply the other last night ;) Please advise,
>>> tha
It would be nicer to commit in one single commit, the fix, the removal
of the proposal in STATUS and the add in the changelog.xml
Cheers
Jean-Frederic
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail:
jkew wrote:
> I'm happy to see that you got the unit test checked in!
Thanks again for your contribution.
Cheers
Jean-Frederic
>
> -John
>
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
Rémy Maucherat wrote:
> Hi,
>
> As the issue list seems relatively empty, I would like to tag 6.0.15
> soon, probably late tomorrow.
+1
Cheers
Jean-Frederic
>
> Rémy
>
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
>
Filip Hanik - Dev Lists wrote:
> isn't the .java file missing a "package
> org.apache.catalina.tomcat.util.http" declaration, also having both
> catalina and tomcat in the path, seems kind of redundant :)
Yep. I will change that after Remy's release.
Cheers
Jean-Frederic
>
> Filip
>
> [EMAIL
Mark Thomas wrote:
> Mark Thomas wrote:
>> svn cp
>> https://svn.apache.org/repos/asf/tomcat/tc6.0.x/tags/TOMCAT_6_0_15
>> https://svn.apache.org/repos/asf/tomcat/tc6.1.0/trunk
>>
>> https://svn.apache.org/repos/asf/tomcat/tc6.0.x/tags/TOMCAT_6_0_15
>> https://svn.apache.org/repos/asf/tomcat/trunk
Filip Hanik - Dev Lists wrote:
> Mark Thomas wrote:
>> jean-frederic clere wrote:
>>
>>> Why Friday? Shouldn't we wait until 6.0.15 (or 6.0.15 + n) is voted
>>> stable?
>>>
>>
>> We can do if that is the preference. My motivation is
Filip Hanik - Dev Lists wrote:
> I'm having problems with the cookie parsing
>
It is seems there are 2 problems... The version (only TCK will complain)
and we are re escaping already escaped strings. I will prepare a patch
later today.
Cheers
Jean-Frederic
-
[EMAIL PROTECTED] wrote:
> Author: pero
> Date: Thu Nov 15 09:58:26 2007
> New Revision: 595376
>
> URL: http://svn.apache.org/viewvc?rev=595376&view=rev
> Log:
> Add JDT Location change
>
> Modified:
> tomcat/current/tc5.5.x/STATUS
>
> Modified: tomcat/current/tc5.5.x/STATUS
> URL:
> http:
7 um 20:04 schrieb Filip Hanik - Dev Lists:
>
>> jean-frederic clere wrote:
>>> [EMAIL PROTECTED] wrote:
>>>
>>>> Author: pero
>>>> Date: Thu Nov 15 09:58:26 2007
>>>> New Revision: 595376
>>>>
>>>> URL: http:/
ersion change is a bit useless.
>>
>> Cheers
>>
>> Jean-Frederic
>>
>>
>>>
>>> Peter
>>>
>>>
>>>
>>> Am 15.11.2007 um 20:04 schrieb Filip Hanik - Dev Lists:
>>>
>>>> jean-frederic clere wrote:
>&g
[EMAIL PROTECTED] wrote:
> Author: jim
> Date: Tue Nov 20 10:19:00 2007
> New Revision: 596761
>
> URL: http://svn.apache.org/viewvc?rev=596761&view=rev
> Log:
> Fix BZ 43588 - hard coded 127.0.0.1 for localhost
>
> Modified:
> tomcat/tc6.0.x/trunk/STATUS.txt
> tomcat/tc6.0.x/trunk/java/o
Filip Hanik - Dev Lists wrote:
> jean-frederic clere wrote:
>> [EMAIL PROTECTED] wrote:
>>
>>> Author: jim
>>> Date: Tue Nov 20 10:19:00 2007
>>> New Revision: 596761
>>>
>>> URL: http://svn.apache.org/viewvc?rev=596761&view=re
Larry Reisler wrote:
> Rainer --
>
> I recently changed replaced the version of JBOSS Web we were using to
> JBOSSWEB_2_0_0_GA_CP04. It included several patches to the AJP code. That
> appears to have solved the problem. The FIN packets from the back end come
> back immediately now. I'm gue
William L. Thomson Jr. wrote:
> Recently on Gentoo I was looking to improve how we start Tomcat.
> Specifically how we capture stdout/stderr output from Tomcat on start
> and redirect it to catalina.out.
Have to tried to use jsvc from http://commons.apache.org/daemon/ for that?
Cheers
Jean-Frede
William L. Thomson Jr. wrote:
> On Wed, 2007-11-28 at 09:29 +0100, jean-frederic clere wrote:
>> William L. Thomson Jr. wrote:
>>> Recently on Gentoo I was looking to improve how we start Tomcat.
>>> Specifically how we capture stdout/stderr output from Tomcat on s
Hi,
I'll tag the tcnative to 1.1.12.
The changes are the following between 1.1.12 and 1.1.11:
+++
Improvement: Add support of J9VM based JVM. (jfclere)
Improvement: Arrange licence in source files. (markt).
Improvement: Add two new 'immediate' methods for sending the data.
It is the
Rainer Jung wrote:
> Hi Jean-Frederic,
>
> I think you accidentally committed two changes to mod_jk when tagging
> tc-native.
Oops I have rolled them back but that doesn't affect tcnative release code.
Cheers
Jean-Frederic
>
> Since I'm going to tag mod_jk, please let me know, if I can revert
Mladen Turk wrote:
Remy Maucherat wrote:
Filip Hanik - Dev Lists wrote:
I don't have any preference either way, since we are pretty few
active folks at the moment, the less code is usually better
My plan was not to do that (org.apache.jk is not that huge) and keep
people happy.
Never
Peter Rossbach wrote:
Hi,
for other server os's I found:
=
For AIX: To see the current TCP_TIMEWAIT value, run the following
command:
/usr/sbin/no a | grep tcp_timewait
To set the TCP_TIMEWAIT values to 15 seconds, run the following command:
/usr/sbin/no o tcp_timewait =1
The
Hi,
I am not able to build 5.5.9, build failed with:
+++
build-jasper:
[echo] == Building: jasper
build-only:
[javac] Compiling 87 source files to /home/jfclere/jakarta-
tomcat-5.5.9-src/jakarta-tomcat-5/build/classes
[javac] /home/jfclere/jakarta-tomcat-5.5.9-src/jakarta-tom
On Tue, 2006-11-21 at 06:52 +0100, Mladen Turk wrote:
> Rainer Jung wrote:
> >
> > E.g. if one empties the uriworkermap.properties, reloading it does not
> > change the internal mount list. Temporarily adding and later removing an
> > entry will not remove the entry.
>
> That's the entire point.
hat it is very hard to make these changes. It's
> simply not in scope for the next release, which should get ready in very
> few days, because we had a couple of nice bug fixes since 1.2.19.
May be that is time to make a new branch: 1.3 for example ;-)
Cheers
Jean-Frederic
>
&g
[X] Stable - no major issues, no regressions
Cheers
Jean-Frederic
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Rainer Jung wrote:
I can't test on HP-UX, but maybe you (jfc) could try:
The problem is that sys/socketvar.h can't be compiled using gcc and I
think we don't need it HP-UX (for example APR doesn't include it).
I will test the modifications in configure.in later.
Cheers
Jean-Frederic
Ind
Filip Hanik - Dev Lists wrote:
Candidate binaries are available here:
http://people.apache.org/~fhanik/tomcat/tomcat-5.5/v5.5.23/
According to the (slightly) updated release process, the 5.5.23 tag is:
[ ] Broken
[ ] Alpha
[ ] Beta
[ X] Stable
Cheers
Jean-Frederic
Filip
--
1 - 100 of 764 matches
Mail list logo
