"Rob S." wrote:
>
> So please, can we at least START some discussion about the
> contents of the docs other than "we need to write them" ?
> There's a lot of work to be done, and I would imagine that
> someone knows where a good place is to start.
Let's start from the bottom up. We already hav
costin 01/07/03 22:09:58
Modified:src/share/org/apache/tomcat/modules/config ApacheConfig.java
Log:
Some more improvements to ApacheConfig, many thanks to William Barker.
This is based on his patch sent on tomcat-dev, with few changes.
There is still a lot to add before we c
Rob S. wrote:
>I would've thought a thread about docs would be concerned with what docs to
>create, what docs will glue them together, maybe an image on the doc
>homepage with a map showing what order you can read them, etc.
>
OK, I'll write up a proposal soon with my ideas on doc organization. Y
On Tue, Jul 03, 2001 at 09:34:39PM -0500, Glenn Nielsen wrote:
> > 1. Tomcat documentation sucks :-)
> >
>
> Thats a strong word, some parts are very good, some could use work.
Agreed; I was just using the term from a prior thread.
> > 2. There needs to be a new CVS project called jakarta-tomc
See comments below.
> And currently when you update documentation, you could have
> 2 or 3 branchs to updates (TC 3.2, 3.3, 4.0).
>
> But there is many common areas (realms, connectors) and
> we should avoid such duplication effort...
>
> What about starting a jakarta-tomcat-doc sub-project, whe
GUMMALAM,MOHAN (HP-Cupertino,ex2) at [EMAIL PROTECTED] wrote:
> If this is a question I need to take to tomcat-users mailing list, please do
> let me know, and accept my apologies in advance. IMHO, the question
> pertains more to this list.
>
> Is there a support for JNI on Tomcat 3.2.2 with Ap
[EMAIL PROTECTED] wrote:
>
> Leaving aside the issue of file format for just one second...
>
> Are we agreed on the following?
>
> 1. Tomcat documentation sucks :-)
>
Thats a strong word, some parts are very good, some could use work.
> 2. There needs to be a new CVS project called jakarta-t
> 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
>Rob S. wrote:
>
>Seeing as how I rewrote last summer it, I would be curious to know what's
>wrong w/the Apache config docs? =)
>
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 fe
hi there,
had this problem: tomcat didn't start reporting a "socket closed"-error (see
stack trace of other posted questions). the problem occurred when i tried to
port a webapp from my home system (where it was working just fine on linux)
to an environment i knew nothing about (apart from the fa
Leaving aside the issue of file format for just one second...
Are we agreed on the following?
1. Tomcat documentation sucks :-)
2. There needs to be a new CVS project called jakarta-tomcat-doc.
My reasoning is that we want to avoid the fragmentation of documentation
into different trees for 3
If this is a question I need to take to tomcat-users mailing list, please do
let me know, and accept my apologies in advance. IMHO, the question
pertains more to this list.
Is there a support for JNI on Tomcat 3.2.2 with Apache2.0 for the UNIXes
(HP-UX is what I am interested in)? If it is, the
I am seeing the problem appears almost on a daily basis with
very little traffic. When the 3 people who use the system (consisting
of 3 html forms and 3 servlets) happen to hit submit roughtly at the same
time
the problems appears.
Once the problems appears we start to get mixed responses very fr
Hi,
I'm working with Tomcat 3.2.2 and tried to run OpenCMS. In some cases
Tomcat throws a nullpointer-exception, which is obviously caused by the
line :
context.log("RequestImpl: no session created!");
in file /org/apache/tomcat/core/RequestImpl.java
According to your version of Tomcat it can b
(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
This may be a stupid question but I've found hundreds of messages from confused
users on the subject of JDBC Realms and Tomcat and no good explanation or
example. There is a documentation file JDBCRealm.howto but it doesn't describe
how to instantiate the datasource with a code example or what add
[EMAIL PROTECTED] at [EMAIL PROTECTED] wrote:
> Leaving aside the issue of file format for just one second...
>
> Are we agreed on the following?
>
> 1. Tomcat documentation sucks :-)
+1
> 2. There needs to be a new CVS project called jakarta-tomcat-doc.
Strong -1. Tomcat 3.x and 4.x have ju
Jon Stevens at [EMAIL PROTECTED] wrote:
>
> Once again Costin, you fail to impress me with your statements. You confuse
> "Apache" with some organization of people who are paid to work on stuff.
> Again, I must remind you that this is a volunteer organization and anything
> that gets done is done
costin 01/07/03 16:55:27
Modified:src/share/org/apache/tomcat/modules/config ApacheConfig.java
Log:
Added the JkDebug option - another small step in having all user
setable options in server.xml ( and not having the user touch
any server config file ).
Note that JkDebug sh
costin 01/07/03 16:50:33
Modified:src/share/org/apache/tomcat/modules/config ApacheConfig.java
Log:
Added the code to generate "simple/stupid" mappings, a bit of reorganization
in the code that lets apache serve static files.
We can easily generate apache rules to map all th
> 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
+1
[EMAIL PROTECTED] wrote:
>
> Leaving aside the issue of file format for just one second...
>
> Are we agreed on the following?
>
> 1. Tomcat documentation sucks :-)
>
> 2. There needs to be a new CVS project called jakarta-tomcat-doc.
>
> My reasoning is that we want to avoid the fragment
costin 01/07/03 16:32:28
Modified:src/share/org/apache/tomcat/modules/config ApacheConfig.java
Log:
Removed the jserv configuration part, reorganize a bit the code.
The context mappings will be generated only of the user explicitely
asks that, by default we'll forward all re
costin 01/07/03 16:29:33
Added: src/share/org/apache/tomcat/modules/config JservConfig.java
Log:
Split jserv config part out of ApacheConfig, it's quite different
( and deprecated ).
Revision ChangesPath
1.1
jakarta-tomcat/src/share/org/apache/tomc
+1
Costin
On Tue, 3 Jul 2001 [EMAIL PROTECTED] wrote:
> Leaving aside the issue of file format for just one second...
>
> Are we agreed on the following?
>
> 1. Tomcat documentation sucks :-)
>
> 2. There needs to be a new CVS project called jakarta-tomcat-doc.
>
> My reasoning is that we want
Leaving aside the issue of file format for just one second...
Are we agreed on the following?
1. Tomcat documentation sucks :-)
2. There needs to be a new CVS project called jakarta-tomcat-doc.
My reasoning is that we want to avoid the fragmentation of documentation
into different trees for 3
Christopher Cain wrote:
>
> Anyway, since it sounds like Geir has graciously volunteered to help me
> form the "Ministry of Documentation" as he so cleverly coined it, the
> point is more or less moot now. Users can submit plain text if they
> like, and I certainly have no problems learning whate
on 7/3/01 4:00 PM, "Christopher Cain" <[EMAIL PROTECTED]> wrote:
> Anyway, I had no idea that Anakia was your product. I will most
> certainly have a look and provide my official critique. Since your
> stance on JSP is dead-on accurate, and I hear that your replacement tool
> is actually somethin
Jon Stevens wrote:
>
> on 7/3/01 11:50 AM, "Christopher Cain" <[EMAIL PROTECTED]> wrote:
>
> > The more (most) people have to
> > try and learn an extensive DTD or templating system, the less likely
> > they are to bother.
>
> I agree. That is why I came up with Anakia. It is brain dead simple
"Geir Magnusson Jr." wrote:
>
[snip]
Most of this was under the assumption that there would be no one
volunteer to dedicate additional time and energy in a little cabal of
people to take the lead on organizing and standardizing Tomcat
documention. Since I have now gone from, "Bah! Don't pester
costin 01/07/03 15:34:12
Modified:jk/native/apache-2.0 mod_jk.c
Log:
Added few comments, reformat some long lines ( to 80 columns - so it can be
printed and read more easily ).
Removed the duplicated code that inits mod_jk, preparing to allow
more configuration to be speci
On Tue, 3 Jul 2001, Jon Stevens wrote:
> > It's just sad when an organization like Apache chooses to ignore existing
> > standards and invent it's own DTD and transformation language to do the
> > site.
>
> Once again Costin, you fail to impress me with your statements. You confuse
> "Apache" wit
costin 01/07/03 14:56:50
Modified:jk/native/common jk_ajp14.c jk_service.h jk_worker.c
Log:
- in jk_ajp14, avoid a NPE
- in jk_service, add a num_of_workers field to workers_env_t, and a
first_worker. Both will be used to detect if we have a single worker
( or default work
on 7/3/01 11:50 AM, "Christopher Cain" <[EMAIL PROTECTED]> wrote:
> The more (most) people have to
> try and learn an extensive DTD or templating system, the less likely
> they are to bother.
I agree. That is why I came up with Anakia. It is brain dead simple to use
and runs extremely quickly. T
on 7/3/01 11:20 AM, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote:
> It's just sad when an organization like Apache chooses to ignore existing
> standards and invent it's own DTD and transformation language to do the
> site.
Once again Costin, you fail to impress me with your statements. You con
> 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
costin 01/07/03 13:52:54
Modified:jk/native/apache-2.0 mod_jk.c
Log:
- In jk_handler, if a handler is already set ( by a manual configuration ),
then deal with that - either call uri_worker_map, or if a single worker is
defined use it ( that would avoid an extra call ).
T
Christopher Cain wrote:
>
> "Geir Magnusson Jr." wrote:
> >
> > Documentation is just as valuable as the software...
>
> I could not agree more. What I meant by "simple" documentation is that
> I, personally, do not have to requisite expertise to write in-depth docs
> on the various inner workin
"Geir Magnusson Jr." wrote:
>
> This is deja vu all over again. We should take one copy if this
> discussion (we had the same thing in Commons, and I am sure it happened
> everywhere else...), post it somewhere, and people can just submit
> article numbers or something rather than typing the sa
Jon Stevens wrote:
>
> on 7/2/01 6:04 PM, "Christopher Cain" <[EMAIL PROTECTED]> wrote:
>
> > I
> > have no interest in Anakia, and quite frankly, as has been pointed out
> > very astutely by Costin, I have no interest in bothering with XML for
> > the purposes of documentation. I will produce
Docbook is a standard for writing books, articles, technical
documentations. It is the format used by LDP ( linux doc project ) and
many ( or most ) open source projects, companies, etc. ( it's not a new
thing, has been around since SGML days ).
XSLT is the W3C standard for XML transformation.
Hi,
Forget Thread.destroy(). According to docs, destroy() does just that -
destroys. Without any cleanup, for example if destroyed thread locked some
objects using synchronized, those objects can _never_ be locked by
synchronization again, needless to say, it's a sure deadlock. Try
Thread.stop().
Actually, you don't need to load the system (that's the good news). It's
not a synchronization problem. It looks like it is a problem with error
handling, but I haven't tracked down where so I can't send a patch yet. It
seems that when you get an error, the writer gets stuck in it's last
succes
Hi,
I'm finally back. I'll see about committing it this week in 3.2.3 and
3.3. It would be helpful to go ahead and log a bug in Bugzilla so this
issue can be tracked.
Cheers,
Larry
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, July 03, 2001
[EMAIL PROTECTED] wrote:
>
> On Tue, 3 Jul 2001, jean-frederic clere wrote:
>
> > Yes, but jk_open_socket would have to be modified:
> > 1 - to pass a apr_pool to allocate the apr_connect.
> > 2 - to return a status instead a socket.
>
> Sure, you can pass a jk_pool ( and make jk_log a field of
on 7/3/01 8:04 AM, "Justin Erenkrantz" <[EMAIL PROTECTED]> wrote:
> On Mon, Jul 02, 2001 at 07:38:55PM -0700, Si Ly wrote:
>> I submitted a very simple patch last week, and I haven't heard from
>> anyone about it. It seems to me that "outsiders" (non-committers)
>> can't get anything into CVS be
Title: RE: [PRE-PROPOSAL] jakarta-tomcat-doc sub-project : WAS: [TomcatD ocumentation Redactors To Hire]
I like docbook.
-Original Message-
From: GOMEZ Henri [SMTP:[EMAIL PROTECTED]]
Sent: Tuesday, July 03, 2001 1:06 AM
To: [EMAIL PROTECTED]
Subject: RE: [PRE-PROPOSAL]
hgomez 01/07/03 09:27:19
Modified:src/share/org/apache/jasper/compiler CharDataGenerator.java
MappedCharDataGenerator.java
Log:
Fix CR/LF problems
Submitted by: in tomcat-dev, sorry I forget email address
Revision ChangesPath
1.4 +6 -5
>The patch is good, if nobody else get to submit it I'll do that when I
>return ( and start again on jasper - I just want to make sure the
>connector is in good state so we can finally have the beta ).
If Costin agree with the patch, I'll commit them
On Mon, 2 Jul 2001, Si Ly wrote:
> I submitted a very simple patch last week, and I haven't heard from
> anyone about it. It seems to me that "outsiders" (non-committers)
> can't get anything into CVS because the committers are not looking at
> the patches, for whatever reasons.
Sorry about tha
On Mon, Jul 02, 2001 at 07:38:55PM -0700, Si Ly wrote:
> I submitted a very simple patch last week, and I haven't heard from
> anyone about it. It seems to me that "outsiders" (non-committers)
> can't get anything into CVS because the committers are not looking at
> the patches, for whatever reas
On Tue, 3 Jul 2001, jean-frederic clere wrote:
> Yes, but jk_open_socket would have to be modified:
> 1 - to pass a apr_pool to allocate the apr_connect.
> 2 - to return a status instead a socket.
Sure, you can pass a jk_pool ( and make jk_log a field of jk_pool, so
everything will work as befor
Those patches allow :
to access to a 'con' handler in JNIEndpointConnector
to extend JNIConnectionHandler in order to access JNIRequestAdapter and
JNIResponseAdapter.
I just put JNIRequestAdapter and JNIResponseAdapter public in
org.apache.tomcat.service.connector
Bye
---
E:\work\JNIConnector\
Very difficult to reproduce a situation under heavy load.
I stressed my Apache/TC with ab during nigths without
any failures but It was against simple servlets
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..
>I submitted a very simple patch last week, and I haven't heard from
>anyone about it. It seems to me that "outsiders" (non-committers)
>can't get anything into CVS because the committers are not looking at
>the patches, for whatever reasons.
The commiters look at patches but may take time to ap
I'll try that, but the problem I am seeing is with tomcat as late
as TC 3.3-M3.
-Original Message-
From: GOMEZ Henri [mailto:[EMAIL PROTECTED]]
Sent: Martes, 03 de Julio de 2001 04:10 a.m.
To: [EMAIL PROTECTED]
Subject: RE: Ajp13 wrong Response
>> I am having a problem which is very d
Hi,
the problem that Tomcat can be shut down by any local user via
AJP12 has been discussed on this list quite some time ago. It
was fixed on the 3.3 branch, but iirc the fix was considered to
big a change for the 3.2 branch. Since this is a rather painful
problem on multiuser systems, I did a cr
On Tue, Jul 03, 2001 at 03:02:43AM +0100, Pier P. Fumagalli wrote:
> > Documentation is just as valuable as the software...
>
> Probably even more... It allows more dummies to install our software, more
> dummies = more bugs found, more bugs found = more fixes, more fixes = better
> software... O
Hi all,
I'm using Tomcat 3.2.2 in Linux, JDK 1.3.1, shared environment. Everything is pretty fine, except for the fact that sometimes one of the users write an endless loop. I looking for a way to 'time-out' servlet execution. I could change ServelWrapper class, but according some advise I received
Hi
Ok Henri I am switching your discussion to tomcat-dev.
I did a short look at docbook, but it seems for me, that
the main-intension of docbook is to do something like
javadoc, with a little bit more around, but mainly get
the in-line documentation out of the source-code and
have some files for
GOMEZ Henri wrote:
>
> >> How could one write a wrapper for the following?:
> >> +++
> >> -int jk_open_socket(struct sockaddr_in *addr,
> >> +apr_status_t jk_open_socket(apr_socket_t **new,
> >apr_sockaddr_t *addr,
> >> int ndelay,
> >> - jk_logger_t *l)
> >>
>> I am having a problem which is very difficult to reproduce.
>Under certain
>> conditions some request get the response for some other
>request. It looks
>> like at some point probably due to some synchronization issues tomcat
>> mixes de responses from different clients.
It was a known probl
>Probably even more... It allows more dummies to install our
>software, more
>dummies = more bugs found, more bugs found = more fixes, more
>fixes = better
>software... Or that's right only in f**ked up mind? :)
>
>Pier
+1
64 matches
Mail list logo
