Ack - there was a lingering #ifdef JK_NEED_... which should have been an
#if JK_NEED_... - this is fixed in cvs, please retry and thanks for the
detailed report!
Bill
Tim Whittington wrote:
Confused me too.
Error message is listed below.
[exec] cl.exe /nologo /MD /W3 /Zi /O2 /I
Tim Whittington wrote:
This breaks the build on Windows using Microsoft Visual C++ Toolkit 2003
(at least).
It seems #define FOO 0 on WIN32 is still defined according to #ifdef
Your suggestion is counterintuitive and reflects, perhaps, a compiler
bug.
It would be very helpful if you would
Question - is gump building against apache 2 trunk or against the
httpd/branches/2.0.x (or some other particular httpd snapshot/rev)?
The failure below...
Making all in apache-2.0
make[1]: Entering directory
`/x1/gump/public/workspace/jakarta-tomcat-connectors/jk/native/apache-2.0'
Mladen (and everyone) ... could you please provide more descriptive
commit log messages? At least, one sentence of what the commit fixes?
This one wasn't too helpful, and wastes extra time reviewing commits.
Thanks :)
Revision 1.153 - (view) (download) (as text) (annotate) - [select for
Remy Maucherat wrote:
William A. Rowe, Jr. wrote:
Mladen (and everyone) ... could you please provide more descriptive
commit log messages? At least, one sentence of what the commit fixes?
This one wasn't too helpful, and wastes extra time reviewing commits.
Very funny. It even links the bug
William A. Rowe, Jr. wrote:
Remy Maucherat wrote:
William A. Rowe, Jr. wrote:
Mladen (and everyone) ... could you please provide more descriptive
commit log messages? At least, one sentence of what the commit fixes?
This one wasn't too helpful, and wastes extra time reviewing commits
I didn't miss the SVN conversion horizion?
This needs to hit jk before we roll out 1.2.15. 1.152 broke Apache 2.0
builds (while conforming to Apache 2.2) - so this patch is the umbrella
which addresses both flavors.
Bill
Original Message
Subject: cvs commit:
Costin Manolache wrote:
Remy Maucherat wrote:
I doubt that filling the inbox with the bug reports or commit messages
will make anyone care more ( or make anyone read them when they don't
want to ) :-) It seems most people use filters anyway, and those who
don't ( like using gmane or a
Folks, as Tomcat is now (IIUC) a TLP, is it time to break apart the
single dumping ground, fondly known as tomcat-dev, into multiple
lists for folks with more targeted issues? E.g.
[EMAIL PROTECTED] - our friend, this list
[EMAIL PROTECTED] - svn/cvs commits
[EMAIL PROTECTED] -
Remy Maucherat wrote:
Of course, but also fewer people will care about bug reports.
Perhaps; perhaps not. In my case, I prefer to use the tool, and take
advantage of the whole bugzilla/jira feature set. Bug emails are noise,
because they scream me, me!, instead of reflecting on all the long
At 10:14 AM 8/11/2005, Yoav Shapira wrote:
Hi,
These are good, but I feel like we should talk about the new stuff we've
been doing: PMC, APR connector, etc. Then again, I don't feel like doing
the talks myself at the moment, so I'll just shut up about it now ;)
Well, pmc is a noop (it's business
At 02:51 PM 8/9/2005, Yoav Shapira wrote:
Hey,
Is anyone speaking about Tomcat at ApacheCon 2005 US? It will be nice to have
something... And related to that, who's planning on going?
In my two tracks (one may be BOF) I will be speaking to both
mod_proxy_ajp and mod_jk on Win32. But truly had
At 11:08 AM 7/11/2005, jean-frederic clere wrote:
JK 1.2.14 has been released.
Uhm, I've said several times before you took a stab at being
the RM, but no, it had not been released, it's just a tarball.
You must wait for 3 +1's and more +1's than -1's before calling
it released. blogs, slashdot
At 01:25 PM 7/11/2005, you wrote:
William A. Rowe, Jr. wrote:
It's important for students involved with SoC to learn to use
the tools of our organization;
I don't agree with you. The Tomcat is not place for some
'sandbox' projects.
If the ASF have some agreement with Google then it should
have
Something's not quite right in mod_jk-land. The pertinent httpd.conf is;
ErrorDocument 404 /examplestomcat/error.jsp
Alias /examplestomcat /local0/test/webapps/examplestomcat
JkMount /examplestomcat/*.jsp ajp13
when the 404 causes error.jsp to be returned, the response code
is unset from 404
It's not the return OK; my bad. Something deeper is going on here,
some interaction with Apache 2, having to do with the request_rec
status not being bubbled back to the origin error. But if anyone
has clues to point me at, I'd appreciate it.
At 02:52 PM 7/12/2005, William A. Rowe, Jr. wrote
At 03:04 PM 7/12/2005, William A. Rowe, Jr. wrote:
It's not the return OK; my bad. Something deeper is going on here,
some interaction with Apache 2, having to do with the request_rec
status not being bubbled back to the origin error. But if anyone
has clues to point me at, I'd appreciate
At 03:48 AM 7/12/2005, Mladen Turk wrote:
Well if Tim wants to mentor that project, then fine with me.
I'm sure he will ensure the integrity of the Tomcat source
outside that 'sandbox' repository.
Exactly the point; there were no SoC participants who did not
have mentors. If this slides into
At 12:52 PM 7/11/2005, Mladen Turk wrote:
I have developed, and I am developing the majority of the code
without being connected to the CVS all the time.
It's important for students involved with SoC to learn to use
the tools of our organization; and it's equally important that
we capture the
It turns out the common/build macros are only referenced
within the jk tree (which is all I check out to build modjk).
I'd like to move the apache.m4, get_ver.awk and os_apache.m4
scripts to this new home, preserving history by copying the ,v
files, stripping old tags from the new copies and then
Assuming you have apr checked out, apr/build/lineends.pl --cr will
convert a tree to cr/lf dos format, and info-zip does a lovely
job on Unix of zipping it up.
Bill
At 12:02 PM 7/6/2005, Mladen Turk wrote:
jean-frederic clere wrote:
Done, the branch is ready.
The files are in
At 12:50 PM 7/6/2005, Mladen Turk wrote:
William A. Rowe, Jr. wrote:
Assuming you have apr checked out, apr/build/lineends.pl --cr will
convert a tree to cr/lf dos format, and info-zip does a lovely
job on Unix of zipping it up.
Right, a smarter unix2dos :)
Yup :) It has the benefit
JFC,
there's no way you would build against apr-1 for an httpd-2.0
server (and, you must build against apr-1 for an httpd-2.1/2.2
server.) You forgot to mention how you configured.
The very first release of APR 1.0.0 was borked, it deployed
apr-config and apu-config, wiping out the 0.9
At 02:01 AM 6/23/2005, Mladen Turk wrote:
[EMAIL PROTECTED] wrote:
jfclere 2005/06/21 03:31:41
Log:
-Wall is only for gcc.
That's true. But if your 'cc' doesn't support
the -Wall then make CFLASG with some platform
switch rather then interfering with 99% of others that are using gcc.
The
At 01:00 AM 6/20/2005, sai krishna wrote:
Hello list,
Is there no one to really answer my question here??
Nope.
You want an appropriate users list, this list is for the
development of the Tomcat server. Please review
http://jakarta.apache.org/site/mail.html
Bill
Mladen; are you sure you weren't looking for 'long long',
al la int64_t? Falling over to the FPU is rarely the best
performance decision.
Bill
At 02:55 AM 6/13/2005, [EMAIL PROTECTED] wrote:
mturk 2005/06/13 00:55:51
Modified:jk/native/common jk_lb_worker.c jk_shm.h jk_status.c
At 02:08 PM 6/7/2005, Mladen Turk wrote:
It works of course, but IIRC you are planning to use it for
reconfiguring mod_jk. I think you might get into the problems
with shared memory (particularly on unix) because some child
might have a different idea about shared memory addresses.
Oh - so this
At 04:44 PM 5/31/2005, [EMAIL PROTECTED] wrote:
After some more digging, it *appears* that apache -k restart WILL do a
graceful restart of Apache2 on Windoze.
Of course it will.
Can anyone confirm this please? And are there any gotcha's to watch out
for? Can someone explain exactly how this
Apparently there was something peculiar with the line endings in
the previous generation of these files.
Here is the patch below, compressed with --ignore-space:
Index: mod_jk.dsp
===
RCS file:
wrowe 2005/05/12 11:46:22
Modified:jk/native/iis/installer License.rtf
Log:
Fix the License.rtf after -kb'ing the file (the various \x10 \x11 \x13 all
have
specific meanings to this format.)
Cuts HTTP Server Subcomponents from the license text. If any additional
wrowe 2005/05/12 11:55:09
Modified:jk/native/domino dsapi.dsp
jk/native/iis isapi.dsp isapi_redirect.rc isapi_redirect.reg
jk/native/iis/installer isapi-redirector-win32-msi.ism
jk/native/isapi tomcat_redirector.reg
wrowe 2005/05/12 12:28:03
Modified:jni/native libtcnative.dsp libtcnative.dsw tcnative.dsp
jni/native/build win32ver.awk
jni/native/src shm.c ssl.c
Log:
Fix more ^M polution, whitespace changes, only.
Revision ChangesPath
1.6 +218
wrowe 2005/05/12 12:29:47
Modified:jni/java/org/apache/tomcat/jni OS.java Address.java
Log:
More ^M polution fixed, whitespace changes only.
Revision ChangesPath
1.5 +15 -15
jakarta-tomcat-connectors/jni/java/org/apache/tomcat/jni/OS.java
Index:
wrowe 2005/05/12 13:26:59
Modified:jk/native2 CHANGES.txt
jk/xdocs/howto apache.xml
Log:
Last of the ^M bogosity I could uncover. Think that we are ready for
a new tarball :)
Revision ChangesPath
1.19 +6 -6
Ok, all of the file ^M fixes within jakarta-tomcat-connectors
are finished. I added the /Oy- flag as there was unanimous
concensus for -that- change. I left out the /Gs0 since legit
concerns were raised. Think we are ready for a tarball :)
-kb files which should not have been are now -ko.
I'd like to modify the Win32 build projects (of mod_jk, and
httpd 1.3/2.0/2.1-dev, along with apr);
The /O2 optimization option is extremely agressive, unfortunately
it produces less than ideal crash traceback information. That
is due to the (implicit) /Oy flag, which omits respecible stack
At 08:46 AM 5/11/2005, Branko Čibej wrote:
All in all - comments?
How about moving away from MSVC 6 to (say) VC.Net 2003, while we're at it?
It's time, to say the least.
Not for 1.3 or 2.0 httpd - you lose some measure of binary
compatibility. We can jump through hoops to continue to use
the
At 04:35 PM 5/11/2005, Branko Čibej wrote:
William A. Rowe, Jr. wrote:
If the open source community tends to push back on Microsoft's
newest compilers, it's simply because their forced treadmill is
the anathema of inclusiveness.
That's what's happening right now with Subversion. The Python 2.4
At 08:29 PM 5/11/2005, Randy Kobes wrote:
That sounds great, but one consideration from the point of
view of Perl (eg, mod_perl) is that the dominant Win32 Perl
binary, from ActiveState, uses VC 6 to compile, and they
don't have any plans soon of changing that. But that might
change by the next
At 04:33 AM 5/10/2005, Mladen Turk wrote:
Interesting is that it was spotted only when the release
was made, so this gives one reason more for making some
sort of releases and binaries to attract more users to
actually do the testing.
Agreed that development releases (early and often) are a very
At 02:30 PM 5/9/2005, Jean-Jacques Clar wrote:
Build and run on NetWare with apache 2.0.54.
Woot!
And thank you for the example, Jean-Jacques, of exactly why we
need more than a few days before we declare 'stable' releases ;-)
But I do think it's wonderful that the NetWare issues are gone.
What
At 05:08 PM 5/9/2005, Jean-Jacques Clar wrote:
I built and tried mod_jk against 2.0.52 and 2.1-dev. However, in these two
cases it was not tested as for 2.0.54. Stress tests were done against Tomcat
4.1.30, validation against 4.1.31. For 1.3.33, I am sorry to admit that I did
not build JK and
At 11:23 AM 5/7/2005, Mladen Turk wrote:
Hi,
JK 1.2.12 has been released.
Question; How?
I don't see a vote. It has been tagged and packaged. It is not
released unless there is a vote on the PMC I missed [and shouldn't
be discussed there anyways.]
I would also like to make a stability VOTE
At 10:37 PM 5/7/2005, Mladen Turk wrote:
William A. Rowe, Jr. wrote:
It is NOT a release.
Sure it is not. That's why there is a VOTE inside, and
that's why it was posted only on the dev list.
Perhaps I should subject that email as:
'1.2.12 tarballs available for testing'.
Yes that would have
At 07:31 AM 5/6/2005, Mladen Turk wrote:
Hi,
It's been a week since 1.2.11 has been tagged and released.
Because of bug in wc_close, and sice no other bugs have been
reported for a week, I plan to tag the 1.2.12 tomorrow morning,
10:00 GMT.
Any objections?
Yes, one. What's the rush?
One week
jk_connect.c
jk_connect.c: In function `jk_shutdown_socket':
jk_connect.c:485: error: `SD_SEND' undeclared (first use in this function)
jk_connect.c:485: error: (Each undeclared identifier is reported only once
jk_connect.c:485: error: for each function it appears in.)
William A. Rowe, Jr. schrieb
At 01:32 AM 4/27/2005, Mladen Turk wrote:
William A. Rowe, Jr. wrote:
... Thank you; but the other half of my question...
It was my fault. SD_SEND is defined only on winsock.
On other platforms it is 1. Already committed a fix.
Why a Win32 fix rather than a proper posix fix?
I suspect you were
At 02:46 AM 4/27/2005, [EMAIL PROTECTED] wrote:
mturk 2005/04/27 00:46:22
-hEventSource = RegisterEventSource(NULL, Jakrta - Tomcat);
+hEventSource = RegisterEventSource(NULL, Jakarta - Tomcat);
-sprintf(szMsg, %s error: %d, Jakrta - Tomcat, dwErr);
+
At 06:38 AM 4/25/2005, Mladen Turk wrote:
Peter Rossbach wrote:
that is a very shot time period for testing.
Well, some of the things are really critical, so that's the reason.
I think that 1.2.8/1.2.9 proved that haste creates this churn.
Once 1.2.11 is ready, isn't it sufficient to point
At 06:01 AM 4/26/2005, Mladen Turk wrote:
I wish to make the 1.2.11 as a bugfix release, so where's the
churn in that?
Nothing, 1.2.11 is wonderful.
You proposed releasing 1.2.12/stable a few days afterwards.
I don't know if calling 1.2.12/stable in a few days is really such
a hot idea.
At 09:35 AM 4/26/2005, Mladen Turk wrote:
Well, I agree with you that we create a new branch.
I wish to deprecate ajp12, jni and ajp14 connectors,
as well as isapi, domino and ntservice servers.
Reasons:
... ntservice: unmaintained for years.
I've used ntservice for years, never had an issue,
At 09:48 AM 4/26/2005, Mladen Turk wrote:
William A. Rowe, Jr. wrote
The effort might better be spent after conversion to svn, since
you attain the ability to have versioned rmdir, without hacking
up the raw CVS tree and breaking historical checkouts.
Hmm, I would like to leave the CVS until
grep -r SD_SEND /usr/include/*
grep -r SD_SEND /usr/local/include/*
?
Tell us where it's hidden and it's more likely we can come up with
an appropriate patch. Any ./configure output would also be helpful.
At 01:01 PM 4/26/2005, Peter Rossbach wrote:
I have a jk native compilation problem at
At 02:04 PM 4/18/2005, Mladen Turk wrote:
This is bug, and will be fixed.
It should return SERVER_BUSY (503) if can not connect to Tomcat.
You can try to use the load balancer with the single worker, and
it should work like explained.
It depends;
Connection refused ==
503
Wow, social engineering on a whole new level.
An enigma wrapped in a puzzle, wrapped in a riddle.
At 01:26 PM 4/13/2005, [EMAIL PROTECTED] wrote:
Content-Type: text/plain; name=warning1.txt
Content-Disposition: inline; filename=warning1.txt
Content-Transfer-Encoding: 7bit
MIME-Version: 1.0
At 03:34 AM 3/31/2005, Henri Gomez wrote:
1.2.10, I awaited a 1.2.9 final release.
We just add a 1.2.9 beta
Kurt and Henri voted yes. I'd presume Mladen's vote was +1 too.
Glenn didn't vote yes, he reserved his vote for stress testing.
Mladen, could you please slow down long enough to give
At 04:55 AM 3/29/2005, Mladen Turk wrote:
Hi,
There has been some improvements since
1.2.9 beta version, so I suggest that you test
the latest source code and binaries.
I was under the impression that it was evens-stable, odds-devel.
So is this a vote for 1.2.10?
In any case I'll check win32
cvs up
? native/apache-1.3/Release
? native/apache-1.3/mod_jk.plg
cvs update: nothing known about xdocs/common/ajpv13.xml
did someone hork xdocs/common/ajpv13.xml in the cvs repository,
rather than cvs remove it?
Bill
-
To
At 02:09 PM 3/14/2005, Jim Jagielski wrote:
Henri Gomez wrote:
+1 for both of all.
Should I understand they will works more on HTTPD related stuff and of
course JK ?-)
Yep, that's my intent :)
Yes - I'm also interested in the AJP 14 implementation from the
p.o.v. of ASP.NET backends.
At 01:01 PM 3/7/2005, Mladen Turk wrote:
Bill Barker wrote:
It seems Apache 2.1.3 may became beta, what about the state of ajp
code present in CVS ?
Well, Gump is still failing to build mod_jk against Apache 2.1.x-dev ;-).
Yep, look at the thread at httpd-dev about making 2.1.3 as beta.
First,
At 02:07 PM 2/22/2005, Rahul P Akolkar wrote:
My understanding about Delivery Status Notification (DSN) is that if the
sender of the original email requests return receipts, then a DSN
compliant mail server (such as the one I use), will do the expected thing
and provide that notification.
But
At 04:43 AM 2/19/2005, Remy Maucherat wrote:
William A. Rowe, Jr. wrote:
It definately seems like j-t-c should be a first candidate
for svn conversion. The other jakarta-tomcat repositories
are considerabily more complex.
But it would be good to have line endings straightened out
beforehand.
I
At 06:31 AM 2/21/2005, Mladen Turk wrote:
Unlike any other java or java/jni implementations
it does not tries to make a java as a service, but
rather makes a batch (.bat) file as a service.
IIUC, that means;
1. service signals (shutdown etc) aren't recognized by cmd
(sh for you linux
At 12:56 PM 2/17/2005, Rainer Jung wrote:
Hi,
first: thanks a lot to Mladen for adding all the beautiful features [and
removing CRLF :) ]. Big leap forward!
Here's a list of all mixed up line endings currently
in jakarta-tomcat-connectors/jk/ ...
The Mismatch'ed files all represent files with
encountered CR/LF - one
CR found.)
At 02:52 PM 2/18/2005, Mladen Turk wrote:
William A. Rowe, Jr. wrote:
Here's a list of all mixed up line endings currently in
jakarta-tomcat-connectors/jk/ ...
The Mismatch'ed files all represent files with mixed line endings
(some cr/lf, some cr/cr/lf.)
Two things
,
or continue to abuse libtool for Apache 1.3 modules?
I can offer up either patch later this week.
Bill
At 07:58 PM 1/27/2005, William A. Rowe, Jr. wrote:
JFC - you missed something. I'm not speaking of Apache 2.0
... this is in r.e. Apache 1.3 (native/jk/apache13) :)
Bill
At 05:38 AM 1/20
Attached is a simple patch to correct the jk_apxs detection
macros. In every case we search for .so (.dylib) we should
also consider the .sl files our HP/UX friends rely on.
BillIndex: jk/support/jk_apxs.m4
===
RCS file:
JFC - you missed something. I'm not speaking of Apache 2.0
... this is in r.e. Apache 1.3 (native/jk/apache13) :)
Bill
At 05:38 AM 1/20/2005, jean-frederic clere wrote:
William A. Rowe, Jr. wrote:
I'm finding that @top_builddir@ isn't resolved when I
run ./buildconf / ./configure against
I'm finding that @top_builddir@ isn't resolved when I
run ./buildconf / ./configure against apache1.3 apxs,
so the libtool isn't resolved. The fix is trivial,
use the same fixed top_builddir=.. as all the other
/native/ directories used.
It still confuses me why, when apxs defined the correct
Hi Ryan, fancy meeting up here :) You don't mention, so
I'll confirm - you are using mod_jk 1.2.8 (brand new release)?
This sure sounds like the (rather obscure) issues with re-piping
body content, and taking a simple guess, if you drop back and
force http/1.0 (eliminate chunking) the issue goes
At 06:50 PM 1/18/2005, Ryan Bloom wrote:
Actually, both 1.2.6 and 1.2.8 of mod_jk. What do you mean re-piping body
content? I haven't forced http/1.0 yet, I was about to trace through
Apache to find the problem. My initial investigation looks like the
problem is in Apache somewhere, looks
org.apache.apr... ???
If this is private, and you've suggested it should be,
don't you mean
org.apache.jakarta.apr... ?
Bill
At 04:25 AM 1/13/2005, Mladen Turk wrote:
Hi all,
You can find the sources at:
http://www.apache.org/~mturk/
File is:
http://www.apache.org/~mturk/apr-java.tar.gz
My
At 01:56 PM 1/13/2005, Mladen Turk wrote:
William A. Rowe, Jr. wrote:
org.apache.apr... ???
If this is private, and you've suggested it should be, don't you mean
org.apache.jakarta.apr... ?
He he :)
I didn't said it should be private to J-T-C nor Jakarta.
But the fact is that we don't have OO
At 01:25 AM 1/14/2005, Mladen Turk wrote:
Costin Manolache wrote:
To be honest, I don't like where this is going. I think access to native
functionality for tomcat is great - and starting with functionality provided
by apr is ok. But there is a lot outside apr, and if this becomes 'apr - java
At 12:03 PM 1/11/2005, Mladen Turk wrote:
William A. Rowe, Jr. wrote:
Silly Question - doesn't this proposal fit better
in the commons project than Tomcat?
Perhaps, but the guys that are interested in
both c and Java live inside J-T-C :).
Actually, the converse is true - tomcat-dev is modestly
Although all serious problems seem cleared up, we do still
have invalid early declarations of the following two static
modules. No patch, since these are either ment to be
static (and should -not- be declared in jk_uri_worker_map.h)
or they are ment to be shared, exported functions;
Silly Question - doesn't this proposal fit better
in the commons project than Tomcat?
For that matter, I'm rolling the dice that the apr
project itself would entertain the possibilities of
supporting jni / xs / c++ wrappers.
The reason I suggest this is that we have .pkg and .rpm
folks
This isn't targetted at Mladen, but just want the participants
to understand the ramifications. When the Project votes to
release software, it becomes the problem of the Foundation to
stand behind it. If you release without following this procedure,
you own all of the liability, which is a very
This patch has minimal impact but a ton of benefits...
The patch [for jk and jk2, not that it matters as much] allows
anyone to debug and diagnose stack dumps using windbg or any
other debugging tool, and (if they add the .pdb files to their
installation) to make sense of dr watson logs.
It
At 01:52 AM 12/23/2004, Mladen Turk wrote:
That's cool, but the handling of in_addr_t is totally bogus and
has been for some time. Some platforms declare struct in_addr_t as a typedef
- but others don't. The crossplatform solution is
to ignore the typedef and use in_addr_t, but instead, the
At 02:32 AM 12/23/2004, Mladen Turk wrote:
William A. Rowe, Jr. wrote:
This patch has minimal impact but a ton of benefits...
So, it's the /Zi for PDB's and /base:address?
Does it mean that we'll need to distribute the pdb files
together with .dll's?
Oh no! The beauty is, is you can distribute
A. Rowe, Jr. wrote:
Oh no! The beauty is, is you can distribute them separately
for anyone who actually cares.
OK seems reasonable. I'll create a zip with all *.pdb
and *_src.pdb.
It's not necessary to distribute *_src.pdb files. It turns out
that the compiler .pdb is a different beast than
The attached patch fixes the nt_service thunk - for the various
API changes which have occured in recent times (jk_map etc.)
It gets it building again clean, at least.
The only thing I'm not certain - is the -1 arg for timeout really
appropriate? If not, is there something better to use?
This
At 11:51 AM 12/23/2004, William A. Rowe, Jr. wrote:
What we'll need eventually is the same for jk/native/jni
Same, but load offset 6A6E for example (leaving 192k of pages
for mod_jk) since it must be loaded into the same process. See my
native2 jni project.
And the attached patch. Happy
http://jakarta.apache.org/tomcat/connectors-doc-archive/jk2/index.html
seems a bit dated. Perhaps add some indication that this is no
longer the recommended solution?
Bill
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
Wait - you mean to tell me instead of converting the hostname
once to lower - we are strcasecmp'ing every time? Outch, that
hurts.
Bill
At 09:14 PM 12/16/2004, [EMAIL PROTECTED] wrote:
billbarker2004/12/16 19:14:56
Modified:jk/native/apache-1.3 mod_jk.c
At 06:34 AM 12/20/2004, [EMAIL PROTECTED] wrote:
funkman 2004/12/20 04:34:03
Modified:xdocs-faq connectors.xml
docs/faq connectors.html
docs/faq/printer connectors.html
Log:
Note that jk2 is deprecated and that mod_ajp is coming.
Don't we mean
At 03:36 AM 12/17/2004, Mladen Turk wrote:
The 1.2.7 release has done it's share of work by testing
all those new features added.
The 1.2.8-rc-1 will add no new features.
There are still one potential bug present, reported by
Henri Gomez with Tomcat 3.3.2.
The other issue is to see the URL
I've answered this at least once before. Apache Group is
ancient trivia. Apache Software Foundation is the proper
name and will even be used in httpd-2.2 once that is released.
There hasn't been an Apache Group since early year 2000
when the foundation was created - Tomcat got it right when
At 01:13 AM 12/23/2004, William A. Rowe, Jr. wrote:
At 03:36 AM 12/17/2004, Mladen Turk wrote:
The 1.2.8-rc-1 will add no new features.
That's cool, but the handling of in_addr_t is totally bogus and
has been for some time. Some platforms declare struct in_addr_t
as a typedef - but others
This is a better patch, it also covers the deprecated code
that still exists in the HAVE_APR path.
At 01:46 AM 12/23/2004, William A. Rowe, Jr. wrote:
At 01:13 AM 12/23/2004, William A. Rowe, Jr. wrote:
At 03:36 AM 12/17/2004, Mladen Turk wrote:
The 1.2.8-rc-1 will add no new features.
That's
At 05:51 AM 12/14/2004, Allistair Crossley wrote:
Copying in DEV on this JK issue/solution on Mladen's request. The release
build worked fine.
Seems that the problem is caused by the fact that beta3 binaries
are compiled as 'debug' so tolower function is issuing an assertion.
I'll make a
It most certainly should NOT be Apache Group - that's an entity
that no longer exists (it's what the folks called themselves
before the foundation was formed.)
We won't change in on the httpd side until a brand new Apache
comes out (e.g. httpd 2.2) but expect we will move it to the
Apache
At 09:25 AM 9/2/2004, Henri Gomez wrote:
Bad news for me and many others since without AJP support included in
2.0.x, users will still require to have mod_jk to link there HTTPD to
Tomcats.
Could we hope the dev team to relax the situation for mod_proxy/ajp in
future 2.0.x release, since Graham,
At 12:59 PM 9/2/2004, Mladen Turk wrote:
William A. Rowe, Jr. wrote:
Could we hope the dev team to relax the situation for mod_proxy/ajp in
future 2.0.x release
[...] please don't expect them
to sympathize when n.x.z - n.x.(z+1) starts breaking things, this
undermines the confidence in one
At 11:18 PM 8/11/2004, Costin Manolache wrote:
William A. Rowe, Jr. wrote:
It would be great if we would have at least one or 2 people who are committers in
both projects. Since we can't propose Mladen in apache, maybe we can convince
Graham to join tomcat :-)
Can't propose mturk? Why
From: Dominik Drzewiecki [EMAIL PROTECTED]
Sent: Sunday, December 28, 2003 3:47 PM
The default location for Tomcat 5.0 installation on Windows is c:\program
Files\Apache Software Foundation\Tomcat 5.0. On the other hand, win32
Apache 2.0
installer suggests c:\Program Files\Apache Group\Apache
If java.home points to the JRE, this 'might' point you at a JDK - but it is
certainly an unwise choice for those who don't dereference a JRE, buried
within a JDK, as JAVA_HOME.
Which brings up a good point, you may have to modify the envvars of the
SYSTEM (LocalSystem) account, or whichever
At 11:19 AM 8/12/2004, Justin Erenkrantz wrote:
--On Thursday, August 12, 2004 12:57 AM -0500 William A. Rowe, Jr. [EMAIL
PROTECTED] wrote:
Although he's subscribed to all three lists, I'd ask that they go either
to [EMAIL PROTECTED] or [EMAIL PROTECTED] The history of the discussions is just
At 02:20 PM 8/12/2004, Joshua Paul wrote:
Stop sending me e-mail.
Don't tell us - you subscribed. See the email headers in this message,
specifically the List-Unsubscribe: header, and send a blank email to
that address.
When you subscribed, there was another email that told you how to
1 - 100 of 110 matches
Mail list logo