Jean-Frederic wrote:
On Fri, 2007-02-23 at 09:20 +0100, Rainer Jung wrote:
What is still open:
A Henri's core dumps on iSeries
Wasn't it only a wrong printf?
I doubt that very much, at the stack in his core didn't point to these
statements. I'm still waiting for feedback from Henri.
B
Mladen Turk wrote:
Rainer Jung wrote:
D New design of interaction of mod_jk ForwardDirectories and httpd
DirectoryIndex (BZ 41430, BZ 36121)
As I said so many times, any attempt to from DirectoryIndex
that will force serving something that is not part of
the Tomcat's welcome file list
I like it too. It was always a weakness, that workers.properties typos
get through unnoticed. It will be interesting to find out that way, how
many users have configs that actually don't work...
I didn't read the patch in detail: will it be compatible with the
existing macro feature
Hi Jean-Frederic,
what's the plan with:
Modified: tomcat/connectors/trunk/jk/native/common/jk_util.c
URL:
http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/native/common/jk_util.c?view=diffrev=511326r1=511325r2=511326
OK, I understood in the meantime, sorry for the noise.
Rainer Jung schrieb:
Hi Jean-Frederic,
what's the plan with:
Modified: tomcat/connectors/trunk/jk/native/common/jk_util.c
URL:
http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/native/common/jk_util.c?view=diffrev=511326r1
Two more questions:
[EMAIL PROTECTED] schrieb:
Modified: tomcat/connectors/trunk/jk/native/apache-1.3/mod_jk.c
URL:
http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/native/apache-1.3/mod_jk.c?view=diffrev=511326r1=511325r2=511326
Please open an item in bugzilla (issues.apache.org).
Thanks,
Rainer
Taka J.S. schrieb:
Hi,
I'm using Apache2.0.59, mod_jk1.2.20 and Tomcat5.0.28.
The resources are located in the area where is protected by Tomcat's
BASIC authentication.
When I send a request via HEAD method without account
Hi all,
the next version of mod_jk is approaching its release. A code snapshot
is available at
http://people.apache.org/~rjung/mod_jk-dev/
It is in the same format as a release download, so easy to build. Under
the same URL you can find the updated documentation.
It would be nice, if we
... and now you can find windows binaries there too (thanks Mladen) ...
http://people.apache.org/~rjung/mod_jk-dev/
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Due to a bug one user found (thanks) in the new JkStripSession feature
(only in the Apache httpd implementation of it), there is now a new
tarball available at the old address.
http://people.apache.org/~rjung/mod_jk-dev/
Happy testing!
Regards,
Rainer
Hi all,
the feedback from community quality testing for mod_jk 1.2.21 seems to
be OK. Several people did download it on the first day, and we fixed a
minor bug. If things stay like this, I would like to tag and cast the
release vote late Saturday, so that we will most likely have the final
98549 -50
53111 Bonn www.kippdata.de
HRB 8018 Amtsgericht Bonn / USt.-IdNr. DE 196 457 417
Geschäftsführer: Dr. Thomas Höfer, Rainer Jung, Sven Maurmann
===
kippdata
informationstechnologie GmbH Tel: +49 228 98549 -0
Bornheimer Str. 33aFax
+1
Remy Maucherat wrote:
Hi,
I'd like to nominate Fabian Carrion as a committer on the Apache Tomcat
project. Fabian contributed many useful patches, including helping add
support for Servlet 2.5 in Apache Tomcat 6.0.
Votes ?
Rémy
I can confirm, that this file is missing in the content directory.
However I don't know, how the release process for TC works, so I can't
immediately fix it.
Rainer
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
Yes I agree, that it's time for this. We could also remove mod_jk2 from
the download page and add a text line saying, that mod_jk2 is deprecated
and is only available from the archive (which itself has a link on that
page).
William A. Rowe, Jr. schrieb:
Since JK2 is now off the map, does it make
On the mod_jk side: set your log level to trace.
On the tomcat side: depending on your exact connectors, set Log Level
for org.apache.jk, org.apache.ajp, org.apache.coyote to debug.
Sven Köhler schrieb:
Hi,
i'd like to investigate about some bug - or at least something, of which
i think,
Even if it's post release:
Jean-Frederic schrieb:
Apache Tomcat Connectors 1.2.21 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
Eric reported very strange mod_jk behaviour using it with Apache
2.0/worker on AIX.
I start a new mail thread, because until now all the discussion is part
of non-specific threads.
Eric: could you please open a bugzilla (issues.apache.org), so that we
can track the issue?
Also: When you compile
thing you'll notice, though, is that I'm using the IBM
cc_r compiler and not gcc.
Rainer Jung wrote:
Eric reported very strange mod_jk behaviour using it with Apache
2.0/worker on AIX.
I start a new mail thread, because until now all the discussion is part
of non-specific threads.
Eric: could
Hi,
since the security release has been bundled with a feature release we
ran into an unfortunate small bug in the newly implemented nice check
for allowed attributes in the property files.
BZ 41770 describes the problem.
I fixed it and I'm thinking about releasing this as either 1.2.21.1
Hi,
thanks to all for you feedback about the version numbers. I've uploaded
mod_jk 1.2.22-dev-517211 to http://people.apache.org/~rjung/mod_jk-dev/.
This release will be primarily targeted at closing BZ 41770. So there
are intentionally no heavy changes in it. I should better say: all risky
Great, I hope we can get that fixed!
I can stall releasing 1.2.22, I think it's not that urgent. The point
is, that I will be away app. for a week. Maybe Mladen or Jean-Frederic
want to jump in. It's nice, that three of us can handle the jk release
process.
Keep us informed, how your
Hi Henri, hi Günter,
I'll take care of your comments (before 1.2.22).
Henri: I'll have a concentrated look at jk_log(). Maybe I can produce a
standalone version of jk_log(), so we might be able to reproduce the
problem without apache around.
Thanks so far to you both.
Regards,
Rainer
Hi Mladen,
I didn't really read this commit, but it's Log entry reminds me of the
following:
We just now had a case where a user started two instances and used the
same (default) shm file. Wouldn't it be nice to use the trick httpd uses
for most run files, namely to add the pid of the
. Some of the files, which
did not include the pid for httpd 2.0, do for 2.2.
I have the impression, that this would be nice for our shm file too.
Regards,
Rainer
Mladen Turk wrote:
Rainer Jung wrote:
Hi Mladen,
I didn't really read this commit, but it's Log entry reminds me
Hi Remy,
I know it's not that nice to suggest doing things without helping, but
maybe the missing release notes on the docs web page can be fixed for
6.0.11?
Regards,
Rainer
Filip Hanik - Dev Lists schrieb:
works for me
Remy Maucherat wrote:
Filip Hanik - Dev Lists wrote:
Any thoughts on
Hi Larry,
I'm again investigating your problem report concerning 2 second pauses
during socket shutdown in JK maintenance. Sorry for the long pause, but
I want to see, if there is something we need to fix before 1.2.26
related to this case.
I couldn't reproduce the behaviour on Linux. Do
Eiji Takahashi wrote:
Dear developers.
I made the mod_jk patch to support ipv6 between mod_jk and Tomcat.
The detection of getaddrinfo() and implementation of jk_resolve()
referred to APR.
This patch was tested in the following environments (Do not compile in
other OS's).
1.RHEL4/5 with Apache
] Sent: Wednesday, November 28, 2007 10:21
AM To: Tomcat Developers List Cc: Rainer Jung; Larry Reisler Subject:
Re: FW: Delays in mod_jk
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
James Wen Jun Xue wrote:
Hi all,
I am new to mod_jk, and according to my understanding, mod_jk does not
support auto update the workers list ( e.g. the requests can't be sent
to a subset of the original workers list without change of the list and
restart of the apache web server; the
Fixed.
I noticed, that the function sblock() and sononblock() for
defined(NETWARE) defined(__NOVELL_LIBC__)
use the same code as for Unix (and not as for WIN32), although in all
other places it behaves like WIN32.
Until before r300800 (10.06.2005, first released in 1.2.14) Netware
I already prepared that, but you were faster...
[EMAIL PROTECTED] wrote:
Author: jfclere
Date: Tue Dec 11 23:57:48 2007
New Revision: 603504
URL: http://svn.apache.org/viewvc?rev=603504view=rev
Log:
Don't put comment in comments, otherwise it won't compile.
Modified:
Mladen Turk wrote:
[EMAIL PROTECTED] wrote:
Author: rjung
Date: Wed Dec 12 07:10:32 2007
New Revision: 603637
URL: http://svn.apache.org/viewvc?rev=603637view=rev
Log:
Slightly rearange ajp_next_connection().
int rc;
ajp_worker_t *aw = ae-worker;
-jk_sock_t sock;
+/*
Reading the patch second time, it might even have more sense to
get the socket from cache after the blocking call rather then before,
so sorry for the noise ;)
No problem at all. I really appreciate your attention.
ajp_common is not nice and can easily break...
Regards,
Rainer
Done (switching back).
Mladen Turk schrieb:
[EMAIL PROTECTED] wrote:
Author: rjung
int ajp_connect_to_endpoint(ajp_endpoint_t * ae, jk_logger_t *l)
{
@@ -841,7 +861,7 @@
if (!IS_VALID_SOCKET(ae-sd)) {
ae-last_errno = errno;
-jk_log(l, JK_LOG_INFO,
+
Hi all,
The next version of mod_jk is approaching its release. A code snapshot
(revision 605168) is available at:
http://people.apache.org/~rjung/mod_jk-dev/
It is in the same format as a release download, so easy to build.
Under the same URL you can find the updated documentation.
It would be
I'm planning to tag JK 1.2.26 tomorrow, Friday, after 2 p.m.
There was one problem report. I think we fixed this and I expect, that
we get some feedback before that time.
In case there are more problem reports outstanding please let me know.
Regards,
Rainer
Hi Tim,
Tim Whittington wrote:
There's one in particular that we feel is very useful that hasn't been
accepted though, which is the addition of chunked encoding support to the
ISAPI Redirector, which allows IIS to use HTTP keep alives between the
browser and IIS - we've found this has major
Rainer Jung wrote:
Hi Jean-Frederic,
I think you accidentally committed two changes to mod_jk when tagging
tc-native.
Since I'm going to tag mod_jk, please let me know, if I can revert (or
revert yourself):
Modified:
tomcat/connectors/tags/other/TOMCAT_NATIVE_1_1_12/jk/native/common
Hi Jean-Frederic,
I think you accidentally committed two changes to mod_jk when tagging
tc-native.
Since I'm going to tag mod_jk, please let me know, if I can revert (or
revert yourself):
Modified:
tomcat/connectors/tags/other/TOMCAT_NATIVE_1_1_12/jk/native/common/jk_util.c
Hello to all Tomcat project members,
JK 1.2.26 has been available for testing for some days as a svn
snapshot. Only one small bug has been found and fixed. So I would like
to proceed with the release vote.
If you want to take a look, the final source distribution can be
downloaded from:
Rainer Jung schrieb:
Apache Tomcat Connectors 1.2.26 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
Rainer
We received three stable votes (Peter, Mladen and me) and no
other votes.
I'm now starting to publish the release.
Thanks for supporting this release and especially to those helping so
close to Christmas.
Regards,
Rainer
-
The Apache Tomcat team is pleased to announce the immediate availability
of version 1.2.26 of the Apache Tomcat Connectors.
It contains connectors, which allow a web server such as Apache HTTPD,
Microsoft IIS and Sun Web Server to act as a front end to the Tomcat web
application server.
This
Just in case there's any synergy between them: related to chunked
encoding for IIS there are two BZ entries/patches:
http://issues.apache.org/bugzilla/show_bug.cgi?id=35297
Tim's patch chunked encoding for responses
http://issues.apache.org/bugzilla/show_bug.cgi?id=36169
Patch for chunked
Mark Thomas schrieb:
Filip Hanik - Dev Lists wrote:
we have a lot of updates added in, I think it may be good to set a date
for our next release and work towards that
+1.
There are a stack of changes (both committed and proposed) for 5.5.x as
well. It would be good to plan a 5.5.x
Mladen Turk schrieb:
[EMAIL PROTECTED] wrote:
Author: rjung
Date: Mon Jan 7 11:41:44 2008
New Revision: 609757
URL: http://svn.apache.org/viewvc?rev=609757view=rev
Log:
Remove retries element from service struct, because
we don't use it.
I don't get it.
This copy was intentionally made so
Mladen Turk wrote:
Rainer Jung wrote:
Does that make sense for you?
Yes it does. The most important is that if
there was no retries set for ajp worker, it gets copied
from lb worker.
In fact we don't copy (this is not new), because the retries for an lb
has a different functional meaning
Hi Mladen, I found it :)
Mladen Turk schrieb:
Rainer Jung wrote:
Mladen Turk wrote:
Rainer Jung wrote:
Does that make sense for you?
Yes it does. The most important is that if
there was no retries set for ajp worker, it gets copied
from lb worker.
In fact we don't copy (this is not new
Hi Peter,
sometimes the nice things are the easy ones :)
In fact I *don't* want to open a can of worms by letting the web server
overwrite many worker attributes, but reply_timeout is the one with a
very strong dependency on the URL. All others, except maybe for
fail_on_status are not really
Mladen Turk wrote:
Remy Maucherat wrote:
The native component can be used by many Tomcat releases, and has been
tagged and released independently. Of course, it is often done in sync
with Tomcat to introduce new APIs, but overall it's quite similar to
mod_jk releases.
But it's not even
Remy Maucherat schrieb:
I don't think that it needs to be managed as a full project (and it does
not have 3 developers). However, it still looks as a release of
something separate than a Tomcat release (for example, existing Tomcat
users will be able to take 1.1.12 and use it with older Tomcat
Remy Maucherat wrote:
On Wed, 2008-01-16 at 15:26 -0700, Filip Hanik - Dev Lists wrote:
could we get a target date for this? I believe there is enough community
interest to push out a new release
There are still a lot of pending patches.
Rémy
All entries in the STATUS file now carry at
Remy Maucherat wrote:
On Thu, 2008-01-17 at 07:56 -0700, Filip Hanik - Dev Lists wrote:
Remy Maucherat wrote:
On Wed, 2008-01-16 at 15:26 -0700, Filip Hanik - Dev Lists wrote:
could we get a target date for this? I believe there is enough community
interest to push out a new release
Hi,
I stumbled today over DOS line endings in the web.xml file of the
manager contained in TC 6.0.14 tar.gz download.
A little check reveals, that the following files have DOS line endings,
although the tar.gz is supposed to use Unix convention were appropriate:
- RELEASE-NOTES
-
problems so far, and we
are on all kinds of platforms
It depends on your definition of problem: users say: We downloaded the
Unix tarball and there are mostly Windows files in there. What went
wrong with your release?.
Regards,
Rainer
Filip
Rainer Jung wrote:
Hello,
no unfortunately I don't
.
Regards,
Rainer
Mladen Turk wrote:
William A. Rowe, Jr. wrote:
Rainer Jung wrote:
- cleanup and prepare for each of the targets underneath or release.
Either way, since in the source tgz target there is already an
exclude list, I would prefer to update that exclude list and use the
same
/
+/fixcrlf
tar longfile=gnu compression=gzip
tarfile=${tomcat.release}/v${version}/bin/${final.name}.tar.gz
tarfileset dir=${tomcat.dist} mode=755 prefix=${final.name}
==
Peter
Am 25.01.2008 um 01:47 schrieb Rainer Jung:
Hi,
I stumbled today over DOS line endings
Not counting as a guru, but 1.1.12 configure was broken and it was the
problem you observed. See
http://marc.info/?t=11994474831r=1w=2
Two fixes in svn applied post 1.1.12:
http://marc.info/?l=tomcat-devm=119945392329403w=2
and
http://marc.info/?t=11994552511r=1w=2
Regards,
Rainer
Can't vote before Sunday evening, but no need to wait for that.
Rainer
Remy Maucherat schrieb:
Ok, the voting seems wrapped up at this point. Any second thoughts ?
Rémy
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
Filip Hanik - Dev Lists schrieb:
The candidates binaries are available here:
http://people.apache.org/~fhanik/tomcat/tomcat-5.5/v5.5.26/
According to the release process, the 5.5.26 tag is:
[ ] Broken
[ ] Alpha
[ ] Beta
[X] Stable
Minor regression we should fix in next release:
The renaming
Remy Maucherat schrieb:
The candidates binaries are available here:
http://people.apache.org/~remm/tomcat-6/v6.0.16/
According to the release process, the 6.0.16 tag is:
[ ] Broken
[ ] Alpha
[ ] Beta
[X] Stable
Rémy
One small note: there is a new Thumbs.db file in
Remy Maucherat wrote:
Rainer Jung wrote:
Remy Maucherat schrieb:
The candidates binaries are available here:
http://people.apache.org/~remm/tomcat-6/v6.0.16/
According to the release process, the 6.0.16 tag is:
[ ] Broken
[ ] Alpha
[ ] Beta
[X] Stable
Rémy
One small note: there is a new
jean-frederic clere schrieb:
Hi,
I would like to tag tcnative to 1.1.13 to prepare a vote for a release.
OK for me.
A minimal documentation has been prepared to plug in the tomcat-site
pages like tomcat-connectors.
Nice!
The 1.1.12 had a broken configure that is
why we need a 1.1.13.
+1
Mark Thomas schrieb:
All,
Whilst working through a general update of the docs webapp
(CATALINA_BASE vs. CATALINA_HOME, Tomcat 5 - Tomcat 6, common/lib -
lib etc) I cam across this page.
http://tomcat.apache.org/tomcat-6.0-doc/status.html
It is horribly out of date and duplicates
I agree with both of you.
Forgive me that I didn't check myself: I run into a 4.0.x release every
now and then, especially bundled with some apps. Has 4.0 ever been put
into end of live? I think EOL for 4.0 should be announced like for 3.x
if this didn't happen anytime in the past.
Regards,
+1
We could include the info about no release for almost 4 years in the
official message, so that users understand that this is not a message of
bad support in general.
Regards,
Rainer
Mark Thomas schrieb:
All,
The last 3.x release was almost 4 years ago. Since then there has been
one
Hi Bill,
why do we close this as duplicate?
The other bug has been closed as not a mod_jk bug, but in this case
the user gave evidence, that the might be something broken in the TC AJP
connector. So shouldn't we keep this one open and only change the component.
Or do you think, there's no
Hello Mark,
I noticed today, that the names of the binary LE downloads have changed
slightly and didn't fit what was in the download page.
I renamed all
apache-tomcat-4.1.37-LE-jdk1.4.*
to
apache-tomcat-4.1.37-LE-jdk14.*
(no dot between jdk1 and 4.
I did it on www/dist and archives/dist.
Hi Mark,
[EMAIL PROTECTED] schrieb:
+++ tomcat/trunk/java/org/apache/catalina/loader/LocalStrings.properties Mon
Mar 24 08:57:42 2008
@@ -29,6 +29,7 @@
standardLoader.starting=Starting this Loader
standardLoader.stopping=Stopping this Loader
webappClassLoader.stopped=Illegal access: this
Mark Thomas schrieb:
Rainer Jung wrote:
when I saw your commit, I asked myself What's the original error
message because we shouldn't overwrite any other information that's
helpful.
The error message (currently) isn't that helpful but your patch is good
in that it allows us to make use
Hi Jean-Frederic,
jean-frederic clere wrote:
Hi,
What is the goal of tomcat-oacc exactly.
1 - Replace the actual tc-trunk cluster.
No.
2 - Port the tc-5.5.x code and have an alternate cluster.
Yes, reason for alternate see below.
3 - Just a try for the fun.
That would be fine as
Hi Filip,
sorry, that this mail will be lengthy, but I prefer to explain my
reasons for OACC in more detail.
Filip Hanik - Dev Lists schrieb:
--
The sandbox provides a port of TC 5.5 cluster for
Tomcat 6 in order to ease Tomcat 6 migration for webapps
using Tomcat 5.5 cluster. Using OACC
Hi Filip,
Filip Hanik - Dev Lists schrieb:
Rainer Jung wrote:
snip
But I do not only have these very abstract concerns. There is room for
improvement and I'll happily help as I did in 2004 for the TC 5.0/5.5
cluster. Examples for improvements:
- monitoring (the old MBeans are gone
Filip Hanik - Dev Lists schrieb:
- Java 5 dispatcher: I mostly agree. I got lost in the code. The code
I thought was responsible was transport/PooledSender.java which uses a
fixed pool of threads without queueing. I overlooked somehow the
Executor with queue in the Java 5 dispatcher.
comments inline too
Rainer Jung wrote:
Although I think that a detailed technical discussion is not the right
way to determine the usefulness of OACC, some comments:
- monitoring: your reference to trunk strengthens my argument about
maturity of code. Taking trunk code instead of TC 5.5 code
Filip Hanik - Dev Lists wrote:
jean-frederic clere wrote:
+++ CUT +++
All in all I feel accused by the above formulation.
the answer to this all lies in the fact, that I didn't see an email
on tomcat-dev about OACC creation, so if I missed it, my apologies,
but I cant recall seeing one.
==
--- tomcat/sandbox/tomcat-oacc/trunk/docs/changelog.xml (original)
+++ tomcat/sandbox/tomcat-oacc/trunk/docs/changelog.xml Fri Mar 28 15:31:20 2008
@@ -24,6 +24,7 @@
properties
author email=[EMAIL PROTECTED]Rainer Jung/author
+author email
[EMAIL PROTECTED] schrieb:
--- tomcat/connectors/trunk/jk/native/iis/jk_isapi_plugin.c (original)
+++ tomcat/connectors/trunk/jk/native/iis/jk_isapi_plugin.c Tue Apr 8 15:52:49
2008
@@ -49,7 +49,7 @@
#include strsafe.h
-#define VERSION_STRING Jakarta/ISAPI/ JK_VERSTRING
+#define
Konstantin Kolinko wrote:
2008/4/16 [EMAIL PROTECTED]:
* Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=44766
Handle custom subtypes of java.lang.Number
http://svn.apache.org/viewvc?view=revrevision=646106
- +1: markt, remm
+ +1: markt, remm, rjung
-1:
+ rjung: Simply
Hi Mladen,
I went through the new states and busy lines. Comments see below.
[EMAIL PROTECTED] schrieb:
@@ -1030,11 +1038,22 @@
/* Set returned error to OK */
*is_error = JK_HTTP_OK;
+if (!(states = (int *)malloc(num_of_workers * sizeof(int {
+*is_error =
[EMAIL PROTECTED] schrieb:
Author: mturk
Date: Wed Apr 16 05:37:22 2008
New Revision: 648682
URL: http://svn.apache.org/viewvc?rev=648682view=rev
Log:
Add watchdog thread to Apache 2. It creates additional thread in child process
if set for unatended maintenance of the workers
Looks good,
Hi Henri,
I noticed the same area as a source of possible trouble, e.g. w.r.t. the
binaries we distribute ourselves. So since a few weeks we have
--enable-api-compatibility as a configure flag, that will disable the
use of post GA 2.2.x functions.
It's already in the 1.2.27 changelog
Hi Bill,
thanks for this. The problem though is not with the test, but if your
compilation environment does not match your runtime environment. In
Henri's case, and also in the case where we provide binaries, the build
environment contains a newer version of 2.2.x httpd header files than
the
William A. Rowe, Jr. schrieb:
Rainer Jung wrote:
Hi Bill,
thanks for this. The problem though is not with the test, but if your
compilation environment does not match your runtime environment. In
Henri's case, and also in the case where we provide binaries, the
build environment contains
Henri Gomez schrieb:
Good.
What do you means by 'in all httpd production releases'.
With Only use httpd API functions available in all httpd production
releases of the chosen major httpd release branch I try to say: for any
a.b.X it will use only API functions, available in all versions
Mark Thomas wrote:
[EMAIL PROTECTED] wrote:
https://issues.apache.org/bugzilla/show_bug.cgi?id=44494
--- Comment #52 from Rainer Jung [EMAIL PROTECTED] 2008-04-28
11:53:54 PST ---
As soon as svn will be back to read/write, I'll add the patches to the
TC 5.5
STATUS file.
You should find
Costin Manolache schrieb:
I'm confused - there is a tomcat6/trunk repo - isn't this the trunk ?
trunk:http://svn.apache.org/repos/asf/tomcat/trunk/
Tomcat 6.0.x: http://svn.apache.org/repos/asf/tomcat/tc6.0.x/trunk/
Regards,
Rainer
Jim Jagielski schrieb:
This closes a long standing confusion on some code in apr_snprintf()
(and ap_snprintf() in apache-1.3). The comments indicate that the
apr_cvt() implementation was pulled from GNU libc. However, the
actual origin of the code is from UNIX V7 (at least... it is also
possible
I already had a quick look at it when it was 44495 and couldn't see a
bug right away.
I'll check again, including combining with your TC patch for the status
text, and will report back via BZ.
Regards,
Rainer
[EMAIL PROTECTED] schrieb:
Hi Alexander,
Alexander Hartner schrieb:
Is there an API call I can use from a LifeCycleListener to query all
connectors for their ports and configuration (SSL / Plain). I would like
to advertise the presence of Tomcat on the network via zeroconf /
bonjour. I am hoping there is an API call I
Hi Jean-Frederic,
jean-frederic clere schrieb:
The candidates binaries are available here:
http://people.apache.org/~jfclere/tcnative/v1.1.14/
According to the release process, the 1.1.14 tag is:
[ ] Broken
[ ] Alpha
[ ] Beta
[X] Stable
Tested on Solaris 8. Library loads, threads show that
Hi JFC,
[EMAIL PROTECTED] wrote:
Author: jfclere
Date: Wed Jul 9 05:36:55 2008
New Revision: 675147
URL: http://svn.apache.org/viewvc?rev=675147view=rev
Log:
The $(shell \ls $(JK_DIR)/*.c) doesn't seem to work replace it with a list of
files.
# Defines for example NSAPI programs running
Remy Maucherat schrieb:
The candidates binaries are available here:
http://people.apache.org/~remm/tomcat-6/v6.0.17/
According to the release process, the 6.0.17 tag is:
[ ] Broken
[ ] Alpha
[ ] Beta
[ ] Stable
No final vote from my side, but a first test: if the shell scripts are
used
ilango_g schrieb:
Hi
I am trying to checkout out the source for Tomcat:
This is what I am trying to do on my Eclipse Subversion Client:
Host: http://svn.apache.org/
Repository path:repos/asf/tomcat
What can I use for user and password
I read the official documentation on the
Remy Maucherat wrote:
The candidates binaries are available here:
http://people.apache.org/~remm/tomcat-6/v6.0.18/
According to the release process, the 6.0.18 tag is:
[ ] Broken
[ ] Alpha
[ ] Beta
[X] Stable
Rémy
Regards,
Rainer
Filip Hanik - Dev Lists wrote:
As promised, here is the vote for inclusion of the bayeux toolkit
https://issues.apache.org/bugzilla/show_bug.cgi?id=45413
I think this toolkit should
[X] +1 include it as an independent component, I'm interested
[ ] 0 sounds interesting
[ ] -1 throw it away
Thank you for reporting the problem. I added you message to Bugilla:
https://issues.apache.org/bugzilla/show_bug.cgi?id=45585
We were already thinking about your first two solutions, I missed the
third one. We'll need to check how reliable that is (w.r.t. POSIX). I am
a little in favor of
On 01.04.2009 16:30, Mladen Turk wrote:
Hi,
Seems this year Tomcat has 10 year anniversary since
being part of ASF. I plan to create some artwork and
edit the heritage.html page, probably add few more.
It would be nice to list all the initial committers
on that page and get some more info on
On 27.03.2009 21:22, Mark Thomas wrote:
Mladen Turk wrote:
Mark Thomas wrote:
All,
I have been looking at trunk for opportunities to remove duplicate /
obsolete
code. We currently have two BIO AJP connectors:
- org.apache.jk.server.JkCoyoteHandler
- org.apache.coyote.ajp.AjpProtocol
I
101 - 200 of 2013 matches
Mail list logo