On Thu, 13 Sep 2001, Ignacio J. Ortega wrote:
> Please give me some info..
>
> It's possible to use no cookies sessions without using mod_rewrite in
> apache?
I don't know what you mean - mod_jk is taking care of decuding the
sessionId, and it support both cookie and URL decoding.
I didn't even
On Wed, 12 Sep 2001, Keith Wannamaker wrote:
> Then we need to be sure to encode r->uri in the main branch
> and to change r->unparsed_uri to encode(r->uri) in the 3.2
> branch. I am swamped now and will put it on a long todo
> list.. if anyone beats me to it.
Well, I said that would be my
My current 'preference' is to use r->uri, as in the main branch ( and how
it used to be ). That keeps rewrite working and is consistent with most
apache modules.
The downside is that we're on the edge of the spec, which require the
'original' URI. However, since HTTP seem to allow proxies to alt
Sorry, I had a lot on my had in the last days.
Bojan - if you want to send a patch, it would be great. If not - I can fix
the bug ( but I would prefer you to send a patch - who knows, maybe later
you'll send another one, the first is allways harder :-)
Costin
On Wed, 12 Sep 2001, Larry Isaacs
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 t
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. Th
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
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
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:
> >> 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
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 ( w
On Mon, 10 Sep 2001, Pier Fumagalli wrote:
> Ok, so since I need to try to be the nice guy over here, let's do it this
> way... It seems apparent that the mailing list want to be notified of bugs
> (lots of +1 and no -1), so this is a simple one
>
> [ ] +1 - I want all messages to a new tomcat-bu
On Mon, 10 Sep 2001, Pier Fumagalli wrote:
> "GOMEZ Henri" <[EMAIL PROTECTED]> wrote:
>
> > Ryan to became more than just a contributer :
>
> 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 cou
On Mon, 10 Sep 2001, Keith Wannamaker wrote:
> I just finished merging all the chunked encoding
> support for ajp13 into j-t-c and was about to checkin.
> I'll hold off until we decide about this:
>
> | Henri - could we undo the ajp13.c changes, for example by copying the
> | current ajp13 from j
I spent some quality time with emacs and merge, comparing j-t-c and j-t
versions of jk.
So far things look very good, all fixes in j-t seems to be already in
j-t-c. The only big difference ( that makes difficult to comapare ) is
ajp13, but it seems we are ok there.
Henri - could we undo the ajp1
Hi David,
I have another point I would like to add to the list: "do we have to
include it in the 'official' 3.3, or would it be better for it to be a
module ?"
Keep in mind that we have a relatively slow release cycle, and any feature
is adding more overhead for each release, and impose constrai
+1
Costin
On Mon, 10 Sep 2001, GOMEZ Henri wrote:
> I would like to propose Ryan Bloom as commiter
> in Tomcat, and particulary on jakarta-tomcat-connector.
>
> Ryan is one of the dev leader in Apache 2.0 and
> contributed many patch for both mod_jk and mod_webapp,
> showing us that connectors
+1, Jon has a point. ( I was among those bad guys who sugested the current
behavior, mea culpa )
Costin
On Mon, 10 Sep 2001, Christopher Cain wrote:
> I'm going to go ahead and call this, in the name of peace and brotherhood :)
>
> -
>
> Whenever a bug is entered or modified on Nagoya B
+1
> = Tomcat 3.3 Final Release Plan Ballot =
> [X] +1I am in favor of this plan, and will help
> [ ] +0I am in favor of this plan, but am unable to help
> [ ] -0I not in favor of this plan
> [ ] -1I am opposed to this plan, and my reason(s) are:
>
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 =
(StandardManager
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(
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' b
Hi,
What you can do is use ContextManager.getContexts(),
then for each context you can get its SessionManager.
Costin
On Sat, 8 Sep 2001, chiu ming luk wrote:
> Hi,
> I had asked this question before. But I didn't get any
> reply. So I post this again in hope someone could
> help me getting
+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
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
Hi Attila,
Tomcat 3.x standalone doesn't support digest auth. If you can contribute
code - it would be great.
I'm presonally more interested in making sure Apache/IIS/NES is well
integrated and allows the real server do the authentication - but I know
few people who love tomcat standalone :-).
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
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 problem
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 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 conta
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
intermedia
> > 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
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
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 (Depe
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 con
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 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 docume
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
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,
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 t
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 wh
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,
On Thu, 30 Aug 2001, SUBRAHMANYAM,VEENA (HP-MountainView,ex1) wrote:
> 2. I placed the following line in the server.xml file.
> className="org.apache.tomcat.request.Jdk12Interceptor" /> (This is all I
> have to do, in order to addthe Jdk12Interceptor. Right?)
Yes.
> I installed the
Hi,
Try to place JCE/JSSE in tomcat.home/lib, or even better in the
jre/lib/ext - and see if this solved the problem. My guess - it's related
to some code doing a Class.forName() instead of using the context class
loader or the context loader is not set.( for 3.2.x you _must_ add the
Jdk12Interce
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 c
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 CD
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 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
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
> ge
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
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 Fri, 24 Aug 2001, Larry Isaacs wrote:
> In case in matters, RFC 1630 states that:
>
> PATH
>
> The rest of the URI follows the colon in a format
> depending on the scheme. The path is interpreted
> in a manner dependent on the protocol being used.
> However, when it c
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 ve
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.
ServletReq
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 r
On Wed, 22 Aug 2001, Keith Wannamaker wrote:
> I want to be able to support chunked encoding through ajpv13
> in TC 3.3. Apache decodes the body for us, it is only a matter
> of making the distinction between an unknown content-length
> an a zero content-length. Costin I'd like to tweak what
>
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 wit
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 ht
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 document
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
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 writi
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 ?
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 comm
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
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 a
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.j
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. Sinc
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 instantiat
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 s
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 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 th
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 was
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
> 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 = ap_encod
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
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 (di
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 anyw
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 depl
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 contributio
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 wo
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 a
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
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
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.
Hi Keith,
PrefixMapper should allways return a Container. The default
container is added in addContext():
map.addMapping( ctx.getHost(), ctx.getPath(), ctx.getContainer())
There is something wrong if PrefixMapper returns null - it should
find at least the "/" context on the default host.
I r
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 i
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
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 me
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 noti
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
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 s
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 sco
On Sun, 5 Aug 2001, Randall Parker wrote:
> So is there a way to turn off the creation of that automatic context?
Remove 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.
> I'd also like a way
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 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 Wed, 1 Aug 2001, Christopher Cain wrote:
> I wasn't aware that the 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 really dig the w
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
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 tag in 3.3 for SSL? Does that then go away in favor
> of the Interceptor, or does the Interceptor b
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 an
On Thu, 26 Jul 2001, Dave Oxley wrote:
> With TC4 we could do with a JNI connector in mod_webapp (even though Pier
> probably doesn't want to do this). We will use mod_webapp in preference to
> mod_jk for simplicity of setting up.
Can you explain this - are you talking about building the module,
101 - 200 of 806 matches
Mail list logo