Re: Tomcat scalability

Quoting Jon Scott Stevens <[EMAIL PROTECTED]>: > on 2002/11/3 2:24 PM, "Bojan Smojver" <[EMAIL PROTECTED]> wrote: > > > I know you have a much better machine, but 1600 transactions does seem a > > bit high. > > Not for porn. Nah... they wouldn&

Re: Tomcat scalability

Although this might be completely meaningless in you situation, I'll post it for orientation anyway. The benchmarks were done on 1 GHz Athlon machine with 1/2 GB RAM and 80 GB IDE disk, running JBoss 2.4.7, Tomcat 3.3.1, Apache 2.0.43, mod_jk 1.2.0 on RedHat Linux 7.3, with IBM JDK 1.3.1 release cx

Re: TOMCAT memory usage : how to manage and benchmark ?

On Tue, 2002-10-29 at 20:15, jean-frederic clere wrote: > The Linux threads implementation is _bad_ but that does not mean that > the whole thing bad. I was just teasing. Anyway, have a look at this: http://marc.theaimsgroup.com/?l=linux-kernel&m=103269598000900&w=2 and this: http://www-124.ib

Re: TOMCAT memory usage : how to manage and benchmark ?

On Tue, 2002-10-29 at 00:10, [EMAIL PROTECTED] wrote: > Hello, > > I have tomcat 4.1.10 on a red hat Linux server 7.3 with the j2sdk141, > > When I start the tomcat4 service, all is OK and the tomcat server run. > > BUT, when I look the memory usage (with TOP utility), I have this result : > >

Re: TOMCAT memory usage : how to manage and benchmark ?

On Tue, 2002-10-29 at 00:31, Pier Fumagalli wrote: > Those are _not_ processes, they are threads... Use a decent operating system > that supports them nicely (not Linux) and you'll see the difference (how > many times do I have to repeat this?)... Linux sucks :-( Ha, ha... Keep dreaming Pier ;-)

Re: [VOTE] tomcat-commiters list

On Tue, 2002-10-15 at 03:24, Costin Manolache wrote: > I would like to propose a new mailing list. > > The list will be closed to commiters only. The main purpose > will be discussions of security and other special issues. > This should avoid [Cc] threads. > > The main target should be active c

Re: jk2 and daemon ( was Re: commons-daemon release ?)

Quoting Pier Fumagalli <[EMAIL PROTECTED]>: > Our main web-app has roughly 400 JSP pages to compile (you never know), 20 > servlets loaded on startup, 4 lucene indexes to open, 500 connections to the > database, 350/400 megabytes of "cached" objects to de-serialize and put down > into memory, and

Re: mod_jk crash, please help

Quoting Eugene Gluzberg <[EMAIL PROTECTED]>: > Please help. How can i trace this further? How do i get apache to > generate a core file so i can see where in apache code this is? Any > pointers for help here at all? Have a look at this: http://httpd.apache.org/dev/debugging.html Bojan -- To

Re: Apache 2.0.43 is out

Just ignore... I should read my e-mail from the most recent :-( Bojan On Sat, 2002-10-05 at 10:39, Bojan Smojver wrote: > So, there was an MMN bump in Apache 2.0.43? From what I can tell, that's > not the case... > > Bojan > > On Fri, 2002-10-04 at 18:13, Henri Gom

Re: Apache 2.0.43 is out

So, there was an MMN bump in Apache 2.0.43? From what I can tell, that's not the case... Bojan On Fri, 2002-10-04 at 18:13, Henri Gomez wrote: > We should provide new binaries for JK and JK2. > > I'll do JK/JK2 for Linux boxes (and FreeBSD) > > Who could do the same for Windows, Netware and So

Re: JK 1.2.1-beta

On Tue, 2002-10-01 at 23:41, Glenn Nielsen wrote: > Trying to interpret these error messages is a common question on tomcat-user. > > My proposal: > > 1. Change these errors messages so that they accurately identify what happened. > 2. For these common errors only report one error rather than

Re: tomcat 3.3.2 cleanup

+1 Bojan On Mon, 2002-09-30 at 19:13, Henri Gomez wrote: > If everybody agree, what about removing src/native for tomcat 3.3.2 ? > > > -- > To unsubscribe, e-mail: > For additional commands, e-mail: > -- To unsubscribe, e-mail:

Re: [ANNOUNCEMENT]: JK 1.2.0 is now available

Just compiled and tested mod_jk 1.2.0 from CVS, Apache 2.0.42. Seems as solid as ever... Good stuff! Bojan On Sat, 2002-09-28 at 01:03, Henri Gomez wrote: > Hi all, > > The Jakarta-Tomcat-Connector team is pleased to announce the > availability of JK 1.2.0. > > JK, also known as mod_jk, is a

Re: [OT] Re: [SECURITY] Apache Tomcat 4.x JSP source disclosure vulnerability

Quoting Bill Barker <[EMAIL PROTECTED]>: > I'm agreeing with Costin. Please move this discussion to > [EMAIL PROTECTED] It is off-topic here. Promise not to write a single byte on this topic on Tomcat-Dev list after this e-mail. Bojan - This ma

RE: [SECURITY] Apache Tomcat 4.x JSP source disclosure vulnerability

Quoting Costin Manolache <[EMAIL PROTECTED]>: > Bojan Smojver wrote: > > > All right then, let's talk about JSP's. If I host my clients' JSP's on my > > server and a web designer puts this in (BTW, he wasn't forced, he simply > > decided

Re: [SECURITY] Apache Tomcat 4.x JSP source disclosure vulnerability

in Velocity? > > #set($oom = "" ) > #foreach( $i in [-2147483648..2147483648] ) > #set($oom = "$oom$oom$oom$oom$oom$oom$oom$oom$oom$oom$oom$oom$oom$oom" ) > #end > > Bad code can kill ANY system for the determined(disgruntled) develop

RE: [SECURITY] Apache Tomcat 4.x JSP source disclosure vulnerability

Quoting Costin Manolache <[EMAIL PROTECTED]>: > And Velocity does have a mailing list where all this can be discussed. > > This is tomcat-dev - for servlet and jsp development. > > If you have any ideas on how to improve jasper - great, but please don't > waste our time with off topic subjects.

RE: [SECURITY] Apache Tomcat 4.x JSP source disclosure vulnerability

On Wed, 2002-09-25 at 20:59, John Trollinger wrote: > Don't buy all the velocity hype.. It is not as great as they make it out > to be. What hype? I don't follow here... Velocity is just a template language, plain, simple and relatively small. It's "greatness" comes from the fact that you canno

Re: JK2 logo

Nicely done! Bojan On Wed, 2002-09-25 at 19:30, Mladen Turk wrote: > Just a suggestion. > > > MT. > > > -- > To unsubscribe, e-mail: > For additional commands, e-mail: -- To unsubscribe, e-mail: For

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

On Wed, 2002-09-25 at 18:28, Henri Gomez wrote: > > Actually, Mladen already fixed it. It's just that he had another, different typo > > in the description of the fix, which was either: > > > > - a very good joke :-) > > - unintentional and therefore an even better joke ;-) > > What do you mea

Re: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_requtil.c

Quoting Henri Gomez <[EMAIL PROTECTED]>: > Bojan Smojver wrote: > > Quoting [EMAIL PROTECTED]: > > > > > >> In the C language we use #ifdef not #ifef :-) > > > > > > Only if something like this works: > > > > #define #i

Re: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_requtil.c

Quoting [EMAIL PROTECTED]: > In the C language we use #ifdef not #ifef :-) Only if something like this works: #define #ifef #idef ;-) > -#idef AS400 > +#ifdef AS400 Bojan - This mail sent through IMP: http://horde.org/imp/ -- To unsubsc

Re: [SECURITY] Apache Tomcat 4.x JSP source disclosure vulnerability

Quoting Steve Downey <[EMAIL PROTECTED]>: > Perhaps you would prefer this exploit? > > http://localhost:8080/velexample/servlet/org.apache.catalina.servlets.DefaultServlet/sample.vm > > Horrors! Velocity is insecure! > > The DefaultServlet exploit is a general security problem in Tomcat. JSP

Re: [SECURITY] Apache Tomcat 4.x JSP source disclosure vulnerability

Quoting Glenn Nielsen <[EMAIL PROTECTED]>: > This list is for discussing Tomcat development, not velocity, web macro, et. > al. > > The evangelizing for velocity is off topic in this list. > > JSP is part of Tomcat, live with it and move on. > > There are plenty of other forums for discussing

Re: [SECURITY] Apache Tomcat 4.x JSP source disclosure vulnerability

On Wed, 2002-09-25 at 07:31, Matt Fury wrote: > What's easier though? Upgrading a Tomcat server with a > patch or re-architecting your whole site to accomodate > for Velocity?? Short term, upgrading Tomcat. Long term, doing it in Velocity. Bojan -- To unsubscribe, e-mail:

Re: JK2 2.0.0 Release proposal

+1 Sounds good. If you find nobody to build for Apache 2.0.4x on Linux, let me know. Bojan On Tue, 2002-09-24 at 21:27, Mladen Turk wrote: > Hi, > > Since there is no major showstoppers and > a) The vhosts should work now > b) Socket BUG 12346 is solved > > Here is the release plan: > > 1. 0

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

I think this also applies to 1.3. It's just that MMN in it hasn't been changed for a while. Bojan On Tue, 2002-09-24 at 20:23, [EMAIL PROTECTED] wrote: > hgomez 2002/09/24 03:23:51 > > Modified:jk/xdocs faq.xml > Log: > Add information about MMNB (Magic Module Number bump) of Apa

Re: [POLL] Tomcat 3.3.2 updates

On Tue, 2002-09-24 at 00:01, Henri Gomez wrote: > Thanks to give your opinion here. > > [X] 1. Don't care about MBeans, or do want to be able to have > different XML apis for apps and container, so keep the > current situation. > > [ ] 2. MxInterceptor is really needed, ok to ch

Re: [VOTE] [4.0.5] [4.1.12] Security releases

On Tue, 2002-09-24 at 00:04, Remy Maucherat wrote: > Tomcat 4.0.5 release > > > +1 [X] Yes, I approve this release > -1 [ ] No, because: > > > Tomcat 4.1.12 Stable release > > > > +1 [X] Yes, I approve this release > -1 [ ] No, because: >

Re: mod_jk 1.2.0 release proposal

On Mon, 2002-09-23 at 20:04, Henri Gomez wrote: > Bojan Smojver wrote: > > Sounds good (although I have to admit I haven't compiled mod_jk from CVS > > for a while). > > Just take a look, cvs should be tagged tomorrow ;) I'll try... Bojan -- To unsubs

Re: mod_jk 1.2.0 release proposal

Sounds good (although I have to admit I haven't compiled mod_jk from CVS for a while). +1 Bojan On Fri, 2002-09-20 at 20:40, Henri Gomez wrote: > Hi to all, > > Now that code and odc is stabilized in mod_jk 1.2.0, it could be time to > do the release : > > Proposals : > > Monday 2002/09/2

RE: Jasper 2 Question

Quoting Lenny Karpel <[EMAIL PROTECTED]>: > this is truly amazing .. how can this possibly be .. My apologies for making you upset :-( It honestly wasn't my intention. Jon helped me with my transition from JSP to Velocity and since then my web apps have become much simpler and easier to maintain

RE: Jasper 2 Question

On Fri, 2002-09-20 at 04:30, Lenny Karpel wrote: > is it right that when I ask a serious question about jasper2 that I get > these totally ridiculous answers ? Well, Jon and Pier are known to throw in a curly one from time to time, which keeps all of us here on the list in good spirits ;-) Any

Re: cvs commit: jakarta-tomcat/src/etc server.xml

On Thu, 2002-09-19 at 21:14, [EMAIL PROTECTED] wrote: > - + user="admin" password="changeillico"/> Shouldn't the above be "authentication", not "authentification"? Bojan -- To unsubscribe, e-mail:

Re: Tomcat 3.3 repository changes

On Fri, 2002-09-13 at 19:46, Henri Gomez wrote: > Now that we have mod_jk present on JTC, what about removing it from TC > 3.3.2 CVS ? +1 Bojan -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: Applet Codebase From Servlet

There is no difference between the HTML generated by the servlet and a static HTML file. So, cut yourself a static HTML file (handy for testing), put the applet tag in there and watch the web server log files to see what is the actual requested URL. Once you know that, fix it accordingly and you'l

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:

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]

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: [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]

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: 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: [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: 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: 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: 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: 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: 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

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 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: 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

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

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: 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

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: 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: 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: 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: [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: 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: 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: 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: 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: 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 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: 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 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: [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: [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: 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: [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: [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

[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: 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

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.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.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

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: 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/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: 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

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 [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]: > 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/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/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/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

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: [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

[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: 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

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

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: [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: 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

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: [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 ;-)

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

  1   2   3   4   >