Even if this is a majority vote, and so far we seem to have the votes we
need for the release, I think Jon is right on not releasing unless all
the bugs are evaluated and we fix all the bugs that we think are important
and don't destabilize the release.
For 3.3 there is only one reopened bug (
On Mon, 10 Sep 2001, Pier Fumagalli wrote:
This is the third time we agree on something in less than 24 hours. This
implies that either I'm getting old, or just plain silly...
Now, if you could agree on merging mod_webapp and mod_jk, that would be
something...
Slowww down... :)
On Mon, 10 Sep 2001, Ryan Bloom wrote:
I'm actually right now working on the thread locks for Windows, and then I
am going to start agitating for an APR release. We should have APR 1.0 out
the door soon-ish. I am hoping to have it released sometime in the next month
or two. :-)
That's
On Mon, 10 Sep 2001, Pier Fumagalli wrote:
Mod_jk will use APR - that's certain. The only question is when and how
to do the transition without affecting the stability of the code. Having
an APR1.0 out is one of the requirements - I don't think we can release
mod_jk, even from j-t-c,
On Mon, 10 Sep 2001, William Barker wrote:
For what it's worth (since I can't vote), I agree with Jon. TC3.3 hasn't
had a long enough beta cycle yet to push through an RC cycle this fast. As
it is, I'm going to be lucky to have time to install RC1 before RC2 comes
out. Keeping up with 4.0
Hi Attila,
I'll review your changes and I see no problem with fixing
AccessInterceptor and RealmBase. I'm not sure about the new modules - I
think this is a new feature and I'm not very comfortable with features.
If you don't mind, I'll check it in src/proposals first, as a standalone
module.
On Mon, 10 Sep 2001, Christopher Cain wrote:
I don't know what 'long enough' means, my impression is that we had a
far too long release cycle for 3.3 already.
Don't worry Costin, he doesn't really know what it means either :)
Well, giving the bug reports he filled so far - he seems to
The SessionManager is saved as a note in the context.
context.getContainer().getNote(tomcat.standardManager)
Session management is at a higher level than tomcat.core, and
the goal was to modularize tomcat and keep the components as
independent as possible - with interceptors used as 'glue'
On Sun, 9 Sep 2001, chiu ming luk wrote:
But there is no such method:
context.getContainer().getNote(tomcat.standardManager)
in tomcat 3.2.1.
getNote() would take an integer argument instead of a
string. What should be the argument of getNote() and
what will Container.getNote() return?
On Sun, 9 Sep 2001, chiu ming luk wrote:
But I think this line is what I am using, It only
returns # of sessions for the context which the code
get called.
int manager_note = cm.getNoteId(
ContextManager.CONTAINER_NOTE, tomcat.standardManager );
_sessionMgr =
Thanks again James.
I think I understand now.
First question - what VM are you using ? JDK1.1.8 ( Sun and IBM ) seem to
have handlers for jar protocol ( even if it's not standard AFAIK ). Long
time ago I tested with kaffe and it worked - but I'm not sure I tested
getResource().
The real
On Fri, 7 Sep 2001, Thomas Colin de Verdiere wrote:
Main things :
JNIConnectionHandler include to classes:
JNIRequestAdapter
JNIResponseAdapter
so it's not possible for me to extend JNIConnectionHandler as i want to
modify
JNIRequest and Response Adapter.
Those reported bugs are in
On Fri, 7 Sep 2001, GOMEZ Henri wrote:
Don't forget that many of us must evaluate
a KNOWN Apache 2.0 in real environnement.
The most known are Apache sites which use the released
version 2.0.24 :)
We could do that a each release (2.0.24/2.0.25) but
not in real-time ;)
Probably the
+1
Costin
On Fri, 7 Sep 2001, Larry Isaacs wrote:
I agree with Costin's suggestion to remove the Apache 2.0
version of mod_jk from jakarta-tomcat for Tomcat 3.3.
This would occur after any bug fixes missing from
jakarta-tomcat-connectors were ported.
It makes much more sense to have it
Thanks James, I'm very happy to see your contributions. ( and my
appologies for not testing with 1.1 often enough ).
jakarta-tomcat-3.3-dev-src\src\share\org\apache\tomcat\util\depend\DependClassLoader.java
==
The method
Thanks, craig, but i'm working with version 3.3. ¿isn't any
alternative avalaible?
Nope ... if you map your extension to your servlet, you cannot also map it
to the JSP servlet.
Of course there are alternative :-)
The easiest - have your xsp generate 'plain' jsp files, and redirect.
Another ( and better ) solution - extend JspInterceptor ( well, the code
needs some cleanup - again I would recomend you do that in j34 workspace
).
Then you can add the dependencies and avoid any overhead - your XSP pages
will run as fast as a servlet, without any extra dispatching or
On Fri, 7 Sep 2001, Pier Fumagalli wrote:
Of course none of this is portable across servlet containers, but we seem to
easily forget about that :) Being Tomcat the Reference Implementation, as an
ASF member, and Servlet JSR member, I'll never stop stressing out that IMNSO
relying on
Hi,
Just closed your bug report, please let me know if it solves your problem
:-)
Costin
On Thu, 6 Sep 2001, Hans Schmid wrote:
Hi,
just filed a bug on Larrys request
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3467
Thanks for looking into this one.
Cheers,
Hans
On Tue, 4 Sep 2001, Craig R. McClanahan wrote:
Well, it's just about that time ... the Servlet 2.3 and JSP 1.2
specifications are going final soon (they are being voted on in the Java
Community Process as we speak). Therefore, I've just submitted an initial
draft of a Release Plan document
On 5 Sep 2001 [EMAIL PROTECTED] wrote:
hgomez 01/09/05 03:02:15
Modified:src/native/mod_jk/apache2.0 mod_jk.c
Log:
Added MountCopy missing stuff for SSL
and EnvVars
Don't forget to sync with jakarta-tomcat-connectors :-)
Costin
On Wed, 5 Sep 2001, jean-frederic clere wrote:
Hi,
I would like to comment the following:
Some of the const are causing a lot of warnings, I have stopped fixed because
I was afraid to have to change too much things... (I have put /* DIRTY */ where
I have stopped forwarding the const).
On Wed, 5 Sep 2001, James THOMAS wrote:
I created bug #3358 last week to inquire about / request JDK 1.1 support by
Tomcat 3.3. I have been informed that JDK 1.1 is suppose to be supported.
In my attempts to diagnose and fix problems I find myself a bit confused.
Some of the code
On Tue, 4 Sep 2001, Israel Olalla wrote:
When working with JSP we have a serious degradation problem with acces
to filesystem:
- java.io.Win32FileSystem.getLastModifiedTime
Try again with 3.3.
Tag pooling is not enabled by default because many tags are buggy, so
you'll need to
On Wed, 29 Aug 2001, Keith Wannamaker wrote:
This patch enables chunked input through mod_jk:
http://www.apache.org/~keith/jk/
I think they are rather minor changes.
Please review, discuss, and throw everything you have
at it. If Larry approves I will commit this (or an
Hi Keith,
I'm
On Thu, 30 Aug 2001, SUBRAHMANYAM,VEENA (HP-MountainView,ex1) wrote:
2. I placed the following line in the server.xml file.
RequestInterceptor
className=org.apache.tomcat.request.Jdk12Interceptor / (This is all I
have to do, in order to addthe Jdk12Interceptor. Right?)
Yes.
I
On Thu, 30 Aug 2001, Ignacio J. Ortega wrote:
I think we are facing some kind of sealing violation bug here.., some
comments point out that Sun JCE cannot be used with unsigned providers
That was my second bet, and testing without ReloadInterceptor in 3.3
should clear this out.
However, now
On Thu, 30 Aug 2001, Martin van den Bemt wrote:
Since I was very busy lately (still am), could this be the thing that solves
my reladoing problem and the Application state not ready after that ?
I will test it somewhere next week, just to be sure, but it doesn't hurt to
ask..
Not sure
On Thu, 30 Aug 2001, Marc Saegesser wrote:
The patch looks good and seems to work OK after I configured my tomcat
service to attempt restarts on failures. I hacked Tomcat to croak on start
up and the SCM correctly attempted a single restart and then quit.
Hi Marc,
Could you check it in the
On Wed, 29 Aug 2001, Larry Isaacs wrote:
message rather than skip the put. I believe tc_path_add
is how Tomcat passes the classpath to Jasper, so Jasper
would be hosed with out it. Also, if cp==null, then your
Well, Jasper will survive - JspInterceptor uses util.compat
to get the classpath
Hi Lars,
As far as I can tell, the only way to get rid of step #2 is to modify
Jasper. I've looked at the source code, and I think I see a way to do
this with the sources on the MAIN branch. (BTW, is that the latest and
greatest version of Jasper?) The current approach with a tree of
On 28 Aug 2001, Lars Marius Garshol wrote:
| I'm working on it - probably next week I'll do another commit with
| the first part of the migration to SAX-based, which is the first
| step to add JSP1.2 features and cleans up even more.
Does this mean that you intend to completely separate
On Tue, 28 Aug 2001, Schreibman, David wrote:
Since I'm going to need support for chunked requests in 3.3 anyway, I'm
going ahead with the port of my 3.2.2 changes. I hope to have it in a
couple of days.
The fix in Ajp13 ( java side ) should be already in, and any _small_
fix in the java
On 29 Aug 2001, Lars Marius Garshol wrote:
| Parsing JSP syntax ( org.apache.jasper34.parser ) will behave as a SAX
| parser, and generate SAX events to generator ( almost identical with what
| XML syntax will generate - the big difference is that we'll generate the
| static content as
On Mon, 27 Aug 2001, Justin Erenkrantz wrote:
On Tue, Aug 28, 2001 at 05:46:28AM -, [EMAIL PROTECTED] wrote:
costin 01/08/27 22:46:28
Modified:src/share/org/apache/tomcat/util/test Header.java
HttpRequest.java
Log:
Fixes in the test suite.
On Thu, 23 Aug 2001, Jason Hunter wrote:
Hmm... I wonder if Tomcat has the right to make illegal what HTTP would
allow?
My understanding is that a URL _can_ be transformed - and all servers are
normalizing it before matching.
The problem is that the servlet spec defines the mappings in a
On Fri, 24 Aug 2001, Craig R. McClanahan wrote:
As Jon informally did last week or so, I'd like to formally propose
Christopher Cain [EMAIL PROTECTED] as a committer on Tomcat. He's
contributed lots of useful discussion, patches, and documentation
(particularly in the area of SSL-based
On Thu, 23 Aug 2001, Keith Wannamaker wrote:
I think ajp is handling the missing content length case OK, except we
might need to send an initial body chunk even if contentlength is not
specified.
I was hoping to get it in tc 3.3 since tc is not quite doing what one
would expect from
On Thu, 23 Aug 2001, Larry Isaacs wrote:
length, not no
content. It should be a simple change, we just must make sure
we check all
places where ContentLength is used and fix it everywhere.
To make sure I am in sync, exactly which spec are you refering to.
Thanks.
On 22 Aug 2001 [EMAIL PROTECTED] wrote:
nacho 01/08/22 05:08:31
Modified:src/etc/jk jni_workers.properties
Log:
Making it more workers.properties alike
Ops, I should have removed this file ( and saved you the time :-).
Welcome back from vacation !
If you're playing with
On Tue, 21 Aug 2001, Jens-A. Reinhardt wrote:
Looking at the code I would assume that I have to write a
MyProtocolConnectionHandler and corresponding Request/ResponseAdapter that
extend/implement the TCPConnectionHandler, ResponseImpl, and RequestImpl.
Since I haven't found any
On Tue, 21 Aug 2001 [EMAIL PROTECTED] wrote:
That would work for most protocols I know - for example a SMTP session can
be viewed as a number of HTTP requests in a session. Then you can use
servlets/jsps as in a web applications. Your module will act as a proxy
between the protocol and http.
Hi Prasanna,
I'm impressed with the excelent analysis of the bug, I wish more bugs were
reported this way ! I hope you'll stay around and help with other bugs.
The good news - this bug was fixed after 3.3b1 ( it was already in
bugzilla, but without all those details - it took me a while to find
Hi,
Larry, while playing with the options I found few problems with our
startup we must fix before beta2.
Main is fine, but if someone is embeding tomcat he will probably use
EmbededTomcat. This only works if both container and common classes are in
it's loader.
I need to add at least some
On Fri, 17 Aug 2001, Craig R. McClanahan wrote:
Might I suggest that one of the files be named jaxp_parser.jar? Having two
jars with the same name *is* confusing, even though I understand why they
were split up.
Both files should be identical - why would you name them differently ?
On Fri, 17 Aug 2001, Larry Isaacs wrote:
It shouldn't affect the docs
Probably because there isn't any documentation (beyond Javadoc) for
using EmbededTomcat. :) :) :)
What javadoc :-) ? ( I'll add some as I'm fixing EmbededTomcat, and I
think the result will be cleaner enough so writing
On Thu, 16 Aug 2001, Bill Barker wrote:
I just lost half an hour of my life trying to set up TC3.3B1 on a
Windows box because I forgot to remove the randomFile attribute on
SessionIdGenerator. For the benefit of us under-priviledged people who have
to live on systems like Windows and
Hi,
Playing with the JNI connector, I found few simple ways to make it easier
to set it up. Larry, Mike - let me know if you're ok ( and if you can take
care of the doc part ).
1. JniConnector will be included in server.xml ( un-commented ). I added
code inside to detect if tomcat is started in
On Wed, 15 Aug 2001, Justin Erenkrantz wrote:
On Wed, Aug 15, 2001 at 08:56:45AM -0400, Keith Wannamaker wrote:
I am concerned that the loss of original escaping
will break somebody. For instance:
As Costin pointed out, the escaping of a URI does not change its
semantics - they should
On Wed, 15 Aug 2001, Mike Anderson wrote:
The problem with this is that when you start tomcat outside of Apache,
it isn't really doing anything but generating the auto-config files. They
whole idea of the JNI connector is that the web server starts its own
version of Tomcat by instantiating
On Wed, 15 Aug 2001, Bill Barker wrote:
Personally, I agree with Justin and Costin that mod_jk should be able to use
the uri field.
Having said that, I'd like to point out that the mod_jk.c in j-t-c is
flat-out broken. It doesn't handle the case where the '?' itself is
encoded. Since
On Wed, 15 Aug 2001, Bill Barker wrote:
It is actually worse than that. TC3.3B1 (with the mod_jk that it ships
with, I haven't tried j-t-c yet) gives a directory listing in response to:
http://myserver/%3f%41%3d%42.jsp
If I translate this corectly, your request is
http://myserver/?a=b.jsp
Apache2.0 + mod_jk + JNI + tc3.3 gives me the correct answer,
404 ( with the correct URI - /?A=B.jsp ). Note that typing
the unencoded version is returning the correct answer too, i.e.
index.html.
What version of apache are you using ?
Costin
On Wed, 15 Aug 2001, Bill Barker wrote:
It is
Hi,
Nightly builds for 3.3 are out, it seems somehow they are destabilising
the system and Pier asked me to find a different machine.
I'll try to do that, the sourceforge build machines seems nice ( but I'll
have to do some tricks ), or I could use my home machine ( which seems to
be faster
On Wed, 15 Aug 2001, Martin van den Bemt wrote:
A bit of concern here..
I'm working constantly with 3.3 cvs version and have a lot of classloader
issues and class context reloading issues.. (the lot means : it happens a
lot..) Some are solved by moving the jar file to the root lib dir
On Tue, 14 Aug 2001, Justin Erenkrantz wrote:
Which, of course, is the right solution.
Is it ? Re-escaping the URI will most likely generate something very
different from the original, it's not symetrical. Getting a re-escaped
request is different from the original, unescaped uri. That's the
You could just have:
s-query_string = r-args;
/*
* The 2.2 servlet spec errata says the uri from
* HttpServletRequest.getRequestURI() should remain encoded.
* [http://java.sun.com/products/servlet/errata_042700.html]
*/
s-req_uri =
On Tue, 14 Aug 2001, Justin Erenkrantz wrote:
mod_jk chops off the r-unparsed_uri itself without copying. Negative
points for style. =-) -- justin
That's true. However I'm not sure what else could we do - copy it once
again to another buffer where we chop it ? It's not very much going on
Hi,
I'm testing the jni fixes Mike just commited, and I need some feedback on
the JNI configuration.
Right now we have a different set of files: jni_workers.properties,
mod-jk.conf-jni, jni-server.xml. The alternate set of files was first
introduced because JNI is difficult to set up, and it
On Tue, 14 Aug 2001 [EMAIL PROTECTED] wrote:
Hi,
I'm testing the jni fixes Mike just commited, and I need some feedback on
the JNI configuration.
Ok, I've got it to work - it's just fine, great.
However, the fine is fine only with JDK1.2.2. I wasn't able to get it
working with any of the
Hi Colin,
This idea is ( surprise ) already implemented, as part of the IIS
connector. It isn't a config file, but a properties file ( much easier to
parse and work with ).
We already discussed few times about adding this configuration style to
the other containers ( apache, nes ) - so your
Well, a double apology - first, I ( once again ) got into a flame, it
seems the only cure is to unsubscribe from this list.
Second, I missed ( at least ) Kevin Seguin, Larry Isaacs and probably few
others. It's quite a large group, AFAIK it's the tomcat component with the
most people
On Thu, 9 Aug 2001, Colin Wilson-Salt wrote:
iPlanet is not nice to configure, it's not very forgiving (a single space in
the wrong place can prevent it starting with no sensible error message), and
its configuration files are typically owned by root - I want to let the
webapp coders deploy
Hi Keith,
After String-MessageByte, instead of storing the request
info as String, with getFoo/setFoo methods, we use
a MessageBytes - which is a modifiable object.
The equivalent of getFoo is now to get the MessageBytes and
call toString(), and the equivalent of setFoo is setString()
on the
On Wed, 8 Aug 2001, Keith Wannamaker wrote:
Hi Costin,
Oh, no, not at all, I understand now.
However, what do you think about keeping the old String
methods for compatibility with 3.2 interceptors?
Something like:
:-)
All I can think at this moment is how stupid I was
when I did the
On Wed, 8 Aug 2001, Thom Park wrote:
In defense of mod_jk though, it has a lot of really nice goodies like
load-balancing built in to it.
Well, most of the complexity comes from the fact that it abstracts the
interface with the server - it was designed from the beginning with the
idea that it
On Wed, 8 Aug 2001, Pier P. Fumagalli wrote:
[EMAIL PROTECTED] at [EMAIL PROTECTED] wrote:
Well, most of the complexity comes from the fact that it abstracts the
interface with the server - it was designed from the beginning with the
idea that it should support multiple servers.
On Wed, 8 Aug 2001, Craig R. McClanahan wrote:
I never said it's a piece of crap - I am not happy with (what seems to be)
the design, I am very unhappy with the development model, and of course
I'm unhappy with reinventing the wheel and throwing away what is the
result of a lot of work
On Wed, 8 Aug 2001, Pier P. Fumagalli wrote:
The key point is the timing -- the bulk of the efforts that are
theoretically being thrown away came mostly *after* work on mod_webapp was
started, not *before*.
:) Where's Shacor (or whatever his name is?)
Gal Shachor.
And other names who
Can you send a list with the commiters that will become deprecated ?
Does this include 3.x commiters as well ? ( from the proposal it seems you
are talking about 4.0 commiters ).
Costin
On Wed, 8 Aug 2001, Pier P. Fumagalli wrote:
I recently checked the list of committers for Tomcat 4.0
Unfortunately my yahoo account has a space limit, so I can't subscribe.
If someone can tell me how to tell list server to subscribe in write only
mode ( many list servers allow this option ) - I could help a bit.
( I suppose you may have 4-5 mails from [EMAIL PROTECTED] in your
spam list, I
One solution would be to update to 3.2.3 - if I remember corectly this has
been fixed.
Costin
On Wed, 8 Aug 2001, Wiedmann, Jochen wrote:
Hi,
I have just posted bug #3033 to nagoya, about a bug in the
TCPPoolConnector. When running TomCat in standalone mode,
after some time I notice
Hi Randall,
I believe the behavior is correct - you have 2 contexts with the same
docbase ( one defined in a config file, one automatically ). They are
completely independent of each other ( you can look into work and you'll
see one work dir for each ). If you write a simple test servlet, you'll
On Sun, 5 Aug 2001, Randall Parker wrote:
So is there a way to turn off the creation of that automatic context?
Remove AutoDeploy src=webapps / to disable all automatic contexts (
from webapps ).
Move the app out of webapps.
AutoDeploy takes all the files from the specified dir and add them.
On Sun, 5 Aug 2001, Randall Parker wrote:
Costin,
If one does define a context in apps-.xml can one sent
context-param tags in it that are then accessible as part of that
ServletContext?
More generally, can anything from webl.xml be put in server.xml inside
a Context tag's scope?
Tomcat3.3 doesn't expose any sax parser ( or any of it's internal
objects ) to the application.
The app should be self-contained.
One solution is to copy jaxp.jar and crimson.jar from lib/container ( the
directory used for implementation-private libs ) into lib/apps ( all files
here will be
Hi Christopher,
I just checked, and for 3.3 you don't need any change in the core or any
other place in tomcat.
All you need to do is write a simple interceptor and implement
addInterceptor() callback.
In the implementation all you have to do is ask for a password ( one
sugestion: you can add
On Wed, 1 Aug 2001, Christopher Cain wrote:
Yep, I can certainly implement it that way if you like. How does that
jive with the current server.xml setup, though? Isn't there still a
separate Connector tag in 3.3 for SSL? Does that then go away in favor
of the Interceptor, or does the
On Wed, 1 Aug 2001, Christopher Cain wrote:
I followed the whole startup routine from Tomcat.startTomcat() all the
way through where the ContextManager calls the
ServerXMLReader.addInterceptor(). That's where the whole hairy-chested
XML parsing begins, and my brain started hurting :-) Up to
On Wed, 1 Aug 2001, Christopher Cain wrote:
I wasn't aware that the RequestInterceptor approach was more-or-less the
deprecated way to interface a module, which would explain some of my confusion.
Since the newer way sounds not only ... well, newer ... but also easier, I'll
go with that. I
On Tue, 31 Jul 2001, Jim Seach wrote:
What I meant was, in order to implement SSL, Tomcat must be able to
decrypt the keystore to retrieve the private key for the cert. A
Tomcat extension or module could be developed to use the private key
not only to decode the SSL traffic, but also to
On Thu, 26 Jul 2001, Andy Armstrong wrote:
By conceptually portable I mean that while the code in the connector
to implement Tomcat startup and shutdown isn't the same for all
platforms the concept of running Tomcat in that way is -- you can safely
assume that whatever the platform the admin
[ ] +1 - Do it, and I can help
[X] +0 - Do it, but I can't help
[ ] -0 - Do it, even if
[ ] -1 - Don't do it, because
My comments:
If we do so ( create the service workspace ), can we also check in the
existing service ( the one that was used in the last year or so for tomcat
3.3
Can you please send the URL that causes this ? Can you try with 3.3 beta ?
Does anyone know about this (using Milestone 3 btw). Has it anything to do
with the M$ encoding scheme and should I try to fix it ?
Fix it to throw a more meaningfull error - sure. Implementing M$ encoding
scheme -
On Mon, 2 Jul 2001, Si Ly wrote:
I submitted a very simple patch last week, and I haven't heard from
anyone about it. It seems to me that outsiders (non-committers)
can't get anything into CVS because the committers are not looking at
the patches, for whatever reasons.
Sorry about that,
On Tue, 3 Jul 2001, Jon Stevens wrote:
It's just sad when an organization like Apache chooses to ignore existing
standards and invent it's own DTD and transformation language to do the
site.
Once again Costin, you fail to impress me with your statements. You confuse
Apache with some
+1
Costin
On Tue, 3 Jul 2001 [EMAIL PROTECTED] wrote:
Leaving aside the issue of file format for just one second...
Are we agreed on the following?
1. Tomcat documentation sucks :-)
2. There needs to be a new CVS project called jakarta-tomcat-doc.
My reasoning is that we want to
On Mon, 2 Jul 2001 [EMAIL PROTECTED] wrote:
Hi,
I'd like to develop GUI for Tomcat (for managing users, contexts, load
on servlet container, etc.), but I have no notion where to start.
Please advice, do I have use ContextManager, or connectors to touch
Tomcat's environment ?
Is it a
On Mon, 2 Jul 2001, Rob S. wrote:
1) People don't like to write docs, and for an open-source project, I'd say
that's perfectly cool so long as those same people are willing to have a
read through the docs after a major update to make sure they're coherent ;)
For ours especially, to author
On Mon, 2 Jul 2001, GOMEZ Henri wrote:
The plan is:
- start by fixing jk_uri_worker_map to support the virtual host
( it's one of the biggest missing points ).
virtual host will be present in ajp14 :!
Even more It will be the KEY :
Well, jk_uri_worker_map is common for all, so if it's
On Mon, 2 Jul 2001, Justin Erenkrantz wrote:
What about working an APR wrapper ? ie something which wrap OS calls
to APR or native calls ? And make mod_jk call wrapper functions ?
I think that defeats the purpose of APR. If APR isn't doing it right,
then APR needs to be fixed. APR
On Mon, 2 Jul 2001, jean-frederic clere wrote:
How could one write a wrapper for the following?:
+++
-int jk_open_socket(struct sockaddr_in *addr,
+apr_status_t jk_open_socket(apr_socket_t **new, apr_sockaddr_t *addr,
int ndelay,
- jk_logger_t *l)
+
Hi William,
I'm not sure I understand your position :-)
Are you interested to help fixing ( or improving ) the ApacheConfig
problems ? The only reason for going back to JkMount
/my-app/* ajp13 is that the apache config generation is incomplete, and
there's little hope to have it finished in a
I think I found a good way to implement the previous proposal, it should
solve the short term problem and allow later development.
The plan is:
- start by fixing jk_uri_worker_map to support the virtual host
( it's one of the biggest missing points ).
- extend the jk_map to support a bit more
Hi Kevin,
Are you interested to update the connector to use Ajp14 ( in backward
compat mode and/or ajp14 mode ) ? I think I found both short term and
long term solutions for the config issue ( well, it seems mod_jk supports
the same 'autoconfig' mode as mod_webapp - and it did that since the
On Sat, 30 Jun 2001, Pier P. Fumagalli wrote:
[EMAIL PROTECTED] at [EMAIL PROTECTED] wrote:
well, it seems mod_jk supports
the same 'autoconfig' mode as mod_webapp - and it did that since the
beginning
Sometimes I just wish to quit this whole shit and go working for Starbucks
(or
The goals:
1. Full support for all the settings in web.xml. Right now the generated
config fragment is incomplete, security configs are not generated, neither
welcome files.
2. As easy as possible for the admin. The user should install the
.so/.dll, add few lines in httpd.conf, and get a
On Fri, 29 Jun 2001, kevin seguin wrote:
yeah, i'd be interested in updating the ajp connector for tomcat 4 do
ajp14, if i could find the time ;-)
That's the fun of doing open source...
i'm not sure i see the benefit in making ajp13 support autoconfig --
probably not worth the effort.
On Wed, 27 Jun 2001, Remy Maucherat wrote:
costin 01/06/27 23:48:53
Modified:src/share/org/apache/tomcat/modules/server Http10.java
Log:
Fix for multi-line headers ( I didn't tought any browser or client will
generate such thing, but it seems there is one
Q:
On Thu, 28 Jun 2001, Paul Hunnisett wrote:
How does Tomcat manage standard Java beans? I have attempted to use an
application scoped bean ands have included serialization code in the
finalize() method and the code to read up from file in the constructor. I
An application scoped bean will
101 - 200 of 648 matches
Mail list logo