Jean-Frederic wrote:
What about url like /context-a/../context-b/?
There could be a problem if the goal is not to map /context-b.
Should we normalise /context-a/../context-b/ to /context-b and then do
the mapping.
Yes. It would require some programming of course, but
it'll solve the issues wi
Rainer Jung wrote:
Mladen Turk wrote:
My proposal is that we make our own decoder if the URI is encoded
and then do a match and forward that.
As far as I understand you suggestion, this would not help.
There's nothing wrong with "our" decoder (the httpd decoder), what's
Rainer Jung wrote:
Hi,
now that we changed the default way how to forward URIs from mod_jk to
Tomcat (mod_jk 1.2.23) because of a directory traversal issue, I want to
propose a better long term solution.
My proposal is that we make our own decoder if the URI is encoded
and then do a match
Rainer Jung wrote:
Hello to all Tomcat project members,
Apache Tomcat Connectors 1.2.23 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
Tested on Linux and Windoze
Filip Hanik - Dev Lists wrote:
+1
Sure, I'd prefer the new branch, it's a good idea in the scenario where
the new changes may not be complete and we have to do a security
fix/release 6.0
But then 6.0 should be frozen for any API change.
6.1.x would work
If the 6.2 stable branch will fo
Rainer Jung wrote:
Still vetoing?
No, I just said that I don't like the way we
try to fix other peoples faults.
I'm sure it would leads us to no where pretty soon.
What I'm saying is that the problem you fixed
is not something all of our users are seeing.
It is *platform* dependent, and that
[EMAIL PROTECTED] wrote:
Rearrange configure.in, such that in case we
got with-apxs we detect CC from apxs and warn,
if the CC environment variable differs.
Is this really needed?
I mean having that the apxs wouldn't work for
any custom module thought.
I think that instead fixing other people
Peter Rossbach wrote:
All my tests are working... :-)
You have a lousy tests!
Sorry, I simply couldn't resist :)
Anyhow according to the Ferengi rule #16
A deal is a deal ... until a better one comes along.
Just replace the 'deal' with the 'release', and
you'll got the eternal truth about our
Hi,
Right now we are only shipping windows 32-bit binaries
inside .zip distro. Can we modify the build so the
zip contains windows 64-bit amd64/emt64 and ia64
binaries as well. It would increase the .zip
only by 200K. I'll also try to modify the service.bat
script so that install detects if the J
Remy Maucherat wrote:
According to the release process, the 6.0.13 tag is:
[ ] Broken
[ ] Alpha
[ ] Beta
[X] Stable
BTW, can you repack the binaries with the latest
tomcat6.exe. At least it allows a thread dump to
the stdout.log for standard log level.
If it would require a new tag, just forg
Remy Maucherat wrote:
The candidates binaries in which I suppose a horrible bug will be found
in about 5 minutes are available here:
http://people.apache.org/~remm/tomcat-6/v6.0.12/
Tested on all windows versions and linux.
Works fine. Will you propose a vote?
Regards,
Mladen.
-
Henri Gomez wrote:
2007/4/20, Mladen Turk <[EMAIL PROTECTED]>:
[EMAIL PROTECTED] wrote:
> Author: hgomez
>
> -#ifdef AS400
> +#if defined(AS400) && !defined(AS400_UTF8)
So, seems that UTF8 is now default for AS400
On i5/OS V5R4 (not on previous release)
But
[EMAIL PROTECTED] wrote:
Author: hgomez
-#ifdef AS400
+#if defined(AS400) && !defined(AS400_UTF8)
So, seems that UTF8 is now default for AS400
I wonder why are you maintain AS400 since you said
it doesn't work anyhow.
Also, UTF8 in mod_jk does not exist. All we have
is < 127, so there is no
The Apache Tomcat team is pleased to announce the immediate availability
of version 1.2.22 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 ver
Hi,
Some files on /x1/www/tomcat.apache.org
have 0644, instead 0664 and are owned by markt.
Mark can you change those the files to a correct permission?
Regards,
Mladen.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additiona
Hi,
The results of the vote are:
Stable: 5 votes (Rainer, Guenter, Jim, Peter and mine implicit)
Beta, Alpha: None.
According to the vote, I'll put the releases
from tomcat.apacheorg/dev/dist to apache.org/dist,
wait for few hours and make an Announce
Regards,
Mladen.
---
Henri Gomez wrote:
Right, but one can compile Apache Httpd from the ASF thought
and run it on AS400. I suppose all the EBCDIC we added to
mod_jk will allow it compile with standard httpd like before.
On AS400, it will be more than difficult and not supported by IBM.
But it will be supported
Henri Gomez wrote:
2007/4/16, Mladen Turk <[EMAIL PROTECTED]>:
You mean the support for the IBM HTTP Server.
I suppose the AS400 is still able to have genuine Apache Httpd
and mod_jk compiled and running.
Nope on AS400, there is an IBM HTTP Server (powered by Apache), so
it's no
Henri Gomez wrote:
Still on mod_jk and this kind of stuff.
We switch our dev servers from i5/OS v5R4 and many changes occurs in
IBM HTTP Server powered by Apache, and for instance this one :
If I could'nt fix/adapt for i5/OS, we may have to remove the whole
AS400 support in next release of mod_
Guenter Knauf wrote:
Hi,
Therefore I would like to suggest another approach: let us import ap_snprintf.c
from Apache 1.3.x into the mod_jk project.
comments welcome!
Just commit if you think it's more portable.
Regards,
Mladen.
---
William A. Rowe, Jr. wrote:
So, can we agree I made an mistake?
Hey, I make 'em all the time...
No - I don't dislike you Mladen :) Nor Redhat - work with Marc and Joe
all the time on httpd-stuff.
Cool, let's move forward. I'll make sure I don't upload files
on random places any more :)
Ch
Jim Jagielski wrote:
On Apr 13, 2007, at 7:20 AM, Yoav Shapira wrote:
Let's try to chill out, please ;) I'm sure putting the candidate
binaries on the official mirrors before the vote was an honest
mistake.
++1 (especially on the chill out part ;) ) !!
I think the issue is that, especially
William A. Rowe, Jr. wrote:
Mladen Turk wrote:
I suggest you revoke my commit privileges to the
www.apache.org/dist/ so it won't happen again and you
won't need to repeat this again.
I'm sure infra would be happy to if you would prefer this.
LOL. Man, you really don
William A. Rowe, Jr. wrote:
Mladen Turk wrote:
Don't understand your question.
It was more then a week available for a developers review.
The official stable is still 1.2.21 until 1.2.22 gets votes or not,
in which case we'll go for 1.2.23.
So what's the problem?
How many time
William A. Rowe, Jr. wrote:
Mladen Turk wrote:
The source distribution can be downloaded from:
http://tomcat.apache.org/dev/dist/tomcat-connectors/jk/source/jk-1.2.22/
or
http://www.apache.org/dist/tomcat/tomcat-connectors/jk/source/jk-1.2.22/
May I ask -why-?
It's not released (quit
Hi,
Mod_jk 1.2.22 has been available for testing for some days.
No new bugs have been reported so far, so it is time to proceed with the
release vote.
The source distribution can be downloaded from:
http://tomcat.apache.org/dev/dist/tomcat-connectors/jk/source/jk-1.2.22/
or
http://www.apache.org
Mladen Turk wrote:
Hi,
The quality check release was out few days ago.
Hi there is new quality check release available from:
http://people.apache.org/~mturk/jk-1.2.22-dev/
It contains few minor fixes mostly for documentation
and release script (owner/group for .tar)
I'll give it 24
Rainer Jung wrote:
1) Things to add to the changelog
=
I added few. Some of them are waste of resource IMHO ;)
I found the following changes, which are missing in the change log. Not
all of them need to go there, but maybe Mladen, Jean-Frederic, Guenter
and
Coffman, Steven wrote:
Hi,
I have a question for 42038. I only recently figured out exactly what
was causing it, so I'm sorry for the bugzilla spam as I zeroed in on it.
I already explain that in the bz case.
Please do not steal threads!
Regards,
Mladen.
-
Jim Jagielski wrote:
The quality check release was out few days ago.
I plan to tag the mod_jk tomorrow morning Europe time.
Any objections?
This is a "holiday" weekend, so maybe afterwards?
OK, so the schedule is then for Tuesday May 10th.
Regards,
Mladen.
Hi,
The quality check release was out few days ago.
I plan to tag the mod_jk tomorrow morning Europe time.
Any objections?
Regards,
Mladen.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PR
Filip Hanik - Dev Lists wrote:
That should be pretty straight forward, no mbean or anything needed.
I'll take a look at it tonight
Cool, otherwise if we have a native compiled without SSL,
it throws exception instead not initializing SSL at all.
Regards,
Mladen.
-
Hi,
Few months ago Filip added something like
Now, that simply doeasn't work because SSL.initialize(null) is always called,
and my perception was that this would allow having SSL.initialize(someengine)
or not calling SSL.initialize at all if off is entered.
Now, additional param would be neede
All in all I would suggest root:bin to.
I used root:users instead.
Think the users group exists on all *nixes.
Hmm, it doesn't after all :(
Switching to suggested root/bin
Regards,
Mladen.
-
To unsubscribe, e-mail: [EMAIL
Rainer Jung wrote:
OK, I forgot, that I actually had a user and group named asf (I thought
tar would ignore their non-existance).
All in all I would suggest root:bin to.
I used root:users instead.
Think the users group exists on all *nixes.
Regards,
Mladen.
Rainer Jung wrote:
Hi Mladen,
did you delete setting owner and group by accident from the release script?
No, I did it by purpose. I don't have user or group named asf, so the tar
fails. What would be a purpose of it anyhow, and how would you ensure
that the same user will exist on the users
William L. Thomson Jr. wrote:
The next version of mod_jk is approaching its release. A code snapshot is
available at:
http://people.apache.org/~mturk/jk-1.2.22-dev/
Little version funkiness?
1.1.22 ?
LOL, my bad, but you already know what I meant (1.2.22)
Cheers,
Mladen.
-
Hi all,
The next version of mod_jk is approaching its release. A code snapshot is
available at:
http://people.apache.org/~mturk/jk-1.2.22-dev/
It is in the same format as a release download, so easy to build.
It would be nice, if we could get some testing feedback from the community.
Feel free
Rainer Jung wrote:
Hi Mladen,
I checked out jk trunk today and built mod_jk
Can you double check the trunk?
Think I've fixed the CRLF issue.
Regards,
Mladen.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional comman
Henri Gomez wrote:
May be at some time in the future we should think about a mod_jk 2.x
requiring and using APR to remove all platform complexity :-)
Think we tried that with jk2 and failed.
Even on Apache 1.3 we could have jk bundled with APR statically
Don't think so.
Regards,
Mladen.
Rainer Jung wrote:
I used 2003 .net, but this includes a 7.0 version of msvcrt.dll.
I build apache httpd 1.3 by myself and then mod_jk, and now everything
works as expected. So you are right, the binary httpd download is not
compatible with module compilation by vc++ 7.0.
Any idea how one can m
Remy Maucherat wrote:
[EMAIL PROTECTED] wrote:
Author: mturk
Date: Sun Apr 1 12:37:58 2007
New Revision: 524660
URL: http://svn.apache.org/viewvc?view=rev&rev=524660
Log:
Use the tomcat-native-1.1.9 as recommended version.
I am against this change. Other than minor fixes, existing users shou
Rainer Jung wrote:
Hi Mladen,
I built against an installed form of the official
download apache_1.3.37-win32-x86-src.msi.
... and you are using VS 2005 I suppose?
That won't work cause you have different MSVCRT's
Regards,
Mladen.
-
Rainer Jung wrote:
Hi Mladen,
I think we don't use stdio. APR has apr_file_open() which uses
CreateFile() and apr_file_write() which goes back to WriteFile() on Windows.
We are using stdio for other web servers, so if you add CRLF then
the IIS will be broken. Perhaps opening the files as bina
Hi,
I have deleted and added as external trunk/native/connector,
because there is no reason to have that duplicated.
Perhaps the similar (via external) can be done for
org/apache/tomcat/jni as well.
Comments?
Regards,
Mladen.
Henri Gomez wrote:
I allready told you that you didn't have to delay the release for i5
problems and you could go on with it.
Sounds fair.
If you came up with the patches, we can bump a next release
that'll fix them. However, since we got that far I wonder why
the logging is faulty. Can it be
Henri Gomez wrote:
It works back when jklog is :
int jk_log(jk_logger_t *l,
const char *file, int line, const char *funcname, int level,
const char *fmt, ...)
{
int rc = 0;
/* Need to reserve space for newline and terminating zero byte. */
static int usable_size = H
Henri Gomez wrote:
Good thanks
Check now. I put that inside #ifdef JK_SHM_LOCK_REOPEN,
like before, but now, the entire code is compile
time dependent instead just using a var.
Regards,
Mladen.
-
To unsubscribe, e-mail: [EM
Henri Gomez wrote:
While rebuild trunk from mod_jk I got an error on iSeries about
missing mktemp in iSeries.
if (!jk_shmem.lockname) {
#ifnedef WHATEVER
if (shm_lock_reopen) {
int i;
jk_shmem.fd_lock = -1;
mode_t mask = umask(0);
for (i
Filip Hanik - Dev Lists wrote:
cool, yes, lets get this done before 6.0.11
Right, that is the idea, because of .tar.gz and
binary dependencies.
Regards,
Mladen.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional comm
William L. Thomson Jr. wrote:
I never got a chance to make patch since I am not to familiar with
configure. But would be nice for tcnative, to know during configure that
it needs >=apr-1.x. If a check can't be added less a patch. I will get
with another Gentoo dev, and get a patch made and to yo
Hi,
I'll tag the tcnative to 1.1.9.
It fixes the JVM core in case the acceptor breaks when
we are inside the Socket.accept, and adds OpenBSD platform detection.
--
Regards,
Mladen
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
Rainer Jung wrote:
I think I added those after I was frustrated by a customer whose mod_jk
logs had all non-windows line endings. Sorry, I didn't really test your
change, but my experience questions this patch.
With you patch the line endings were \r,\r,\n
Do we need to set text mode on th
Remy Maucherat wrote:
Tomcat permits both '\' and '%5C' as path delimiters. When Tomcat is
used behind a proxy (including, but not limited to, Apache HTTP server
with mod_proxy and mod_jk) configured to only proxy some contexts, a
HTTP request containing strings like "/\../" may allow attacke
[EMAIL PROTECTED] wrote:
Author: hgomez
Modified: tomcat/connectors/trunk/jk/native/apache-2.0/bldjk.qclsrc
URL:
http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/native/apache-2.0/bldjk.qclsrc?view=diff&rev=520029&r1=520028&r2=520029
==
[EMAIL PROTECTED] wrote:
Modified:
tomcat/connectors/trunk/jni/ (props changed)
Propchange: tomcat/connectors/trunk/jni/
--
--- svn:ignore (added)
+++ svn:ignore Sat Mar 17 09:51:13 2007
Can you explain why you
Rainer Jung wrote:
I have the impression, that this would be nice for our shm file too.
Right, it can be done with ease, just like we append .lock to
JkShmFile we can append the pid
Regards,
Mladen.
-
To unsubscribe, e-mail
Jim Jagielski wrote:
On Mar 15, 2007, at 9:36 AM, Mladen Turk wrote:
Jim Jagielski wrote:
Do we *really* want 0666 on these things? Wouldn't 0644 be better?
Of course. I just made that compile time enabled for faulty kernels.
I'll check if the 0644 works for flock.
It shoul
Jim Jagielski wrote:
Do we *really* want 0666 on these things? Wouldn't 0644 be better?
Of course. I just made that compile time enabled for faulty kernels.
I'll check if the 0644 works for flock.
Regards,
Mladen.
-
To unsu
Rainer Jung wrote:
Hi Mladen,
I didn't really read this commit, but it's Log entry reminds me of the
following:
This is for shm lock, not for the shared memory, so the name is
irrelevant, and will be destroyed on exit.
Also, we store workers in shared memory, so any attempt to
have a share
Henri Gomez wrote:
I'm tracking right now the iSeries problem (present in 1.2.20 and
1.2.21) and it's located somewhere in jk_log() (jk_util.c).
That would be great, since only you reported that there is
a core on that platform.
Nevertheless, I presume it is either compiler or
OS issue, since
Costin Manolache wrote:
Yes, 100 concurent requests is a sign you need lb - serving 1000 on
Sometimes it is desired to have the capability of serving 1000 concurrent
connections (not requests). The typical situation is when the frontend
server is used for delivering a static content with higher
Rainer Jung wrote:
What's the preferred solution?
[ ] Try to improve the header files for a 1.2.21.1
[X] Simply release 1.2.22
[ ] Don't release at all, wait for more fixes or features before releasing.
Regards,
Mladen.
-
Filip Hanik - Dev Lists wrote:
Remy Maucherat wrote:
Mladen Turk wrote:
Thanks everyone for the feedback, I'll let you know how everything
progresses.
Be sure to read the
http://www.faqs.org/rfcs/rfc1925.html :)
Regards,
M
Filip Hanik - Dev Lists wrote:
Mladen Turk wrote:
The ultimate goal is to have 20k connections and still handle them evenly.
The question is what will you do with those 20K connections.
The current servlet implementation as well as http protocol
is transactional (request/response), and
Henri Gomez wrote:
Great article !
I agree. But like Filip said, the entire NIO
(as well as APR) is sort of a hack.
It is obvious that the current JSE spec doesn't
fit for hybrid logic (both blocking and non-blocking)
because the cost of switching between them is simply
to high for any practic
Filip Hanik - Dev Lists wrote:
The processSocketWithOptions is a blocking call, hence you wont be able
to acccept new connections as long as your worker threads are all busy.
Not entirely true.
What we need to do, is set the socket options, then simply add the
socket to the poller waiting
William A. Rowe, Jr. wrote:
Since JK2 is now off the map, does it make sense to update
Not even that. We are talking for more then a year for
a next generation binary http(s) protocol.
Almost everyone agreed that we need
at least few things:
1. Encryption
2. Variable sized messages
3. Client
Jean-Frederic wrote:
On Fri, 2007-03-02 at 17:34 +0100, Mladen Turk wrote:
Jean-Frederic wrote:
Source distribtions can be downloaded from an
Apache Software Foundation mirror at:
http://tomcat.apache.org/download-connectors.cgi
Can you fix the files to 664 in www.apache.org/dist
for 1.2.21
Jean-Frederic wrote:
Source distribtions can be downloaded from an
Apache Software Foundation mirror at:
http://tomcat.apache.org/download-connectors.cgi
Can you fix the files to 664 in www.apache.org/dist
for 1.2.21 ?
Regards,
Mladen.
--
Jean-Frederic wrote:
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
--
Rainer Jung wrote:
I'm travelin at the moment, otherwise I would have suggested to tag even
earlier. Anyone planning to apply important changes to trunk before
saturday, please show up now :)
No changes.
I would like to double check the IIS builds, but the testing
will be done by Friday.
Jim Jagielski wrote:
On Feb 23, 2007, at 1:10 PM, Jean-Frederic wrote:
I also have the pending patch... To prevent typos in the properties no
beeing detected what starting httpd.
Should I include it?
Sorry for the delay... unless it's too late, why
the change from HTTP_INTERNAL_SERVER_ERR
William A. Rowe, Jr. wrote:
GOOD GOD you can't be serious :)
strncat strncpy exist for a reason, C's been safe for decades if
only the correct functions are chosen :)
Didn't say it's wrong or something like that,
but beside constantly fighting with hacking
and suppressing newest MS compilers
Rainer Jung wrote:
and we will get a lot of bug reports, if we break those.
So I think all in all we should only check attributes beginning with
"worker.".
Right, good point. After all this is what matters.
Regards,
Mladen.
---
Jean-Frederic wrote:
I also have the pending patch... To prevent typos in the properties no
beeing detected what starting httpd.
Should I include it?
Looks like a good feature for unexperienced admins :)
+1
Regards,
Mladen.
--
Rainer Jung wrote:
Yes, but then you ignore the fact, that we already have such a
functionality, and that we changed it's behaviour between 1.2.19 and
1.2.20. So at least we need to decide, if it's behaviour should be
- disabled completely (breaking existing configs for all versions)
My fa
Rainer Jung wrote:
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 feedbac
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 will be vetoed.
I would s
Jean-Frederic wrote:
C Porting 41439 from IIS to Apache
You want to remove sessionid=D5E2FE08F02400159DFD6231
11F98FEE.p-ng-ptom2 from
/shoppingcc/img/btn_nav_main_login.gif;jsessionid=D5E2FE08F02400159DFD6231
11F98FEE.p-ng-ptom2
do it with mod_rewrite:
RewriteRule ^/(.*).gif;jsessionid=.*$ /$
Rainer Jung wrote:
What is still open:
I would like to give A-C a chance until end of the week and would then
This week or a next?
We have a Security issue that requires release ASAP.
Regards,
Mladen.
-
To unsubscribe, e-m
Jean-Frederic wrote:
Hi,
I think time as arrive to release 1.2.21.
Are there pending changes? Or urgent ugly bugs?
What about a date like Friday evening (GMT) for tagging?
I don't think we'll be able to cut that before
Monday. There are few pending things that needs
to be ported across serve
[EMAIL PROTECTED] wrote:
/* env_name is mandatory, default_value is optional.
- * No value means set the variable to an empty string.
+ * No value means send the attribute only, if the env var is set during
runtime.
*/
Think this will break any existing configuration.
Some
[EMAIL PROTECTED] wrote:
Log:
Fix bug in adding content-length header (BZ 41610).
Analyzed and patch contributed by Boris Maras.
if (need_content_length_header &&
-!strcasecmp(s->headers_values[i], "content-length")) {
+!strcasecmp(s->head
Remy Maucherat wrote:
Mladen Turk wrote:
Anyhow, a thing like Remy is doing for 6.0 would be nice to have.
It offers a build before official tag
Yes, and it is useless, and it makes the release procedure days longer.
Thanks to this nonsense the release procedure now takes over two weeks
Filip Hanik - Dev Lists wrote:
yes, early next week, i'll email when I have a target time for the tag
Anyhow, a thing like Remy is doing for 6.0 would be nice to have.
It offers a build before official tag
Can we have that for 5.5.12 as well?
The RM can put 'what will be released' in his priv
Yoav Shapira wrote:
... it's got a lot of good and important fixes in it. Filip, you up
for cutting the release, say this weekend or early next week?
++1
--
Mladen
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
Remy Maucherat wrote:
Candidate binaries are available here:
http://people.apache.org/~remm/tomcat-6/v6.0.9/
Votes ?
+1
Tested on Linux, Solaris, HP-UX and WIN64
Regards,
Mladen.
-
To unsubscribe, e-mail: [EMAIL PROTECTED
Eric Wertman wrote:
Connector:
JkWorkersFile conf/workers.properties
JkShmFile logs/mod_jk.shm
JkShmSize 8192
This is 8MB of shared memory.
Are you sure you have 1 workers?
JkLogFile logs/mod_jk.log
JkLogLeveldebug
Segmentation fault in sig_coredump at 0x10037590
0x1
Henri Gomez wrote:
Hi to all,
I built and installed the jk 1.2.20 on iSeries i5/OS V5R3 Apache 2
server to replace the previous 1.2.19.
Think there was some problem with wrong printf format.
Rainer fixed that post 1.2.20, but he should know better.
Regards,
Mladen.
-
Thanks Mark and Yoav!
As I suspected, it is a 'trivial feature' of gmail :)
Regards,
Mladen.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Hi,
Few days ago I changed my email address for Tomcat Users List
with standard unsubscribe/subscribe, and although I can receive
messages, send messages, I cannot see the messages send by me.
(mladen_dot_turk_at_gmail_dot_com)
It looks others can see the messages I sent.
They are even listed on
Giampaolo Tomassoni wrote:
Any other 'better' integration would probably require patching
Apache core, and thats IMHO unfeasible by majority of users.
Which one? Checking the 404 response? If mod_jk adopts sub-requests to Tomcat,
why should Apache get patched?
Or if you mean the JkMount direct
Giampaolo Tomassoni wrote:
Finally, it seems to me that mod_jk doesn't map a request to tomcat as a sub-request, but
instead seems to tweek the req->main field, which may probably create the kind of
problems reported in BZ 36121. I'm not an expert of the apache req structure nor of the
mod_jk
Rainer Jung wrote:
Hi Mladen,
Things like DirectoryIndex are completely
useless and further more breaks the security,
because the Tomcat must serve the default content.
I simply don't understand, what this means functionally, i.e. how
DirectoryIndex and ForwardDirectories should work with mo
Rainer Jung wrote:
Hi,
I want to find out how to correctly fix BZ 41430 and 36121. They have to
do with the way mod_dir and mod_jk interact. Before fixing the code I
find it necessary to define the correct behaviour, which seems to be
non-trivial.
It is very trivial.
The mod_jk is proxy t
Remy Maucherat wrote:
Hi,
6.0.7 is:
[ ] Alpha
[x] Beta
--
Mladen
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Takayuki Kaneko wrote:
Is this beneficial?
I doubt.
The same could be done by simply
buffering the log and then flushing to the disk on overflow.
Is it beneficial? No, its misleading, because you
will never know if your log data is the correct one
or there is something in the write buffer wai
William L. Thomson Jr. wrote:
If possible could the configure script for tomcat-native/libtcnative
check for apr versions. I wasted quite some time with a libtcnative I
compiled against apr 0.x instead of 1.x. Which allowed it to build, but
was really tiny and not usable.
If the configure checke
Fenlason, Josh wrote:
Since there is no vote on tcnative, is it always safe to say that the
latest native source available in
http://archive.apache.org/dist/tomcat/tomcat-connectors/native/ is as
close to "official" or "stable" as it's going to get?
Will tcnative 1.1.8 work with Tomcat 5.5.20?
901 - 1000 of 1263 matches
Mail list logo