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'
/usr/local/
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 pos
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 "..\co
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
Guys, forgive a foolish questions, but what is the target Tomcat implementation
for Apache 2.0 and onwards? I understand Tomcat 3.2 is in feature-freeze, and
3.3 is the growing branch, and 4.0 implements the newer (not adopted) api.
What sort of timetable is a release final 3.3 (final) or 4.0 (f
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
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
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 f
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 misread
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
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 t
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
>>>Gra
>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\Apa
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 accoun
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 PROT
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
unsubscri
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 8/11/2004,
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 Gra
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) s
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 Software
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 mak
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
> jk/native/a
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 mo
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 wh
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 i
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
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 split
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,
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
laden Turk wrote:
>William 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
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 wa
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.
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 additi
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 supporti
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 d
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 con
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;
jk_uri_worker
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.g
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 privat
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 - ja
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 a
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, look
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:
/var/covale
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 ./b
mine; should we use Apache 1.3's apxs to link,
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. A
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 w
n the file 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
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 li
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.
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 b
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.NE
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 win3
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 unsu
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.
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 HTTP_SERVICE_UNAVA
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. 1.
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 iss
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,
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 su
lude -I /usr/java/jdk1.5.0_02/include/ -c 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: fo
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 prop
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?
On
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 VOT
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
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 an
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 v
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
fr
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
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 ne
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:
/home/cvspublic/jakarta-tomcat-connect
>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 addi
>wrowe 2005/05/12 11:37:14
>
> Modified:jk/native2 README.txt CHANGES.txt STATUS.txt
> jk/native2/server/isapi install4iis.js
> Log:
>Whitespace changes only to this inactive repository - fix all ^M bogosity
>
> Revision ChangesPath
> 1.7 +5 -5 jak
>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
> jk
>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
>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
>
> In
>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 jakarta-tomcat-connec
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. It's
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
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 th
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
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 flavo
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 http://people.a
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 :)
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 h
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.
&
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,
1 - 100 of 112 matches
Mail list logo