On 09/28/2010 06:59 PM, ma...@apache.org wrote:
Author: markt
+PID="`cat "$CATALINA_PID"`"
+if ps -p $PID> /dev/null; then
+ echo "Tomcat appears to still be running with PID $PID. Start
aborted."
+ exit 1
if $CATALINA_PID points to the file that has invalid
On 09/28/2010 08:16 PM, Konstantin Kolinko wrote:
2010/9/28 Mladen Turk:
On 09/28/2010 07:24 PM, ma...@apache.org wrote:
Author: markt
+* Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=49665
+ Better handling for missing TLD files. Report JSP filename and
location.
+ http
On 09/29/2010 10:51 AM, Rainer Jung wrote:
On 28.09.2010 19:41, Mladen Turk wrote:
Next the code
> echo "Tomact stopped but PID file could not be removed ($CATALINA_PID)."
Will fail on shells that handle ( ...) like ` ... `
Just as an info: you can use
echo 'Tomcat st
On 10/04/2010 10:34 AM, Mark Thomas wrote:
On 04/10/2010 08:27, Mladen Turk wrote:
On 10/03/2010 03:02 PM, Mark Thomas wrote:
I've seen the shut down issues reported in [1] with the 1.1.20 native
connector on Windows, Linux and OSX. Has a bug crept in here or do the
changes to the shut
On 10/03/2010 03:02 PM, Mark Thomas wrote:
I've seen the shut down issues reported in [1] with the 1.1.20 native
connector on Windows, Linux and OSX. Has a bug crept in here or do the
changes to the shut down code mean we need to release 1.1.21?
Nope.
The fix in Java side (I did with 992211 an
On 10/04/2010 10:34 AM, Mark Thomas wrote:
On 04/10/2010 08:27, Mladen Turk wrote:
On 10/03/2010 03:02 PM, Mark Thomas wrote:
I've seen the shut down issues reported in [1] with the 1.1.20 native
connector on Windows, Linux and OSX. Has a bug crept in here or do the
changes to the shut
On 10/04/2010 10:34 AM, Mark Thomas wrote:
That's likely my bad then. I'll take a look. Thanks for the confirmation.
Fixed. It was getSocketProperties().getSoTimeout() returning -1
causing exception
Now it defaults to 2 seconds, which means that in the
worse case it'll be called 30 times for
On 10/07/2010 10:54 AM, kfuj...@apache.org wrote:
+/**
+ * AJP packet size.
+ */
+protected int packetSize = Constants.MAX_PACKET_SIZE;
+public int getPacketSize() { return packetSize; }
+public void setPacketSize(int packetSize) {
+if(packetSize< Constants.MAX_PA
On 10/08/2010 12:08 AM, Erik C. Brooks wrote:
Hello group,
I'd like to modernize the Domino Tomcat connector for Win64. I've got a
great Domino C developer here who has a lot of DSAPI experience. I'm more
than willing to pay, and would love to release it back to the community.
Please contact m
On 10/08/2010 09:50 AM, Keiichi Fujino wrote:
Does it mean to rename MAX_PACKET_SIZE to MIN_PACKET_SIZE ?
Huh, I thought we enlarged the MAX_PACKET_SIZE to 65536.
We should have DEF_PACKET_SIZE=8192 (or MIN_PACKET_SIZE) and
MAX_PACKET_SIZE=65536
Currently we allow to set packet size to > 655
Hi,
One user asked to put commons-daemon-1.0.3 to the
Maven repository
I know everything is explained here:
http://www.apache.org/dev/publishing-maven-artifacts.html
However, never did that, so would appreciate if
someone familiar could to push the released jar's.
Thanks
--
^TM
-
Huh, wrong Apache tribe (I was sending that to the commons dev list).
Sorry for the noise.
One user asked to put commons-daemon-1.0.3 to the
Maven repository
Cheers
--
^TM
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apa
Hi,
I'm working for quite some time on the light-weight
VFS layer (with the java.io.* as the only provider at
the moment) to be used as the Tomcat's physical file
system access. The ultimate goal is to be able to run
the Tomcat on top of things like Hadoop or similar distributed
file systems (eg
On 10/15/2010 09:58 AM, Mark Thomas wrote:
On 15/10/2010 08:02, Mladen Turk wrote:
Hi,
I'm working for quite some time on the light-weight
VFS layer (with the java.io.* as the only provider at
the moment) to be used as the Tomcat's physical file
system access. The ultimate goal is
On 10/15/2010 04:57 PM, Costin Manolache wrote:
Are you going to replace DirContext ?
If yes - great, but please first send a quick summary comparing your API
with the other VFS
around in apache. I think commons has few targets, including a hdfs, I
remember there are more.
Well it's not a VFS
Hi,
Seems we are fine for 1.2.31 now that httpd 2.3
compiles without problems.
I plan to tag 1.2.31_RC1 and make release
candidate set of sources and bin at the ususal place.
If voted we would just need to svn mv 1.2.31_RC1 1.2.31
If someone again "needs more time for testing" :)
the release pr
On 10/21/2010 02:29 PM, Rainer Jung wrote:
On 21.10.2010 09:02, Mladen Turk wrote:
Hi,
Hmmm, the problem with the RCs is:
- either we don't want to change any contents of the release between the last
RC and the release. Then the RCs do not contain any indication that they are
actuall
On 10/21/2010 02:47 PM, rj...@apache.org wrote:
Propchange: tomcat/jk/trunk/native/common/jk.rc
--
svn:eol-style = native
Not needed, but it doesn't hurt :)
rc.exe can compile a .rc with LF line endings.
Regard
On 10/21/2010 05:02 PM, Rainer Jung wrote:
On 21.10.2010 14:48, Mladen Turk wrote:
My point is: once we circulate something, ...
But the point is that we don't circulate that.
It's supposed to be used only by PMC members that
would vote or no vote for that release.
We are no
On 10/21/2010 05:58 PM, Rainer Jung wrote:
On 21.10.2010 17:47, Igor Galić wrote:
tags are cheap (:
I know that slogan, but from a users perspective I think "missing" versions are
always strange. It's OK if it happens every now and then but it give a very strange
feeling, if a lot of version
On 10/21/2010 05:59 PM, Rainer Jung wrote:
1.2.31 (r1003456)
What file name do you plan for the RC source tarball?
The same as a release.
I'll put them in the p.a.o/~mturk for potential voters.
Again, this is not a release, release candidate or something third.
It is my proposal made from th
On 10/21/2010 06:05 PM, Mladen Turk wrote:
Before we were using
tomcat.apache.org/dev/dist and this should be axed
completely.
What I mean, anything that we "dist" *must* be voted
before. Since our entire site is mirrored anything
on the site must be voted for (even if the readme
On 10/21/2010 06:44 PM, Rainer Jung wrote:
On 21.10.2010 18:05, Mladen Turk wrote:
>
I will commit a small change to the release script, that will add the svn
revision number to the end of JK_EXPOSED_VERSION. For me that is sufficient.
And this would mean that this cannot be used a
On 10/21/2010 06:52 PM, rj...@apache.org wrote:
Author: rjung
/* Source Control Revision as a suffix, e.g. "-r12345" */
-#define JK_REVISION ""
+#define JK_REVISION "$Revision$"
/** END OF AREA TO MODIFY BEFORE RELEASING */
@@ -65,7 +65,7 @@
#if (JK_VERRC != 0)
#
On 10/21/2010 06:52 PM, rj...@apache.org wrote:
Author: rjung
-#define JK_EXPOSED_VERSION JK_EXPOSED_VERSION_INT
+#define JK_EXPOSED_VERSION JK_EXPOSED_VERSION_INT JK_REVISION
Ok, it seems I have to do it officially, so here it is:
-1 veto
Please revert adding this to the exposed version.
(or a
On 21/10/2010 20:33, Rainer Jung wrote:
On 21.10.2010 19:12, Mladen Turk wrote:
It means that we won't have
jk-1.2.31 but jk-1.2.31-rSomething even for a release?
You mean "It means we won't have?" or "It means we will have?" Guess it's a
typo.
Wel
On 21/10/2010 20:36, Rainer Jung wrote:
On 21.10.2010 20:01, Mladen Turk wrote:
On 10/21/2010 06:52 PM, rj...@apache.org wrote:
Author: rjung
-#define JK_EXPOSED_VERSION JK_EXPOSED_VERSION_INT
+#define JK_EXPOSED_VERSION JK_EXPOSED_VERSION_INT JK_REVISION
Ok, it seems I have to do it
On 21/10/2010 20:53, rj...@apache.org wrote:
Author: rjung
The new JK_FULL_EXPOSED_VERSION is used during
init/startup/shutdown logging, not for the short
version numbers.
Ok that makes more sense, although I still don't
get the what's the point and the *problem* you
had to solve with adding
On 10/21/2010 09:16 PM, Rainer Jung wrote:
On 21.10.2010 20:50, Mladen Turk wrote:
OK?
OK :)
Let's put this to the end.
Regards
--
^TM
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional comman
On 10/22/2010 10:10 AM, Rainer Jung wrote:
On 22.10.2010 08:35, mt...@apache.org wrote:
So since now there's a big cleanup under way: should we really want to fiddle with the
detailed versions? Then we always have to remember to update the Makefile. I usually put
the detail info int the README
Hi,
1.2.31 release proposal based on the JK_1_2_31_RC2 tag
is available for testing at:
http://people.apache.org/~mturk/tomcat-connectors/jk/
Beside sources there is assorted set of binaries
for your convenience. Just browse down the binaries
directory and you might get lucky :)
Documentation
On 10/21/2010 08:52 PM, Mark Thomas wrote:
- decide once we can see the patch without the clean-up if it is safe
for 7.0.x or needs to be held back for 7.1.x
If it doesn't break things or existing users configs,
I have no problem of having it in 7.0.
Adding 7.1 to the list would just confuse f
On 10/22/2010 05:09 PM, Rainer Jung wrote:
On 22.10.2010 15:10, Mladen Turk wrote:
Since nsapi is so rare and I assume only Solaris is hit by the problem, I
wouldn't say it's a showstopper. We can open a bugzilla to document and fix
next time. What do you think?
+1
That's h
On 10/23/2010 03:48 PM, Henri Gomez wrote:
Hi to all,
Did there is a way to to inject the use_server_errors directive
without uriworkermap ?
Sure it is:
JkMount /examples/* loadbalancer;fail_on_status=-404,-500,503
Regards
--
^TM
On 10/23/2010 04:22 PM, Mladen Turk wrote:
On 10/23/2010 03:48 PM, Henri Gomez wrote:
Hi to all,
Did there is a way to to inject the use_server_errors directive
without uriworkermap ?
Sure it is:
JkMount /examples/* loadbalancer;fail_on_status=-404,-500,503
It should be
JkMount /examples
On 10/26/2010 11:28 AM, Mark Thomas wrote:
Hi,
I don't have the hardware to test if this is an issue on ia64 this but
the following files have the same MD5 hash:
http://www.apache.org/dist/tomcat/tomcat-connectors/native/1.1.20/binaries/win64/ia64/tcnative-1.dll
http://www.apache.org/dist/tomca
On 10/26/2010 01:29 PM, Mark Thomas wrote:
Since you are the first one that figured that out
after more then 8 months, it just convinces me that
we should drop IA64 binaries altogether.
At least I don't plan to produce them any more
Fine with me. That will mean a updates to the build scripts,
On 10/26/2010 01:29 PM, Mark Thomas wrote:
http://www.apache.org/dist/tomcat/tomcat-connectors/native/1.1.20/binaries/win64/ia64/tcnative-1.dll
I have updated the correct binaries for IA64
Give it couple of hours for a sync.
Remaining stays however. I don't plan to make them
in the future. J
So, Tomcat Connectors 1.2.31 is:
[X] +1 release it
[ ] -1 nope, it's broken
Here is my vote just for the record.
I'll left the vote open for another 24 hours,
and since I won't have time for another spin
for at least a month, if not voted this will
have to wait some better times or another RM
We have collected needed three binding votes; Rainer, Tim and Mladen
I'll copy the artifacts to the bin directory and make an
announcement afterward.
On 10/22/2010 03:10 PM, Mladen Turk wrote:
Hi,
1.2.31 release proposal based on the JK_1_2_31_RC2 tag
is available for testing at:
The Apache Tomcat team announces the immediate availability of
Apache Tomcat Connectors 1.2.31 stable.
Apache Tomcat Connectors 1.2.31 concentrates mainly on bug fixes.
Please refer to the change log for the list of changes:
http://tomcat.apache.org/connectors-doc/miscellaneous/changelog.html
D
Currently it's only on the main site.
If no one objects I'll replace all tomcat logos
across all subprojects and branches with this one.
On 11/17/2010 10:21 PM, mt...@apache.org wrote:
Author: mturk
Date: Wed Nov 17 21:21:52 2010
New Revision: 1036232
URL: http://svn.apache.org/viewvc?rev=1036
On 11/18/2010 12:00 PM, Mark Thomas wrote:
The TM seems a little big / too bold but maybe that is because I'm not
used to it being there. If it is just me that thinks this then feel free
to go ahead and replace the other logos. I'm sure I'll get used to it.
That was my first notice as well, b
Hi,
We have launched the official Apache Tomcat project
Twitter feed at:
http://twitter.com/TheApacheTomcat
We will regularly post there announce and other relevant news,
and we are welcoming all new followers to our new
Twitter feed.
For those interested in ASF in general, there is also
offici
On 11/25/2010 06:40 PM, ma...@apache.org wrote:
Author: markt
* Backport AprEndpoint shutdown patch (BZ49795 and similar).
http://people.apache.org/~mturk/tomcat/patches/tomcat-6.0.x-aprshutdown.patch
+1: mturk
+ -0: markt - Patch doesn't apply cleanly to tc6.0.x/trunk
Sure since
On 11/25/2010 05:33 PM, Mark Thomas wrote:
How about this as an approach to reduce the complexity:
1. Remove the MD5 code (optional)
2. Default to /dev/urandom then SecureRandom. Don't fall back to Random.
3. Provide a class that implements Random that reads data from a file
4. If randomFile is
On 11/29/2010 06:08 PM, bugzi...@apache.org wrote:
https://issues.apache.org/bugzilla/show_bug.cgi?id=50339
-strcpy(s,&s[i]);
+for (off = i; '\0' != s[i]; i++); {
+s[i - off] = s[i];
+}
+s[i - off] = s[i];
memmove ;)
It would mean HPUX has a crappy st
On 12/01/2010 07:37 PM, ma...@apache.org wrote:
Author: markt
Date: Wed Dec 1 18:37:29 2010
New Revision: 1041120
URL: http://svn.apache.org/viewvc?rev=1041120&view=rev
Log:
Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=50360
Bind/release socket on start()/stop()
Register/deregister MB
On 12/03/2010 07:43 AM, Konstantin Kolinko wrote:
2010/12/3 Mladen Turk:
Think that single eg. EndpointState enum will cover all the
states during start(),pause(),resume(),stop() replacing multiple
booleans (at least running and paused) with a single enum.
WDTYT?
It makes sense for me
On 12/03/2010 08:21 AM, Mladen Turk wrote:
On 12/03/2010 07:43 AM, Konstantin Kolinko wrote:
So, binding to port 80 should be performed during initialization while
we have the root privileges, and not during startup. Does binding to
port 80 still work with Tomcat 7?
Didn't test
On 12/03/2010 07:43 AM, Konstantin Kolinko wrote:
So, binding to port 80 should be performed during initialization while
we have the root privileges, and not during startup. Does binding to
port 80 still work with Tomcat 7?
Created BZ50406.
IMO the entire r1041120 should be reverted and
BZ503
On 12/03/2010 06:58 PM, Mark Thomas wrote:
Think that single eg. EndpointState enum will cover all the
states during start(),pause(),resume(),stop() replacing multiple
booleans (at least running and paused) with a single enum.
WDTYT?
What we really need is the Lifecycle stuff that is in Cata
On 12/08/2010 08:07 PM, cos...@apache.org wrote:
Author: costin
+// Pass the ENOTIMPL to java, as described in javadocs. Java must
clean the
+// flag, will know it's not supported.
.c file and c++ style comment ???
Welcome to the beautiful land of native code, Costin :)
Cheer
On 01/04/2011 07:04 PM, Konstantin Kolinko wrote:
FYI: current TC 6 is configured to use commons-daemon 1.0.4 and I was
hitting a regression with that [1].
I plan to push for a 1.0.5 release tomorrow, so
hopefully the fixed version (thanks for hacking those)
will be available next week.
Re
On 01/05/2011 12:49 PM, jean-frederic clere wrote:
On 01/04/2011 07:04 PM, Konstantin Kolinko wrote:
I'd be nice if next release of commons-daemon were available in time
for TC 6.0.30 to use it.
I think Mladen is working on that :D
Right. Tagged 1.0.5, and currently in VOTE stage.
I hope I
On 01/10/2011 06:18 PM, jean-frederic clere wrote:
The candidates binaries are available here:
http://people.apache.org/~jfclere/tomcat-6/v6.0.30/
According to the release process, the 6.0.30 build corresponding to the
tag TOMCAT_6_0_30 is:
[ ] Broken
[ ] Alpha
[ ] Beta
[X] Stable
Tested on w
On 01/10/2011 07:54 PM, Mark Thomas wrote:
The proposed 7.0.6 release is:
[ ] Broken - do not release
[ ] Alpha - go ahead and release as 7.0.6 Alpha
[ ] Beta - go ahead and release as 7.0.6 Beta
[X] Stable - go ahead and release as 7.0.6 Stable
It works flawlessly. Tested on linux, windo
On 01/22/2011 07:01 PM, Jim Jagielski wrote:
According to the release process, the 5.5.32 build corresponding to the
tag TOMCAT_5_5_32 [1] is:
[ ] Broken
[ ] Alpha
[ ] Beta
[X] Stable
Regards
--
^TM
-
To unsubscribe, e-mail
On 01/24/2011 10:51 PM, jean-frederic clere wrote:
According to the release process, the 6.0.31 build corresponding to the
tag TOMCAT_6_0_31 is:
[ ] Broken
[ ] Alpha
[ ] Beta
[X] Stable
Regards
--
^TM
-
To unsubscribe, e-mail
I see you collected more then enough votes.
When do you plan to ANN that?
On 01/22/2011 07:01 PM, Jim Jagielski wrote:
The builds for Tomcat 5.5.32 are ready for testing and approval.
The candidates binaries are available here:
http://people.apache.org/~jim/tomcat-5.5/
According to the relea
On 02/01/2011 08:07 PM, Konstantin Kolinko wrote:
Hi, all!
Other option could be to leave it as is, at least for several months,
and leave it to up to the users to reconfigure the service. -- until
we know more about the issue. Maybe this can be solved inside procrun
somehow.
Using System.exi
On 02/04/2011 02:52 PM, Mark Thomas wrote:
The proposed Apache Tomcat 7.0.8 release is now available for voting.
[X] Stable - go ahead and release as 7.0.8 Stable
Regards
--
^TM
-
To unsubscribe, e-mail: dev-unsubscr...@tom
On 02/07/2011 09:17 PM, Jim Jagielski wrote:
According to the release process, the 5.5.33 build corresponding to the
tag TOMCAT_5_5_33 [1] is:
[X] Stable
Dists look fine.
Cheers
--
^TM
-
To unsubscribe, e-mail: dev-unsubsc
On 04/01/2011 08:09 PM, Mark Thomas wrote:
The proposed 7.0.12 release is:
[ ] Broken - do not release
[ ] Alpha - go ahead and release as 7.0.12 Alpha
[ ] Beta - go ahead and release as 7.0.12 Beta
[x] Stable - go ahead and release as 7.0.12 Stable
Regards
--
^TM
---
Hi,
I plan to create a
sandbox/connectors/native/iis7
for a native IIS7 C++ connector
(since Microsoft deprecated ISAPI)
Any objections?
Regards
--
^TM
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additiona
On 04/11/2011 09:00 AM, Konstantin Kolinko wrote:
2011/4/11 Mladen Turk:
Hi,
I plan to create a
sandbox/connectors/native/iis7
for a native IIS7 C++ connector
(since Microsoft deprecated ISAPI)
Any objections?
I do not mind.
Though
1) Do you need those immediate levels? Will there be
On 12/17/2009 05:23 PM, Semyon wrote:
Hello, all
I'm building native library for:
Tomcat 6.0.20
JNI 1.1.18
APR 1.4.1
OS: Solaris 5.10
compiler: gcc -m64
Library was built ok. When I begin starting tomcat I have such logs:
Does anybody know about such problem?
Probably because you are usin
On 12/21/2009 07:54 PM, Rainer Jung wrote:
On 21.12.2009 13:55, mt...@apache.org wrote:
Fix #48276. Just like with setting port to 0, if the resolve fails,
mark the worker as disabled
If we want to support pre allocation of workers with names not yet
reolvable I'm fine with a global setting t
On 12/21/2009 11:39 PM, jean-frederic clere wrote:
The candidates binaries are available here:
http://people.apache.org/~jfclere/tomcat-6/v6.0.21/
According to the release process, the 6.0.21 tag is:
[X] Broken
[ ] Alpha
[ ] Beta
[ ] Stable
tcnative-1.dll in the zips is build with dynamically
On 12/22/2009 08:15 AM, William A. Rowe Jr. wrote:
Mladen Turk wrote:
On 12/21/2009 11:39 PM, jean-frederic clere wrote:
The candidates binaries are available here:
http://people.apache.org/~jfclere/tomcat-6/v6.0.21/
According to the release process, the 6.0.21 tag is:
[X] Broken
[ ] Alpha
On 12/22/2009 10:11 AM, jean-frederic clere wrote:
On 12/22/2009 09:28 AM, Henri Gomez wrote:
Up till now we always had tcnative-1.dll not libtcnative-1.dll
so it's just broken build comming from private builds,
because there is no 1.1.18 binaries in w.a.o/dist/
Meaning:
1. Wrong tcnative
2. Bui
On 12/22/2009 07:18 PM, Rainer Jung wrote:
On 22.12.2009 19:09, mt...@apache.org wrote:
Something missing and hard to guess. The total number of currently
opened connection per worker
Cool!
Right, It's actually amazing
ab -c 10 -n 1000 ...
with event mpm opens 24+ connections
Regards
--
^
On 12/22/2009 07:18 PM, Rainer Jung wrote:
On 22.12.2009 19:09, mt...@apache.org wrote:
Something missing and hard to guess. The total number of currently
opened connection per worker
Cool!
Even more cool option would be the mechanism to
close all those connection from status.
Possible only
On 12/22/2009 08:28 PM, Rainer Jung wrote:
On 22.12.2009 20:05, Mladen Turk wrote:
I have a tendency to not put to much new stuff in 29 because it would be
nice to have a stable release with only bug fixes. Adding stuff to the
watchdog might be nice for a not to far 30 release?
Of course
On 12/23/2009 02:12 AM, Rainer Jung wrote:
release candidates (marking the files with rcX or dev or whatever) the
only safe thing would be to burn version number 6.0.21 and go for 6.0.22.
+1
Let's make a proper release.
I'd suggest to make a release on a specific SVN revision instead tag.
Th
On 12/23/2009 08:50 AM, Konstantin Kolinko wrote:
2009/12/21:
Author: mturk
Date: Mon Dec 21 12:39:29 2009
New Revision: 892800
URL: http://svn.apache.org/viewvc?rev=892800&view=rev
Log:
Fix #48305. Skip if property ends with .secret
Modified:
tomcat/jk/trunk/native/common/jk_status.c
On 12/23/2009 11:59 AM, Rainer Jung wrote:
So I suggest we try that for TC 7 and find out how to do that in a good
way (or not) before we try with 6.0. Let's stick to the existing process
for 6.0 and do the experiments with 7.
We can easily make a script similar to the one we have for mod_jk
Hi,
Version 1.1.18 wasn't properly tagged, so it
carries the 1.1.16 version in the windows binary builds
(only when you check the .dll version itself)
It's a minor issue already fixed in the SVN, so
before releasing new Tomcat I'd like we have the
native release clean.
I'll make a tag and fixed
On 01/04/2010 02:10 PM, Henri Gomez wrote:
It's not the case in the OS/X version
Nope. the windows .rc file wasn't updated
before 1.1.18 tag, so when you compile a .dll
and check it's resource version, it reports 1.1.16
This can be a problem with some third party install
tools that depend on
On 01/04/2010 04:21 PM, Konstantin Kolinko wrote:
The compiled "tcnative-.dll" DLLs on
http://www.apache.org/dist/tomcat/tomcat-connectors/native/1.1.18/binaries/win(32|64)
all show "1.1.18.0" on the Version tab in the File Properties dialog
in Windows Explorer.
The same with the ones in 6.0.2
On 01/04/2010 03:59 PM, Rainer Jung wrote:
Should we update the recommended version in AprLifecycleListener to 19?
At the moment we have recommended=17 and required=17.
This should be recommended=18 and required=17
since the .18 contains the SSL MITM fixes.
Required should stay at 17 cause it
On 01/05/2010 09:11 AM, jean-frederic clere wrote:
I think the file native/srclib/VERSIONS should be created by configure
and doesn't need to be in repository.
This file is more like a README. It says which version is
recommended/required for the builds.
Regards
--
^TM
-
On 01/05/2010 10:59 AM, Rainer Jung wrote:
On 05.01.2010 10:04, Mladen Turk wrote:
On 01/05/2010 09:11 AM, jean-frederic clere wrote:
I think the file native/srclib/VERSIONS should be created by configure
and doesn't need to be in repository.
This file is more like a README. It says
Hi,
I've build the 1.1.19 pre-release
http://people.apache.org/~mturk/native/
It is build from 1.1.x branch using the
revision 859968
If no one finds any problems with that, I'll
tag the 1.1.19 in few hours and create a full release
with vote proposal.
Regards
--
^TM
On 01/05/2010 11:23 AM, Konstantin Kolinko wrote:
2010/1/5 Rainer Jung:
Konstantin: JFC is right, it was meant to also check against the third part
of the minimum apr version "1 . 3 . 3".
By the way: you should check the third number
only if the second one is equal to "3".
The simplest wo
On 01/05/2010 11:57 AM, rj...@apache.org wrote:
Author: rjung
Get rid of nested version test by formatting
version number as one big decimal.
+ decimal_apr_version=`printf %02d%02d%03d ${1} ${2} ${3}`
+ if test "${decimal_apr_version}" -lt "0101003"; then
You should not quote the arithmetic
On 01/05/2010 01:34 PM, Rainer Jung wrote:
Hi Mladen,
I seem to remember that the fix line ends perl script is part of the
tcnative repos.
Which requires perl, so chicken and egg problem again.
Probably could be used if the unix2dos is not found
and perl exists.
Regards
--
^TM
On 01/05/2010 01:34 PM, Rainer Jung wrote:
Hi Mladen,
I seem to remember that the fix line ends perl script is part of the
tcnative repos.
Done. After second thought the perl is more likely to be present
then unix2dos.
Regards
--
^TM
Hi,
Native 1.1.19 is available for testing.
Compared with 1.1.18 It has minor versioning fix and allows building against
OpenSSL 1.0 (well Rainer beat me before the tag :)
If you want to take a look, the final source distribution can be
downloaded from:
http://tomcat.apache.org/dev/dist/tomcat-
On 01/06/2010 01:21 AM, Konstantin Kolinko wrote:
2010/1/5 Mladen Turk:
Hi,
Native 1.1.19 is available for testing.
Compared with 1.1.18 It has minor versioning fix and allows building against
OpenSSL 1.0 (well Rainer beat me before the tag :)
If you want to take a look, the final source
+1
I've done majority of planned fixes.
Let's tag and then play with IIS rotatelogs.
BTW, the IIS logging should be fixed now
(compiling with commode.obj that forces a real flush on fflush)
On 01/06/2010 11:07 AM, Rainer Jung wrote:
Any objections to the following plan about JK 1.2.29?
- 15.
On 01/06/2010 03:28 AM, Tim Whittington wrote:
The downside of the rotatelogs approach is that it's not easy to do log pruning
(since the filenames are based on the time the log rotates, rather than some
kind of backup suffix scheme), so I may do nothing about that for now - the
best I could
On 01/07/2010 09:56 AM, Tim Whittington wrote:
I've attached the initial implementation, along with a docs patch, to an issue
in Bugzilla.
https://issues.apache.org/bugzilla/show_bug.cgi?id=48501
I managed to track down the crashing - I was referencing a jk_file_logger_t
that got deallocated w
On 01/07/2010 10:49 AM, Tim Whittington wrote:
That looks better - will incorporate that.
Not sure why are you using ftell_nolock
We already have a problem with ISS logging because
multiple processes (IIS 6+) can write to a single log file.
On the configuration I went for two properties wit
Apache Tomcat Native 1.1.19 is:
I know it's a pickle season, and you guys
are all busy digesting Christmas and New Year eve's
meals, but can I have some votes here :)
The difference between released 1.1.18 is trivial,
like explained in the proposal, so you'll be voting
on package rather then
On 01/05/2010 03:50 PM, Mladen Turk wrote:
Apache Tomcat Native 1.1.19 is:
[X] Stable - no major issues, no regressions
[ ] Beta - at least one significant issue -- tell us what it is
[ ] Alpha - multiple significant issues -- tell us what they are
OK. We have 4 binding +1 votes.
I
On 01/11/2010 08:47 AM, Rainer Jung wrote:
On behalf of the Tomcat committers I am pleased to announce that Tim
Whittington has been voted in as a new Tomcat committer.
Please join me in welcoming him.
Welcome Tim!
Really glad you've been elected as a committer.
Regards
--
^TM
-
On 01/13/2010 10:09 AM, jean-frederic clere wrote:
Hi,
I plan to tag 6.0.23 tomorrow lunch time (~13h00 my time).
Third luck ;)
Please complain if that is not ok.
+1
Cheers
--
^TM
-
To unsubscribe, e-mail: dev-unsubsc
On 01/15/2010 08:22 AM, jean-frederic clere wrote:
We have to fix the TCK failures, We shouldn't release some things which
is not TCK compliant.
+1
Regards
--
^TM
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
On 01/15/2010 03:41 PM, Rainer Jung wrote:
On 14.01.2010 21:21, ma...@apache.org wrote:
Author: markt
Date: Thu Jan 14 20:21:23 2010
New Revision: 899395
URL: http://svn.apache.org/viewvc?rev=899395&view=rev
Log:
zip is for non-windows platforms
Hmmm, really?
Until recently we didn't have th
901 - 1000 of 1263 matches
Mail list logo