Re: Building isapi_redirect on Win 2003

2005-10-07 Thread Mladen Turk
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\iismsdev isapi.dsp /make all

Re: [VOTE] 5.5.12 Stability

2005-10-05 Thread Mladen Turk
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

[VOTE] JK 1.2.15

2005-09-29 Thread Mladen Turk
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 [ ]

Re: What is correct for workers.properties.minimal

2005-09-28 Thread Mladen Turk
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

CVS-SVN Schedule

2005-09-28 Thread Mladen Turk
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

JK 1.2.15 Release plan?

2005-09-26 Thread Mladen Turk
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

Re: JK 1.2.15 Release plan?

2005-09-26 Thread Mladen Turk
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

Re: Releasing JK 1.2.15

2005-09-23 Thread Mladen Turk
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

Re: Releasing JK 1.2.15

2005-09-23 Thread Mladen Turk
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

Re: Releasing JK 1.2.15

2005-09-23 Thread Mladen Turk
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

Re: Final phase of SVN migration - the plan

2005-09-20 Thread Mladen Turk
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

Releasing JK 1.2.15

2005-09-19 Thread Mladen Turk
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

Re: Bug or Feature inside mod_jk loadbalancer algo?

2005-09-16 Thread Mladen Turk
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

Re: Small refactoring in Http11Processor

2005-09-16 Thread Mladen Turk
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.

Re: cvs commit: jakarta-tomcat-connectors/jk/xdocs changelog.xml

2005-09-14 Thread Mladen Turk
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

Re: cvs commit: jakarta-tomcat-connectors/jk/xdocs changelog.xml

2005-09-14 Thread Mladen Turk
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

Re: Small refactoring in Http11Processor

2005-09-09 Thread Mladen Turk
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

On Vacation

2005-08-19 Thread Mladen Turk
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

Re: Tomcat metrics

2005-08-12 Thread Mladen Turk
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

Re: mod_jk logging buffer

2005-08-12 Thread Mladen Turk
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

Re: patch: mod_jk load balance algorithm that accounts for current worker load

2005-08-06 Thread Mladen Turk
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

Tomcat Native binaries repository

2005-08-03 Thread Mladen Turk
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

Alternate tomcat binaries repository

2005-07-26 Thread Mladen Turk
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

Re: mod_jk 1.2.14.1 Released?

2005-07-26 Thread Mladen Turk
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,

Re: [VOTE] SOC temporary committer Anders Nyman

2005-07-12 Thread Mladen Turk
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.

Re: JK 1.2.14 core dump oddity

2005-07-12 Thread Mladen Turk
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

Re: [VOTE] JK 1.2.14.1

2005-07-11 Thread Mladen Turk
[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]

Re: [VOTE] SOC temporary committer Anders Nyman

2005-07-11 Thread Mladen Turk
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

Re: [VOTE] SOC temporary committer Anders Nyman

2005-07-11 Thread Mladen Turk
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'

Re: j-t-c/common/build - j-t-c/jk/support ?

2005-07-11 Thread Mladen Turk
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

Re: http://www.apache.org/dist/jakarta/tomcat-connectors/jk/source/

2005-07-07 Thread Mladen Turk
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

Re: cvs commit: jakarta-tomcat-connectors/jk/native/common portable.h

2005-07-06 Thread Mladen Turk
[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

Re: cvs commit: jakarta-tomcat-connectors/jk/native/common portable.h

2005-07-06 Thread Mladen Turk
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

Re: Releasing JK 1.2.14

2005-07-06 Thread Mladen Turk
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

[OT] No software patents in Europe

2005-07-06 Thread Mladen Turk
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

Re: Releasing JK 1.2.14

2005-07-06 Thread Mladen Turk
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.

Re: jni error

2005-07-05 Thread Mladen Turk
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 java

Re: cvs commit: jakarta-tomcat-connectors/jk/tools jkrelease.sh

2005-07-01 Thread Mladen Turk
[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

Re: cvs commit: jakarta-tomcat-connectors/jk/tools jkrelease.sh

2005-07-01 Thread Mladen Turk
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.

Re: cvs commit: jakarta-tomcat-connectors/jk/tools jkrelease.sh

2005-07-01 Thread Mladen Turk
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 as I

Re: cvs commit: jakarta-tomcat-connectors/jk/tools jkrelease.sh

2005-07-01 Thread Mladen Turk
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

Re: cvs commit: jakarta-tomcat-connectors/jk/tools jkrelease.sh

2005-07-01 Thread Mladen Turk
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.

Re: cvs commit: jakarta-tomcat-connectors/jk/tools jkrelease.sh

2005-07-01 Thread Mladen Turk
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

Re: cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/jk/server JkMain.java

2005-06-30 Thread Mladen Turk
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,

Re: cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/jk/server JkMain.java

2005-06-30 Thread Mladen Turk
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

Releasing JK 1.2.14

2005-06-29 Thread Mladen Turk
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.

Re: Releasing JK 1.2.14

2005-06-29 Thread Mladen Turk
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.

Re: Releasing JK 1.2.14

2005-06-29 Thread Mladen Turk
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

Re: Releasing JK 1.2.14

2005-06-29 Thread Mladen Turk
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

Re: Releasing JK 1.2.14

2005-06-29 Thread Mladen Turk
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

Re: Releasing JK 1.2.14

2005-06-29 Thread Mladen Turk
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

Re: Releasing JK 1.2.14

2005-06-29 Thread Mladen Turk
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.

Re: Releasing JK 1.2.14

2005-06-29 Thread Mladen Turk
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

Re: Releasing JK 1.2.14

2005-06-29 Thread Mladen Turk
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. Regards, Mladen

Re: cvs commit: jakarta-tomcat-connectors/jni/native configure.in

2005-06-23 Thread Mladen Turk
[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

Re: cvs commit: jakarta-tomcat-connectors/jk/native/common jk_uri_worker_map.c jk_uri_worker_map.h

2005-06-23 Thread Mladen Turk
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'

Re: cvs commit: jakarta-tomcat-connectors/jni/native configure.in

2005-06-23 Thread Mladen Turk
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 CFLAGS. Conversely, a compiler

Re: Status of ajplib

2005-06-18 Thread Mladen Turk
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.

HEAD build failed

2005-06-18 Thread Mladen Turk
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:

Re: HEAD build failed

2005-06-18 Thread Mladen Turk
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 the move task? Regards, Mladen

Re: Status of ajplib

2005-06-18 Thread Mladen Turk
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

Tomcat native WIN32 binaries

2005-06-18 Thread Mladen Turk
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.

Re: Domino Tomcat Redirector

2005-06-17 Thread Mladen Turk
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

Re: Domino Tomcat Redirector

2005-06-17 Thread Mladen Turk
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

Re: cvs commit: jakarta-tomcat-connectors/jk/native/common jk_lb_worker.c jk_shm.h jk_status.c

2005-06-14 Thread Mladen Turk
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

Re: cvs commit: jakarta-tomcat-connectors/jk/native/common jk_lb_worker.c jk_shm.h jk_status.c

2005-06-14 Thread Mladen Turk
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

Re: cvs commit: jakarta-tomcat-connectors/jk/native/common jk_lb_worker.c jk_shm.h jk_status.c

2005-06-14 Thread Mladen Turk
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

Re: Regression -- jakarta-tomcat-connectors/jk/native/common jk_uri_worker_map.c

2005-06-14 Thread Mladen Turk
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

Re: cvs commit: jakarta-tomcat-connectors/jni/native/src ssl.c sslcontext.c

2005-06-09 Thread Mladen Turk
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

Re: cvs commit: jakarta-tomcat-connectors/jni/native/src ssl.c sslcontext.c

2005-06-09 Thread Mladen Turk
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.

Re: cvs commit: jakarta-tomcat-connectors/jni/native/src ssl.c sslcontext.c

2005-06-09 Thread Mladen Turk
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

Re: cvs commit: jakarta-tomcat-connectors/jni/native/src ssl.c sslcontext.c

2005-06-09 Thread Mladen Turk
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

Re: [PATCH] jakarta-tomcat-connectors Chunked transfer encoding for IIS

2005-06-08 Thread Mladen Turk
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

Re: cvs commit: jakarta-tomcat-connectors/jni/native/src error.c

2005-06-07 Thread Mladen Turk
[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.

Re: Session Affinity after Graceful Apache restart? [was Re: Adding working dynamically with mod_jk status?]

2005-06-07 Thread Mladen Turk
[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

Re: Session Affinity after Graceful Apache restart? [was Re: Adding working dynamically with mod_jk status?]

2005-06-07 Thread Mladen Turk
[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

Re: Session Affinity after Graceful Apache restart? [was Re: Adding working dynamically with mod_jk status?]

2005-06-07 Thread Mladen Turk
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

Re: source code for tomcat as a service...

2005-05-31 Thread Mladen Turk
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

Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/connector Connector.java Response.java

2005-05-25 Thread Mladen Turk
[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

Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/connector Connector.java Response.java

2005-05-25 Thread Mladen Turk
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

Re: Hybrid (NIO+Multithread, SSL enabled) architecture for Coyote

2005-05-25 Thread Mladen Turk
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

Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/connector Connector.java Response.java

2005-05-25 Thread Mladen Turk
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.

Re: Adding working dynamically with mod_jk status?

2005-05-25 Thread Mladen Turk
[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

Re: jk 1.2.11 / 1.2.13 not working on iSeries

2005-05-24 Thread Mladen Turk
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.

Re: jk 1.2.11 / 1.2.13 not working on iSeries

2005-05-24 Thread Mladen Turk
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

Re: jk 1.2.11 / 1.2.13 not working on iSeries

2005-05-24 Thread Mladen Turk
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.

Re: Adding working dynamically with mod_jk status?

2005-05-24 Thread Mladen Turk
[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

Re: Adding working dynamically with mod_jk status?

2005-05-23 Thread Mladen Turk
[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.

Re: Hybrid (NIO+Multithread, SSL enabled) architecture for Coyote

2005-05-20 Thread Mladen Turk
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

Re: Hybrid (NIO+Multithread, SSL enabled) architecture for Coyote

2005-05-20 Thread Mladen Turk
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.

Re: Hybrid (NIO+Multithread, SSL enabled) architecture for Coyote

2005-05-20 Thread Mladen Turk
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

Re: JK shutdown problem

2005-05-20 Thread Mladen Turk
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

AJP/Java connector issues

2005-05-19 Thread Mladen Turk
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:

Re: AJP/Java connector issues

2005-05-19 Thread Mladen Turk
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

Re: AJP/Java connector issues

2005-05-19 Thread Mladen Turk
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

Re: JK 1.2.13 TAGGED

2005-05-18 Thread Mladen Turk
Günter Knauf wrote: Hi Mladen, JK 1.2.13 has been taggeded as we agreed last week, and the tarballs are available at: http://www.apache.org/dist/jakarta/tomcat-connectors/jk/source/jk-1.2.13/ any particular reason why you didnt tag my last commit on jk_connect.c?

Re: JK 1.2.13 TAGGED

2005-05-18 Thread Mladen Turk
Günter Knauf wrote: Hi Mladen, JK 1.2.13 has been taggeded as we agreed last week, and the tarballs are available at: http://www.apache.org/dist/jakarta/tomcat-connectors/jk/source/jk-1.2.13/ any particular reason why you didnt tag my last commit on jk_connect.c?

Re: JK 1.2.13 TAGGED

2005-05-18 Thread Mladen Turk
Henri Gomez wrote: Yes ;-) Yes what? Broke a rule or recreate the tarballs, or both :)? And put a note about this change also in the download location In a form of? Any example? Regards, Mladen. - To unsubscribe, e-mail:

Re: JK 1.2.13 TAGGED - ws_write call to ap_rflush in mod_jk.c

2005-05-18 Thread Mladen Turk
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 that. Like a generic

Re: JK 1.2.13 TAGGED

2005-05-18 Thread Mladen Turk
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

  1   2   3   4   5   6   7   8   9   >