I have a suggestion for the tomcat 4 build process, really more of a doc issue I
suppose.
The jasper2 tree of the jakarta-tomcat-jasper head does not currently compile.
That's probably fine, since it appears to be a dev branch, but it wasn't
intuitively obvious (at least to me) what was causing
Hey guys. Took me a little while to track this one down. Hopefully I didn't miss
any threads where this one has already been discovered.
In building 4.0 from CVS, commons-digester was consistently not getting detected
by Ant. I tracked it down to the fact that digester depends on collections and
A Spring '02 XML Pack has appeared on the Sun page which now has top
billing (the Fall release is further down the page), and the included
JAXP for that release is jaxp-1.2-ea2. I'm sure everyone will be
shocked to hear that the jars included in 1.2-ea2 bear almost no
resemblance whatsoever
I would like to nominate Patrick Luby [EMAIL PROTECTED] for committer
status. His recent contributions include several security-manager-related
patches and documentation help, and appears keen to tackle the Admin Apps
functionality as well. I think he would make an excellent addition to the
+1 =)
Quoting Christopher Cain [EMAIL PROTECTED]:
I would like to nominate Patrick Luby [EMAIL PROTECTED] for
committer
status. His recent contributions include several
security-manager-related
patches and documentation help, and appears keen to tackle the Admin
Apps
functionality
My own belated ...
+1
Had to sort some DDJ stuff out lately, but I'm back in live effect now, baby :)
Quoting Gomez Henri [EMAIL PROTECTED]:
Vote to release jakarta-tomcat HEAD as Tomcat 3.3
+1
¨
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
Quoting Bojan Smojver [EMAIL PROTECTED]:
Christopher Cain wrote:
I was thinking that maybe we could actually start running Tomcat
inside the
kernel process itself. It worked for IIS ...
Where IIS stands for: Internet Infected Server.
haha ... I like that one. I'll have to remember
-
xerces.home=${base.path}/xerces-1_4_3
xerces.lib=${xerces.home}
xerces.jar=${xerces.lib}/xerces.jar
Patrick
Christopher Cain wrote:
Looks like something needs to be updated. Either the Ant task needs
fixing, or
one of the instructions files needs to be updated
Quoting Remy Maucherat [EMAIL PROTECTED]:
Hi,
As some of you may have noticed, Tomcat 4 is starting to depend on
some
modules from the J-T-C repository. The problem is that it creates in
some
cases some circular dependencies for some build options. The number of
the
dependencies is
Looks like something needs to be updated. Either the Ant task needs fixing, or
one of the instructions files needs to be updated with further instructions
(BUILDING.txt or build.properties.samples, maybe?).
--
Buildfile: build.xml
deploy-prepare:
[mkdir] Created dir:
It's unfortunate that this didn't come up a few weeks ago, before the
finalization. I'll add my voice to the general sentiment that the servlet spec
really should've have tried to supercede the HTML spec on this, whether they
thought the HTML spec was wrong or not. Conflicting specs are
Quoting Jon Stevens [EMAIL PROTECTED]:
I'm a member of JSR-053. I will work to change it for the next release
of the spec.
Cool. From what I've heard, the entire TC developer community is behind you
100%. Hell, even Costin agrees with you ... now *that's* truly a red letter day
=)
Hi Vic. We're currently trying to sort out the best way of packaging a 4.0 RPM.
TC4 has quite a few external jar dependencies ... some optional, some
mandatory. We're kind of between a rock and a hard place with both a few of the
RPM packaging policies as well as some jar redistribution
Larry Isaacs wrote:
-Original Message-
From: jean-frederic clere [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, September 25, 2001 9:22 AM
To: [EMAIL PROTECTED]
Subject: Re: [PATCH] SSL how-to documentation
[Snip]
And the keystorePass is in server.xml but that is well know.
I hope
jean-frederic clere wrote:
And the keystorePass is in server.xml but that is well know.
We should avoid things like security through obscurancy
JF, I like you better and better every time you post :)
- Christopher
/**
* Pleurez, pleurez, mes yeux, et fondez vous en eau!
* La moitié
Quoting [EMAIL PROTECTED]:
--- Additional Comments From [EMAIL PROTECTED] 2001-09-25
19:50 ---
[snip]
People who understand enough about class paths to keep themselves
out of trouble are also able to create their own customized
versions of the catalina.bat and catalina.sh startup
Sounds good to me, but we'll also probably have to leave out the LDAP
jar as well (based on the recent discussions). AFAIK the Tyrex issue has
been resolved. We can make a short README in the tarball noting which
libraries could not be included.
Having a tomcat-4.0-supplimental.tar.gz sounds
Hi Patrick. Could you explain this a little further? Actually creating a
keystore using keytool of course has nothing to do with Tomcat per se, so I
assume you mean that the keystore created might not work with Tomcat. Under
what conditions would a keystore generated by one JDK not work with
the correct keytool
version, I changed the instructions from:
execute keytool
to:
execute $JAVA_HOME/bin/keytool
to ensure that the keytool is executed from the same JDK that you
installed JSSE into.
Hope that clears it up,
Patrick
Christopher Cain wrote:
Hi
Quoting GOMEZ Henri [EMAIL PROTECTED]:
Still no answer to this question ...
Let me clarify :
RPM policies insist in having NO binary packages
included or required to build or deploy and use
a tool.
It's allready the case for JSSE, and if I build
RPM against JSSE to have SSL stuff
Quick question. Is it possible to have Bugzilla wrap the description at 80
chars when it sends out the e-mails? One of the mail clients I use regularly
(an IMAP client) doesn't auto-wrap, so these descriptions are coming across as
one long line.
Also, do they still need to have DO NOT
Quoting Craig R. McClanahan [EMAIL PROTECTED]:
ballot
[S] +1. Integrate the mod_jk JARs with the Tomcat 4 distributions.
I'll
help
testing / maintaining it.
[ ] +0. Good idea.
[ ] -0. Bad idea.
[ ] -1. No, because:
/ballot
What's an S (other than a keyboard key beside X ;-)
First of all, Remy, great work on the new build stuff. I particularly like the
output at the beginning, where it reports which jars it found.
It's so useful, in fact, that I think it deserves its own target for several
reasons (detect maybe?). First, it scrolls offscreen really quickly, and
GOMEZ Henri wrote:
Hi to all,
I'd like to have the opinion of Tomcat RPMS users
about some points since I'm working on enhanced RPMs :
1) Do you want tomcat to be changed to run as nobody instead
of root ?
+1
2) Do you want tomcat to be enabled by default, ie having
it
I had something urgent come up at the D.D.J. over the past few days, and now
I've naturally got hundreds of e-mails to sort through =)
Anyway, can someone quick fill me in on the status update on Client
Authetication in 3.3? I've seen a few patch e-mails and such, so does that mean
you tough
Bojan has been tireless. A well-deserved ...
+1
Welcome =)
Larry Isaacs wrote:
I would like to propose Bojan Smojver as a committer.
He has supplied a number of patches as well as done
useful testing. I think he would make good addition
to the Jakarta team.
Vote, please...
Larry
[EMAIL PROTECTED] wrote:
Ant1.4 is the current release of jakarta-ant, and our build works fine
except 2 warnings ( deprecation in fixcrlf ).
However, if we update the task it'll fail on ant1.3 - so my proposal
is to keep it compatible with both ant1.3 and ant1.4, and accept
the warnings
Nicolas Mailhot wrote:
Le 2001.09.17 17:47, GOMEZ Henri a écrit :
Move tomcat configuration to /etc ?
I did an rc.d script myself a while ago in this style
(sorry - I forgot to
pass it on) but I was following the convention of
Redhat
7.1 and put my
configurations in
[EMAIL PROTECTED] wrote:
On Mon, 17 Sep 2001, jean-frederic clere wrote:
Hi,
I have patched mod_jk for TC4.0 so that the SSL Attributes follow the spec's
(SRV.4.7).
I have not found anything in the 2.2 spec's about it.
I have noted that the javax.servlet.cert.X509Certificate of TC3.3 is a
..
Saludos ,
Ignacio J. Ortega
-Mensaje original-
De: Christopher Cain [mailto:[EMAIL PROTECTED]]
Enviado el: lunes 17 de septiembre de 2001 20:42
Para: [EMAIL PROTECTED]
Asunto: Re: SSL Attributes
[EMAIL PROTECTED] wrote:
On Mon, 17 Sep 2001, jean-frederic clere wrote:
Hi,
I have
Craig R. McClanahan wrote:
On Mon, 17 Sep 2001, GOMEZ Henri wrote:
Date: Mon, 17 Sep 2001 23:03:36 +0200
From: GOMEZ Henri [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: RE: SSL Attributes
Even in the 2.2 spec, this was required to be an array of
GOMEZ Henri wrote:
Cheers
Jean-frederic
Note:
javax.servlet.cert.X509Certificate is in JSSE.
java.servlet.cert.X509Certificate is in JDK (even in 1.2.2).
Not only that, the JSSE version doesn't even inherit from the
JDK version
:-(. When using JSSE (i.e. in Tomcat stand-alone) you have to
Craig R. McClanahan wrote:
On Mon, 17 Sep 2001, GOMEZ Henri wrote:
Date: Mon, 17 Sep 2001 23:17:15 +0200
From: GOMEZ Henri [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: RE: SSL Attributes
Cheers
Jean-frederic
Note:
javax.servlet.cert.X509Certificate is
Christopher Cain wrote:
[snip]
I could be wrong, I'm just asking. If the Tomcat container itself is
not
involved in the authentication process, one would not expect that a
webapp has access to the client cert anyway. Is that right?
To clarify, I meant access to the full chain. If Apache
GOMEZ Henri wrote:
Is the Connector-over-SLL issue even addressed by the spec? If the
front-end web server is handling all of the authentication, then isn't
securing the connectors simply securing the communication channel,
having nothing to do with authentication?
I doubt the connector
Craig R. McClanahan wrote:
JSSE exposes the underlying SSL session and offers an API with storable
attributes like an HttpSession. Tomcat 4 caches its converted version of
the cert chain there (to avoid reparsing every single time). Could you do
something similar and transfer the certs
GOMEZ Henri wrote:
I thought the problem was that mod_ssl only passes the one cert. If it
somehow allows access to the whole chain, then definitely ...
you could
cache it like TC4. I'd be willing to help with that =)
As i said previously we only forward SSL_CLIENT_CERT,
and to have all
Quoting [EMAIL PROTECTED]:
-titleJakarta Project - Tomcat (v4.0-rc2)/title
+titleJakarta Project - Tomcat (v4.0)/title
A yeeeah ... TC4 Final is in the hizouse! Throw your hands in the air!
The anticipation is palpable, non ;-)
- Christopher
/**
* Pleurez, pleurez, mes
Sorry for the late reply. I was offline for a few days. More below ...
Craig R. McClanahan wrote:
[snip]
DECISION 1 - WHAT SEEDING MECHANISMS SHOULD WE SUPPORT?
(1A) Default seeding of java.security.SecureRandom (time consuming but
reasonably secure)
(1B) Current mechanism of
Larry Isaacs wrote:
I would like to have the tomcatAuthentication hack
available in Ajp13 so this behavior is fully controllable.
Also, I'm also leaning toward having a default of true.
To get the security example working when using Apache,
or other web server, users would have to
Quoting [EMAIL PROTECTED]:
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
fun,
Paulo Gaspar
-Original Message-
From: Christopher Cain [mailto:[EMAIL PROTECTED]]
Sent: Monday, September 10, 2001 9:08 AM
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 Bugzilla, should
= 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:
+1
Welcome, Slick!
- Christopher
/**
* Pleurez, pleurez, mes yeux, et fondez vous en eau!
* La moitié de ma vie a mis l'autre au tombeau.
*---Corneille
*/
GOMEZ Henri wrote:
I would like to propose Ryan Bloom as commiter
in Tomcat, and particulary on jakarta-tomcat-connector.
Does this mean that the parser error under Windoze (which was preventing
the transformation) has been resolved?
[EMAIL PROTECTED] wrote:
craigmcc01/09/09 21:49:52
Modified:.build.xml
webapps build.xml
webapps/ROOT build.xml index.html
Pier Fumagalli wrote:
GOMEZ Henri [EMAIL PROTECTED] 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
I don't have a problem with dynamically registering the SSL provider in
SSLServerSocketFactory, as is done in the patch below. There was
actually some existing code in there which did that, but it was
commented out at some point. Does anyone know why?
Unless anyone objects, I'll include the
Jon Stevens wrote:
I just have to say that it is cute how all of you get your panties into a
wad when I suggest something and then end up going with my original
suggestion.
:-)
-jon (runs for cover)
*sigh* ... ever the diplomat ;-)
- Christopher
/**
* Pleurez, pleurez, mes yeux,
Jon Stevens wrote:
[snip]
If T4.0 FINAL has bugs not in VERIFIED/CLOSED state, then I'm going
to vote -1 on its release.
FWIW, I agree with that sentiment; but to the best of my knowledge, so
does everyone else. Given that, I really don't anticipate a problem
here. AFAIK, everyone is in
Okay, okay ... let's not start getting goofy here. As I don't remember
Larry every insinuating that his decision to release was simply to keep
up with 4.0, let's leave the rather insulting and uninformed
speculation at home, shall we?
Knowing Larry, I'm not inclined to think that his decision
Gomez Henri wrote:
[snip]
PS: Something goes crasy these days, on tomcat list, what do you think
about this Pier (known as my worst enemy :)
Something is indeed a little bizarre on the list today, mon ami. Maybe
because Craig isn't here to keep us in line =)
a) There are now four key
[EMAIL PROTECTED] wrote:
[snip]
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 :)
- Christopher
/**
* Pleurez, pleurez, mes yeux, et fondez vous en eau!
*
Attached is a diff of SSLServerSocketFactory which demonstrates my proposed fix
for bug #1400 (Tomcat SSL does not handle keystores with multiple entries).
While this entry was classified as an enhancement during last week's roundup,
I would argue that it is an actual bug (albeit a
I, personally, would like to see the full bug report e-mails when they are
filed, like in the old days. It can be cumbersome to hit nagoya and query for
bugs every few days just to stay current. I think that the weekly summaries are
an excellent tool and should continue coming, as it's a nice
a mis l'autre au tombeau.
*---Corneille
*/
Quoting Pier Fumagalli [EMAIL PROTECTED]:
Christopher Cain [EMAIL PROTECTED] wrote:
I, personally, would like to see the full bug report e-mails when they
are
filed, like in the old days.
And I was flamed for setting it up that way when I
Quoting Jon Stevens [EMAIL PROTECTED]:
on 9/9/01 9:17 PM, Christopher Cain [EMAIL PROTECTED] wrote:
If people can't abide by majority votes and want to bitch and moan
after the
fact, then you have my permission to bitchslap them ;-)
I agree, but I don't remember seeing a vote
Quoting [EMAIL PROTECTED]:
[snip]
So I'll be as -1 on adding this feature
( or CGI support, for this matter :-)
Damn! There goes my very next proposal =)
- Christopher
/**
* Pleurez, pleurez, mes yeux, et fondez vous en eau!
* La moitié de ma vie a mis l'autre au tombeau.
*
Does anyone have any objections to my modifying the realm authentication
classes so that hex digests are forced to uppercase for comparison? Case
is irrelevant in a base-16 hex value, so the comparison should really be
case-insensitive. I noticed this because authentication was inexplicably
Christopher Cain wrote:
forced to uppercase for comparison?
... equalsIgnoreCase(), is actually what I meant =)
- Christopher
/**
* Pleurez, pleurez, mes yeux, et fondez vous en eau!
* La moitié de ma vie a mis l'autre au tombeau.
*---Corneille
*/
You're right ... d'oh! I assumed that a method called digest returned
a digest. I guess I should not assume so often =)
My bad ... but in some slight manor of defense, that method call is
poorly named :)
I'll repair this immediately.
- Christopher
Ignacio J. Ortega wrote:
Hola Christopher:
Close ... I added a hasMessageDigest() method =)
Also, I just realized that I was in such a hurry to get fixed code back
into the tree, I forgot to give you credit on the commit log. As Pier
said, that was an excellent catch ... you pulled my kahones out of the
fire on that one :)
I promise
You're absolutely right. A bit of a typo there. Thanks!
Quoting Ludovic Maitre [EMAIL PROTECTED]:
Hello,
I don't want to appear as a purist but it seems that the citation you
use on your
signature is from Corneille not Cornelle. But it's just for your
information !
Bye,
Christopher
PROTECTED]
Subject: Re: [VOTE] Release Plan for Apache Tomcat 4.0 (final
release)
Hello,
I don't want to appear as a purist but it seems that the citation you
use on your
signature is from Corneille not Cornelle. But it's just for your
information !
Bye,
Christopher Cain wrote
Welcome aboard! =)
- Christopher
/**
* Pleurez, pleurez, mes yeux, et fondez vous en eau!
* La moitié de ma vie a mis l'autre au tombeau.
*---Corneille
*/
Quoting Craig R. McClanahan [EMAIL PROTECTED]:
I'd like to take this opportunity to introduce the newest member of
the
Hahaha ... Whiney CC's (Can't Code) are funny.
.edu ... this is one of those self-important pseudo-intellectuals. Most .edu
cats I bump into are quite friendly, but you always run into one of these every
now and again. Oh well, there's one in every crowd I suppose. So did you send
him to
Quoting Deacon Marcus [EMAIL PROTECTED]:
p.s. Great work. Great-great-great work. I love you guys. Always
remember I
have enough faith in your work to use your latest beta versions in
production environment :)
Ahhh ... is that all? If you _really_ had faith in us, you'd use the nightlies
-- Release Plan for Apache Tomcat 4.0 (final release)
--
[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:
-
Quoting Deacon Marcus [EMAIL PROTECTED]:
Hi,
Are there any Tomcat fan-sites? Not support, help, etc, but _fan_
sites?
Are there any Tomcat mugs, posters, plushies, etc?
Personally, I think we should lobby the appropriate electronics company for our
very own Special Edition Tomcat Furbee
Quoting [EMAIL PROTECTED]:
marcsaeg01/09/04 19:42:14
Modified:src/share/org/apache/tomcat/startup Tag: tomcat_32
Tomcat.java
src/share/org/apache/tomcat/util Tag: tomcat_32
SessionIdGenerator.java
[snip]
-
Hi Keith.
Just a (very) minor question on this one. Should it actually read Copyright
1999-2001? I believe that the original copyright is usually retained. I'm of
course not a lawyer (ack!), but that's what I've always been told. =)
- Christopher
Quoting [EMAIL PROTECTED]:
keith
This entire thread has grown tiresome, my own posts included =)
Look, if you want shared classes for multiple webapps, but not all
webapps, then:
1) Create a common directory outside of TC
2) Put the jars there
3) Create symlinks to the jars in the relevant WEB-INF/lib subdiretories
It can be
Bill Lipa wrote:
How many Apache children do you have?
Hehe ...
I don't have any myself, but there are two in my neighborhood: Dances
With Pokemon and Running Rugrat. Those damn kids are always playing
around in the steet in full head-dress, which incidentally freaks out
the neighborhood
,
anyway ;-) )
on 8/31/01 10:02 AM, Christopher Cain at [EMAIL PROTECTED] wrote:
Look, if you want shared classes for multiple webapps, but not all
webapps, then:
1) Create a common directory outside of TC
2) Put the jars there
3) Create symlinks to the jars in the relevant WEB-INF
Pier Fumagalli wrote:
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
ccain 01/08/31 13:15:12
Modified:webapps/tomcat-docs ssl-howto.xml
Log:
A few minor typo and semantic changes.
Also included a short blurb about passing JSSE to Tomcat in the CLASSPATH
rather than
Justin Erenkrantz wrote:
On Fri, Aug 31, 2001 at 02:48:56PM -0600, Christopher Cain wrote:
Oh well ... as an unrepentant terminal geek, I'm glad I took the time to
learn it on the command line. Like most Linux commands, it has a pretty
steep learning curve, but once you're familiar
Rick Mann wrote:
on 8/28/01 9:08 PM, Rob S. at [EMAIL PROTECTED] wrote:
I've seen lots of discussion on the user list desiring the
ability to have
additional classpaths available to web applications, but not necessarily
available to all web apps.
...mainly because people don't
Rick Mann wrote:
on 8/29/01 1:15 PM, Christopher Cain at [EMAIL PROTECTED] wrote:
I'll throw an idea out here, although it may well get shot down for
either spec non-compliance, possible security concerns, or just general
lack of sex appeal ;-)
I think I'd complain mostly
Rob S. wrote:
2) Add those search paths myself, in my webapp's code. Keep in
mind that, as
Rob S. speculated, I know very little about the ClassLoader mechanism.
When I wrote the email, I wasn't implying that whatsoever, but I can see
quite clearly now how it could be taken.
Rick Mann wrote:
[snip]
Now, to avoid changing the spec, which I understand to be the Servlet 2.2
spec
Depends on which version you're using. Tomcat 3.x conforms to the 2.2
spec. Tomcat conforms to the almost-finalized 2.3 spec.
which also understand to specify the structure of the
Hi there. I frequently do crypto in servlets, and I have not personally run
into any problems. The only relevant difference between your environment and
some of mine, as far as I can tell, is that while I have heard of Cocoon, I
have no idea what it is =)
Also, I'm a little confused as to why
Quoting Keith Wannamaker [EMAIL PROTECTED]:
Could this ever happen or am I doing something silly?
Keith
[snip]
+ if (cp != null) {
System.getProperties().put(tc_path_add,cp);
+ }
Not sure if it could possibly happen or not. Just to add my $.02 to the above,
however,
Quoting Pier Fumagalli [EMAIL PROTECTED]:
A very big warm +1 :) Welcome Chris...
:) ... Pier, my main man ... welcome back to the land of the living!
Thanks to everyone for the warm reception. Some of you I haven't spoken with
personally yet, but I look forward to collaborating with you on
I _KNEW_ you weren't going to let us down on this one ... any rather
embarrasing blunder with JSP just really cries out for a Jon reply.
I was originally going to ask the (smart-ass) question as to why they
didn't go with Velocity for that particular tip, but we made Pier kinda
made last time. I
An empty @return directive was throwing a minor build message. While I
was there, I did a few other trivial touch-ups. Typos, as well as a new
@return for a method that was missing one. :)
- Christopher
RealmBase.patch
Wolfgang Hoschek wrote:
Sorry, I am posting to tomcat-dev although not subscribed...
Two suggestions:
- Perhaps it is a good idea to also describe in the SSL HOWTO ways to
configure SSL without stuffing libs into jre/lib/ext. Some sites run
multiple versions/vendors of jdks, TC, JSSE,
This is a quick note about the trouble with virtual hosts in SSL. It's
one of those non-obvious little gotchas, so I figured it deserves a
quick note as well.
- Christopher
ssl-howto.patch
LOL! That poor cat. Although I'm surprised that the JDC crew didn't forward it
to Edwardo Company and/or us for review ... you know, before sending it out
to a couple hundred thousand developers, give or take.
I assume that:
Some versions of Tomcat delay the calling of getWriter(), so
Pier P. Fumagalli wrote:
Justin Erenkrantz at [EMAIL PROTECTED] wrote:
On Tue, Aug 21, 2001 at 06:51:52PM -, [EMAIL PROTECTED] wrote:
craigmcc01/08/21 11:51:52
Modified:catalina/src/share/org/apache/catalina/core
StandardServer.java
Log:
Craig R. McClanahan wrote:
On Tue, 21 Aug 2001, Christopher Cain wrote:
Pier P. Fumagalli wrote:
Justin Erenkrantz at [EMAIL PROTECTED] wrote:
On Tue, Aug 21, 2001 at 06:51:52PM -, [EMAIL PROTECTED] wrote:
craigmcc01/08/21 11:51:52
Modified:catalina
Craig R. McClanahan wrote:
On Tue, 21 Aug 2001, Christopher Cain wrote:
[snip]
Now, if you could just add a small random value to expected before you
drop into the while 0 loop to make it non-deterministic , please ...
(just kidding ;-)
Don't laugh. That's what I had actually
Jon Stevens wrote:
I have yet to hear of a bug report with regards to parsers on Win32 with
Anakia.
I have yet to be able to get jakarta-site2 to run using Craigs .xslt file
...
(on OSX).
LOL! That's your first problem, it's that damn that Mach kernel ;-)
(just kidding, Mac kiddos
Quoting Dmitri Colebatch [EMAIL PROTECTED]:
You can link to other packages like this:
[dim@host63 javadoc]$ javadoc -d docs/ \
-linkoffline http://java.sun.com/j2se/1.3/docs/api/ \
. src/Test.java
and in the current directory have a file called package-list that
contains
all the
Quoting James Duncan Davidson [EMAIL PROTECTED]:
fyi.
Begin forwarded message:
[snip]
I have write an article for my spanish-java-website
(http://www.javahispano.com) and I think it can be very useful for a
lot of
people. It´s about conteiner managed authentication in Tomcat
Quoting Christopher Cain [EMAIL PROTECTED]:
I couldn't find any link or anything.
Oh, I get it. There's an attachment. hehe ... Sorry, I'm kinda new to this
whole internet thing ;-)
Can you tell that I'm not used to this new IMAP client I'm using?
- Christopher
No problem.
Henri, if you could please send me the html file you have, I'll
integrate it with the what I had :)
For the 4.0 doc, I'll send a patch aagainst what was already checked
into cvs.
For 3.3 ... Larry, have you made any mods yet to the original doc I sent
(like perhaps the JDK 1.1
Curtis Dougherty wrote:
Chris -
I may be the biggest idiot on the planet
Nah, SSL can just be a little tricky sometimes :)
but I have Read and Re-Read the SSL How-2 for Tomcat 4 - honestly...
it reads exactly like the REM'arks in the Server.xml
Well, hopefully it has a *little* more
GOMEZ Henri wrote:
Henri, if you could please send me the html file you have, I'll
integrate it with the what I had :)
Will you include your part in my current tomcat-ssl-howto.html
or doing the reverse ?
I'd like (better) to see your works in the tomcat-ssl-howto.html :)
Apologies
;-)
ssl-howto.patch
Quoting Mark Castillo [EMAIL PROTECTED]:
It is not a product that we are planning to have publicly available,
although we develop it in a commercial release-like fasion. We do have
the software running on about 100 customer sites now. The company I work
for is Counterpane Internet Security
Quoting Jan Labanowski [EMAIL PROTECTED]:
Guys,
You are getting religious about CGI... Religious is good, but I worry
that it is a cult {:-)}. CGI was a good thing for last 6 years, and it is a
still good thing sometimes.
CGI is a technically _horrible_ solution. The entire process model is
1 - 100 of 209 matches
Mail list logo