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 my
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 whatsoe
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 Pier Fumagalli <[EMAIL PROTECTED]>:
> Christopher Cain at [EMAIL PROTECTED] wrote:
>
> > I would like to nominate Patrick Luby <[EMAIL PROTECTED]> for
> committer
> > status. His recent contributions include several
> security-manager-related
>
+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
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 t
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.
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
> dependenc
Quoting [EMAIL PROTECTED]:
> On Mon, 1 Oct 2001, Aaron Bannert wrote:
>
> > What are the main advantages to using an in-process VM as opposed
> > to an out-of-process VM bridged over some form of IPC (like
> > mod_webapp/mod_jk/mod_jserv)?
>
> Well, using in-process VM ( like mod_jk ) has many
gt; 111a112,117
> >
> > # - Xerces XML Parser, version 1.4.3 or later -
> > xerces.home=${base.path}/xerces-1_4_3
> > xerces.lib=${xerces.home}
> > xerces.jar=${xerces.lib}/xerces.jar
> >
>
> Patrick
>
> Christopher Cain wrote:
> >
> >
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
=)
> Nee
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 general
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: /usr/local/sr
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 issues.
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 sta
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 moi
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 wel
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
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 S
/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 Patrick. Could you explain this a little further? Actually creati
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 an
Quoting "Craig R. McClanahan" <[EMAIL PROTECTED]>:
> >
> > [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:
> >
What's an "S" (other than a keyboard key beside "X
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 REP
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
>
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 i
I was over on the Postgres site tonight (www.postgresql.org) when I noticed a
rather large advocacy image/pseudo-ad for Tomcat, right on the main page. I
clicked on it, at which point I was presented with a PHP scripting error. LOL!
In bringing it to the webmaster's attention, I had to point ou
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 g
Quoting [EMAIL PROTECTED]:
> -Jakarta Project - Tomcat (v4.0-rc2)
> +Jakarta Project - Tomcat (v4.0)
A yeeeah ... TC4 Final is in the hizouse! Throw your hands in the air!
The anticipation is palpable, non ;-)
- Christopher
/**
* Pleurez, pleurez, mes yeux, et fondez vous en
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 t
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 cer
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 th
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
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
>
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
:-(. Wh
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
to do so, please do it ASAP ..
>
> 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 Att
[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.X509Certific
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 m
[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 war
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...
>
> La
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 mechanis
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
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 Costi
[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!
*
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 pe
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 decisio
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
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
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 dynam
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,
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
+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.
>
> = 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:
> ===
e best way to get more eye balls.
>
>
> Anyway, I know I would prefer it this way, but I have no Karma to do
> anything about that besides noise.
>
>
> Thanks and have fun,
> Paulo Gaspar
>
>
>
>>-Original Message-
>>
Quoting Christopher Cain <[EMAIL PROTECTED]>:
> [X] +1 Tomcat-Dev should definitely be CC'ed a copy of the
> notifications
> [] +0 Sure, why not
> [] -0 I don't really care to see them, but I won't complain if I do :)
> [] -1 Leave it alone (explain)
- Christopher
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-Dev
receive a copy of the automatic e-mail notification sent to the "assigned"
developer?
[] +1 Tomcat-Dev should definitely be CC'ed
Quoting Jon Stevens <[EMAIL PROTECTED]>:
> on 9/9/01 10:48 PM, "Craig R. McClanahan" <[EMAIL PROTECTED]> wrote:
>
> > Whining about practices that have been consistent (on Tomcat at least)
> for
> > a couple of years is a waste of everybody's time :-).
>
> Of course. However, I'm going on Pier'
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
x, et fondez vous en eau!
* La moitié de ma vie 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
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 s
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 non-critic
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 n
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 Christophe
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
*/
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
fa
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.
*---Corne
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 www.m
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
> JS
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:
> >>
> >> > -- Release Plan for Apache Tomcat 4.0
st for your
> information !
>
> Bye,
>
> Christopher Cain wrote:
> >
> > > -- 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 t
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]
> -
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 Fur
> -- 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]>:
> 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 nightli
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 01
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 cu
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 CLASSPA
orated
> into the Tomcat sources permanently, but that was not a requirement (yet,
> 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:
> >
>
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 neighborho
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 d
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
Christopher Cain wrote:
>
> 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.
^
Oops. There should be a "4.0" there =)
- Christopher
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
"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 take
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 appe
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 b
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,
h
aring a single IP address.
>
> Submitted by: Christopher Cain <[EMAIL PROTECTED]>
>
> Revision ChangesPath
> 1.4 +15 -0 jakarta-tomcat-4.0/webapps/tomcat-docs/ssl-howto.xml
>
> Index: ssl-howto.xml
> =
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
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 th
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
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
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
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
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 authenticatio
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
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 kidd
Anyone care if I remove all of the @see javadoc directives that
reference a java.lang.* class? I'm kinda bored with the build messages
they throw =)
Unless, of course, there is some condition where they build cleanly, but
I assume that would be having the java.lang docs in the same tree, yes?
-
1 - 100 of 237 matches
Mail list logo
