Re: aplog_error

environment (libtool, autoconf, automake etc.) doing this or is this a real problem? Bojan On Wed, 2002-04-03 at 11:18, [EMAIL PROTECTED] wrote: > On 3 Apr 2002, Bojan Smojver wrote: > > > I've committed a patch to mod_jk.c (apache 1.3) that changes aplog_error > > into ap_log_err

Apache 2.0.35 and mod_jk 1.2.0

I'm playing with Apache 2.0.35 and mod_jk 1.2.0 (from CVS) and I've encountered some weird behaviour in regards to DirectoryIndex directive of Apache. It seems that all *.jsp/*.vm (and whatever other extensions are mapped to Tomcat through mod_jk) have stopped working as default indexes for direct

RE: Apache 2.0.35 and mod_jk 1.2.0

On Mon, 2002-04-08 at 18:12, GOMEZ Henri wrote: > I'll build rpm for Apache 2.0.35 and see if I've > got the same problem Thanks! Bojan PS. BTW, this was on RedHat, so it'll be the proper test. -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: MinTC, "terrible rudeness", persistence

On Fri, 2002-04-19 at 13:37, Craig R. McClanahan wrote: > Even if the consensus is that these things were off topic, one way to > certainly make them on topic would be a discussion of whether you'd want > to propose contributing MinTC to the standard distribution (so that it > could be built from

Re: Why is JDK needed to install Apache Tomcat 4.0 on WinNT?

Maybe because TC compiles JSP's into classes and it needs javac for that, which is probably not part of the JRE. Bojan Quoting "Kiran Kumar N (RBIN/DCA-NMS)" <[EMAIL PROTECTED]>: > I am trying to create a setup an application of mine for distribution > among my associates. But during the insta

Re: Tomcat in industry

It is easy to find out. Install it on your target system, put your applications in it (i.e. JSP's, Velocity pages, servlets or whatever else you use) and run 'ab' (from Apache) on it. It will come back with the number of pages served per second. Do the above for a few days and you'll find out if

Re: Why is JDK needed to install Apache Tomcat 4.0 on WinNT?

the reason that you > need a jdk instead of a jre (for the compiler housed in tools.jar that is). I'm > not sure about the specifics of the license now, but couldn't tools.jar just be > put into the installer so a jre would be sufficient? > > Bojan Smojver wrote: &g

Re: [VOTE] Release Plan for Apache Tomcat 4.1

On Thu, 2002-04-25 at 01:44, Remy Maucherat wrote: > I'd like to call for a vote on the Apache Tomcat 4.1 Release Plan. > > The vote will run until 04/26, and will be followed, if the Release Plan is > accepted, by a vote for the release of Apache Tomcat 4.1 Beta 1. > > > [ ] +1 I approve this

Re: Why is JDK needed to install Apache Tomcat 4.0 on WinNT?

On Thu, 2002-04-25 at 02:37, Duncan McLean wrote: > * Beginning October 17, 2001, it is permissable to redistribute * > * the "javac" compiler with the Java 2 Runtime Environment (JRE).* Which gives permission to JRE packagers like IBM to include javac in the JRE. Most JRE's still d

Re: [PROPOSAL] "New" version numbering scheme

On Thu, 2002-04-25 at 07:41, Remy Maucherat wrote: > > [X] Yes > [ ] No > I actually like the Linux style, with odd minor numbers for unstable releases and even for stable ones, but this is not bad too. Bojan -- To unsubscribe, e-mail: For additional commands,

Re: Problem with java.lang.OutOfMemoryError

Have you tried giving your JVM a bit more memory? Does that keep it stay alive for a little while longer or it makes no difference? The 'sometimes goes down' happens once a day, once a week or once a month? Bojan On Fri, 2002-04-26 at 06:23, Desarrollo e Investigación wrote: > > Hello. I

Re: Problem with java.lang.OutOfMemoryError

er are connected 150 users, approximate (my english is not so good, > sorry). > > Thanks. > > Adolfo. > > > On 26 Apr 2002 at 8:50, Bojan Smojver wrote: > > > Have you tried giving your JVM a bit more memory? Does that keep it stay > > alive for a littl

Re: How to servlets with scope of page?

Well, servlets don't really have scope, just like JSP's don't have scope. The beans used in JSP's have scope, if I remember correctly from my JSP days. Anyway, I can describe at least one solution to the problem. For that, you can download my PumpServlet from here: ftp://ftp.binarix.com/pub/pump

Re: [NITPICK] didn't see this one coming...

On Mon, 2002-04-29 at 16:15, [EMAIL PROTECTED] wrote: > However I do think we should somehow document better what's > happening - many people have the strange impression that > webapp is going to replace jk. Yep. That was exactly my impression when I started mucking around with connector choice

Re: DO NOT REPLY [Bug XXXX] - ... Webapp ...

Gee, you must have had too much coffee or something ;-) Bojan On Mon, 2002-04-29 at 23:36, Pier Fumagalli wrote: > "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > > > several times (too many?) > > That was called spring cleaning... > > pier > > > > -- > To unsubscribe, e-mail:

RE: logrotate and tomcat 3.3/4.0/4.1

This works (TC 3.3.x): /var/tomcat/logs/*.log { copytruncate weekly rotate 52 compress missingok } Bojan -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: [4.0.4] [VOTE] Beta 3 release

On Tue, 2002-04-30 at 01:59, Remy Maucherat wrote: [ ] +1 Yes, and I'll help [X] +0 Yes [ ] -1 No: Bojan -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: DO NOT REPLY [Bug XXXX] - ... Webapp ...

Quoting Pier Fumagalli <[EMAIL PROTECTED]>: > Nah, just two complaints in two days about the "size" of the bugs list > in two days And some still claim that there is no support for open source software :-) Bojan -- To unsubscribe, e-mail: For additional commands, e

RE: logrotate and tomcat 3.3/4.0/4.1

Quoting GOMEZ Henri <[EMAIL PROTECTED]>: > Whaou. > > Didn't now about copytruncate option of logrotate. It has some downsides too. But it's documented in the manual page, so everyone should know what to expect. > Under Linux there is truncate and ftruncate calls > but I wonder how it works r

Re: [VOTE] New committer: Christopher St John

+1 Bojan On Thu, 2002-05-02 at 06:59, Remy Maucherat wrote: > I'd like to propose Christopher St John as a > committer on Tomcat. Christopher has contributed ideas and code to do some > improvements to the design of Catalina. More importantly, he seems very > motivated and willing to contribute

Re: jakarta-tomcat-connectors documentation/summaries

On Thu, 2002-05-02 at 23:43, Christopher K. St. John wrote: > think "We are the > world" as sung by a chorus of tomcat developers, all holding > hands, etc). He, he, I like this one :-) Bojan -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: [PROPOSAL] tag mod_jk 1.2.1

Sounds good. +1 Bojan On Fri, 2002-05-03 at 20:16, GOMEZ Henri wrote: > What about tagging the current mod_jk (may be after the latest > lb patches) to 1.2.1 ? -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: long return time of HttpServletResponse.getWriter()

3.2.3 is rather old now, I think there was a 3.2.4 after it anyway. But I'd recommend trying 3.3.x series if you want to stay in 2.2 spec world. It is more stable and performs better. Or, just go straight to 4.x and have 2.3 spec compliance. Bojan On Mon, 2002-05-06 at 23:28, Peter Kormos wrote:

Re: Prove me wrong - take this quiz

On Fri, 2002-05-10 at 04:55, Steve McCarthy wrote: > I have been frustrated in multiple attempts to report this very glaring bug Gee, I would have never guessed that one ;-) Bojan PS. Sorry, had to have some fun... -- To unsubscribe, e-mail: For additional comman

Re: Prove me wrong - take this quiz

On Fri, 2002-05-10 at 11:20, Pier Fumagalli wrote: > I got my priorities layered down right now: > > 1) Make sure my employer is happy not running alpha software in production > 2) Feed and pet the cat > 3) Find girlfriend (yeah, right) > 4) Tease Jon > 5) Make mod_webapp happy > 6) try out tom

Re: Implementation of the sessions

On Tue, 2002-05-21 at 01:34, Benjamin Fonzé [benja.be] wrote: > So I suppose it’s URL rewriting, but I don’t see some variables > transmitted… like page.jsp?SESSION_INFO= It's called 'jsessionid' and it gets there by explicit encoding of the URL. You should check the Java Servlet Specification,

RE: Implementation of the sessions

On Tue, 2002-05-21 at 17:32, Benjamin Fonzé [benja.be] wrote: > What is that mechanism ? SSL establishes a session before HTTP protocol gets on top of it (i.e. SSL is a transport layer). Once that happens, the container (Tomcat) might have access to the SSL Session ID (I know that part to be tr

Re: [VOTE] New committer: Denis Benoit

Quoting Remy Maucherat <[EMAIL PROTECTED]>: > I'd like to propose Denis Benoit as a committer > on the Tomcat project. +1 Bojan -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: [VOTE] New Committer Dan Sandberg

+1 Bojan On Fri, 2002-05-24 at 14:56, Bill Barker wrote: > I'd like to propose Dan Sandberg (x at cs.stanford.edu) as a new Tomcat > committer. He has already put in a great deal of work in re-factoring the > SSIServlet in Tomcat 4.x, and seems to be willing to further contribute to > working o

Re: [VOTE] New Committer Dan Sandberg

On Fri, 2002-05-24 at 21:00, Pier Fumagalli wrote: > I hate to be the PITA, as always, and I don't have anything against Dan or > the patches he submitted to SSIServlet, but I believe that this group (as > noted on the members meeting this Tuesday) is giving away committer > privileges a little b

Re: [VOTE] New Committer Mladen Turk

+1 Bojan On Mon, 2002-06-10 at 20:24, GOMEZ Henri wrote: > I'd like to propose Mladen Turk [mturk at mappingsoft.com] > as a new Tomcat committer. > > He does a great job in jk2, also involved in APR, he seems very > interested in continuing its contribution on jk2 and java area. > > - > Hen

Re: jk 1.2 freese/snap time in JTC ?

+1 for mod_jk 1.2.0 for Apache 1.3.24. It's been running stable on my systems for a really long time now. Not sure if the bug related to not picking up the index pages when used with Apache 2.0.35 still exists... Anyone knows? To find the thread, search this list for this: 'Apache 2.0.35 and mod

RE: cvs commit: jakarta-tomcat-connectors/jk/native/apache-2.0mod_jk.c

Thanks. I'll download an retest. Bojan On Thu, 2002-06-13 at 00:33, GOMEZ Henri wrote: > This should fix the problem reported by Bojan. > > What about tagging jtc for jk_1_2_0 release ? > > - > Henri Gomez ___[_] > EMAIL : [EMAIL PROTECTED](. .)

RE: index.*: mod_jk 1.2.0 vs. Apache 2.0.36

gt; > - > Henri Gomez ___[_] > EMAIL : [EMAIL PROTECTED](. .) > PGP KEY : 697ECEDD...oOOo..(_)..oOOo... > PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 > > > > >-Original Message- > >From: Bojan Smojver [mailto

RE: index.*: mod_jk 1.2.0 vs. Apache 2.0.36

EMAIL PROTECTED](. .) > PGP KEY : 697ECEDD...oOOo..(_)..oOOo... > PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 > > > > >-Original Message- > >From: Bojan Smojver [mailto:[EMAIL PROTECTED]] > >Sent: Wednesday,

RE: index.*: mod_jk 1.2.0 vs. Apache 2.0.36

On Wed, 2002-06-19 at 18:45, GOMEZ Henri wrote: > Hum, I think the problem should be easier to detect (I hope so) Yeah, I agree. I actually think that my configuration could be screwed somewhere, somehow (although I don't see how) because almost all Apache 2.0.x/Tomcat 3.3.x users would run into

RE: [PROPOSAL] removing outdated makefile/buildfile for mod_jk 1.2.0

int : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 > > > > >-Original Message- > >From: Bojan Smojver [mailto:[EMAIL PROTECTED]] > >Sent: Saturday, June 29, 2002 5:19 AM > >To: Tomcat Dev List > >Subject: Re: [PROPOSAL] removing outdated makefile/buildfile

Re: [VOTE] Apache Tomcat 5.0 Proposal

On Wed, 2002-07-03 at 09:57, Remy Maucherat wrote: > > [ ] +1 I support the proposal, and will help implement it > [X] +0 I support the proposal > [ ] -0 I do not support the proposal > [ ] -1 I am against the proposal being implemented, because: > Which might actually turn out to be +0.01 ;-)

mod_jk2: bug 10789

Costin, Mladen, could you guys have a look into this. The fix that I put into mod_jk 1.2.0 works fine and default pages do get picked up. A symmetric fix for mod_jk 2 did not work for Mark, the original bug reporter, so I reverted it. CVS versions 1.40 and 1.41 of mod_jk2.c are the ones in questi

Re: mod_jk config options - some elaboration, please?

You can check out this: http://jakarta.apache.org/tomcat/tomcat-3.3-doc/tomcat-ssl-howto.html I'm sure that the definitive list of options can be found in the source. Bojan Quoting Eddie Bush <[EMAIL PROTECTED]>: > Hi, could someone tell me the function of the following, please? > > JkExtrac

Re: [PROPOSAL] Split the repo's

On Fri, 2002-07-19 at 00:16, [EMAIL PROTECTED] wrote: > I'm pretty sure Jon is not proposing this for the benefit of tomcat or > tomcat users, but out of his hate for JSPs. What's wrong with that? ;-)) Bojan -- To unsubscribe, e-mail: For additional commands, e-

Re: cvs commit: jakarta-tomcat-connectors/jk/native2/server/apache2mod_jk2.c

On Fri, 2002-07-19 at 01:15, [EMAIL PROTECTED] wrote: > mturk 2002/07/18 08:15:00 > > Modified:jk/native2/server/apache2 mod_jk2.c > Log: > Fix the bug 10789 caused by hook order. Thanks Mladen. Bojan -- To unsubscribe, e-mail: For additional comma

Re: mod_jk config options - some elaboration, please?

On Thu, 2002-07-18 at 15:06, Eddie Bush wrote: > Is it possible there will be any movement at any time to incorporate the > (much more) excellent documentation that existed with the 3.x TC > versions into the 4.x doc sets? I think it might really reduce the > traffic on tomcat-user - and I wo

Re: cvs commit: jakarta-tomcat-connectors/jk/native2/server/apache2mod_jk2.c

Since I didn't really like my original 'fix' for mod_jk 1.2.0 situation (bug 9913), I tried this approach, but it seems to make no difference whatsoever... The content of the directory is being served rather then default pages. Bojan On Fri, 2002-07-19 at 01:15, [EMAIL PROTECTED] wrote: > mturk

[BUGS: 9913, 10789] Re: cvs commit: jakarta-tomcat-connectors/jk/native2/server/apache2 mod_jk2.c

I've looked through Mark's excellent analysis of the problem (http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10789) and I also played with changing the hook order for mod_jk 1.2.0. Are you sure this actually fixes the thing? My experience from 1.2.0 is similar to Mark's with 2.x - the handler

Re: [BUGS: 9913, 10789] Re: cvs commit: jakarta-tomcat-connectors/jk/native2/server/apache2 mod_jk2.c

Quoting Mark Miesfeld <[EMAIL PROTECTED]>: > I was just getting ready to post something saying the fix seems to > break mod_jk2 altogether for me. Interesting. I haven't actually checked explicit calls to pages with reversed order and mod_jk 1.2.0, so I don't really know if that breaks it or not

RE: cvs commit:jakarta-tomcat-connectors/jk/native2/server/apache2mod_jk2.c

I think I understand what you're trying to say and I wouldn't like to introduce a piece of code that fixes one thing and breaks a bunch of them (load balancing, virtual serving etc.). Let me submit this analysis. The static, local (to Apache) copy of index.jsp (or whatever other file) will get pi

RE: cvs commit: jakarta-tomcat-connectors/jk/native2/server/apache2mod_jk2.c

On Mon, 2002-07-22 at 01:39, [EMAIL PROTECTED] wrote: > I think Mladen chose the wrong example, but he is right. > > Think about the case when pre-compiled JSPs are used. In this case > index.jsp is converted to a servlet - in the deployed application > there is no 'index.jsp' file, just a servl

RE: cvs commit:jakarta-tomcat-connectors/jk/native2/server/apache2mod_jk2.c

On Mon, 2002-07-22 at 04:14, Mladen Turk wrote: > All that I'm trying is to skip the need to use the Apache machanism for > the uri-space->file-space translation. What are the benefits of having Apache if you don't use it for all you can (in cases where you can)? I view Apache/Tomcat combo as a s

Re: cvs commit: jakarta-tomcat-connectors/jk/native/apache-2.0mod_jk.c

I have reworked the code to take care of aliases (i.e. to use what Apache already knows about them from the main request). Please note that URI will be left unchanged, so unless Tomcat knows about the aliases as well, nothing will get served. I will not commit the change to mod_jk2 since there ar

RE: cvs commit: jakarta-tomcat-connectors/jk/native2/server/apache2 mod_jk2.c

Quoting [EMAIL PROTECTED]: > On 22 Jul 2002, Bojan Smojver wrote: > > > If there is no physical file, then nothing will get done by the patch > at > > all (since r->finfo.filetype is 0). It won't affect mod_dir's old > > behaviour at all. I'm not sur

RE: cvs commit: jakarta-tomcat-connectors/jk/native2/server/apache2 mod_jk2.c

Quoting [EMAIL PROTECTED]: > You don't need to ask tomcat - jk should have all the mappings, and > it can already map any URI. All it has to do is: > - for each index: > -- concatenate with the current uri > -- do the jk mapping ( or internal redirect if you use > instead of the intern

RE: cvs commit: jakarta-tomcat-connectors/jk/native2/server/apache2 mod_jk2.c

Quoting [EMAIL PROTECTED]: > > Are you referring here to mod_jk2 only or both mod_jk 1.2.0 and > mod_jk2? > > I think it could be done for jk2 ( but not easy ). I'm not sure > about 1.2 - just forwarding and letting tomcat handle > it is not the worse thing. How about I try to fix it properly i

RE: cvs commit: jakarta-tomcat-connectors/jk/native2/server/apache2 mod_jk2.c

Quoting [EMAIL PROTECTED]: > You don't need to ask tomcat - jk should have all the mappings, and > it can already map any URI. All it has to do is: > - for each index: > -- concatenate with the current uri > -- do the jk mapping ( or internal redirect if you use > instead of the intern

RE: cvs commit: jakarta-tomcat-connectors/jk/native2/server/apache2 mod_jk2.c

Quoting [EMAIL PROTECTED]: > > > > > > The order of events would be: > > > > 1. mod_dir does a sub request for index.jsp > > 2. jk_map_to_storage() receives the request > > 3. jk_map_to_storage() engages map_uri_to_worker() <-- this would be > > new code > > 4. map_uri_to_worker() finds nothin

Re: cvs commit: jakarta-tomcat-connectors/jk/native2/server/apache2 mod_jk2.c

Quoting Bill Barker <[EMAIL PROTECTED]>: > I *really* don't like the idea of passing DIR_MAGIC_TYPE requests to > Tomcat, since I tend to set up directories with only static content that only > Apache knows about. Sending them to Tomcat just gives me very many 404 > errors, so I'd be forced to u

RE: cvs commit: jakarta-tomcat-connectors/jk/native2/server/apache2 mod_jk2.c

My apologies everyone... Just ignore the part of my previous e-mail marked here with between the stars. It just plain stupid :-( ** Quoting Bojan Smojver <[EMAIL PROTECTED]>: > Quoting [EMAIL

Re: new velocity user

With pleasure :-) It's actually quite simple: - make sure Velocity JAR file is visible to your application classloader in Tomcat; either put it in your own WEB-INF/lib (for singleton model) of each app or in lib/apps of Tomcat distribution (for non-singleton model) - have a good velocity.propert

Re: cvs commit: jakarta-tomcat-connectors/jk/native/apache-2.0mod_jk.c

I have tested this with and without DirectoryIndex. In case there is DirectoryIndex, the physical file(s) are stat and if that's successful mod_dir does its thing. It works nicely for at least 2 different file extensions (in my case *.jsp and *.vm). If the files cannot be stat, it's up the jk_han

Re: cvs commit: jakarta-tomcat-connectors/jk/native/apache-2.0mod_jk.c

3 at 07:44, [EMAIL PROTECTED] wrote: > On 23 Jul 2002, Bojan Smojver wrote: > > > Important note: > > --- > > THE CODE IN mod_jk2 IS STILL BROKEN, WITH DocumentRoot LOGIC. > > - > > > &g

Re: cvs commit: jakarta-tomcat-connectors/jk/native/apache-2.0mod_jk.c

Bojan On Tue, 2002-07-23 at 07:44, [EMAIL PROTECTED] wrote: > On 23 Jul 2002, Bojan Smojver wrote: > > > Important note: > > --- > > THE CODE IN mod_jk2 IS STILL BROKEN, WITH DocumentRoot LOGIC. > > ---

Re: cvs commit: jakarta-tomcat-connectors/jk/native/apache-2.0 mod_jk.c

Quoting [EMAIL PROTECTED]: > It's jk_translate who decides if a request is to be handled by > jk ( by mapping it to a uriEnv ). > > You can add a test for r->handler==DIR_MAGIC_TYPE, but don't assume > any uriEnv is set. OK, I did that in jk2_handler(), which now seems like the wrong place to d

Re: cvs commit: jakarta-tomcat-connectors/jk/native/apache-2.0 mod_jk.c

Quoting [EMAIL PROTECTED]: > It's jk_translate who decides if a request is to be handled by > jk ( by mapping it to a uriEnv ). > > You can add a test for r->handler==DIR_MAGIC_TYPE, but don't assume > any uriEnv is set. Actually, r->handler is always NULL in jk_translate(). At least in mod_jk

[VOTE]: Re: cvs commit:jakarta-tomcat-connectors/jk/native/apache-2.0 mod_jk.c

And I answer (to myself :-) On Tue, 2002-07-23 at 14:47, Bojan Smojver wrote: > So, the unsolved questions for me are: > > 1. What is it then that jk_handler() does that makes it actually serve the > request when DIR_MAGIC_TYPE is included in the test? It must be that its mapping

Re: [VOTE]: Re: cvs commit:jakarta-tomcat-connectors/jk/native/apache-2.0 mod_jk.c

On Tue, 2002-07-23 at 23:39, Henri Gomez wrote: > > Before I make any changes to the CVS, I'd like to know what everyone > > thinks. So, here are the choices: > > > > [ ] Keep it as is and send all DIR_MAGIC_TYPE requests to Tomcat > > [ ] Keep it as is, but only if DIR_MAGIC_TYPE can be turned

Re: [VOTE]: Re: cvscommit:jakarta-tomcat-connectors/jk/native/apache-2.0 mod_jk.c

On Wed, 2002-07-24 at 06:47, Bill Barker wrote: > > Before I make any changes to the CVS, I'd like to know what everyone > > thinks. So, here are the choices: > > > > [ ] Keep it as is and send all DIR_MAGIC_TYPE requests to Tomcat > > [ ] Keep it as is, but only if DIR_MAGIC_TYPE can be turned on

Re: cvs commit: jakarta-tomcat-connectors/jk/native/apache-2.0mod_jk.c

Since it seems like people have totally different needs in regards to static files and redirection of 'ambiguous' directory requests to Tomcat, I went with the option ForwardDirectories, which can be specified in JkOptions. It is off by default. When turned off, any directory that doesn't contain

Re: [connectors] compile error on jk_jni_aprImpl.c

Try running: ./buildconf.sh ./configure --apxs2=/path/to/apxs and then just dump the mod_jk2.so (should be in jk/build/jk2/apache2) into your Apache *.so directory, apply the appropriate LoadModule and you should be set. I had problems building with ant too... Bojan On Wed, 2002-07-24 at 17:2

Re: [VOTE]: Re: cvscommit:jakarta-tomcat-connectors/jk/native/apache-2.0 mod_jk.c

On Wed, 2002-07-24 at 18:26, Henri Gomez wrote: > > > I can live with any but the first. It would be nice to have it as a > > config > > > option however. JkOptions is probably fine for 1.2. Not sure where it > > > should be set in Jk2. > > > > Thanks. I'm not sure about mod_jk2 either. The la

Re: Mod_jk for Apache2.

On Sat, 2002-07-27 at 02:36, Mike Anderson wrote: > Now that Apache 2.0 has been released, when/how should we deliver the > mod_jk plugin (the 1.2.0 version from jtc) for Apache 2.0. Since the > magic number changes between builds, we can't put a version out there > that will work with all possib

Re: ForwardDirectories option with mod_jk 1.2.0/Apache 1.3.x

Quoting Bojan Smojver <[EMAIL PROTECTED]>: > 2. Make explicit request from jk_fixups (new function) Actually, this would break Apache completely, because serving requests from non-handlers is not allowed. However... I have developed solution for this problem invol

Re: Mod_jk for Apache2.

On Mon, 2002-07-29 at 19:49, Simon Stewart wrote: > Another spanner: the default anonymous cvs checkout of the current > mod_jk2 doesn't build on linux. This is because the OS doesn't appear > to get detected properly, meaning that the system dependent jni_md.h > file isn't included in the native

Re: cvs commit: jakarta-tomcat-connectors/jk/native/apache-1.3 mod_jk.c

Since there were no complaints within 24 hours, I went ahead and committed the patch. This should bring mod_jk 1.2.0 for Apache 1.3.x in line with mod_jk 1.2.0 for Apache 2.0.x. In other words, ForwardDirectories is not a no-op any more. I have tested the patch and it does work in my environment.

RE: mod_jk, mod_jk2 URI spaces

On Wed, 2002-07-31 at 23:55, Mladen Turk wrote: > > Now I propose that we make something like _not_ URI space > > filtering. Meaning that one could be able to serve every > > .html file through TC except for the /*/some_space/ location. > > Right now we are checking and hoping that the TC will

RE: mod_jk, mod_jk2 URI spaces

Cool! Bojan Quoting Mladen Turk <[EMAIL PROTECTED]>: > > -Original Message- > > From: Bojan Smojver [mailto:[EMAIL PROTECTED]] > > Sent: Thursday, August 01, 2002 12:00 AM > > To: Tomcat Dev List > > Subject: RE: mod_jk, mod_jk2 URI spaces >

Re: uri_map using regex [WAS: mod_jk, mod_jk2 URI spaces]

Doesn't mod_rewrite do what you want here? In combination with mod_proxy, it can rewrite URL to URL as well, so you can get the resulting URL back in mod_jk and then just use normal mappings. Or maybe I'm on a totally wrong track here... As for IIS, dunno, don't care ;-) Bojan On Fri, 2002-08-0

RE: uri_map using regex [WAS: mod_jk, mod_jk2 URI spaces]

will then happily serve them. 2. Anything else, rewrite to URL that match something that's in mod_jk's space. Bojan On Sat, 2002-08-10 at 16:31, Mladen Turk wrote: > > -Original Message----- > > From: Bojan Smojver [mailto:[EMAIL PROTECTED]] > > Sent: Saturday, Augu

Re: [COMMENT] mod_jk2 reverse mappings

Neat :-) Bojan On Thu, 2002-08-15 at 19:43, Mladen Turk wrote: > Hi, > > Some comments regarding reverse uri mappings. > > This is the simplest way of accomplishing the reverse mapping (I'm not > sure if this is correct terminology). > > There is additional option for the uri map configuratio

Re: jtc rpms

On Tue, 2002-08-20 at 00:50, Henri Gomez wrote: Welcome back from holidays, hope you had a good time... > I propose to create a snapshot subdir in jtc, snapshot, and provide here the > necessary binaries, for example Linux rpms & .so, windows, netware, iis are > welcome also. > > http://jakarta

Re: jtc rpms

On Tue, 2002-08-20 at 18:56, Henri Gomez wrote: > Quoting Bojan Smojver <[EMAIL PROTECTED]>: > > > On Tue, 2002-08-20 at 00:50, Henri Gomez wrote: > > > > Welcome back from holidays, > > Thanks > > > hope you had a good time... > > Rainy ;[

Re: tomcat 4.1.9 rpms available

Legend! Bojan On Thu, 2002-08-22 at 18:37, Henri Gomez wrote: > The TC 4.1.9 beta rpms are available : > > http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4.1.9-beta/rpms/ > > Nota that we share now the rpms with the jpackage project (www.jpackage.org), so > for those of you who w

Re: Chuid - merging code from daemon into jk2

Quoting [EMAIL PROTECTED]: > In order to change the uid from root to a regular user, you will add > user.name=... > user.group=... > in jk2.properties. I'm not too familiar with this - which part here is running as root? Bojan -- To unsubscribe, e-mail: For addi

Re: Chuid - merging code from daemon into jk2

Quoting Costin Manolache <[EMAIL PROTECTED]>: > Bojan Smojver wrote: > > > Quoting [EMAIL PROTECTED]: > > > >> In order to change the uid from root to a regular user, you will add > >> user.name=... > >> user.group=... > >> in jk2

Spec question: RE BUG 12052

Craig, I think this bug report is invalid, since Tomcat/Apache has no knowledge of load balancers and firewalls, so it is unrealistic to expect to return port numbers that it doesn't know about. What do you think? http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12052 Other opinions welcome :-

Re: Spec question: RE BUG 12052

On Thu, 2002-08-29 at 02:14, Craig R. McClanahan wrote: > Consider Apache running on port 80, forwarding to Tomcat on 8009 (the > default setup). I think it's reasonable for the application developer to > assume that getServerPort() is going to return 80 and not 8009, because > they should conce

Re: Spec question: RE BUG 12052

On Thu, 2002-08-29 at 04:28, Bill Barker wrote: > The question in 12052 is whether Apache should use the socket port (as it > does now), or the port in the Host header. When this came up with the > Coyote/Http11 connector, the decision was that the Host header was the > correct one. I'd have to

Re: Spec question: RE BUG 12052

Quoting Bill Barker <[EMAIL PROTECTED]>: > Not anymore. ;-) In the current 2.4 spec draft it is required to be taken > from the Host header. Huh, I guess that's that then. The bug does seem to be valid. At least according to the newer spec. Bojan --

Re: tomcat crashes

Quoting Taral Shah <[EMAIL PROTECTED]>: Try a different JDK. This doesn't look a Tomcat problem. Bojan > Hi > > I am facing strange problem at one of my customers side. > I am using tomcat 3.3 for my devlopment and its working fine. > > But at one of customers side tomcat crases unknowingly.

Re: Spec question: RE BUG 12052

Quoting [EMAIL PROTECTED]: > So: getServerPort() should return the same as the CGI variable SERVER_PORT > ( which returns the server port, not the host header ! ), meaning the > value of the part after : in the Host header. > > I didn't know that the servlet spec can define new meanings for the

Re: tomcat crashes

One more thing - check if the OS has all the relevant patches. Sometimes it's the libraries that JDK's using. Bojan Quoting Bojan Smojver <[EMAIL PROTECTED]>: > Quoting Taral Shah <[EMAIL PROTECTED]>: > > Try a different JDK. This doesn't look a Tomcat prob

Re: tomcat crashes

Quoting Taral Shah <[EMAIL PROTECTED]>: > But same thing works with different solaris. Here I have solaris 5.7 and > with 5.8 it works fine, even in one of 5.7 solaris machine tomcat runs fine. And they all have the same patches applied? I don't use Solaris, so I can't tell you specifically what

RE: Spec question: RE BUG 12052

On Thu, 2002-08-29 at 23:49, Ignacio J. Ortega wrote: > We know how r->parsed_uri.port gets his value? Yep. It's getting it from the URL, not the headers. Bojan -- To unsubscribe, e-mail: For additional commands, e-mail:

RE: Spec question: RE BUG 12052

On Fri, 2002-08-30 at 23:51, Ignacio J. Ortega wrote: > > De: Bojan Smojver [mailto:[EMAIL PROTECTED]] > > Enviado el: 30 de agosto de 2002 1:11 > > Para: Tomcat Dev List > > Asunto: RE: Spec question: RE BUG 12052 > > > > > > On Thu, 2002-08-29 at 23:4

Re: [vote] Possible logos for mod_jk documentation

On Mon, 2002-09-02 at 23:35, jean-frederic clere wrote: > > I prefer to use: (Please put X in the [ ] of file you like most). > mod_jk-logo11.gif [ ] > mod_jk-logo11.png [ ] > mod_jk-logo12.png [ ] > mod_jk-logo13.gif [ ] > mod_jk-logo13.png [ ] > mod_jk-logo14.png [ ] > mod_jk-logo15.png [ ] >

Re: jk doc works in progress

On Fri, 2002-09-06 at 18:26, Henri Gomez wrote: > Mladen Turk wrote: > > One suggestion. > > I would use the align="left" for most of the tables showing config or > > console cause it would look much better, but that's my opinion. > > Hum it seems to be a problem with IE, mozilla allready show it

Re: [linux CP COMMAND options]

http://rsync.samba.org/ Bojan On Mon, 2002-09-09 at 08:37, micael wrote: > I need to copy all the files (drilled down in directories recursively) that > end in ".jsp" to another location and write over the files in that > location. Anyone have the command for a Red Hat 7.2 Linux environment?

Re: [linux CP COMMAND options]

I'm not sure I know what a 'Secure CTR' is, so I'll leave that one alone :-) Yes there is 'cp -fr' on Linux, see 'man cp' for details. Manual pages for RedHat Linux are available from here: http://linux.ctyme.com/. rsync will make sure copying is atomic (i.e. it'll create a temp file, sync into

Re: [linux CP COMMAND options]

Quoting micael <[EMAIL PROTECTED]>: > I want to move > particular files out of a group, so the sort of graphic tool you are > talking about is useless to me. Which one was the graphic tool? Not following... Bojan - This mail sent through IMP: h

Re: SSL Connectors

Quoting Trevor Nielsen <[EMAIL PROTECTED]>: > I would also like to get an idea of how long it will be until Tomcat 5 > has been released. Although I'm not actively participating in development, I can confidently say that it's going to be before Tomcat 6 ;-) Bojan --

Re: [linux CP COMMAND options]

On Tue, 2002-09-10 at 03:56, micael wrote: > I will investigate this and do thank you. You are welcome. Bojan -- To unsubscribe, e-mail: For additional commands, e-mail:

<    1   2   3   4   >