I'm pleased to see how the thing moved in mod_webapp since
the jakarta-tomcat-connectors is in CVS and after all the
AJP14 discussion.
Did we'll see another brake in connector side ?
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 6
>
>-1.
>mod_jk isn't the only connector out there ;-)
yes, there is also mod_webapp, mod_jserv.
We discussed last weeks about renaming jk/jk_ stuff
in native code and I worked this week-end in converting
all jk/jk_ stuff to jtc/jtc_ in native code.
Why ? To help users having at the same time
Will you also Jon, contribute to jakarta-tomcat-connectors ?
You were invited with Pier last week and there is still no
anwsers :)
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9
>I have started a configure.in and makefile(s).in for the
>jakarta-tomcat-connectors.
Thanks great works :!
>Currently I have just prepared it for Apache2.0 and Apache1.3,
>before going on I
>have some questions:
>
>- The idea is to have one configure.in in
>jakarta-tomcat-connectors/jk/src/nat
Why not having all realm code (JDBC/JNDI/LDAP/JAAS) shared
in a common tomcat subproject ?
ie: jakarta-tomcat-realms
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53
+1
>-Original Message-
>From: Andrey Kartashov [mailto:[EMAIL PROTECTED]]
>Sent: Sunday, May 13, 2001 12:12 AM
>To: [EMAIL PROTECTED]
>Subject: [PATCH] Secure defaults in server.xml + support for
>"multihomed" machines
>
>
>
>This patch is a result of our previous discussion with Henry
>I have started a configure.in and makefile(s).in for the
>jakarta-tomcat-connectors.
>Currently I have just prepared it for Apache2.0 and Apache1.3,
>before going on I
>have some questions:
I tested the configure/makefile stuff and it works well but
could you also add the java detection for JNI
What about importing the mod_webapp code in
jakarta-tomcat-connectors ?
There is allready jk stuff (native, java), we could
also have here a 'wa' subdir
jakarta-tomcat-connectors/wa/src/native/apache-1.3/
jakarta-tomcat-connectors/wa/src/native/apache-2.0/
jakarta-tomcat-connectors/wa/src/
>> You were invited with Pier last week and there is still no
>> anwsers :)
>
>Was I? Whops, didn't notice... Sorry... What should I do?
>Throw away all my
>code and start working on JK?
Who asked you to drop your code ?)
I was asking for import of the wa code in
jakarta-tomcat-connectors.
C
>> > The configure.in assumes that the Apache connectors
>sub-directories are
>> > apache-1.3 and apache-2.0. I think that more consistant
>with mod_webapp.
done
>My idea is to build one connector per call of configure/make,
>--with-java should
>build the JNI support, correct?
>I have noted that common contains jk_jni_worker.c, should not
>we move it in jni?
no, jk_jni_worker could also be used into apache 1.3/2.0.
And that's HOW IBM use mod_jk on at le
Is it a wise idea to ban users who contaminate the
>list. I am starting to
>think that it is necessary.
>
>Jay
>
>-Original Message-
>From: GOMEZ Henri [mailto:[EMAIL PROTECTED]]
>Sent: Tuesday, May 15, 2001 7:03 AM
>To: [EMAIL PROTECTED]
>Subject: RE: configure f
>So we have 2 cygwin (amy+jon) and 1 msvc (kevin)... I hoped to
>have more feedback...
msvc is the de-facto reference in Windows World
+1 for msvc
>> jakarta-tomcat-connectors/wa/src/native/apache-1.3/
>> jakarta-tomcat-connectors/wa/src/native/apache-2.0/
>> jakarta-tomcat-connectors/wa/src/native/include/
>> jakarta-tomcat-connectors/wa/src/java/
>>
>>
>> The idea is to provide to new users a common area when
>> he's looking for web-
getRemoteHost() is now fixed in CVS :)
Same that TC 3.2.2
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6
>-Original Message-
>so, i'm looking at decoupling the Ajp13 java stuff from servlet
>container code.
>
>some background... in tomcat 3, the ajp code takes a core
>tomcat Request
>object and adds decoded information from the ajp request into the
>Request object. when i ported this code from tomcat 3 to tomcat 4, i
>I ask mostly because I've put a lot of effort into cleaning up and
>documenting that code, and I hope that it is now much more
>workable.
Your documentation is a great help in extending the jk in
jakarta-tomcat-connectors to add ajp14 support.
I'll try to also comments my code to help it bei
Thanks for the configure stuff JF.
Stay all tuned since I'll upload today or tomorrow
updated stuff for mod_jk and ajp14..
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8
>> Error - it shouldn't be in common...
Are you sure ?
in jk_jni_worker there is a jni_worker_factory() which is
referenced in jk_worker_list.h which is used to determine
workers in jk_worker.c (get_factory_for).
If jk_jni_worker is removed from common, it should be also
removed from the lis
>> The problem is not only the Request object, but the whole
>infrastructure
>> needed for efficient communication ( MessageBytes, Headers, etc ).
>>
>
>i've started down this path (1). there's a bunch of stuff in tomcat 3
>(like MessageBytes) that would be useful... i posted a
>message a cou
>Could you explain a little more what these diffs accomplish? My
>understanding of the fix that went into revision 1.5.2.4 to
>fix the file upload problem was that doRead() returns an 'int' and was
>causing the byte >0xFF to be sign extended into the integer -1 which is the
EOF
>return value f
>I have found a bug and fixed it in the Tomcat NT
>service program. How do I submit it? Do you guys take
>bug fixes from independent people. I had heard from
>several people that they had submitted bug fixes and
>you guys told them to f*** off (not necessarily in
>those terms).
Let's send the dif
I would like to propose Jean-Frederic Clere as a new committer.
He make many contribution in jakarta-tomcat, jakarta-tomcat-4.0
and now in jakarta-tomcat-connectors, and we help us with
stuff like autoconf, APR and exotics systems :)
Vote Please
Commited,
Thanks...
>-Original Message-
>From: Hans Schmid [mailto:[EMAIL PROTECTED]]
>Sent: Friday, May 18, 2001 5:00 PM
>To: [EMAIL PROTECTED]
>Subject: [PATCH] Tomcat 3.3 m3 mod_jk-howto.html (new Bug #1809)
>
>
>Hello,
>
>I just installed Tomcat3.3-m3 with ajpv13 behind Apache 1.3.19
Hi to all,
I updated the CVS with preliminary code for ajp14,
just for review since it's not working now.
One question who how to access md5 functions under
IIS/NETSCAPE ? (APR is not yet a solution :)
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
>Vote to release the tomcat_32 branch as Tomcat 3.2.2.
>
>[X] +1. I agree with the proposal and I will help support
> the release.
>[ ] +0. I agree with the proposal but I will not be able
> to help support the release.
>[ ] -0. I don't agree with the proposal but I won't stop
>
Seems correct to me.
BTW, with the jakarta-tomcat-connector,
this kind of native bugs fixes will appears
outside TC 3.2/3.3/4.0 soon.
I'll correct that on mod_jk in TC 3.3 and
jakarta-tomcat-connector
To be fixed also in mod_webapp.
-
Henri Gomez ___[_]
EMAIL : [EMAIL P
nal Message-
>From: GOMEZ Henri [mailto:[EMAIL PROTECTED]]
>Sent: Friday, May 18, 2001 11:27 PM
>To: [EMAIL PROTECTED]
>Subject: RE: 3.2.2 mod_jk encoding issue
>
>
>Seems correct to me.
>
>BTW, with the jakarta-tomcat-connector,
>this kind of native bugs fixes will app
>I just tried this and verified the orginal bug and that the
>proposed patch
>does fix the problem. I'm OK with committing to the tomcat_32 branch.
>
>DOES ANYONE ELSE OUT THERE HAVE ANYTHING THEY WANT TO TELL ME?
>
>Resin would not appear to be compliant with the specification.
> The 4/27/00
>
The RPM are available with a new package, tomcat-webapps
which hold ADMIN, ROOT and EXAMPLES webapps as requested
by many on the user list :)
Also a big hi to Larry for this release :)
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY :
May I recommand you Pier, try another Redhat release than the 7.1.
It's a new release and for example I've got problems building
latest Apache 2.0 under RH 7.1.
Better test with Redhat 6.2 which is very stable and known.
Regards
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED]
Hi DAK,
I tested the server/client with 'b' and without and didn't have
any problems with Tomcat 3.3-m3 (with ajp13)
Could try this distro also ?
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP
Excellent,
Please switch from GPL to Apache...
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6
Find attached the latest revision of AJP14.
Thanks to comments since the work on ajp14 is
still in progress and many code will be commited
next week, all for handling AJP14 ...
Regards
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY :
Better to write a disector for Ethereal :)
www.ethereal.com
May be something to do also for ajp12/13/14 ?)
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B
>
>> The buffers do belong to jakarta-tomcat-connectors/util, and
>in a perfect
>> world we wouldn't have them duplicated - 3.3 should only use
>what's in
>> connectors.
>>
>> I wouldn't mind making tomcat-connectors/util the "master"
>source for the
>> buffer stuff, but it needs some changes
>> >
>> > It has all to do with "standards". Tabs have been used for
>indentation
>for
>> > at least the last 15 years ( that's when I started playing with
>computers-
>> > and the tab was there ).
>>
>> But the point is that we're using SPACES... Since _EVER_...
>Discussion
>> closed.
>
>I real
>My question is what the status is on the apache connector in
>tomcat 4. I've
>been testing Jakarta 4 in standalone mode and is very pleased
>with it, but
>we can't run it like that once we release the system for all
>our students..
>;)
There is actually 2 connectors for Apache Tomcat 4.0 :
-
ot replace ajp/jk, but it will give you another
>>choice. you'll be free to make the decision yourself as to what
>>connector you want to use.
>>
>> > // Erik
>> >
>> > > -Original Message-
>> > > From: kevin seguin [mail
t;
>> >>ajp/jk will not be "included" in tc4, but it will support
>tc4 -- there
>> >>will be (is) an ajp13 connector for tc 4 (it's is a work
>in progress).
>> >>going forward, ajp connectors for tc 3, tc 4, and maybe other
>> >container
>I found some more memory leaks in mod_jk. The biggest one is
>in mod_jk.c when there is a virtual host section in
>httpd.conf. Multiple conf structures are allocated, but only
>one was being cleaned up. Another leak was in
>jk_ajp13_worker.c. We were calling jk_open_pool on the
>endpoint
>Ok, another question then.
Please,
>What is it that the connector has to be able to do? Is it
>sufficient if it
>simply can forward the HTTP request to tomcat or does it need
>to play around
>with it? I guess it must do something or the disscusion on ajp13/jk and
>warp/webapp wouldn't be.
Th
>GOMEZ Henri at [EMAIL PROTECTED] wrote:
>
>>> In that case, what is the point of warp. Is it going to be
>>> faster, more scalable or something?
>>
>> warp is a whole new developpement using
>> very recent lib tools like APR.
>And a bunch of other f
>>
>Ok. Is there any written specification för the ajp protocol
>adn where can I
>find it?
You could find both ajp13 and ajp14 protocol documentation in
at least :
jakarta-tomcat-connectors/jk/src/doc/
Fixed in TC 3.3 CVS and JTC
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6
>-Original Message-
>From: [EMAIL PROTECTED] [mail
We could add it to jakarta-tomcat-connector ?
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6
>-Original Message-
>From: Andy Arm
Message-
>From: Andy Armstrong [mailto:[EMAIL PROTECTED]]
>Sent: Thursday, May 31, 2001 10:28 AM
>To: [EMAIL PROTECTED]
>Subject: Re: [ANNOUNCEMENT] Domino / Tomcat connecter available
>
>
>That would be super cool with me ;-)
>
>GOMEZ Henri wrote:
>>
>&
>Hi,
>
>I have added support for static linking of mod_jk (for
>Apache-1.3.x). I have
>used automake to reach it, it has side effects I would like to comment:
>- apxs cannot be used build mod_jk.so.
>- It needs autoconf/automake for prepare the *.in file. (Only
>for develloppers).
>- It needs li
I would like to propose Mike Anderson as a new committer.
He found many subtils bugs in mod_jk and since he's
working on Netware platforms, it will a great help
to improve connectors on this OS.
Vote please
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
>> We could add it to jakarta-tomcat-connector ?
>>
>
>+1 -- so long as andy will help fix bugs in it when/if they come :)
I'll commit this works on current JTC.
I'd like to see this connector supporting others protocol like
ajp13 and may be ajp14/warp.
It's important to have people working o
Did you, Pier, agree to move the mod_webapp/warp stuff
in jakarta-tomcat-connector and use these CVS instead
the one from TC 4.0 ?
Having all the connector stuff in a common area will help
users (it's what we want), and could also allow us to have
a release rate different from the main servlet-en
Something I know well :)
Which version of Apache 2.0 have you ?
Up to the latest, the apxs was broken.
I recommand you take a look at Makefile.linux
in TC 3.3 :)
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(
>> Something I know well :)
>>
>> Which version of Apache 2.0 have you ?
>> Up to the latest, the apxs was broken.
>>
>> I recommand you take a look at Makefile.linux
>> in TC 3.3 :)
>>
>
>Thanks for your help. The Apache version is 2.0.16
>
>I've looked at the Makefile.linux and that apparent
APR is Apache Portable Runtime (apr.apache.org)
Could you give us the libtool version ?
I've used Redhat 6.0 and many things were damaged.
May I recommand you try with a more recent distro, ie 6.2
if you want best compatibility :)
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECT
I used the following RPM
libtool-1.3.4-3
autoconf-2.13-5
automake-1.4-6
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6
>-Original
jakarta-tomcat-connector is the safe place to put experimental
code, like Domino redirector.
Also we could hope this sub-project could be one day the
reference of connectors between majors Web-Servers and
jakarta Servlet Engines :)
It's an arena where there we may speak more on native
problems
>GOMEZ Henri wrote:
>>
>> >> We could add it to jakarta-tomcat-connector ?
>> >>
>> >
>> >+1 -- so long as andy will help fix bugs in it when/if they come :)
>>
>> I'll commit this works on current JTC.
>>
>> I&
>Attached is a patch for jk_isapi_plugin.c and a example
>uriworkermap.properties file.
>This patch adds some syntax sugar to uriworkermap.properties
>file format
>to allow fine grained control over redirection of tomcat
>contexts to IIS
>virtual hosts, allowing a syntax like :
>
>/www.somevirtu
Hi to all,
The work in still on progress on AJP14 and I've got new
questions on ajp14.
1) AJP14 could be considered like an evolution of AJP13.
Basically the same protocol but with added commands.
AJP13 use the 'AB' chars in start of protocol, what about
using something like 'DE'
Servlet 2.3 API and JSP 1.2 are unavailable at :
http://jcp.org/aboutJava/communityprocess/first/jsr053/index.html
Clicking on continue for 2.3 or 1.2 give you to :
http://java.sun.com/Download4
Any idea where we could find the latest Draft ?
+1
Andy does a great job and open us the door of the
Domino World. A big plkus for jakarta...
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E
maybe the packet header
>is enought (the 0x1234) for the java side to determine if the ssl key
>size is a valid attribute.
>
>i'm kind of in a hurry, so these thoughts are going straight from brain
>to keyboard with no processing in between ;-)
>
>-kevin.
>
>GOMEZ Henr
>I agree that even if you have option b) working, option a) is the
>correct way to go so that we don't break backwards compatibility.
The consensus seems to be in freezing ajp13 and adding new features
in ajp14 only. It will avoid conflict with servlet-engine using
standard ajp13 protocol (TC 3.
>"Ignacio J. Ortega" wrote:
>>
>> I do like your idea , this was something i was talking some time ago,
>> But better than for 3.2.2 ( that is on bug fix mode only , no new
>> features ), But I would prefer to apply your idea to share Realms
>> Implementatios between 3.3 and 4.0, a much more usef
xerces>
>I try to install on Mandrake 8.0, tomcat-3.3-m3.1.noarch.rpm
> and it has
>a dependencie on Xerces-j. I found it at xml.apache.org, but
>no rpm what DO
>you have a solution ?
>ps: I then check with tomcat-3.2.2-1.noarch.rpm and
>everything works
>perfectly.
Apache rpms are all
[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6
>-Original Message-----
>From: GOMEZ Henri [mailto:[EMAIL PROTECTED]]
>Sent: Tuesday, June 05, 2001 12:58 PM
>To: [
Hi,
Find here a quick and dirty diff to start implementing ajp14
on the java side :)
I'm sure Kevin will clean it up, and I'll use his works to
add later the marshall/unmarshalling stuff in AJP14 :)
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
364F 80E6
-Original Message-
From: Roytman, Alex [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, June 05, 2001 5:37 PM
To: 'GOMEZ Henri'; [EMAIL PROTECTED]
Subject: RE: LDAPRealm & JNDIReam for Tomcat 3.2 and 4.0 beta 1 is availab
le
Hello Henri,
Has Interceptor architecture ch
A quick note to say that the secret key used in login phase
which was defined in mod_jk.conf (JkSecretKey/JkDefaultSecretKey)
is now set in workers.properties :
worker.ajp14.port=8011
worker.ajp14.host=localhost
worker.ajp14.type=ajp14
worker.ajp14.secretkey=myverysecretkey
worker.ajp14.lbfactor=
>I want to know how the developers think about adding a request
>id to ajp14
>requests, which is then presented back in the response phase.
ajp14 is in it's early stage and a uniq request id could be added
but how will you use it ?
>Background:
>
>We had serious trouble in diagnosing problems
Everything works fine for me
Bad alert :)
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6
>-Original Message-
>From: Pier P. Fum
>>What about creating a sub project jakarta-tomcat-realms?
>Sure why not. Although I think TC4.0 has or will have some JNDI
authentication
>I do not know how tomcat project works internally. I rely on tomcat
developers (committers) for guidance.
>I love tomcat product and developed various e
Thanks Pier :=)
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6
>-Original Message-
>From: [EMAIL PROTECTED] [mailto:[EMAIL PROT
t;To: [EMAIL PROTECTED]
>Subject: Re: cvs commit: jakarta-tomcat-4.0/connectors/scandoc
>scandoc.pl template.pl
>
>
>GOMEZ Henri at [EMAIL PROTECTED] wrote:
>
>> Thanks Pier :=)
>
>I have a couple of major updates, but right now I'm fighting
>with a majo
The ajp14 continue :
There will be a huge commit today since I've started
the ajp14 stuff (worker).
Notes :
I've updated Domino, Netscape, IIS, Apache 1.3/2.0
since I add the uw_map to wc_open call.
AJP14 and it's autoconf feature will try to load the
URI 2 worker maps...
On the Java Side I
>> ie :
>>
>> webapp/src/native/apache-1.3
>> webapp/src/doc
>> webapp/src/native/include
>> webapp/src/java
>> webapp/src/native/lib
>> webapp/src/native/scandoc
>> webapp/src/native/webapplib
>>
>> May be JF or Kevin :)
>
>If we share some macro files (m4 files) for configure, life
>will be
Hi JF,
Just test the latest configure stuff and autoconf failed
with :
autoconf: Undefined macros:
configure.in:23:AC_PROG_LD
I've got autoconf 2.13, libtool 1.3.4, automake 1.4 :)
The configure.in from yesterday (without AC_PROG_LD)
worked fine...
-
Henri Gomez ___[_]
Hi,
I take a look at NES and the SSL vars are not handled
by this connector.
Idem for DOMINO where some vars are grabbed but not used.
Who know how to get the SSL vars (the following come from apache+mod_ssl) :
SSL_CLIENT_CERT => The client certificat (if user auth used)
SSL_C
Fixed, I didn't have do the ./buildconf.
In README.configure, just replace autoconf by ./buildconf.
I've got a system with Apache 1.3 and 2.0.
1.3 use /usr/sbin/apxs and 2.0 /usr/sbin/apxs2
What about adding a --with-apxs2 to help us use the
correct apxs ?
-
Henri Gomez ___[_]_
>> Oh, BTW, I don't want to see libtool used anywhere... The
>would would be a
>> better place without that evil thing... (Doesn't run on OS/X)
>
>You mean it does not support OS/X yet or that is buggy?
>What about aplibtool?
I used to be a Mac Developpers (10 years ago) and allways like
this p
>> >> Oh, BTW, I don't want to see libtool used anywhere... The
>> >would would be a
>> >> better place without that evil thing... (Doesn't run on OS/X)
>> >
>> >You mean it does not support OS/X yet or that is buggy?
>> >What about aplibtool?
>>
>> I used to be a Mac Developpers (10 years ago) a
>>By the way my apxs (2.0) tries to build an excutable instead a
>>dynamic library,
>>has someone seen a problem like that? (evil libtool or JF's
>>big fingers?:-( ).
>
>I didn't have such problem here using Linux :)
>And I use your apache 2.0 (or may be mine, what was the latest
>of our 2 pacth
Who could do that ?
Kevin/JF ?
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6
>-Original Message-
>From: Pier P. Fumagalli [mail
y in cvs (rather than doing cvs add or
>cvs import). speak now if you have objections :)
>
>-kevin.
>
>GOMEZ Henri wrote:
>>
>> Who could do that ?
>> Kevin/JF ?
>>
>> -
>> Henri Gomez ___[_]
>> EMAIL : [EMAIL PROTECTED
>Unless someone has reasons not to, I will start changing the build
>process to use the buffers and low-level objects in j-t-c. Over
>the weekend I'll try to finish the move of all connector code
>into j-t-c, where it belongs.
+1 for buffer stuff.
ason ( I also worked much more with crimson
>). Long term
>we'll use xerces2 of course.
>
>Costin
>
>
>
>On Tue, 5 Jun 2001, GOMEZ Henri wrote:
>
>> Just to comment the RPM building :
>>
>> In my TC 3.3-m3 RPM, I choose to use xerces-j >= 1.
>Version 1.0.2 of the Lotus Domino redirector for Win32 and Linux is
>available now at
>
> http://free.tagish.net/domino-tomcat/
>
>The main change is a fix to the SSL handling that means that SSL
>connections are now correctly reported to Tomcat.
Excellent !:)
Will you commit it ?
oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6
>-Original Message-
>From: Andy Armstrong [mailto:[EMAIL PROTECTED]]
>Sent: Friday, June 08, 2001 3:36 PM
>To: [EMAIL PROTECTED]
>Subject: Re: [ANNOUNCE] Domino redirector 1.0.2
>
>
>GOME
uin [mailto:[EMAIL PROTECTED]]
>Sent: Friday, June 08, 2001 3:11 PM
>To: [EMAIL PROTECTED]
>Subject: Re: removing src level in jk for jtc
>
>
>i'll wait until around 12pm CDT -- that's about 4 hours from now :)
>
>GOMEZ Henri wrote:
>>
>> I
Why did you compile Netware code on HP-UX ?
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6
>-Original Message-
>From: [EMAIL PROT
Could you also remove the unused apache1.3 and apache2.0.
We're using apache-1.3 and apache-2.0 now :)
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 3
>seguin 01/06/08 12:49:52
>
> Modified:jk/java/org/apache/ajp Ajp13Packet.java
> Log:
> [bug fix] send right header to webserver.
> now i'm glad i added a junit test ;-)
>
> Revision ChangesPath
> 1.6 +2 -2
>jakarta-tomcat-connectors/jk/java/org/apache/ajp/Ajp13Pa
,
just to be consistent
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6
>-Original Message-
>From: GOMEZ Henri [mailto:[EMA
>> Strange,
>>
>> I didn't have that, libtool use mod_jk.la :
>>
>> make -f Makefile.linux
>>
>> /usr/sbin/apxs2 -DUSE_APACHE_MD5 -I ../common -I
>/opt/IBMJava2-13/include -I
>> /opt/IBMJava2-13/include/linux -c -o mod_jk.la mod_jk.c
>
>mod_jk.la that why I am complaining!
>Should not we able
A 364F 80E6
>-Original Message-
>From: jean-frederic clere [mailto:[EMAIL PROTECTED]]
>Sent: Friday, June 08, 2001 1:08 PM
>To: [EMAIL PROTECTED]
>Cc: Martin Kraemer; [EMAIL PROTECTED]
>Subject: Re: AJP14 - autoconf (apxs 2.0 buggy?)
>
>
>GOMEZ Henri wrote:
>&g
I've got some problems with Apache 2.0.18 and mod_jk
with Internet Explorer 5.5 and Mozilla 0.8.1.
Even if there is a network traffic (I attached the
ethereal logs (tcpdump compatible)), I couldn't get
the Tomcat pages.
No problem with Netscape 4.77 ?
I've got no problem with static pages usin
TECTED]]
>Sent: Saturday, June 09, 2001 1:06 AM
>To: [EMAIL PROTECTED]
>Subject: Re: [j-t-c] src level directories removed...
>
>
>GOMEZ Henri wrote:
>>
>> Could you also remove the unused apache1.3 and apache2.0.
>> We're using apache-1.3 and apache-2.0 now
I just started to look at doxygen.
A nice tool but may require many
extras stuff (qt-2.1.0), tetex 1.0...
The current RPM build of doxygen failed about
missing command moc (a qt devel tool).
Did you succeed build doxygen under MacOs X ?
We'll have to see if all commiters (I think here
at Mike
>Well I am not willing to change somethings that works!
>APR is using SCANDOC. SCANDOC uses PERL and does not mean
>extra porting work for
>me.
Even on my Linux Redhat box, it's not an easy task to
install doxygen.
The RPM found around are against libstdc++ 2.96
and qt-devel 2.1 (+/- Redhat 7
I reverted to Apache 2.0.16 beta and I still have the problem.
lynx/ns 4.77 works well but IE5.5/MZ failed to get the dynamic
pages
The traffic is very similar :)
IE5.5 works when switching to HTTP 1.0
Any idea ?
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED]
101 - 200 of 1340 matches
Mail list logo
