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't use Java for that. They'd use Porn Hypertext Processor
(PHP
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-kernelm=103269598000900w=2
and this:
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 ;-)
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 :
11:31am
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
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 some
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
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
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 Gomez wrote:
We should provide new
+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: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
--
To unsubscribe, e-mail: mailto:[EMAIL
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
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
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 #ifef #idef
;-)
Oups, I'll fix the typo ASAP
Actually, Mladen already fixed it. It's
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 means ?
The
Nicely done!
Bojan
On Wed, 2002-09-25 at 19:30, Mladen Turk wrote:
Just a suggestion.
MT.
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional
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 cannot
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.
= )
#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) developer.
Bojan Smojver wrote:
All right then, let's talk about JSP's. If I host my
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 he wanted to do it):
And your proposed solution is ... ?
Don't
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 mail
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 Apache
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 the
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 may
be
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 change
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/23
-
On Thu, 2002-09-19 at 21:14, [EMAIL PROTECTED] wrote:
-MXInterceptor port=8999 authentification=basic
+MxInterceptor port=8999 authentification=basic
user=admin password=changeillico/
Shouldn't the above be
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 ;-)
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.
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: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
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
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: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
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
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? It
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
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:
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 at left,
On Mon, 2002-09-02 at 23:35, jean-frederic clere wrote:
vote
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 [ ]
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:49, Ignacio J. Ortega wrote:
We know how r
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. It even
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
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 problem.
Bojan
Hi
I am facing
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 to
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: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
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
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
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
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
-
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: mailto:[EMAIL PROTECTED]
For
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.properties.
I'm not too familiar with this - which part here is running
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 want
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 ;[
Sorry to hear that :-(
Yes, with latest Apache 2.0, modules
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.
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 configuration
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, August 10, 2002 2:04 AM
To: Tomcat Dev List
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,
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 accept
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
This above sentence is confusing. You probably meant
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
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
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 involving
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 possible
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
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 latest reports
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 1.2.0
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
is 'better' than
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 on/off
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/off
[
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
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
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
:
On 23 Jul 2002, Bojan Smojver wrote:
Important note:
---
THE CODE IN mod_jk2 IS STILL BROKEN, WITH DocumentRoot LOGIC.
-
Do you want me to:
[ ] Revert it back to what it was before I put my fingers
, 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.
-
Do you want me to:
[ ] Revert it back
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 do it,
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
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 servlet
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
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
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 sure how that changes things...
My question was: if you
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 Location
instead of the
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 in
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 Location
instead of the
Quoting [EMAIL PROTECTED]:
DirectoryIndex index.jsp index.vm
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.
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 use a
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 PROTECTED]:
DirectoryIndex
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: mailto:[EMAIL PROTECTED]
For additional commands,
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: mailto:[EMAIL PROTECTED]
For additional commands,
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 would
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
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
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.
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
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?
JkExtractSSL
On Wed, 2002-07-03 at 09:57, Remy Maucherat wrote:
ballot
[ ] +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:
/ballot
Which might actually turn out to be
-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 for mod_jk
1.2.0
As long as configure/make works I'm +1.
Bojan
On Fri, 2002-06-28 at 22:39
...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6
-Original Message-
From: Bojan Smojver [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, June 19, 2002 1:19 AM
To: Tomcat Dev List
Subject: RE: index.*: mod_jk 1.2.0 vs. Apache 2.0.36
It doesn't
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
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](. .)
PGP
+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.
-
Henri
+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
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 bit
1 - 100 of 309 matches
Mail list logo
