>> >The reason would be to keep the implementation details of
>the structure
>> >private so that people aren't tempted to access the fields
>> >directly. All
>> >the caller gets is an opaque handle. Think of it as
>'objects lite' for
>> >C.
>>
>> I could understand the OO construction if we wer
>11. Load-balancing
>that it can be done through mod_jserv and mod_jk>
mod_jserv support fault-tolerant and load-balancing mode.
original mod_jk support only load-balancing but a recent
patch (found in J-T-C) allow you to configure mod_jk
in fault-tolerant only. ie when you have a cluster of
tom
Hi to all,
Costin proposed sometimes ago to have an uniq
workers.properties file which will handle all
the configuration directive and settings.
What about the case of virtual hosting ?
For example, in Apache 1.3/2.0, it's nice
to be able to use a JkMount directive only
in a virtual server.
y cvs)
if [ -f ${JAVA_HOME}/jre/lib/rt.jar ] ; then
CLASSPATH=${CLASSPATH}:${JAVA_HOME}/jre/lib/rt.jar
fi
>
>
>> -----Mensaje original-
>> De: GOMEZ Henri [mailto:[EMAIL PROTECTED]]
>> Enviado el: jueves 5 de julio de 2001 11:54
>> Para: [EMAIL PROTECTED
>What is *noarch*, exactly.. I installed this one because at
>the time it was
>the only RPM I could find but am I missing out?
noarch indicate it's not native code (i386/sparc...)
It's java code ...
What about using my RPM ?
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6
>-Original Message-
>From: Donald Ball [mailto:[EMAIL PR
I'll check the patch but frankly ajp12 is pretty deprecated today
switch to ajp13
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6
>-Or
I fixed version.h (bad / split line)
and here is the steps :
You should use :
cd jakarta-tomcat-connectors/jk/native/
./buildconf.sh
./configure --with-apxs=/usr/sbin/apxs --enable-jni
--with-java-home=/opt/IBMJava2-13 --with-java-platform=2
cd apache-1.3/
make -f Makefile.apxs
cp mod_jk.so
I'll help for mod_jk connector :)
Count me on
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6
>-Original Message-
>From: Alex Cha
Mike Anderson from novell.com is commiter
on Tomcat and works on mod_jk for Netware
and iPlanet :)
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364
May be you could use what Ralf used for mod_ssl :)
...
# some optional terminal sequences
case $TERM in
xterm|xterm*|vt220|vt220*)
T_MD=`echo dummy | awk '{ printf("%c%c%c%c", 27, 91, 49, 109); }'`
T_ME=`echo dummy | awk '{ printf("%c%c%c", 27, 91, 109); }'`
;;
nal Message-
>From: Pier Fumagalli [mailto:[EMAIL PROTECTED]]
>Sent: Monday, July 09, 2001 5:31 PM
>To: [EMAIL PROTECTED]
>Subject: RE: cvs commit: jakarta-tomcat-connectors/webapp configure.in
>
>
>Quoting GOMEZ Henri <[EMAIL PROTECTED]>:
>
>> May be y
>Craog
>> I have a feeling that whatever is the same will be a lot of
>piecemeal here
>> and there, excluding of course, web-app documentation. So
>far yourself,
>> Pier, and Henri are the only three TC developers to post
>their position on
>> that (re: inter-version relevancy).
Pier and I
>Pier:
>A nice way to duplicate the job, indeed... Why not joining
>Alex et. al and
Each contribution is good to have. If he feel more confortable
using docbook, why not let him start some docs with it.
>write the documentation with them? Just because you want to do it with
>the DocBook DTD?
I'll study carefully this one to see if he didn't
broke the recovery stuff added to handle case
where tomcat is restarted...
Thanks
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint :
Hi Sam,
>-Original Message-
>From: sam [mailto:[EMAIL PROTECTED]]
>Sent: Tuesday, July 10, 2001 9:31 AM
>To: [EMAIL PROTECTED]
>Subject: Possible bug in isapi_redirector.dll
>
>
>Hello there everybody, We think we may have found a bug,
>possibly in IIS,
>which affects isapi_redirect.dll.
>PDF conversion would be pretty cool... Anyone feel like
>coming up with a
>sheet to generate XSL:FO? =)
Good idea, we should find help on xml.apache.org.
>> If someone is scared of XML, they can submit it to us in
>text format and
>> we can go add tags (as time permits), but we're all
>deve
>2) How about moving Developing Interceptors, Valves and Connectors, and
>Using Tomcat Utility Classes to a seperate Developer Guide?
>They are only
>useful for real hackers.
Don't forget what make Apache HTTP server so successfull.
The number of modules built for Apache 1.2/1.3 APIs.
If we do
>What is the status of T4? I haven't seen a huge amount of
>commits from Craig
>and Remy recently and it seems like the whole adaptor stuff
>will never get
>finished cause it seems like a big political, testing and configuration
>mess.
Did you notice the commit from JF Clere and Pier on J-T-C ?
>Knowing Jon, I don't really think he was referring to the
>module... He would
>have called it "module" :)
Could someone teach us why the word 'module' is so impopular in Tomcat
whereas it was the success reason of Apache HTTP Server.
Small is beautifull :)
>> I like this compromise. I will propose that we get rid of
>the 3.2 docs
>> on the site -- once I'm convinced they're similar enough.
>There's still
>> that old "3.3 is a rogue release" sentiment floating around,
>and people
>> might not appreciate giving 3.3 implied legitimacy by making it
>OK, but my point is that as we improve the 3.x docs --
>regardless of the
>value of x -- the 3.2 docs will become less relevant.
>
>Right now there are many differences between the 3.2 and 3.3 docs, but
>they're mostly in the connector docs, which AFAIK haven't
>changed much if at
>all in op
>Assume a change to class Abc.java and a corresponding change to
>Abc-doc.html.
Did we speak of user documentation or developper documentation ?
You can change all the code you want til the user see no difference
in configuration and usage.
The user (and the developper of servlets/JSP) allready
>on 7/10/01 4:08 PM, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote:
>
>> public long getLastAccessedTime() {
>> -checkValid();
>> -return realSession.getTimeStamp().getLastAccessedTime();
>> +checkValid();
>> +return realSession.getTimeStamp().getLastAccessedTime();
>>
>I am currently doing a "proof-of-concept" project using Jetspeed for
Enterprise-wide Corporate Portal development.
>We are using...SuSe 7.1 Linux, Apache Web Server 1.3.14, Tomcat 3.2.2,
Jetspeed 1.3a1, Ant, JDK1.3.1, JRE 1.3.1
>I have been frustrated with the "build" and "configuration" proce
>> BTW, I didn't recall there was a vote on the list to decide
>if we should
>> use DocBook or Anakia to produce documentation ?
>>
>
>Not yet. Another reason why nobody should jump the gun with a
>complicated
>format that might end up having to be ported to XHTML.
:)
>My advice for potenti
>Putting little notes about things like the JDK 1.3.1 linux
>issue are VERY
>useful. I hate it when M$ have docs that don't mention things
>such as "none
>of your data is encrypted, by the way"
JDK 1.3.1 problems with recent glibc could be fixed by adding :
export LD_ASSUME_KERNEL=2.2.5
IB
>As a member of the Jakarta PMC and a Co-Founder of the Jakarta
>project, I care about maintaining standards in all Jakarta projects.
Now that Pier as commited the ultimate translator, formatfile.c,
you could think integration that tool in cvs to follow the Apache
standards.
>> I didn't recall
> IMNSHO, that kernel flag workaround is a joke. I almost fell out of my
> chair with laughter when I first read that proposed "solution" on the
> Sun forums. "Hey, our JDK makes some faulty assumptions about memory
> allocation and threading ... the solution is to direct Java to use the
> antiqua
Oups previous email was out too quick
> IMNSHO, that kernel flag workaround is a joke. I almost fell out of my
> chair with laughter when I first read that proposed "solution" on the
> Sun forums. "Hey, our JDK makes some faulty assumptions about memory
> allocation and threading ... the solutio
On Mon, Jul 16, 2001 at 12:21:55PM +0200, jean-frederic clere wrote:
>> > I had to work around some issues with that OS myself writing the
Service
>> > code, and definitely, I wouldn't trust that "thing" not even to drive
my
>> > coffee pot, but, of course, that's me. Get a decent and "real" OS,
d
> > I know that many of jakarta-tomcat commiters are paid by Sun but
> consider
> > that there is MANY HAPPY Linux users around which are borred of that
>
> > kind of remarks on their OS. Just recall the pool about OS used in
> J-T-C.
> >
>
> The Sun developers working on Tomcat all have their
>A Java installer is what we need, OpenSource one of course.
>Installing a Java product should not be too related to the platform on
which it
>is installed, installing is just copying the right files at the right
place.
>(well may a little more ;-)).
>Does someone knows about such a tool?
It seem
> >A Java installer is what we need, OpenSource one of course.
> >Installing a Java product should not be too related to the platform on
> which it
> >is installed, installing is just copying the right files at the right
> place.
> >(well may a little more ;-)).
> >Does someone knows about such a
>(1) Tomcat 4.0 Beta 1
+1 - Need to enter Beta process
>(2) Tomcat 4.1 Repository
-1 - We'll have now 3.2, 3.3, 4.0 and 4.1 branches
Too many branches for the same project.
Please don't reopen a 3.x against 4.x campaign.
>(3) New "jakarta-servletapi-4.0" CVS Repository
+1
---
>so +1 , but i continue to not see any advantages in maintain another
>repository..
>
Like Nacho I turn my -1 to +1 since I don't want the TC 4.x development
to be stopped or features freezed but I feel that It will became
hard to find our way in 3.2, 3.3, 4.0 and 4.1
---
>I don't see any problem - there are 2 codebases - the
>"original" tomcat (
>3.x ) and catalina ( 4.x ).
You're in the project but imagine when a new user arrive and
want to use a servlet engine ;-) The question will be must
I use 3.2, 3.3, 4.0 or 4.1 ?-)
A simple help rule could be :
- If yo
The RPM will be available by Monday/Tuesday :-)
"Pour la plupart des hommes, se corriger consiste à changer de défauts."
-- Voltaire
>-Original Message-
>From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]]
>Sent: Saturday, January 06, 2001 6:58 AM
>To: [EMAIL PROTECTED]; [EMAIL PROTE
Hi,
A quick note to say that RPM for TC 4.0B1 and latest TC 3.3 from CVS
will be released tomorrow ;-)
Another try will be apr, apr-utils and httpd 2.0 .
For the latest I'll get the latest stuff from CVS, it is ok ?
Regards
"Pour la plupart des hommes, se corriger consiste à changer de défaut
Hi,
Tomcat4 rpm is finished but examples.jar must still be expanded ;-(
Using CLASSPATH:
/var/tomcat4/bin/bootstrap.jar:/var/tomcat4/bin/servlet.jar:/var/tomcat4/bin
/naming.jar:/opt/IBMJava2-13/lib/tools.jar
Using CATALINA_HOME: /var/tomcat4
Starting service Tomcat-Standalone
Apache Tomcat/4.0-
Hi,
Both tomcat 4.0 beta 1 and mod_webapp connector RPMs are available :
http://rpmized.free.fr/
Regards
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
RPM for mod_webapp is ready and is named mod_webapp-0.5-dev.
But still no cookies support :
* HelloWorld Example works.
* Request Information Example works :
Method: GET
Request URI: /examples/servlet/RequestInfoExample
Protocol: HTTP/1.1
Path Info: null
Remote Address: null
*
RPMs also available at :
http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4.0-b1/rpms/
Regards
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
Hi,
What's the status of ACL to mod_jk ?
I take a look at what to do on tc 3.3 to restrict
connections to tomcat with rules à la hosts.allow/hosts.deny
but didn't know if Dan or Costin does something like this ?
I could send some code if nothing is done yet...
-
I seems cookies are still no working :
* HelloWorld Example works.
* Request Information Example works :
Method: GET
Request URI: /examples/servlet/RequestInfoExample
Protocol: HTTP/1.1
Path Info: null
Remote Address: null
* Request Header Example works :
accept-language fr
c
Hi to all Suners.
I finished some time ago RPM for jaxp 1.0.1 and jaxp 1.1 EARLY ADOPTERs.
Who could do something to have these RPMS available at Sun or Apache
site ?
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional c
t;To: [EMAIL PROTECTED]
>Cc: [EMAIL PROTECTED]
>Subject: Re: jaxp 1.0.1 and 1.1 RPMs
>
>
>At 04:42 11/1/01 +0100, GOMEZ Henri wrote:
>>Hi to all Suners.
>>
>>I finished some time ago RPM for jaxp 1.0.1 and jaxp 1.1
>EARLY ADOPTERs.
>>Who could do something to
>what I can do.
>
>- Rajiv
>
>--
>:wq
>
>On Thu, 11 Jan 2001, GOMEZ Henri wrote:
>
>> Hi to all Suners.
>>
>> I finished some time ago RPM for jaxp 1.0.1 and jaxp 1.1
>EA
Will you update also the 3.3 branch ?-)
"Pour la plupart des hommes, se corriger consiste à changer de défauts."
-- Voltaire
>-Original Message-
>From: Dan Milstein [mailto:[EMAIL PROTECTED]]
>Sent: Friday, January 12, 2001 6:59 PM
>To: [EMAIL PROTECTED]
>Subject: Re: [PATCH] adapter in
A release will be nice since there were many bugs out
since the 3.2.1 (jsp/jk)
I think it will be time to make TC 3.2 release more frequently.
+1
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMA
>I already announced ( probably not clearly enough ) my
>intention to give
>up and spend my free time in better ways. This is a form of vote, BTW.
A sad news. I follow many open source projects but I rarely saw someone
as active as you (may be Ralf S. Engelschall another fine Apache Guru).
>Th
>Hans Bergsten wrote:
>
>> The way I feel right now is that the best way to answer
>> this question is by a vote on this list, where all +1
>> votes for TC 3.3 also means a commitment to help fix bugs
>> in TC 3.3.
>
+1 .
I'd like to see a beta release of 3.3. We could see and compare
after. D
Don't forget about that :
PRE-MEETING FESTIVITIES:
Before the meeting, Jon Stevens and I welcome you to come to
CollabNet and discuss ideas for a CJAN implementation for
managing Java JAR libraries. I'm sure that we'd also like to
talk about Sam's tinderbox ideas as these ideas a
Hi,
I'm busy these days and didn't have many time on ACL for mod_jk.
Before investing too many times, just want to describe the plan :
1) Create stuff to handle InetMask a là hosts.allow / hosts.deny.
Data initialized via config in server.xml
From 3.2 server.xml
>Craig,
>
>I assume I'm the person interested in porting mod_jk to TC 4
>(if there's anyone else, please get in touch with me ;-).
And you may have also to ports patch from 3.2/3.3 to 4.0 ;-)
>Thank you for clarifying the issue about the difference
>between the 2.2 and 2.3 specs -- I hadn't
Oups didn't view your reply in the list.
>Tomcat 4.0 did not select mod_jk for several reasons. The
>most important ones
>are at the top:
>
>* MOD_JK (like MOD_JSERV before it) has no clue what a web
> application is. This forces you to configure many items twice --
> once in the web.xml fil
>1. Bug fixes. At least 3 commiters will volunteer to integrate
>the patches
>that are sent and do fixes them-self.
+1
>2. Bug reports/verification: we have a large number of bug reports,
>most of them against previous versions of tomcat. We need
>people to look at the bugs, try to reproduce t
Things I allready do ;-)
>1. Bug fixes. At least 3 commiters will volunteer to integrate
>the patches
>that are sent and do fixes them-self.
+1
>4. Testing/Building/mod_jk: If you use tomcat with a web
>server, we need
>help making sure it works fine and eventually getting a
>compiled versio
I'd like to see the fixes for mod_webapp about cookies.
I've asked many time on the list about the problem but
never got any answers -(
"...handing C++ to the average programmer seems roughly comparable to
handing a loaded .45 to a chimpanzee."
>> It should be noted that when this plan comes up for a vote, a +1 by a
>> committer will constitute a commitment not only to helping
>with the release,
>> but to provide maintenance support beyond the release.
The +1 / +0 may afraid some people with spare time now but not sure to
be able to h
Tomcat 3.3 Release Plan Ballot:
[X] +1I am in favor of this plan and will help
[ ] +0I am in favor of this plan, but am unable to help
[ ] -0I am not in favor of this plan
[ ] -1I am against this plan being executed, and my
reason is:
---
+1
On ne peut résoudre les problèmes les plus graves avec le même esprit qui
les a crées.
-- Albert Einstein
>-Original Message-
>From: Jon Stevens [mailto:[EMAIL PROTECTED]]
>Sent: Thursday, February 01, 2001 4:26 AM
>To: tomcat-dev
>Subject: [VOTE] CVS Commit: Keith Wannamaker <[EMAIL
Good stuff.
I use that kind of code for years (since the early age of SunOS 4.1).
Unixes developpers may read the excellent 'Unix Network Programming'
for W. Richard Stevens which comment use of read/write.
I suggest to add a classes BlockInputStream and BlockOutputStream
which add readN and w
+1
And +1 for TC 3.x branch.
On ne peut résoudre les problèmes les plus graves avec le même esprit qui
les a crées.
-- Albert Einstein
>-Original Message-
>From: Sam Ruby [mailto:[EMAIL PROTECTED]]
>Sent: Thursday, February 01, 2001 7:45 PM
>To: [EMAIL PROTECTED]
>Subject: Re: [Tomcat
>Take a look at any RedHat ( or any similar, RPM-based linux system):
>/usr/src/redhat/SOURCES/my-package
>/usr/src/redhat/BUILD/my-package
Just to complement, the RPM (not only Redhat) way :
Sources (+ patches) are in :
/usr/src/redhat/SOURCES/
ie: /usr/src/redhat/SOURCES/jakarta-tomcat-src.t
You can use :
cat patch | tr -d '\015' > patch.nodos
will remove the dreaded CR
On ne peut résoudre les problèmes les plus graves avec le même esprit qui
les a crées.
-- Albert Einstein
>-Original Message-
>From: Dan Milstein [mailto:[EMAIL PROTECTED]]
>Sent: Friday, February 02,
Added to FAQOMATIC, finalement :-)
http://jakarta.apache.org/jyve-faq/Turbine/screen/DisplayQuestionAnswer/acti
on/SetAll/project_id/2/faq_id/12/topic_id/42/question_id/762
All the RPMs present on jakarta.apache.org are compiled under Linux Redhat
6.2 and the
Apache is so a apache with EAPI (sin
me esprit qui
les a crées.
-- Albert Einstein
>-Original Message-
>From: GOMEZ Henri [mailto:[EMAIL PROTECTED]]
>Sent: Friday, February 02, 2001 4:30 PM
>To: [EMAIL PROTECTED]; '[EMAIL PROTECTED]'
>Cc: [EMAIL PROTECTED]
>Subject: RE: Problems with mod_jk.s
I'm working on mod_jk for Apache 2.0 and I'll add the necessary
You could find attached a pre-tested mod_jk.c for Apache 2.0
Regards
mod_jk.c
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL
Don't forget that ftp://ftp.falsehope.com/home/gomez/tomcat/
host RPM for TC 3.2.x and 3.3
On ne peut résoudre les problèmes les plus graves avec le même esprit qui
les a crées.
-- Albert Einstein
>-Original Message-
>From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
>Sent: Friday, Feb
It's late but I found it.
After some ethereal dumps I noticed that the finish method in
org.apache.tomcat.modules.server.Ajp13Interceptor is called 2 times
when using forward and so we sent 2 time the END_OF_RESPONSE to
the Apache Web Server.
So Apache (depending on reqs rate and load) will ge
ein
>-Original Message-
>From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]]
>Sent: Saturday, February 03, 2001 3:28 AM
>To: [EMAIL PROTECTED]
>Cc: [EMAIL PROTECTED]; Dan Milstein
>Subject: Re: [BUG 235] ajp13 and RequestDispatcher.forward() gotcha !
>
>
>GOMEZ Henri wrote:
.
-- Albert Einstein
>-Original Message-
>From: GOMEZ Henri [mailto:[EMAIL PROTECTED]]
>Sent: Saturday, February 03, 2001 3:35 AM
>To: [EMAIL PROTECTED]
>Cc: [EMAIL PROTECTED]; Dan Milstein; Craig R. McClanahan
>Subject: RE: [BUG 235] ajp13 and RequestDispatcher.forward(
I parsed the list for mod_jk/jserv ajp12/ajp13 bugs.
It seems that many bugs which are fixed (at least in CVS)
multiples-cookies or upload support are fixed in 3.2.2 and 3.3.
Could we close them and indicate they're fixed in 3.2.2 / 3.3 ?
Also there is no reference to tomcat 3.3 (only TC 3.1 ->
+1
La prise de conscience de votre propre ignorance est un grand pas vers la
connaissance.
-- Benjamin Disraeli
>-Original Message-
>From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]]
>Sent: Tuesday, February 06, 2001 6:16 PM
>To: [EMAIL PROTECTED]
>Subject: [VOTE] New Committer: Kie
Did you succeed using the web_app connector ?
I still have the same problem with cookies...
La prise de conscience de votre propre ignorance est un grand pas vers la
connaissance.
-- Benjamin Disraeli
>-Original Message-
>From: jean-frederic clere [mailto:[EMAIL PROTECTED]]
>Sent: Wed
>I will be able to build and test the native code for the ISAPI
>redirector but I will need others to build/test the other native
>components and supply them to me for inclusion into the release.
>I will be able to test on WinNT/200 and probably Win9x platforms
>but I would appreciate test repor
>Yes, but for some reason (probably a repressed memory from
>some former life)
>I've always hated the phrase "no regressions". :-)
Did you want latest ajp12/ajp13 fixes from TC 3.3 to be
included also in TC 3.2.2 ?
-
To unsub
While looking updating TC 3.2.2 with mod_jk for Apache 2.0
I notice that mod_jk from TC 3.2.2 and 3.3 are still differents
I attached a list of diff without the version which are also
different in each files.
I propose that the whole TC 3.3 mod_jk native code (ap1.3, ap2.0
and common) are reimpo
I didn't see the thread immediatly.
I tagged constants like to show that's no more
3.2.1.
You could change in 3.2.2-beta or better 3.2.2-dev (à la Apache httpd)
but the name must be changed to show that's it's a new version
La prise de conscience de votre propre ignorance est un grand pas vers
Nice to see that we could have Apache 2.0 with mod_webapp.
La prise de conscience de votre propre ignorance est un grand pas vers la
connaissance.
-- Benjamin Disraeli
>-Original Message-
>From: jean-frederic clere [mailto:[EMAIL PROTECTED]]
>Sent: Friday, February 09, 2001 5:19 PM
>To
[ ] +1I am in favor of this plan and will help
[ ] +0I am in favor of this plan, but am unable to help
[ ] -0I am not in favor of this plan
[ ] -1I am against this plan being executed, and my
reason is:
+1
I could help port of latest native mod_jk stu
My proposal come from the constat we have now 2 differents Tomcat
distro 3.2.x and 3.3.x each one with a different level of mod_jk.
Tomcat 4.x could also benefits from a port of mod_jk even
if they have started working on mod_webapp. May be via a merge of
both parts in mod_jk/mod_webapp.
So why
thout that fixes.
I think that both Dan and Keith have each time back ported
the Java corrections in tomcat_32 but it must be validated with them.
Another interest, is that mod_jk from TC 3.3 works with the latest
Apache 2.0.
>-Original Message-
>From: GOMEZ Henri [mailto:[EMAIL P
>No, it was decided to not start changing the 3.2.x tree.
>If people want the fixes, they can always upgrade.
Sorry but adding bug corrections is not changing the tree.
People may also want to use the mod_jk stuff with Apache 2.0.
If we didn't back port corrections on mod_jk / ajp from 3.3
to 3
>Agreed, i'm reluctant too to adding features to TC3.2, only bugfixes on
>TC3.2.. so any bug fixed on TC3.3 that must be done , no more nor less
>than that.. and it's a big piece of work only with maintenance
>of actual
>code...
If we didn't upgrade mod_jk, Tomcat 3.2.x couldn't be use with Apa
>Sorry I'm getting back into this late. That bloody email
>virus had our mail
>server off line for a while.
I seems to be an attack against the majority of Apache list (xml / jakarta).
>The intent of 3.2.2 is to release bug fixes for existing functionality.
>Since Tomcat 3.2.1 doesn't support
Hi,
More than 10% of the message on the [EMAIL PROTECTED]
(and some on [EMAIL PROTECTED]), are all about mod_jk
build and many are related to Linux Box :
1) Could we change reference to projects in
http://jakarta.apache.org/site/binindex.html.
Some points to xxx/bin :
http://jak
>Maybe add them to the
>/builds/jakarta-tomcat/native-3.3/linux tree?
May be but why such a directory ?
It will cause questions from users about which .so to use ?
>Keith
>
>-Original Message-----
>From: GOMEZ Henri [mailto:[EMAIL PROTECTED]]
>Sent: Wednesday, February
>As I said, setting goals and stopping when you reach them is very
>important ( and hard ).
>
>Beeing faster than Resin or Orion was not my goal - running at a speed
>comparable with Apache standalone and mod_perl was, and I think we are
>there.
Are we fastest now the ApacheJServ 1.1.2 ?
>Now th
>I'm in favor of this, though I would like to add one more
>issue to deal with.
>
>I have a need to have the Tomcat "home" (i.e. the directory
>where "conf", "webapps", and "work" are found by default)
>be different from Tomcat "install" (i.e. where the "lib"
>directory and the jars are found). T
>That's also my preference. Or at least /usr/local/tomcat.
>
>We have a precedent - Apache.
>
>FHS allows /opt packages, and AFAIK that's the best way to
>allow multiple
>versions of a products at the same time. Putting everything in
>/usr/bin (
>or /windows ) is very bad if you want to work wi
>> Now the only performance issue on my list is mod_jk ( the
>java side still
>> need work to improve a bit the performance ). But fixing the bugs and
>> making tomcat easier to use is far more important - and the connector
>> module can be released independently, as a standalone module
>( i.e.
I'll try to replay the tests but with Apache 2.0-alpha11 to see
how Apache react. I like to see why Apache 2.0 + mod_jk + ajp12/13
is still slower that direct http connector.
Could you play the static test only, on the same box, against Apache only ?
Just to see what could be the result :
>Tom
>GOMEZ Henri wrote:
>
>> Could you play the static test only, on the same box,
>against Apache only ?
>>
>>> 3.2.1 Ajp12 (940/407)
>>> 3.3.m1 Ajp12 (960/421)
>>> 3.3.m1 Ajp13 (952/488)
>>
>
>You already have the result
>Please vote to add Mel Martinez <[EMAIL PROTECTED]> to the list of
>commiters.
>
>Mel already made important contributions in desciphering and fixing the
>buffering issues, and will be a great addition to the community.
+1
-
T
I'll do
>Linux
> mod_jk.so
> mod_jserv_tomcat.so
Both binary and RPMs
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
I wonder what is jsvc ?
ie when using it and from what ?
> After all, on my linux machine I had to specify the location
> of libjvm.so and other JRE .so files via LD_LIBRARY_PATH anyway
> (otherwise I would receive a JVM init error while the
>VM was trying to
> load othe
>> What do you mean by 'as long as jsse is not free'? I've never had to
>> pay for it... to my best knowledge it _is_ free.
>Free as a speech, not as a berr :-) Jsse is proprietary software.
jsse sources are not open source and not GPL.
Mandrake / Debian are more restrictive about that for the
> @@ -108,7 +108,7 @@
> jk_log(l, JK_LOG_DEBUG, "Into jk_open_socket\n");
>
> sock = socket(AF_INET, SOCK_STREAM, 0);
> -if(sock > 0) {
> +if(sock > -1) {
> int ret;
> /* Tries to connect to JServ (continues trying
>while error is EINTR) */
>
301 - 400 of 1340 matches
Mail list logo