Lyndon Tiu wrote:
Hello,
I read the instructions on how to build isapi_redirect.dll on:
http://jakarta.apache.org/tomcat/connectors-doc-archive/jk2/jk/iishowto.html
But I am getting these errors:
C:\tmp\jakarta-tomcat-connectors-1.2.14.1-src\jk\native\iis>msdev isapi.dsp
/make all
--
Yoav Shapira wrote:
Tomcat 5.5.12 is:
[X] Stable - no major issues,
[ ] Beta - at least one major issue: what is it?
[ ] Alpha - multiple things or a real showstopper: please provide details..
Works like magic, really :)
Tested with tomcat-native on
WIN32, WIN64, Solaris 2.8 and SLES9/64
Rega
Hi,
JK 1.2.15 has been tagged last week.
Please see the:
http://jakarta.apache.org/tomcat/connectors-doc/changelog.html
for a full list of changes.
Sources can be found at:
http://www.apache.org/dist/jakarta/tomcat-connectors/jk/source/jk-1.2.15/
Please vote:
[ ] Stable -- good build
[ ] Alp
Hi,
Any update on the schedule?
I have couple of fixes, commits, etc, but
IIUC the transition should happen last weekend,
so I've postpone all that, but it seems that CVS is
still operational.
Can somebody make a firm statement on the timings?
1. Until when (Date:Hour:Minute) commits could be do
David Thielen wrote:
Hi;
First, what use is the load balancing if I have just one server running one
instance of Tomcat? Does it load balance within that one instance?
Second, what is jkstatus for?
Jkstatus is used for displaying and managing load balancers and load
balancer members.
Since i
Yoav Shapira wrote:
Hi,
I'd wait a couple of days and then have a vote. During those days we should
actively encourage users to download and test it. Make release announcements,
etc. ;)
Right. I was deliberately choose the 'WTF' approach to the release
subject, because each time I try someth
Hi,
JK 1.2.15 has been tagged, and I've created the source
distribution downloadable from the:
http://www.apache.org/dist/jakarta/tomcat-connectors/jk/source/jk-1.2.15/
Since this version contains numerous bug fixes over the releases 1.2.14,
what are your thoughts on that version, since it will
Rainer Jung wrote:
Hi Peter, Mladen and all others,
I would like to follow Mladens suggestion from earlier this month to
create a list of precise use cases for the load balancing, failover and
administrative downtime scenarios.
Right.
The SVN transition is in progress, so it might be as well a
Peter Rossbach wrote:
Hey Mladen,
can we also integrate the better domain loadbalancer support at
jk_lb_worker.c?
I think that we don't change the lb_value inside sticky mode at every
request.
Yes we do. They will be updated only for domain workers.
This is needed to load balance between the
There has been couple of major bug fixes
against 1.2.14, see:
http://jakarta.apache.org/tomcat/connectors-doc/changelog.html
They have been fixed in the CVS, and since
couple of them actually makes 1.2.14 unusable on
some platforms like Solaris 2.8 and Irix we need a release.
I plan to tag the 1
Mark Thomas wrote:
All,
The plan for the last phase is slightly different since these
repositories are in pretty much constant use.
I know there is a plan to do a JK release this week. If there is a
timing clash, JK takes priority. Just shout and I'll delay giving infra
the go-ahead to do t
Hi,
There has been couple of major bug fixes
against 1.2.14, see:
http://jakarta.apache.org/tomcat/connectors-doc/changelog.html
They have been fixed in the CVS, and since
couple of them actually makes 1.2.14 unusable on
some platforms like Solaris 2.8 and Irix we need a release.
I plan to tag
Mark Thomas wrote:
Costin Manolache wrote:
Is there any plan to do a bit of cleanup ? Maybe move some of the dead
code in connectors (mod_webap, jk2, etc ) to a new repo ? And maybe
add a new 'sandbox' repository ?
I'll start a new thread to gather
candidates to move to the archive area.
Peter Rossbach wrote:
Hey,
I have a strange loadbalancer behaviour at a customer site with Apache
2/mod_jk 1.2.14, JVM 1.5, Tomcat 5.5.9 (cluster), (Suse 9.1)
Hi guys,
Peter you are correct about this...
I found by myself too, that balancer is misbehaving in some cases.
One of them is 'dom
Tim Whittington wrote:
I'm pretty sure this patch is broken looking at it now.
The HTTP_ variants used in the extension aren't initialized properly.
I'm currently on the road, but I'll be able to fix this up next week.
I've just commit the fix for the previous fix :)
Can you confirm if it's
Tim Whittington wrote:
I'm pretty sure this patch is broken looking at it now.
The HTTP_ variants used in the extension aren't initialized properly.
I'm currently on the road, but I'll be able to fix this up next week.
You are correct about that.
I was presuming the patch is correct (may ba
Costin Manolache wrote:
Hi,
Also, I would like to add another directory under j-t-c, with a build
file and few classes for a 'mini' experiment - i.e. using the connector
standalone, as a minimal http server, and also a target to build a
minimal servlet container as a single self-contained jar
To whom it may concern :)
I'll be on vacation starting tomorrow for two weeks.
If somebody really needs to contact me I can be
reached at: +385.91.885.1068
Regards,
Mladen.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For add
Jean-frederic Clere wrote:
Radek Wierzbicki wrote:
Hello,
better :
if (l->level < JK_LOG_INFO_LEVEL || level==JK_LOG_EMERG ||
level==JK_LOG_ERROR)
No?
Flush should not be executed for INFO level. It slows the things
down by the factor of 2. I agree for ERROR and EMERG.
DEBUG and TRACE u
Yoav Shapira wrote:
Howdy,
This is just information for the curious or bored ;)
Right. Good for any school project ;)
result is only an approximation: 136K or so ;)
And webdav used 92K? Weird.
Regards,
Mladen.
-
To unsub
Chris Lamprecht wrote:
mod_jk developers:
We have been using mod_jk for some time, (1.2.8, 1.2.10, and now
1.2.14), with Apache 2.0.50, Tomcat 5.5.9, under fedora (2.4.22
kernel). We have 6 tomcats as balanced workers, and we're using
lb.method=[R]equest.
Great! Can you open an bugzilla entr
Hi,
As you might know due to the US export laws we are unable
to deliver the binaries that include encryption software
on any of our servers. Many Apache projects are suffering
from that restriction, so we are not the only one :)
Since TomcatNative uses OpenSSL for SLL protocol, delivering
binar
Jess Holle wrote:
Was 1.2.14.1 ever officially released?
Well, it was voted as stable, so we only need
announcement.
If not, will it be soon?
Think that Jean-Frederic will make official announcement.
OTOH it might be that the heat wave in Spain
put him in some deep shade :)
Regards,
Mla
Hi,
I have spoke with Colm MacCárthaigh from HEAnet an he said that
they would be willing to give us the repo and SSL access to
their servers so we can set up a distribution repository
for SSL enabled binaries.
As you might know due to the US export laws we can not
have any encryption software o
William A. Rowe, Jr. wrote:
Line 1971 of jk/native/apache-2.0/mod_jk.c says...
return OK; /* NOT r->status, even if it has changed. */
This goes back to version 1.1 of the module; the question is; WHY?
Well, mod_jk presumes that when Tomcat serves the page it is 200.
You can make a cust
William A. Rowe, Jr. wrote:
At 01:25 PM 7/11/2005, you wrote:
If the ASF have some agreement with Google then it should
have created a 'SoC Google sandbox' not trying to force
every project to create a 'Google sandbox'.
So it's unusual, and we aren't handing away keys to the entire
kingdom.
William A. Rowe, Jr. wrote:
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
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 created a 'SoC Google sandbox' n
Tim Funk wrote:
As part of the Google SOC. Google accepted the tomcat-reverse-proxy
project to be executed by Anders Nyman ( anders.nyman at gmail d ot
com )
[ ] Sounds good to me
[ ] I'm indifferent
[X] I don't like it. Here's why
IMO the reverse proxy is a good thing to be done, and T
[X] Stable -- good build
Thanks for volunteering for a RM!
Regards,
Mladen.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
jean-frederic clere wrote:
Hi,
Just a note:
the "current" files are a bit old, shouldn't they point via a link to
the last released version?
No, the "current" should point to the latest "stable" version.
You can add "dev" that will point to the latest version.
Regards,
Mladen
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 :)
Mladen.
---
Hi all,
Sorry for the off-topic post, but IMHO this is a great news for
all of us (free software developers).
After years of struggle, the European Parliament finally rejected the
software patent directive with 648 of 680 votes: A strong signal against
patents on software logic, a sign of lost
jean-frederic clere wrote:
Done, the branch is ready.
The files are in
http://people.apache.org/~jfclere/jakarta-tomcat-connectors/
Hmm, it will not do.
The .zip files should have .dsp files (at least) in CR-LF format.
Think you'll need a win platform for making those.
If you don't have one,
jean-frederic clere wrote:
Mladen Turk wrote:
Why did you commit that?
First because it was not up to date, I have not added it...
For something weird plaforms it is nice to have it instead having to get
it's content.
Hmm, portable.h is generated from portable.h.in on platforms
[EMAIL PROTECTED] wrote:
jfclere 2005/07/06 06:52:06
Modified:jk/native/common portable.h
Log:
just for the plaforms that don't have configure...
Revision ChangesPath
1.4 +110 -0jakarta-tomcat-connectors/jk/native/common/portable.h
Why did you commit that?
jean-frederic clere wrote:
Hi,
I have the following error when compiling:
+++
src/file.c 502: [error]: CFE1136 struct "JNINativeInterface_" has no
field "GetDirectBufferAddress"
char *bytes = (char *)(*e)->GetDirectBufferAddress(e, buf);
^
+++
My jav
jean-frederic clere wrote:
Well there are still 20 bugs in tomcat5/mod-jk, what do with them?
Not sure. Lot's of obsolete things that need a simple cleanup.
I can only tell the current CVS is the best ever mod_jk we had.
If it builds on all platforms (ant it does AFAICT),
we should go for th
Henri Gomez wrote:
Because JFC is a great guy and someone I meet often.
He he.
And yes he will be a great RM :)
Go JFC, go
Right.
I think he can take some responsibility,
if he mess up, we'll kidnap his hamsters :)
Cheers,
Mladen.
Henri Gomez wrote:
+0, JF act as RM :)
Why?
He is a nice guy. He is even younger then Bob Geldof,
so what the obstacle for some altruism ;)
Cheers,
Mladen.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands,
jean-Frederic clear wrote:
Mladen Turk wrote:
[EMAIL PROTECTED] wrote:
no: links only wants -dump, but I have not problems to add elinks.
Also, how about you volunteer for a 1.2.14 RM?
I was doing that for the last year and I'm getting pretty tired ;)
I will build as many binaries
jean-frederic clere wrote:
no: links only wants -dump, but I have not problems to add elinks.
Well, whatever.
Didn't try the links (only elinks) so could not tell.
My SuSE is coming with w3m, so I don't really care ;)
Regards,
Mladen.
---
[EMAIL PROTECTED] wrote:
+# Check for links or w3m
+W3MOPTS="-dump -cols 80 -t 4 -S -O iso-8859-1 -T text/html"
+LNKOPTS="-dump"
Great, but I think that the links/elinks options should be:
--dump --no-references --no-numbering --no-home
That's at least for the elinks, but I suppose the l
Jeanfrancois Arcand wrote:
Actually, on Solaris the big winner is ChannelNioSocket. It wins the
performance race easily now. Too bad that NIO on Windows s*cks. I
guess that JFA was right, and non-blocking sockets is the way to go.
He he. We shall see :)
:-). Just take a look at the Gl
Bill Barker wrote:
Actually, on Solaris the big winner is ChannelNioSocket. It wins the
performance race easily now. Too bad that NIO on Windows s*cks. I
guess that JFA was right, and non-blocking sockets is the way to go.
He he. We shall see :)
Now that I've looked at it a lot, howe
Mladen Turk wrote:
But I've put the current head at:
http://people.apache.org/~mturk/jakarta-tomcat-connectors-current-src.tar.gz
Seems I've uploaded a wrong file :(.
Now it should contain the HEAD (727516 bytes).
Sorry for the confusion.
Regar
jean-frederic clere wrote:
I have just retried from cvs it is ok.
From:
http://people.apache.org/~mturk/jakarta-tomcat-connectors-current-src.tar.gz
it does not work. (the configure is wrong).
I'm using the:
automake 1.8.3
aclocal 1.8.3
autoconf 2.59
libtoolize 1.5.2
That's form the SuS
jean-frederic clere wrote:
Seems strange that the
-I/home/jfclere/usr/local/apr-util/include/apr-1 is not listed on the
original dump you've posted.
I have just retried from cvs it is ok.
From:
http://people.apache.org/~mturk/jakarta-tomcat-connectors-current-src.tar.gz
it does not work. (
jean-frederic clere wrote:
it tells:
+++
[EMAIL PROTECTED]:~> usr/local/apache2/bin/apxs -q APU_INCLUDEDIR
/home/jfclere/usr/local/apr-util/include/apr-1
+++
That's bad.
It should point to your apr-utils/include.
NO:
+++
ls -lt /home/jfclere/usr/local/apr-util/include/
total 4
drwxr-xr-x
jean-frederic clere wrote:
Try to run the:
apxs2 -q APU_INCLUDEDIR
it tells:
+++
[EMAIL PROTECTED]:~> usr/local/apache2/bin/apxs -q APU_INCLUDEDIR
/home/jfclere/usr/local/apr-util/include/apr-1
+++
That's bad.
It should point to your apr-utils/include.
It's probably the apxs broken, and I
jean-frederic clere wrote:
apr_hooks.h is in
/home/jfclere/usr/local/apr-util/include/apr-1/apr_hooks.h, probably
something more is needed in configure.
Try to run the:
apxs2 -q APU_INCLUDEDIR
Seems that:
apxs2 -q INCLUDEDIR
is giving the /home/jfclere/usr/local/apache2/include
and 'apxs
jean-frederic clere wrote:
Mladen Turk wrote:
In file included from mod_jk.c:28:
/home/jfclere/usr/local/apache2/include/ap_config.h:21:23: apr_hooks.h:
No such file or directory
You apache installation sucks :)
Regards,
Mladen
Henri Gomez wrote:
could you provide a beta source tarball to make the usual iSeries builds ?
Well, you have the j-t-c/tools/jkrelease.sh
But I've put the current head at:
http://people.apache.org/~mturk/jakarta-tomcat-connectors-current-src.tar.gz
Regards,
Mladen.
-
Hi all,
Anyone aware of any pending issues for the next release.
Seems that all the bugs has been resolved from the 1.2.13.
If there are no objections, we can make a release by the
end of this week.
How that sounds?
Regards,
Mladen.
William A. Rowe, Jr. wrote:
At 02:01 AM 6/23/2005, Mladen Turk wrote:
-CFLAGS="${CFLAGS} -DDEBUG -Wall"
+CFLAGS="${CFLAGS} -DDEBUG"
I would prefer that you add some platform case/esac that will
in ReliantUnix case add what ever you wish to the CFLA
Derrick Koes wrote:
I tested yesterday's CVS head for compliance with session ID URL
rewriting. This fails. The jsessionid is lost from the URL.
Well, I tested that with the /servlets-examples/servlet/SessionExample
and the jsessionid's *are* preserved.
Can you post the 'JkLogLevel debug'
[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 -Wall is very valuable when dealing wit
Hi,
If someone wishes to test the bleeding edge Tomcat Native,
the WIN32 binaries can be found at:
http://people.apache.org/~mturk/native/
I'll try to keep those up to date until we figure out the
binary distribution mode.
Regards,
Mladen.
Alexander Lazic wrote:
Right. The entire source has been moved to the Apache HTTPD, and is now
part of mod_proxy.
Oh, is the idea behind a ajblib dead?
Not sure :).
Perhaps it will finish as a console application for testing AJP
protocol (something like ab does for the http).
Beside that I
Mladen Turk wrote:
Anyone has any idea why I'm getting the following error when doing:
'ant download'
build-tomcat-dbcp:
-build-tomcat-dbcp:
BUILD FAILED
Dissreagard that email ;)
It's an 'ant 1.6.4' problem. What did they do to mess up th
Anyone has any idea why I'm getting the following error when doing:
'ant download'
build-tomcat-dbcp:
-build-tomcat-dbcp:
BUILD FAILED
C:\W\projects\tomcat\jakarta-tomcat-5\build.xml:1895: The following
error occurred while executing this line:
C:\W\projects\tomcat\jakarta-tomcat-5\build.xml:
Alexander Lazic wrote:
Hi,
i have looked at
http://cvs.apache.org/viewcvs.cgi/jakarta-tomcat-connectors/ajp/ajplib/src/
and there wasn't changes since 9-10 months.
Right. The entire source has been moved to the Apache HTTPD,
and is now part of mod_proxy.
Regards,
Mladen.
-
Andy Armstrong wrote:
I haven't used Domino for nearly two years and I have to say, without
wishing to be unkind to the people who developed it, that my head is a
lot better these days :)
Well, frankly I don't mind to have a support for XYZ server, if
at least that server is maintained b
Andy Armstrong wrote:
I'm the current maintainer of the Domino Tomcat redirector but I
haven't had time to do any work on it for the last year or so and I
can't see that situation improving any time soon. I've made a couple of
attempts to contact someone at IBM who might be interested in pr
Derrick Koes wrote:
URL rewriting is once again broken. 1.2.14 exhibits the problem for
certain. Older version may as well. This was fixed in 1.2.8, but has
regressed.
Has anyone else noticed the regression?
Could you explain what do you mean by 'regression',
and URL rewriting?
If you g
jean-frederic clere wrote:
Mladen Turk wrote:
Yes, but all that we need is 32 bit unsigned integer for JK_UINT4
What will you use if the int is 64 bits?
a long ;-)
Right :)
You will need the portable.in in that case, right
jean-frederic clere wrote:
Mladen Turk wrote:
Perhaps u_int32_t would be more portable.
I would prefer to add in configure something like:
+++
AC_CHECK_SIZEOF(char, 1)
AC_CHECK_SIZEOF(int, 4)
AC_CHECK_SIZEOF(long, 4)
AC_CHECK_SIZEOF(short, 2)
AC_CHECK_SIZEOF(long long, 8)
+++
and testing
jean-frederic clere wrote:
William A. Rowe, Jr. wrote:
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.
A little more coding is needed, because I have a related error (on
ReliantUnix):
undefined
jean-frederic clere wrote:
OK, I will create a SSLBIO.java/sslbio.c to go on testing/experimenting
using with the BIOCallback, the interest there is to use an hardware
accelator with openssl.
Please, can you give me a day to finish initial implementation.
Hardware accelerator is used by de
jean-frederic clere wrote:
It does not, because it should fit inside the APR standard socket
implementation. Having callbacks would actually make a thing way slower,
because we would have to call the native, and from the native call the
Java that would call back the native again.
Well we just
Bill Barker wrote:
I am not 100% happy with the code. Mladen already asked me to rollback
the changes.
It looked OK to me. Basically it's the APR implementation of SSLEngine.
Don't really see a problem.
It does not, because it should fit inside the APR standard socket
implementation. Ha
jean-frederic clere wrote:
[EMAIL PROTECTED] wrote:
Log:
Change the BIOCallback interface to use write(byte[] buf) and
read(byte[] buf);
Add SSL_accept to do the client handshake.
Arrange the corresponding example.
+++ CUT +++
Hi,
I am not 100% happy with the code. Mladen alrea
Tim Whittington wrote:
This patch adds chunked encoding for IIS responses - i.e.
Transfer-Encoding: chunked responses for HTTP/1.1 clients - allowing IIS
to maintain persistent connections to HTTP/1.1 clients through the ISAPI
redirector.
Could you create a bugzilla entry for that as an enh
William A. Rowe, Jr. wrote:
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
[EMAIL PROTECTED] wrote:
First of all graceful restart will not work on Windows for any busy
server. I suggest that you move to some unix/linux version.
Errr...could you explain why? I was told on the Apache list that it does
work on Windows...what am I missing?
It works of course, but I
[EMAIL PROTECTED] wrote:
Hi,
I've been asking some more questions about restarts on the Apache list, and
was redirected back here...
Does anyone know (David, Mladen?) what will happen to session affinity is
this situation?
ie with Apache in front of several tomcats using mod_jk, when Apache is
[EMAIL PROTECTED] wrote:
jfclere 2005/06/07 03:08:08
Modified:jni/native/src error.c
Log:
typo? It cores in my machine...
-free(msg);
Yes, nasty typo. I was freeing a static string. Just great :)
Thanks for tracking that down,
Mladen.
-
Mark wrote:
OK, I got the source code. From what I can tell, this will install my
program in the same manner as Tomcat. I will get the little icon in
the system tray and all that, which is awesome.
Do you know which parts of this I should be loading into MSVC++ in
order to build the executable
[EMAIL PROTECTED] wrote:
Is this still true if we were to define "extra" workers that are marked as
disabled at startup? Could we then point them to any new servers as they
are added and enable them without a restart? I know it's not very clean,
but would it work?
It will work if you know t
Bill Barker wrote:
Doing a clean build of j-t-c/jk/java should fix it. MsgContext isn't
referenced outside of there.
I'm doing 'ant checkout && ant'.
This is actually changed as part of Mark's Form-auth POST-replay, not
the Connector/Response buffering.
OK. Will try the clean build.
Remy Maucherat wrote:
In my mind, the argument for tomcat supporting 1000 concurrent
connections for an extended period of time isn't valid from my
experience.
- all the other APR features which are really useful and not provided by
the core Java platform
Actually I just read a perfect us
jean-frederic clere wrote:
Mladen Turk wrote:
INFO: Pausing Coyote HTTP/1.1 on http-8080
May 25, 2005 4:46:53 PM
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable run
SEVERE: Caught exception (java.lang.NoSuchMethodError:
org.apache.jk.core.MsgContext.getRequest()Ljava/lang/Object
[EMAIL PROTECTED] wrote:
billbarker2005/05/20 20:02:25
Modified:catalina/src/share/org/apache/catalina/connector
Connector.java Response.java
Log:
Reverting previous patch in favor of the better one submitted by JFC
No idea why but suddenly I'm getting t
[EMAIL PROTECTED] wrote:
Any ideas or recommendations on this?
Adding workers would be tricky because if member of load balancer
it has to be known at startup time so that shared memory slot can be
allocated.
The only solution would be to edit the workers.properties file and
then forcing the
Henri Gomez wrote:
Well I couldn't use configure on iSeries.
What's libs are you talking for ?
See the JK_CHECK_SETSOCKOPT function in configure.in
Perhaps the -lsocket (socket lib) is missing on iSeries?
If it is, we'll need some arch switch.
Regards,
Mladen.
--
Henri Gomez wrote:
Nope, but I suspect a bad build options somewhere.
Probably some libraries missing in detecting network
capabilities within configure.in.
I rebuild 1.2.13 with the up to date options and wait my net engineers
to make a try.
Aha... Now we even have a staff of engineers.
Henri Gomez wrote:
A quick note to tell that both jk 1.2.11 and 1.2.13 didn't works on iSeries.
Very informative email. Thanks for sharing that ;)
Can't check why now but iSeries users should stay with 1.2.10 :)
Any particular messages or clues?
Regards,
Mladen.
[EMAIL PROTECTED] wrote:
Hi,
Is there any way in the current implementatio to **add** a new worker (for
a new Tomcat instance) dynamically? Using mod_jk status? Another way?
No.
Can you elaborate why would you need such a feature?
Regards,
Mladen.
---
Jean-Jacques Clar wrote:
Hi,
file: jk_connect.c
in jk_shutdown_socket(); when reading data from tomcat in the while loop,
the variable ttl is incremented every time by one, until breaking out of the loop:
snippet:
line 505 *-
/* Read all data from the peer until we re
Jeanfrancois Arcand wrote:
I've done some serious testings with HTTP server and NIO.
The results were always bad for NIO.
Blocking I/O is minimum 25% faster then NIO.
Faster in what? Throughput and/or scalability?
I disagree ;-) I would like to see your implementation, because from
what I'm seeing
Vicenc Beltran Querol wrote:
Hi guys,
I'm not trying to be a Tomcat developer. I'm working on my PhD on web
performance and just decided to share with you the experimental code I've
developed after studying the performance obtained ;).
I've done some serious testings with HTTP server and NIO.
The
Vicenç Beltran wrote:
Hi,
attached you'll find a patch that changes the coyote multithreading
model to a "hybrid" threading model (NIO+Mulithread). It's fully
compatible with the existing Catalina code and is SSL enabled.
diff -uprN
jakarta-tomcat-5.5.9-src/jakarta-tomcat-connectors/http11/src/ja
Bill Barker wrote:
Is something like that possible?
It would be really easy to default to 8184 for all Connectors (just change
the value in o.a.c.connector.OutputBuffer). I'm not so sure how happy that
would make Remy.
Not much I'm afraid ;)
It wouldn't be too hard to have Connector.createRespons
Bill Barker wrote:
I see what this is now: The default Connector OutputBuffer size is 8K,
so it's sending the output to JkInputStream in 8K chunks. JkInputStream
sends all of the 8K to Apache in two chunks.
As a Coyote OutputBuffer, it's not really JkInputStream's job to do
additional buffer
Hi,
Just noticed a strange behavior in the Java part of the
JK dealing with large (over 8184 bytes) data transfers.
Since with 8192 bytes AJP packet size, the maximum
transferred size per each packet is 8184 bytes one
would expect that for 2 bytes file the packets
would be in a form of:
1:8184,
Remy Maucherat wrote:
Hi,
After optimizing JNI invocations with NIO, I got the benchmark results I
wanted from APR. The performance of the HTTP APR connector is now the
same as the regular HTTP connector (at least on Windows)
Here are the results for Linux:
Server SLES9/amd64 with sp1.
Client RHE
jean-frederic clere wrote:
Mladen Turk wrote:
I think on/off is enough - Think of the questions nnn will bring in user
list -
So how about to just add the flag to JkOptions like +FlushPackets?
Regards,
Mladen.
-
To unsubscribe
jean-frederic clere wrote:
Not sure what you mean by that. Like a generic callback?
Yes to able to flush the same way we write.
OK, makes sense.
If 'JkFlush Off' is used a single ap_rflush will be issued
when all the data is send.
Then why not using 'JkFlush Off' as default behaviour?
That makes se
Henri Gomez wrote:
Or provide a jk 1.2.13a including this fix for novell ?
I would like to skip that, but I like the Jean-Frederic's idea
about putting the tarballs inside binaries/netware/
Anyhow, the plan was retag that as 1.2.14 if everything else
is OK, or make 1.2.14-rc-(xxx), after some test
jean-frederic clere wrote:
Mladen Turk wrote:
JkFlush (On|Off|size) with On as default for each packet write.
That way we'd be able to flush after each write, flush after each
'size' bytes or not flush at all.
Won't it be better to have a ws_flush()?
Not sure what you mean by
1 - 100 of 896 matches
Mail list logo
