>I don't understand. Are you saying that you let your co-workers get away
>with sloppy coding? H...
Exactly! The answer is/was "well, it works, deal with it yourself." I'm
not (wasn't) in a position of authority, so there's not much I could
do. My boss was there, he agreed with that sta
> > - Javadoc errors make Jon nervous (fix for bug 3681).
> >
>
>No. I consider javadoc errors like having C compile warnings.
>
>They don't break the build, but they look ugly and are a sign of sloppy
>engineering.
Sometimes I wish I had half the cajones Jon does when dealing with people
at wo
Anyone reccomend a Swing book or two for a complete newbie? =)
- r
> Correction, put them in $CATALINA_HOME/lib and $CATALINA_HOME/classes to
> make them visible to all web applications but not visible to
> Tomcat internal
> classes.
>
> The common directory lib and classes are visible to both tomcat internal
> classes and web apps.
Oops, thanks for the correcti
Rick, this is really what I was trying to say. Chris puts it so well I may
as well stop replying ;)
- r
> True, server.xml is Tomcat-specific, fluid, and can be changed, for the
> most part, at will. The reason you will have trouble convincing many of
> the core developers to change server.xml
> Actually, I want to do this within my webapp. I was thinking of
> providing an
> init-param to a class that gets loaded on startup, that then installs its
> own classloader based on that init-param (which would be a path
> or series of
> paths to search for classes).
Writing your OWN classloade
> No worries; in fact, I really don't understand the mechanism.
> However, if it
> helps me, I'd like to understand it. Since then, I've read about the
> ClassLoader, SecurityManager, and System classes.
I'm still getting used to be back in Vancouver, so I dunno if Craig has
mentioned, or possibl
> 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.
> So, it seems that you're saying that I don't understand the class loading
> mechanism.
What I'm saying is that right now, there's a way to get the classes you want
into the web app(s) you want. Is it really hard to have Ant or Make create
a .war with the right file(s) in it? Personally, I'm a
> > 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 take the time to understand the class loading
mechanism, and ask for things t
> No, Tomcat 4 doesn't currently have a thing like "home" -- patches are
> welcome! But, my point is you don't *need* "home" to accomplish the
> goals you have articulated:
Awesome! Thanks for the detailed reply =)
- r
Yah! Chris! =)
- r
On Fri, 24 Aug 2001 13:20:54 -0700 (PDT) [EMAIL PROTECTED] 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
>
> > That's cool about the server.xml file, and you can do the individual
> > elements, as you said (logger, default valve's logger for access,
> > etc.) but what I'm wondering about is if there's anything analogous to
> > changing the entire base dir (not just apps, but entire thing a la
> > 3.x)
> There is no current means to point at a "server.xml" file that is not
> under "$CATALINA_HOME/conf", but that has nothing to do with where log
> files go (except by default) -- in your elements, just add a
> "directory" attribute.The default value is "logs" (relative paths are
> resolve
In TC3, you can change the base dir in server.xml, so that a new set of /logs,
/webapps, and /work would be created and used somewhere else. In TC4, all I see is
the appBase attribute for each . As well, there aren't any command-line params
that I noticed in the startup class aside from -conf
> It's a parser bug in Crimson.
>
> just replace crimson.jar with xerces_1_4_1.jar and all is ok!
Woohoo! I like these kind of fixes =) I haven't tried it yet, but it
sounds good. Thanks for the tip, Bernard =)
- r
Hi Dan,
That's a log message, it's ok to see that =)
Usually I would harass you about emailing this to the dev list, but it's
such a great question to answer that I can't complain ;)
- r
> -Original Message-
> From: Dan Carl [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, August 21, 2001 7
> I have yet to hear of a bug report with regards to parsers on Win32 with
> Anakia.
...until someone decides to use a SYSTEM entity =)
> I have yet to be able to get jakarta-site2 to run using Craigs .xslt file
> (on OSX).
>
> :-)
Ahh, i'm just doing TC4 stuff, so I dunno about that. Personal
> Yea, it is called Anakia, but some people refuse to use it.
I didn't know Anakia fixed parsers on the Win32 JVM ;)
- r
> T:\Sources\jakarta-tomcat-4.0\webapps\tomcat-docs\build.xml:101:
> javax.xml.transform.TransformerException: no protocol: project.xml
> --- Nested Exception ---
We ran into the same problem building on Win98. It seems that when running
the parser in Win98, it expects a URL there (re: SYSTEM "p
I dunno squat about this stuff, so kindly delete this email if it's irrelevant =)
The (c) in $CATALINA_HOME/LICENSE currently reads:
Copyright (c) 1999, 2000 The Apache Software Foundation.
Should there be a 2001 there?
- r
Pier!!!
I am not very happy with Ken X Horn.
I think i'll try to contact Tim Dawson or John Havranek.
- r
-- Forwarded message --
From: "Ken X Horn" <"Ken X
Horn%ARCORDIA%JPMORGAN_EXTERNAL%JPMHUBDOMAIN%JPMORGAN"@jpmorgan.com>
Date: Mon, 20 Aug 2001 14:11:09 +0100
Subject: Ken
=)
- r
On Mon, 20 Aug 2001 14:55:39 +0200 [EMAIL PROTECTED] wrote:
> A little late +1
>
> Thanks to remove sources from binaries :)
>
> That's how the majority of OSS projects works today.
>
> Source -> binaries (eventually packaging like RPM/DEB)
>
> -
> Henri Gomez ___[_]_
Hi Kenny,
tomcat-user is the place where this message should have been sent. Please
don't send your message to both lists for questions in the future, unless it
affects both users and developers. Thanks =)
- r
> -Original Message-
> From: Kenny Ma [mailto:[EMAIL PROTECTED]]
> Sent: Su
> org.apache.tomcat.util.net.TcpConnection - java.net.SocketException:
> Connection reset by peer (maby this must be Pier?)
HAHAHAHAHHAA that's too funny =)
"Connection reset by Pier" lol
- r
> haven't heard any feedback (other than that the stupid XML parsers on
> Windows won't do includes of relative paths correctly, which I need to
> figure out a workaround for), so I'm going on the "lazy
> consensus" assumption until someone gripes about that approach and
> suggests something diffe
Working on this Win98 laptop is enough to make me want to change trades.
When you combine the awesome power of a K62-300 with a slow-arse 2GB HD, the
sky's the limit...
I'm going to duck out of docs until I get back to Vancouver and get myself
situated. I wanted to really help get them in great
Ok after I wrote this email I didn't realize that something I tried fixed it
=)
Craig, instead of "project.xml" would changing it to "../project.xml" on
*nix be ok? I changed it in index.xml and it works on my Win98SE laptop.
It kept failing but ACTUALLY it was failing on the next .xml file that
> BINGO! That was it. My config.sys didn't have anything in it at
> all. Adding
> that line fixed it. Man ... there's an hour of my life I'll never
> get back.
A if you would have gotten "out of environment space" we would have
known sooner =) I got the "bad command or filename" thing the fi
> The standard startup scripts work fine for me on my Win98 laptop ... the
ditto for me...
- r
> I have the following (and it works):
> * No CLASSPATH at all
Check
> * $ANT_HOME/bin on my PATH (for Ant 1.3)
Check
> * In $ANT_HOME/lib, added the appropriate optional.jar file
Check (the one that's in the 1.3 dist dir)
> * In $ANT_HOME/lib, replaced the JAXP/1.0 parser (jaxp.jar and pars
> To get around this, I modified the pages in tomcat-docs to insert the
> project.xml file directly in each page:
I have a feeling I'm making some kind of boneheaded mistake here, but when I
check out the new stuff and run it, I get:
\tomcat-docs\build.xml:101: javax.xml.transform.TransformerExc
Responding to the check-in comments (re: introduction.xml)
- There were several incomplete paragraphs at the bottom, so I took a
few liberties at completing them.
>>> Yeah it was really late and I was leaving for south florida for several
days. I actually planned on completing them, I was jus
> So is there a way to turn off the creation of that automatic context?
>
> I'd also like a way to say "If a Context tag is defined then do not also
> generate an automatic context".
The name of the "path" attribute and the name of the dir in /webapps have to
be the same. You can rename one or t
The *only* reason I brought this up in the first place was because I thought
it was an oversight in the build process. "The *source* in the *bin* build
I downloaded doesn't seem right..." - what the good Mr. Cain had previously
stated. If it WAS just a mere oversight, we can shave some time and
gt; Another source of information regarding use of the Java SecurityManager
> and some general rules for writing code for secure applications is at:
>
> http://www.more.net/events/apachecon2001/
>
> Regards,
>
> Glenn
>
> "Rob S." wrote:
> >
> > I th
I think that your question is really about server-side security for web apps
in general. All of your questions can apply to any web application
regardless of technology being used (e.g. asp, dhp, cfm)
A good place to start would be Java Pro Magazine. Two issues ago - cover
page about securing s
These are in the XML format that Craig's adopted, using the specified subset
of tags. I've also attached the rendered versions to this email w/a
modified extension (to get past the HTML filters) so I can hopefully get
some feedback! ;) They're both in ok shape, enough is there for some
construct
Rather than slap you on the wrist for emailing the dev list, and send you on
your way with the information you've requested, I will point you to the
tomcat-users list, where a question like yours is better posed.
Actually, tell you what. Since we're in the process of rewriting the
documentation,
2001-07-31 07:46:21 - Ctx( /WebConfigure ): JasperException: [snip]
/tmp > date
Tue Jul 31 19:49:52 EDT 2001
Shouldn't the logs be in 24hr?
...and yes, the time is horribly out of sync on that machine =)
- r
"here's how to configure it"...
Anyway, the build works for me, but man it took forever to get setup!
- r
> -Original Message-
> From: Rob S. [mailto:[EMAIL PROTECTED]]
> Sent: Monday, July 30, 2001 7:36 AM
> To: [EMAIL PROTECTED]
> Subject: RE: [DOC] TC4
> It's not formally resolved, but it's time for us to just "do
> something" instead of just talk about it.
Agreed. Keeping things HT/XML with an agreed-upon set of tags sounds good
to me. I'll do that, keeping in mind the example docs (e.g. index.xml).
Soon tho', we'll have to decide on a more
Was there ever any resolution to the docs discussion on -general? I wish I
could contribute to a doc gen or format tool conversation, but I'm far from
an expert in that field. Standing up and waving my arms about the whole
topic probably isn't going to do much either, so I'll talk about somethin
> the same look and feel. Additions to the overall stylesheet are welcomed,
> and can be discussed on the GENERAL@ mailing list (since they would affect
> all projects that use this).
As well, for the sake of time I should *probably* be spending it on actual
documentation rather than dicussing f
> For Tomcat 4, what do folks think of omitting the sources from the binary
> distribution? This would knock the size of the binary distributions down
> by around 2 megabytes (which I'm sure people would also appreciate).
...exactly why I emailed about it in the first place =) I have an old
lap
Anakia is cool! =) I spent this morning getting familiar with it. The VTL
looks kind of PERLish, but the sample vsl's I was looking at seem pretty
cool, not too complicated. There isn't a vsl for the entire set of TC4
docs. We could always adopt the jakarta-site2 one, but I'd personally
prefer
Let's see if this works... Since it's been a while since I sent the last
message, I'll paste the body:
Here's my take on a new default index.html along with the jakarta banner
since I've incorporated that in as well. I'd like it if all of the sample
apps retained a somewhat similar look and fee
Anyone care to give this the once over and let me know what you think? I
just realized I didn't check to see if this doc already existed =/ Anyway,
it needs work and a question or two answered (in <<< >>>), just wanted a TC4
smarty to make sure it wasn't completely off base =)
- r
Nothing Earth-shattering, just some thoughts...
1) How hard would it be to remove the !(*.bat) files from /bin for .zip
builds, and the same for the .gz builds !(*.sh)? Might make it a bit less
confusing for people to see less files in there.
2) Why is the src included in the binary dist on all
Hmm... is the "non-html email" filter on the list blocking my ability to
attach an HTML file to my email?
- r
> -Original Message-----
> From: Rob S. [mailto:[EMAIL PROTECTED]]
> Sent: Sunday, July 22, 2001 1:41 AM
> To: [EMAIL PROTECTED]
> Subject: oops, fo
I dunno why that webmailer butchers text-based attachments. Grrr... Tried
it under NS4, style problem of course. Bah!
- r
Here's my take on a new default index.html along with the jakarta banner
since I've incorporated that in as well. I'd like it if all of the sample
apps retained a somewhat similar look and feel (volunteering if people agree
that it should be done). I tried this page under Opera and IE and it wor
I submitted a mockup site several weeks ago, and a modified home page using
the same sort of scheme yesterday. I don't think people like to comment on
aesthetics =) Problem is that everyone has a friend of a friend that will
make us a sharp, light-weight site, but no one ever gets around to it =
A, maybe I should add this to the INSTALL.txt file - unset your
CLASSPATH before starting TC? I've logged into my fair share of *nix boxes
where the admins have conveniently set a system-wide CLASSPATH containing an
XML parser, etc.
- r
On Fri, 20 Jul 2001 12:59:01 +0100 [EMAIL PROTECTED] w
Apologies for whatever funked up attachments got sent. I'm using
my university's "webmail".
- r
On Fri, 20 Jul 2001 5:27:58 PDT [EMAIL PROTECTED] wrote:
> INSTALL is under $CATALINA_HOME/src? Is that the right place for it?
> =0D
> Also, here's my take on a reworked ROOT/index.html. I'd lik
INSTALL is under $CATALINA_HOME/src? Is that the right place for it?
Also, here's my take on a reworked ROOT/index.html. I'd like to come up
with a common look and feel for the default web-apps...
- r
> Windows coming in few days, as someone broke into my apt tonight
> and stole a
> couple of PCs and god knows what else... Other OSes, after I get back from
> the cops (thank god I keep my Macs in by bedroom).
Ugh, Pier... hope everything turns out ok =/
- r
HOWTOs work best with fewer
> conditionals.
>
> - A
>
> On Tue, Jul 17, 2001 at 08:23:10PM -0400, Rob S. wrote:
> > Along the right line? Used the formatting from the TC4 readme files.
> >
> > Needs some polish.
> >
> > - r
>
>
If this is what I'm remembering, your ContextFactory class can't be found.
This is cuz the JNDI code is broken in that it doesn't rely on its parent
classloader (in our case, the one that knows about WEB-INF/classes and lib)
to load the context factory.
You have to implement your own InitialConte
I guess I don't follow, cuz I use this functionality of Tomcat every single
day.
Whether or not its under Apache shouldn't matter.
- r
> -Original Message-
> From: Will England [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, July 19, 2001 10:49 AM
> To: [EMAIL PROTECTED]
> Subject: [3.2] J
Uhm, that sounds insulting! =)
What I *meant* was that I removed the separators Adam put in to denote his
new additions, and took out the questions I left in there.
- r
> -Original Message-
> From: Rob S. [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, July 18, 2001 7:47 PM
>
Here's a new version with *nix stuff appropriately entered. Any TC4 ppl
care to comment on accuracy, etc? It's not that long ;)
- r
Apache Tomcat Version 4.0 Beta 6
Install Guide
> Check out org.apache.catalina.connector.warp.Constants and
> WarpLogger... Old
> trick we used in JServ. :)
Is Log4j not a good idea? I've used it for a couple of months, seems pretty
cool =) Too much for TC?
- r
Heyya Adam,
> I'm gonna follow your doc to install tomcat 4 on mandrake
> tonight. I'll make
> change to it for *nix platforms and highlight them then e-mail you the
> revised copy 8o)
Cool, thanks =) Hopefully after that, one of the TC4 committers will check
it out and give it the 'ok' for inc
Along the right line? Used the formatting from the TC4 readme files.
Needs some polish.
- r
Apache Tomcat Version 4.0 Beta 6
Install Guide
=
<<< cvs keywor
> engaged in. If not for Sun, it's probably make my living slugging
> through C++ ... or worse, God forbid, VB! ;-)
Here's to that! =)
- r
There's a free~ish version of Wise I think... isn't that what Apache(httpd)
uses?
Either way Remy, I tried the install last nite (NSI) and it worked fine.
Looks pretty cool too =)
- r
> -Original Message-
> From: Remy Maucherat [mailto:[EMAIL PROTECTED]]
> Sent: Sunday, July 15, 2001 1:
> solution. As long as someone is willing to write such things, which in
> this case I am, why not just throw it in the mix for the few people who
> might benefit from it? Of course, I completely agree that there also
> needs to be some short-and-sweet versions of how to do install-type
> things,
> Until there's an ultra-quick install script, there can't be a ultra-quick
> install guide. For 3.x at least, there are so many different options,
> especially when you start plugging in to Apache, that I don't think it's
> possible.
Hmm... Well, personally for Linux and Win2k/98/whatever, I dow
2-3 hours? Try DAYS! =(
- r
> -Original Message-
> From: Pier P. Fumagalli [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, July 12, 2001 10:22 PM
> To: [EMAIL PROTECTED]
> Subject: Mailing list delays?
>
>
> Am I the only one receiving messages after 2/3 hours? (Darn!)
>
> Pier
>
>
> Unless and until there's a 3.3 or 4.0 final release, *3.2* is the "latest
> Tomcat release", and deserves to be documented on the web site.
Ah, but that's exactly my point. I see two versions of Tomcat docs up there
now and I'm like, "wtf?" Why have the 3.3 docs online then? Now that I've
RT
There is a WHACK of info in that TOC. Your copyright is well-deserved =)
First off, I think we should have an ultra-quick install guide. If you're
like a lot of geeks, you know your stuff. You need to know a quick few
steps, a quick 2-3 gotchas, and BAM that's it. I want to make sure the
quic
> > <%@ include file="XX" %> says "file" and is thus relative to
> the "JSP file".
> >says "page" and is thus relative
> to the "JSP
> > page".
>
> Try teaching that to a web designer.
>
> Bah. JSP sucks.
Ha! I've been working with JSP since 1999 and I never caught that!
(That page vs
> Things To Do before we decide on format or CVS:
>
> * Look at the latest TOC and make comments
>
> * Pick a section or subsection and start writing :-)
>
> * Look at http://tomcatbook.sourceforge.net/ and
> http://groups.yahoo.com/group/tcbook and see if there's anyone there to
> recruit, or if
> Yeah, I guess anarchy will be a little too... anarchic :-) (Rob S. made
> the point more strongly in his latest message.)
PDF conversion would be pretty cool... Anyone feel like coming up with a
sheet to generate XSL:FO? =)
> If someone is scared of XML, they can submit it to u
Preamble: =)
> I don't want to rush it.
Agreed, but at the same time, I'd like to decide sooner than later. I'm on
co-op until August 24th, then I start full-time school again. 4 courses
doesn't leave a lot of room for TC docs. Judging by the amount of progress
we've made recently (pretty m
> See my post "DOC: Table of Contents" for more details. (More details than
> you want, probably :-)
Not a lot of comments so far... I guess Monday morning =)
- r
Not to be pushy or anything, but I'd like to get these settled quickly so we
can get down to writing some docs =) Does a committer want to call a vote
on these two things? Are we ready to do that yet?
1) Tomcat documentation per-project or in a single repository?
2) What is the format (XML, *B
> One decision to be made when actually *writing* this thing is whether you
> consider the servlet spec to be a "required reading" prerequisite or
> not. I'd certainly vote for that, but you'll find that the current App
> Developer's Guide does cover quite a bit (but not all) of the material
> fr
+1 to everything, esp "docs in same project"
- r
> -Original Message-
> From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]]
> Sent: Saturday, July 07, 2001 1:42 AM
> To: [EMAIL PROTECTED]
> Subject: Re: Tomcat Documentation Project
>
>
>
>
> On Tue, 3 Jul 2001, Alex Chaffee wrote:
>
> >
Unfortunatly, I won't be able to participate much in this discussion this
weekend since i know *0* about AWT and the Java cert (Monday morning, 9am)
apparently thinks you should =) Sorry all...
> The important issue is *not* what transformation tool is used. The
Oh, by "works for Catalina" I w
> Providing Tomcat documentation in a WAR file is a little like providing
> a VHS tape on how to setup your VCR. It may seem really elegant to have
> on-the-fly style-generating documentation, and I may be alone on this,
> but I think that the majority of the user-oriented documentation should
> j
> >Well, IMHO =) I think the decision should be up to the TC4
> >committers (i.e.
> >people who will deal with the build, edit the docs, etc.).
>
> There is commiters in tomcat area which are not just TC4
> commiters, TC 3.2/3.3 teams, JTC team, Jasper34 team.
For sure, I was just thinking that t
Shown below are the results of today's content and organizational
suggestions. It's still extreeemely rough, but this is the kind of stuff I
like. We're making progress! =)
- r
0) Introduction
- Why use tomcat, what does it do and what doesn't it do?
- Feature list as from tomcat 3 and
> Anyway +1 million on getting some decent docs written. Personally I'd
> find it useful if someone who is reasonably clueful on the state of TC
> documentation at the moment could summarise what's out there. The TC
> book project for example; where's that at?
I think that falls under my personal
> Just start with it. When you have something, post it as a patch and they
> (Tomcat committers) will have to decide.
It takes a lllong time to write documentation. I prefer to not shotgun the
docs and hope what I come up with is useful. It's why I started this whole
thread in the first place!
I'm not quite sure that the list owner (that person's email is in the
subscription notice) reads this list. I've always gotten a response (and
action) from the list owner, it just takes a few days.
Can't you setup a filter in Outlook, Eudora, Pine, whatever, to /null all
"tomcat-dev" messages?
me where it will have the greated
effect =)
- r
> -Original Message-
> From: Antony Bowesman [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, July 04, 2001 2:19 AM
> To: [EMAIL PROTECTED]
> Subject: Re: TC4 docs - can we end this?
>
>
> "Rob S." wrote:
> &g
> The main document still covers mod_jserv, the mod_jk document is a
> separate HOWTO, there's no mod_webapp coverage, the procedure for
> mod_jk.conf-auto has changed a few times, the instructions for NT and
> Unix are kind of jumbled...
All valid points, esp since m_web came out long after, and
(apologies in advance for the tone, I'm a happy person =)
As far as Anakia is concerned, it's proven (within Jakarta), it looks a lot
like XHTML, there's resident expertise, and TC 4 is already using it. Of
course I am *all for* debate, discussion, etc. but in lieu of all of the
above, why conti
> Seeing as how I rewrote last summer it, I would be curious to
>
hahaha! notwithstanding my incredibly-timed typo of course =)
- r
> 3. There needs to be a better index/TOC for the documentation we do
> have, and a reorganization of the redundant / outdated / wrong parts of
> the existing docs (the Apache config stuff comes to mind).
Seeing as how I rewrote last summer it, I would be curious to know what's
wrong w/the Apache
> Writing XML docs is easy. For doing docs compatible with the 'implied'
> anakia DTD, it's hardly different than HTML.
Agreed... I'm not sure that some of the detractors have checked out the
existing XML docs in Struts. It may as well be XHTML for all its
similarities to HTML.
- r
> We've started writing some new docs in XML (catalina/docs/dev/xdocs). The
> HTML generation is done with XSL, but the DTD should be the same
> as the one
> used by Anakia.
I noticed the xdocs directory, but I didn't see anything in there. I sent
Craig an email about it a week ago, but haven't
This seems to be one of the questions that comes up and never gets answered
(re: docs, not Jon's behavior ;) I'm not sure what magical solution will
get people to read docs. Frankly, I'd just like to get started. Anakia
works for Jakarta, it works for Struts ==> it'll probably work for Catalina
ocu mentation Redactors To Hire]
>
>
> on 7/2/01 5:20 PM, "Rob S." <[EMAIL PROTECTED]> wrote:
>
> >>> The Tomcat website is already generated with Anakia. It is
> >> trivial to add
> >>> more .xml files to the site and there is absol
> > The Tomcat website is already generated with Anakia. It is
> trivial to add
> > more .xml files to the site and there is absolutely no excuse
> to not just go
> > that route.
The Tomcat website is generated w/Anakia? I had no idea. Also, I'm not
sure what that has to do with the existing TC
> I'm not sure I understand that. There are plenty of HTML editors, and 99%
> of the people on this list know a bit of html. Nobody asked for "good
> looking" documentation or cool formats, the content is missing.
Agreed, but using Note/Text/Whatever/Pad is what the majority of people end
up usin
> >I'd rather keep the documentation together with the project. When I
> >(don't :) write the docs, I don't want to update two CVSes, we can give
> >access to whoever wants to write it...
>
> Many projects at jakarta may use tomcat and it would be great for them
> to be able to include all or part
I keep getting these in my inbox. Anyone else getting these?
- r
> -Original Message-
> From:
> Sent: None
> Subject:
>
>
> by femail9.sdc1.sfba.home.com (InterMail
> vM.4.01.03.00 201-229-121) with ESMTP id
> <[EMAIL PROTECTED]
> com> for <
1 - 100 of 127 matches
Mail list logo