Gentlefolk,
on the Apache side we ran into a headache on Win2K. Windows services introduced
a SHUTDOWN event with a new signal. Unfortuantely, they did _not_ continue to
support the STOP event from NT. This patch teaches the jk_nt_service to solicit
and respect the SHUTDOWN event as well as
From: Michael G. Anderson [EMAIL PROTECTED]
Sent: Friday, May 11, 2001 9:19 PM
See Question version 1.0!
Is version 3.2.2 beta 5 the latest?
or is Tomcat 4(4.4) the latest?
What is the latest version?
I'll try to answer this, and be resoundingly corrected, or if folks are silent
you can
From: Pier P. Fumagalli [EMAIL PROTECTED]
Sent: Friday, May 18, 2001 6:51 PM
kevin seguin at [EMAIL PROTECTED] wrote:
for apache 1.3, i'd think you'd want to use apr without threads. but i
could be wrong...
for what it's worth, a while ago i tried using a multithreaded library
in
At 06:47 AM 6/27/2003, Mark J Cox wrote:
For those who wonder why Redhat didn't update Apache 2.0 in distro
8.0 and 9.0, just read :
http://www.redhat.com/advice/speaks_backport.html
Apache httpd was an example that I happened to remember when writing that
explanation - Apache is far from
At 11:14 AM 8/11/2004, Mladen Turk wrote:
We've finished the initial development of extended mod_proxy.
Since the development took place at jakata-tomcat-connectors,
the source code can be found under ajp/proxy.
That's something of a shame, because we lose the development
history importing the
At 02:15 PM 8/7/2004, Costin wrote:
Now let's see how to get this in Apache2.0...
Gonna try to make that happen, if I can somehow merge history (ick)
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
At 11:14 AM 8/11/2004, Mladen Turk wrote:
The connection pool enables reusing backend connections
and was build around apr_reslist. At the moment only the
proxy_ajp extensively uses this connection pool, with
performance slightly better then mod_jk.
I noticed one huge win - unless I'm
At 01:03 PM 8/11/2004, Graham Leggett wrote:
William A. Rowe, Jr. wrote:
That's something of a shame, because we lose the development
history importing the finished effort, and it was further disappointing
that you didn't bring across the earlier cvs history so this branch
could be brought back
At 01:37 PM 8/11/2004, William A. Rowe, Jr. wrote:
At 01:03 PM 8/11/2004, Graham Leggett wrote:
My plan is to start bringing it into httpd v2.1 from next week, assessing
how hard the backports to httpd v2.0 would potentially be. Is the history
kept in the tomcat connector tree enough
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
Please direct these comments to [EMAIL PROTECTED] - b.t.w., you
can check out the latest httpd-2.0 HEAD and pick up the entire proxy
solution (you must explicitly --enable-proxy-ajp and have the ajplib
sources there too.)
Someone want to take a wack at NormW's observations?
At 02:31 AM
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
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 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
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
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
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
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;
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
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
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
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
,
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
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
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 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 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: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 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 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
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 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
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
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 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
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 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 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
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
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.
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
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
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 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
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
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
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
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
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 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 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 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
1 - 100 of 110 matches
Mail list logo