Filip Hanik - Dev Lists wrote:
having mod_jk rely on the AJP packet from Tomcat to close a socket or
not, is like saying the IE browser can't close the socket unless Apache
httpd says so.
Quite opposite. Unlike http, ajp protocol is persistent,
and one side must (should) explicitly mark the gr
Filip Hanik - Dev Lists wrote:
Rainer Jung wrote:
Mladen Turk schrieb:
The patch the Jim provided, gives us the functionality of turning off
the keep alive from the "clients" (httpd in this case) perspective.
I do not agree, although its a hack and easy fix for
the prob
Jim Jagielski wrote:
I'd like to propose that I commit the patch, and then we
add in the additional awareness of keepalives from
the TCP as well as AJP PoVs.
Sound OK?
Sure. Think Rainer already committed your patch.
--
Mladen.
-
Mark Thomas wrote:
Haven't been able to determine why, but the win32 binary for JK 1.2.18
doesn't work with IIS5. JK 1.2.15 works without a hitch.
There have been a number of similar reports on the users list.
Add to the registry an
rewrite_rule_file "C:\Path\to\the\rewrite.rules"
It can be
Hi,
There is one serious bug in 1.2.18 that makes
it unusable for IIS if there is a missing optional
directive (rewrite_rule_file).
Since we had already lots of commits fixing various
problems, 1.2.19 is something we should cut pretty
soon.
Any comments or pending work?
I would like that we make
Rainer Jung wrote:
I would then make a snapshot available on dev, such that interested
parties can compile and check, and could start a formal release process
a week later.
I know, that new features impose new risk, on the other hand the release
process does also consume some energy, so persona
Rainer Jung wrote:
OK, so
- what's the show stopper: the rewrite windows things?
If yes, I would suggest to release this one patch without *any* of the
changes I did last week, because I hope, that this release would need no
changes.
Can you update the changelog.xml so we can see what
has be
Henri Gomez wrote:
I'll make a build on our Linux PPC box and make some tests.
Stay tuned
BTW, a windows binary will be usefull also
I'll made them later today.
Rainer,
can you make some tomcat-connectors-1.2.19-dev.tar.gz?
Regards,
Mladen.
-
Rainer Jung wrote:
I don't want to make it available under /dev/dist, since it's a little
early. If a couple of people give a little feedback, I would feel more
comfortable.
You can put tarball inside your http://people.apache.org/~rjung/
It's much easier to handle tarball then doing svn c
Henri Gomez wrote:
BTW, a windows binary will be usefull also
http://people.apache.org/~mturk/jk1219/
Done some bug fixes to be able to compile,
so they are in sync with trunk.
Regards,
Mladen.
-
To unsubscribe, e-mail: [E
Rainer Jung wrote:
Hi all,
Mladen and I applied some minor but partly important fixes. The result
is available from trunk, but also as a tarball from
http://people.apache.org/~rjung/mod_jk-1.2.19-438031/
There is one problem(?) with apache 1.3/Win32.
With Apache 1.3.34 logging is fine, but wi
Mark Thomas wrote:
URL: http://svn.apache.org/viewvc?rev=438898&view=rev
Log:
I'm not an native English speaker, but the
'Changes with' compared with 'Changes in' or
'Changes from' sound more reasonable to me.
As a native speaker - at least of the British version ;) - "Changes
in" is the best o
Yoav Shapira wrote:
Hey,
We need to submit a quarterly report to the Board this month.
+1
I would like to copy the connectors/jni to tc6.0.x/native
that is already present as the placeholder.
Well, except the java part, cause it is within
tc6.0.x/java/org/apache/tomcat/jni already.
Further de
Anyone has any idea why /examples or /examples/ returns 404
while we have /examples listed under Miscellaneous?
IMHO it should show the directory listing like on 4.1.x.
The /examples/jsp and examples/servlets works however.
Regards,
Mladen.
-
Filip Hanik - Dev Lists wrote:
With a recent fix to APR, I'd like to move forward to 5.5.19 and skip
5.5.18. One of the reasons we wanted 5.5.18 was because of an APR fix,
now when it is completed, we can get that and the rest of the stuff into
it.
If I don't hear any objections, I'll tag the
Remy Maucherat wrote:
the other option is of course to roll back the listener back to 1.1.3
Yes, it's either actually release the new native source bundle, or
rollback the listener. IMO, it's better to rollback, since I am not
aware of any API breakage, and I think the listener should contai
Filip Hanik - Dev Lists wrote:
You should do a 1.1.4 release here, though:
http://www.apache.org/dist/tomcat/tomcat-connectors/native/
are the native releases never voted on?
No. They are part of Tomcat tags although we have version to be
loosely coupled. We don't have a separate product 'To
Filip Hanik - Dev Lists wrote:
Ok, with the latest mishap of the native versions, we'll make another
attempt.
I will tag 5.5.20 on Monday, 4pm CST (22.00 GMT)
OK. I'll try to refactor the APR listener
so it uses the 'minimum API' (1.1.3) version without
breaking, and issuing a note if the ver
Remy Maucherat wrote:
You should do a 1.1.4 release here, though:
http://www.apache.org/dist/tomcat/tomcat-connectors/native/
Done. tomcat-native-current points to 1.1.4
Sorry, forget about that. I only did heanet.ie upload.
Regards,
Mladen.
---
Remy Maucherat wrote:
OK. I'll try to refactor the APR listener
so it uses the 'minimum API' (1.1.3) version without
breaking, and issuing a note if the version
is less then 'recommended' (1.1.4).
This is useless (and possibly even dangerous) because the "recommended"
version may change in th
Remy Maucherat wrote:
I still don't see much usefulness. 1.1.4 doesn't contain any serious
fixes over 1.1.3, but causes a warning.
http://svn.apache.org/viewvc/tomcat/connectors/trunk/jni/native/src/network.c?r1=412388&r2=415547&diff_format=h
It doesn't set/restore the timeout for each socke
Filip Hanik - Dev Lists wrote:
Don't see what's the problem with something like that.
Regards,
Mladen.
I'm against such change to, not because of usefulness or not, we're
trying to cut a stable release, if you want to do it, do for the next
tomcat release.
Then use 1.1.4 if you wish a stabl
Hi,
Seems we had a pretty long test window.
Can we schedule the release by the end of this week?
Rainer, are you still willing to act as the RM for 1.2.19?
Regards,
Mladen.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additi
David Rees wrote:
Ok, I'm pretty sure this is a real bug (though not a new one, mod_jk
back to 1.2.15 behaves the same).
This not an bug.
I'm using this config in Apache:
JkMount /*.jsp tomcatlb
JkMount tomcatlb
Have you tried?
SetHandler jakarta-servlet
The worker used will be
David Rees wrote:
Have you tried?
SetHandler jakarta-servlet
The worker used will be the first one in
worker.list if you explicitly set the handler.
So what do you do when you have multiple virtualhosts mapped to
different workers?
Please don't split hair :)
In that case use the JkM
Rainer Jung wrote:
Hi,
The source distribution can be downloaded from:
http://tomcat.apache.org/dev/dist/tomcat-connectors/jk/source/jk-1.2.19/
The binaries are at:
http://www.apache.org/dist/tomcat/tomcat-connectors/jk/binaries/win32/jk-1.2.19/
http://www.apache.org/dist/tomcat/tomcat-conne
Peter Huber wrote:
Hi y'all
Recently I was assigned to the following task:
But the Problem is that it does not work from arbitrary client. I tracked
down the problem: It is a hardcoded limit of 8 KB transmission buffer both
in isapi_redirect.dll and in the AJP 1.3 protocol implementation. This
Peter Huber wrote:
Thanks for the quick response. Is there any release date fixed for the
components?
http://people.apache.org/~fhanik/v5.5.20-beta/bin/
http://www.apache.org/dist/tomcat/tomcat-connectors/jk/binaries/win32/jk-1.2.19/
The VOTE is in progress, so next thought.
Regards,
Mladen
Filip Hanik - Dev Lists wrote:
Apache Tomcat v5.5.20 is:
[x] +1 Stable - no major issues
Works great.
Regards,
Mladen.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Rainer Jung wrote:
Hi,
I shortly want to remind everyone, that our release vote for mod_jk
1.2.19 will start tomorrow.
Just run the vote. Tomorrow is fine although you already have
at least 3 votes from Jim, Henri and myself.
Regards,
Mladen.
--
Rainer Jung wrote:
Apache Tomcat Connectors 1.2.19 is:
[X] Stable - no major issues, no regressions
Regards,
Mladen
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Hi,
The problem is that we presume that socket timeout
is keep-alive timeout, and that is wrong.
The reason is simple because the time between two
requests has noting to do with the the time the data
will be read.
Also, the thing like reading the request is dependent
on the number of client conn
Filip Hanik - Dev Lists wrote:
you are correct, soTimeout should not, imho, change depending on the
thread count.
if the user sets 20 seconds for soTimeout then it should stay that way.
Right. With the current code you can only deduct what the actual
timeout will be. Like said, for 40 sec tim
Remy Maucherat wrote:
Mladen Turk wrote:
Filip Hanik - Dev Lists wrote:
you are correct, soTimeout should not, imho, change depending on the
thread count.
if the user sets 20 seconds for soTimeout then it should stay that way.
Right. With the current code you can only deduct what the
Remy Maucherat wrote:
Mladen Turk wrote:
semi useless, LOL :)
"when the number of threads gets lower, it tends to use fewer threads"
Ok, it's the opposite: "when the number of threads gets higher, it will
try using fewer threads". Looking at the code will makes t
Hi all,
I would like to propose a simple vote on the thing I consider
as very important. It's probably the first vote ever done for
the commited code, but the reasons are known for the folks reading
tomcat dev list.
The things we have right now for dealing with Keep-Alive is
dependent only on th
Filip Hanik - Dev Lists wrote:
where is this proposed, 6.0 or 5.5.x dot release?
Sorry it's targeted for 6.0
(I thought it was clear from the patches)
Regards,
Mladen
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additiona
Bill Barker wrote:
I pretty much agree with Remy: Anything useful this would do has been in
place since the early days of Coyote. Also, anybody that actually would
care about this option almost certainly wouldn't be using the JIO Connector
:).
Fair enough.
Someone even said that there is
[EMAIL PROTECTED] wrote:
Log:
- At the moment, I prefer version 1.1.3.
Remy,
I have uploaded the 1.1.6 tag that fixes the problems with 1.1.4.
1.1.5 was not made as public, because of few small compile problems.
Also I have changed the source distribution naming, so it follows the
APR name s
Rainer Jung wrote:
Hi,
fredk2 wrote:
The question is - how can you set secret in mod_proxy_ajp ?
Not at the moment.
If this feature is not (yet) implemented, can this be easily added -
aka can
we expect this in a later version :) ?
Please let me know if this post should be made on apache-
[EMAIL PROTECTED] wrote:
-ssl = endpoint.getSecure();
+ssl = "on".equalsIgnoreCase(endpoint.getSSLEngine());
Like Remy said, anything except "Off" is acceptable.
It can be either "On" or "EngineName" (eg, SSLEngine="nuron")
Regards,
Mladen.
-
Filip Hanik - Dev Lists wrote:
to eager to press send, that way the connector would have only on/off
values, while the actual SSLEngine value neuron would be in the
APRLifeCycleListener,
much cleaner, and all our connectors become consistent on that value
Look, SSLEngine concept was derive
Filip Hanik - Dev Lists wrote:
no need to get edgy :), your point is well taken.
I was edgy? Wasn't my intention.
I have two suggestions
1. The SSLEngine attribute should be in the APR lifecycle listener, and
not in the connector, since its static, I can't have more than one, so
why do I
Filip Hanik - Dev Lists wrote:
Let's keep SSLEngine: it's explicit, and it works.
not really, this wouldn't work
protocol="org.apache.coyote.http11.Http11AprProtocol"
SSLEngine="oneengine"/>
protocol="org.apache.coyote.http11.Http11AprProtocol"
SSLEngine="otherengine"/>
Fully valid configur
Remy Maucherat wrote:
Mladen Turk wrote:
If that is the case the secure="true|false" can be used to determine
if the transport is ssl or not, and fake the front end handled
https/ssl connection.
I find that doubtful.
I am against such a change right now, since it might restric
[EMAIL PROTECTED] wrote:
SSLEngine is an attribute of the APR lifecycle listener to initialize the
native SSL layer once per VM.
I don't get it, really.
Did you read my reply about:
1. scheme="https" secure="true"
2. scheme="https" secure="false"
3. scheme="http" secure="false"
4. scheme="ht
Filip Hanik - Dev Lists wrote:
The scenario we are trying to achieve is this:
How will in that case behave:
Please explain for each case.
Regards,
Mladen.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional c
Remy Maucherat wrote:
It is also a good thing to cleanup the SSLEngine
initialization, which should indeed be a one per VM call.
SSL.initialize is reference counted, so any consecutive call
simply returns OK.
I disagree with changing this.
Changing what? Previous or new Filip's implement
Filip Hanik - Dev Lists wrote:
Let me see if I can explain
c) if there is a transport user constraints, ie the page is only allowed
to be server CONFIDIENTIAL, tomcat will throw a 403 error
c) Tomcat handles the transport-guarantee scenario correctly and allows
the request into the applicat
On 12/16/2011 08:56 PM, Mark Thomas wrote:
All,
I know option 1 works ...
Does anyone else have any requirements / views that would suggest one
approach is better than the other?
If it ain't broken don't fix it.
Regards
--
^TM
On 12/17/2011 09:24 PM, Antonio Petrelli wrote:
As requested here is a proposal to move to Maven.
I simply cannot understand why some folks have
almost religious fascination with Maven.
I know many projects that have move from Ant to
Maven and are now either switched back or gone to
some othe
On 12/19/2011 06:12 PM, Pid wrote:
On 18/12/2011 08:37, Mladen Turk wrote:
On 12/17/2011 09:24 PM, Antonio Petrelli wrote:
As requested here is a proposal to move to Maven.
I simply cannot understand why some folks have
almost religious fascination with Maven.
I know many projects that
On 12/19/2011 07:04 PM, Henri Gomez wrote:
Exactly. Since any change would require a learning curve
and it seems we don't have that many (read none) maven
experts in the house, Gradle could be equally considered,
given that it seems more advanced in customization.
I know well Maven but Olivier
On 12/19/2011 07:47 PM, David Jencks wrote:
Are you reading the thread? I mentioned dec 17 that geronimo has been maintaining a
script for 2+ years that pulls tomcat source out of tomcat svn and puts it in an
appropriately structured maven mutli-project build and we've been re-releasing quite
On 12/19/2011 08:58 PM, Romain Manni-Bucau wrote:
There is a big part of tomcat which doesn't need maven because it doesn't
need to be standard (the installers are a great example).
Installer is just ant exec task with some filtering
for getting the versions correctly.
We have multiple release
On 12/19/2011 09:13 PM, Romain Manni-Bucau wrote:
I don't know if it is because i used more maven than ant but when i checked
out tomcat the first time i wondered where was modules (corresponding to
jars).
OK, this is the first thing I can agree with you. But It has nothing
to do with toolkit
On 12/19/2011 09:13 PM, Romain Manni-Bucau wrote:
because developers can't know both?
Since it seems you are familiar with maven, what is your
opinion about maven ant tasks?
Seems to me it offers full power of Ant, almost seamless
transition, with the option to use maven deploy and dependency
On 12/21/2011 09:34 PM, Olivier Lamy wrote:
Hello,
I have started some stuff here: https://github.com/olamy/tomcat70.
We must at least create 7.1.x branch for such a crucial change.
Otherwise no one will be able to apply custom patches to the exiting code base.
BTW, Oliver, it looks really n
On 12/21/2011 10:24 PM, Mark Thomas wrote:
On 21/12/2011 21:21, Mladen Turk wrote:
On 12/21/2011 09:34 PM, Olivier Lamy wrote:
Hello,
I have started some stuff here: https://github.com/olamy/tomcat70.
We must at least create 7.1.x branch for such a crucial change.
I'm not sure we n
On 12/21/2011 11:01 PM, Mark Thomas wrote:
On 21/12/2011 21:57, Mladen Turk wrote:
In essence no packages will be able to change the version
unless he rewrites the .spec or debian files from scratch thought.
Ouch. That is argument for only doing this in trunk, if we do it at all.
Right. Up
On 01/24/2012 10:15 PM, Mark Thomas wrote:
I have made some further headway with this and the latest patch is on
people.a.o [1].
How that relates to Servlet spec 3.1?
Regards
--
^TM
-
To unsubscribe, e-mail: dev-unsubscr...
On 02/15/2012 04:53 AM, Costin Manolache wrote:
Uploaded another take.
For non-SSL ( JIO, and apr without ssl ) -> SPDY just kicks in on all
connections,
this is just a short-cut for testing. I could also define a SpdyProtocol
and set it
directly on the connector - but seems too much overhead
On 02/17/2012 09:00 PM, Mark Thomas wrote:
The proposed 7.0.26 release is:
[ ] Broken - do not release
[X] Stable - go ahead and release as 7.0.26 Stable
Looks good ... nothing much to say :)
Regards
--
^TM
-
To unsubscribe
On 02/21/2012 03:06 PM, Konstantin Kolinko wrote:
2012/2/21:
@@ -58,6 +70,13 @@ TCN_IMPLEMENT_CALL(jlong, Address, info)
sl = sa;
}
}
+if (sp) {
+/* Set the provided scope id
+ * APR lack the api for setting this directly so lets presume
+ *
On 02/21/2012 03:06 PM, Konstantin Kolinko wrote:
2012/2/21:
I wonder when this change will be ported to native/trunk. (Just
wondering. No real interest though).
We currently have only 1.x release which is from this branch.
Trunk will be 2.x and will require apr-2.x
I plan to add support for
Hi,
We have couple of bugs fixed and its been quite a while since 1.1.22.
There is also few trivial bugs and patches in BZ which I plan to solve.
I volunteer as RM for 1.1.23.
Objections, comments?
Regards
--
^TM
-
To unsubsc
On 02/21/2012 06:05 PM, Christopher Schultz wrote:
Mladen,
On 2/21/12 11:30 AM, Mladen Turk wrote:
We have couple of bugs fixed and its been quite a while since 1.1.22.
There is also few trivial bugs and patches in BZ which I plan to solve.
I volunteer as RM for 1.1.23.
Objections, comments
On 02/21/2012 09:56 PM, Costin Manolache wrote:
On Tue, Feb 21, 2012 at 12:51 PM, Rainer Jungwrote:
On 21.02.2012 21:30, Costin Manolache wrote:
Is this going to be from head ? How can I get the NPN ( sslext.c )
included
?
Mladen is aiming for 1.1.23, so he will be releasing from the 1.1.x
On 02/22/2012 06:17 AM, Costin Manolache wrote:
Mladen: please let me know if you want to further review the change or
should I merge it to the branch.
Well I personally would not merge that into 1.1.x branch.
It would be a bit weird to have 1.1.22 as is, and 1.1.23 with
whole bunch of new fea
On 02/22/2012 05:52 AM, cos...@apache.org wrote:
Author: costin
+ if (len> TCN_BUFFER_SZ) {
+ return -1;
+ }
Suppose that the len is presumed to always be shorter then 8K.
char * requestedTicket = apr_pcalloc(tcssl->pool, len);
suppose this can be be jus
On 02/22/2012 03:54 PM, Costin Manolache wrote:
On Tue, Feb 21, 2012 at 11:11 PM, Mladen Turk wrote:
Well I personally would not merge that into 1.1.x branch.
It would be a bit weird to have 1.1.22 as is, and 1.1.23 with
whole bunch of new features and API's.
That's not why we
On 02/22/2012 05:47 PM, Costin Manolache wrote:
On Wed, Feb 22, 2012 at 8:13 AM, Mladen Turk wrote:
One thing I would appreciate help with: I would like to have an option to
statically link
openssl and apr into the tc-native .so - I mean use openssl.a, apr.a.
You mean for unixes?
The
On 02/22/2012 07:22 PM, Costin Manolache wrote:
On Wed, Feb 22, 2012 at 9:12 AM, Mladen Turk wrote:
However, not sure why you wish to do that. Many distros already provide
tomcat-native so there's no real point for doing that, especially since
we should not distribute unix binaries.
On 02/23/2012 08:00 PM, Konstantin Kolinko wrote:
2012/2/23:
Maybe:
while [ -n "$1" ]
(though both variants should work work)
Some solaris shells misbehave on -n.
do
- case "$o" in
+ case "$o=1" in
What the above line is about?
Was it supposed to be:
case "$1" in
Right, Mark pr
On 02/22/2012 07:22 PM, Costin Manolache wrote:
On Wed, Feb 22, 2012 at 9:12 AM, Mladen Turk wrote:
I'm trying to provide a way for people to build "libtcnative-2.so" so it
can be installed on
those systems along with the existing apr, openssl and libtcnative-1,
withou
On 02/24/2012 10:07 AM, Konstantin Kolinko wrote:
Hi!
Thanks to Stefan Bodewig work to resolve issue with expat
configuration on Gump,
APR now builds successfully there, after failing for more than 1 year.
So projects that depend on APR and/or HTTPD now have a chance to be built,
after being in
On 02/24/2012 11:12 AM, Henri Gomez wrote:
I just notice this 'release'
Did you release a source tarball ?
Nope, will tag later today or over the weekend (depends on weather conditions :)
Cheers
--
^TM
-
To unsubscribe, e-m
On 02/24/2012 06:31 PM, Felix Schumacher wrote:
Am Freitag, den 24.02.2012, 07:43 + schrieb mt...@apache.org:
+AC_ARG_ENABLE(ocsp,
+[AS_HELP_STRING([--enable-openssl],[Turn on OpenSSL OCSP verification
support])],
I think the help string should read --enable-ocsp.
Right.
Good catch!
R
Hi,
I have made available soon to be 1.1.23 release at
http://people.apache.org/~mturk/native/r1293352/
So please test before I make tag.
Notice
--
There is one change in distribution layout.
There is no more binaries/win32/ with individual files.
Instead there is
binaries/tomcat-native-$v
On 02/24/2012 07:15 PM, Mladen Turk wrote:
Hi,
I have made available soon to be 1.1.23 release at
http://people.apache.org/~mturk/native/r1293352/
Please use:
http://people.apache.org/~mturk/native/r1293383/
Inside binaries there is now win32-bin.zip and win32-ocsp.zip
with the latest
On 02/26/2012 03:39 PM, Rainer Jung wrote:
On 24.02.2012 20:33, Mladen Turk wrote:
On 02/24/2012 07:15 PM, Mladen Turk wrote:
Hi,
I have made available soon to be 1.1.23 release at
http://people.apache.org/~mturk/native/r1293352/
Please use:
http://people.apache.org/~mturk/native/r1293383
On 02/26/2012 04:19 PM, Rainer Jung wrote:
Hi Mladen,
On 24.02.2012 20:33, Mladen Turk wrote:
On 02/24/2012 07:15 PM, Mladen Turk wrote:
Hi,
I have made available soon to be 1.1.23 release at
http://people.apache.org/~mturk/native/r1293352/
Please use:
http://people.apache.org/~mturk
On 02/24/2012 08:33 PM, Mladen Turk wrote:
Please use:
http://people.apache.org/~mturk/native/r1293383/
Inside binaries there is now win32-bin.zip and win32-ocsp.zip
with the latest having OCSP compiled in (still experimental)
The versions in r1293352 had OCSP compiled in so not for production
On 02/26/2012 04:58 PM, Rainer Jung wrote:
On 24.02.2012 13:09, mt...@apache.org wrote:
JKJNISVN=$SVNBASE/${JKJNIEXT}
if [ "x$JKJNIEXT" = "xtrunk" ]; then
- JKJNIVER=`svn info ${JKJNISVN} | awk '$1 == "Revision:" {print $2}'`
-elif [ $USE_BRANCH -eq 1 ]; then
- JKJNIBRANCH=${JKJNIEXT}
- JKJNISVN
On 02/27/2012 08:19 PM, Konstantin Kolinko wrote:
2012/2/27:
Author: mturk
Date: Mon Feb 27 18:56:02 2012
New Revision: 1294273
URL: http://svn.apache.org/viewvc?rev=1294273&view=rev
Log:
Make some sense out of README. Removed ASL header and added Crypto notice
Why are you removing the ASL h
Version 1.1.23 is both bugfix release with couple of additional features
that does not change ABI (namely OCSP and pkcs12 support).
The proposed release artefacts can be found at [1],
and the build was done using tag [2].
Please vote. The vote will be open for at least 72 hours.
Apache Tomcat Nat
On 02/27/2012 12:33 AM, Jeremy Boynes wrote:
OK. Artefacts re-staged at
https://repository.apache.org/content/repositories/orgapachetomcat-084/
+1
Signatures and content OK.
Although not sure why you have LICENSE and LICENSE.txt as well
as NOTICE and NOTICE.txt with the same content
(well, th
On 02/28/2012 08:57 PM, sebb wrote:
On 28 February 2012 16:43, Mladen Turk wrote:
Although not sure why you have LICENSE and LICENSE.txt as well
as NOTICE and NOTICE.txt with the same content
That is probably caused by the Apache POM, which tries to be helpful
by adding the N&L for
With my implicit +1 we 4 +1's (Henri, Filip, Jean-Frederic and I)
and no other votes. I declare vote as passed.
On 02/28/2012 03:39 PM, Mladen Turk wrote:
Version 1.1.23 is both bugfix release with couple of additional features
that does not change ABI (namely OCSP and pkcs12 support)
The Apache Tomcat team announces the immediate availability of Apache
Tomcat Native 1.1.23 stable.
Please refer to the change log for the list of changes:
http://tomcat.apache.org/native-doc/miscellaneous/changelog.html
Downloads:
http://tomcat.apache.org/download-native.cgi
Please allow up to
On 03/03/2012 03:41 PM, rj...@apache.org wrote:
Author: rjung
Date: Sat Mar 3 14:41:12 2012
New Revision: 1296630
URL: http://svn.apache.org/viewvc?rev=1296630&view=rev
Log:
BZ 52793: Fix default value of forwarded worker
activation state.
Think we've been holding 1.2.33 for a quite time.
I
On 03/03/2012 08:41 PM, Rainer Jung wrote:
On 02.03.2012 17:21, mt...@apache.org wrote:
Author: mturk
Date: Fri Mar 2 16:21:18 2012
New Revision: 1296284
URL: http://svn.apache.org/viewvc?rev=1296284&view=rev
Log:
Use simpler tomcat-native distribution which comes with 1.1.23+
# - Commons
On 03/03/2012 08:38 PM, Rainer Jung wrote:
On 03.03.2012 18:47, Mladen Turk wrote:
On 03/03/2012 03:41 PM, rj...@apache.org wrote:
Author: rjung
Date: Sat Mar 3 14:41:12 2012
New Revision: 1296630
URL: http://svn.apache.org/viewvc?rev=1296630&view=rev
Log:
BZ 52793: Fix default valu
On 03/05/2012 07:30 AM, cos...@apache.org wrote:
Author: costin
Date: Mon Mar 5 06:30:17 2012
New Revision: 1296944
URL: http://svn.apache.org/viewvc?rev=1296944&view=rev
Log:
EINTR needs to be returned to java in order for Poll.interrupt() to work, it is
already handled in AprEndpoint.
Not
On 03/06/2012 12:55 AM, Costin Manolache wrote:
On Mon, Mar 5, 2012 at 1:39 PM, Costin Manolache wrote:
apr_pollset_drain_wakeup_pipe(pollset);
rv = APR_EINTR;
}
(interrupt() calls poll_wakepup which writes to the wakeup_pipe )
Hi,
Converted html files (no mater which tool used)
just look ugly. I see no point of having trash-like content
distributed, so can we just axe those conversion?
The content is already present in src as generated html file(s)
so converting them to .txt is useless if unreadable and IMHO
nowadays
On 03/07/2012 08:55 PM, Rainer Jung wrote:
On 07.03.2012 13:12, mt...@apache.org wrote:
Author: mturk
Date: Wed Mar 7 12:12:13 2012
New Revision: 1297948
URL: http://svn.apache.org/viewvc?rev=1297948&view=rev
Log:
/bin/ksh? Whats ksh? Use something each system should have.
Bah, what's bash?
On 03/07/2012 10:16 PM, Rainer Jung wrote:
Talking about scripts: we hace "--force" in the buildconf.sh. AFAIR I threw it out from
buildconf in APR and httpd, because "--force" will overwrite local config.guess and
config.sub by copying in the system installed (old) ones. If we now want instead
On 03/08/2012 09:02 AM, rj...@apache.org wrote:
Author: rjung
Date: Thu Mar 8 08:02:45 2012
New Revision: 1298288
URL: http://svn.apache.org/viewvc?rev=1298288&view=rev
Log:
Remove "--force" from libtoolize in buildconf
to prevent overwrite of our config.(guess|sub)
copies with system installed
On 03/08/2012 09:21 AM, Rainer Jung wrote:
On 08.03.2012 09:08, Mladen Turk wrote:
On 03/08/2012 09:02 AM, rj...@apache.org wrote:
Author: rjung
Date: Thu Mar 8 08:02:45 2012
New Revision: 1298288
URL: http://svn.apache.org/viewvc?rev=1298288&view=rev
Log:
Remove "--force" from
401 - 500 of 1263 matches
Mail list logo