First some things about testing:
DO NOT USE the date.jsp (it could return various html lengths, so from
there are coming those Failed requests ).
I've just browsed through the source code of ab and it uses the first
page as its length ethalon, and date.jsp could retur various length if
the tests
Hi all,
I have written a patch to make Tomcat work with Tyrex 1.0. Here's a
summary of the new classes/code and how it all works. I apologize for
the length of this post, the explanation is necessary I feel...
New class org.apache.naming.factory.TyrexFactory:
Tyrex now has the idea of a
First some things about testing:
DO NOT USE the date.jsp (it could return various html lengths, so from
there are coming those Failed requests ).
I've just browsed through the source code of ab and it uses the first
page as its length ethalon, and date.jsp could retur various length if
the tests
The issue is not how many requests mod_jk/Tomcat can handle.
The issue is that you end up over time with as many AjpConnector
threads being created by Tomcat as you have apache httpd processes
regardless of how many requests are forward on to Tomcat to process.
For example, I have apache running
Think we can close that!
I've created the worker pool modifiable through workers.properties with
the worker.ajp13.poolsize.
The sadest thing is that I was so close the solution on day 0 (remember
the mutexes?).
Well what ever!
There is some minor bug when using loglevel=debug, and it works
David Haraburda wrote:
Hi all,
I have written a patch to make Tomcat work with Tyrex 1.0. Here's a
summary of the new classes/code and how it all works. I apologize for
the length of this post, the explanation is necessary I feel...
New class org.apache.naming.factory.TyrexFactory:
Hi,
I'm committing a draft for a Tomcat 5 proposal.
It is a draft, so it is not in final form yet (it needs feedback for that).
I'm attaching the document to the mail, in case people don't want to
checkout the repository.
Remy
Proposal for Apache Tomcat 5.0
remm2002/06/21 03:41:19
Added: .PROPOSAL-5.0.txt
Log:
- Add TC 5 proposal draft.
- Comments welcome / needed.
Revision ChangesPath
1.1 jakarta-tomcat-4.0/PROPOSAL-5.0.txt
Index: PROPOSAL-5.0.txt
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Hello all,
We have Apache 2.0.39 and tomcat 4.0.4 running using the old 4.0.2-01 warp
connector.
I have tried to build and use the new connector without success. Although it
builds fine and Apache seems not to complain about it, I cannot access
Think we can close that!
Ouf.
I've created the worker pool modifiable through workers.properties with
the worker.ajp13.poolsize.
Good
The sadest thing is that I was so close the solution on day 0 (remember
the mutexes?).
Well what ever!
ok
There is some minor bug when using loglevel=debug,
[EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Hello all,
We have Apache 2.0.39 and tomcat 4.0.4 running using the old 4.0.2-01 warp
connector.
I have tried to build and use the new connector without success. Although it
builds fine and Apache seems not to complain about
A big +1 for that draft.
Things I'd like to see in TC 5.0.
Delegation:
don't decode full HTTP headers until
user code ask for (ie locales(), ssl certs)
It will make TC 5.0 faster (less request processing
time, less objets creation/recycling).
Extended JMX support:
TC 5.0 should be
Options used to configure Apache were:
./configure --enable-layout=Asar --enable-so --enable-mods-shared=most
Layout Asar
prefix:/opt/apache-2.0.39
exec_prefix: ${prefix}
bindir:${exec_prefix}/bin
sbindir: ${exec_prefix}/bin
libdir:
Think this solves a lot of problems (at least to my tests).
Don't forget to add the worker.ajp13.poolsize=nn in the
workers.properties (this is the actual number of workers (connections)
to the TC), the default is 1.
This value should be close to the number of predicted client
connections, or
GOMEZ Henri wrote:
A big +1 for that draft.
Things I'd like to see in TC 5.0.
Delegation:
don't decode full HTTP headers until
user code ask for (ie locales(), ssl certs)
That's done already for the most common things (like locales).
A lot of that should already be in TC 4.1.
It
Your solution to Glenn's concern for jk 1.2.0 is just a change to my patch for
timeouts of connections. I didn't implement a timer, so the connections aren't closed
if they are not used. The timeout-evaluation is done in jk_get_endpoint.
I'll try to add this, but since I'm new to this maybe
I started take a look at patches,
but I didn't like the Sleep(10).
Why did you put a Sleep only in Windows case ?
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53
I started take a look at patches,
but I didn't like the Sleep(10).
Why did you put a Sleep only in Windows case ?
Cause I don't know what is the actual function call on unix :)
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL
sleep(#seconds)
or
usleep(#microseconds)
No the real problem is with using a sleep in
network code, I didn't like it.
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8
-Original Message-
From: GOMEZ Henri [mailto:[EMAIL PROTECTED]]
Sent: 21. lipanj 2002 13:44
To: Tomcat Developers List
Subject: RE: [PATCH] mod_jk 1.2.0 workers pool
sleep(#seconds)
or
usleep(#microseconds)
The it should be usleep (1);
No the real problem is
Remy Maucherat wrote:
Hi,
I'm committing a draft for a Tomcat 5 proposal.
It is a draft, so it is not in final form yet (it needs feedback for that).
I'm attaching the document to the mail, in case people don't want to
checkout the repository.
What about using Avalon as a framework?
Nicola Ken Barozzi wrote:
Remy Maucherat wrote:
Hi,
I'm committing a draft for a Tomcat 5 proposal.
It is a draft, so it is not in final form yet (it needs feedback for
that).
I'm attaching the document to the mail, in case people don't want to
checkout the repository.
What
Remy Maucherat wrote:
Nicola Ken Barozzi wrote:
Remy Maucherat wrote:
Hi,
I'm committing a draft for a Tomcat 5 proposal.
It is a draft, so it is not in final form yet (it needs feedback for
that).
I'm attaching the document to the mail, in case people don't want to
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10116.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10116.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9016.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9961.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10064.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10057.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10049.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10021.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9997.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10120.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8438.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Hello all,
We have Apache 2.0.39 and tomcat 4.0.4 running using the old 4.0.2-01 warp
connector.
I have tried to build and use the new connector without success. Although it
builds fine and Apache
Remy Maucherat [EMAIL PROTECTED] wrote:
Extensibility capabilities will be added to Coyote, as well as JMX management
features, and if possible, addional protocol handlers (like WARP 1.0).
As far as I would like to see WARP and its future development, it'll
probably end up following a
Pier Fumagalli wrote:
Remy Maucherat [EMAIL PROTECTED] wrote:
Nicola Ken Barozzi wrote:
Remy Maucherat wrote:
Hi,
I'm committing a draft for a Tomcat 5 proposal.
It is a draft, so it is not in final form yet (it needs feedback for
that).
I'm attaching the document to the mail, in case
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10126.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10127.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Pier Fumagalli wrote:
Remy Maucherat [EMAIL PROTECTED] wrote:
Extensibility capabilities will be added to Coyote, as well as JMX management
features, and if possible, addional protocol handlers (like WARP 1.0).
As far as I would like to see WARP and its future development, it'll
Remy Maucherat wrote:
I'm committing a draft for a Tomcat 5 proposal.
It is a draft, so it is not in final form yet (it needs feedback for that).
Re-architecting Tomcat yet again is a bad step if it's not
absolutely necessary. I have some reservations. To keep from
confusing the issue,
Ahhh, finally got to do the test on a capable machine, but very
overloaded with some db procecesses, dont take anything from the
absolute timing i know are very bad..,
For all the other, my test seem ok..
Server Software:Microsoft-IIS/5.0
Server Hostname:ciberlogic
Server
hgomez 2002/06/21 08:28:56
Modified:jk/native/common jk_ajp14_worker.h jk_global.h jk_util.c
Log:
fix the vsnprintf and snprintf
Just define USE_SPRINT and USE_VSPRINTF when you didn't have
these on your OS (ie Solaris 2.5)
Revision ChangesPath
1.7 +1 -6
hgomez 2002/06/21 08:22:48
Modified:jk/native/apache-1.3 Makefile.apxs.in
Log:
Add the missing / to common dir
Revision ChangesPath
1.3 +1 -1 jakarta-tomcat-connectors/jk/native/apache-1.3/Makefile.apxs.in
Index: Makefile.apxs.in
Ok so mod_jk 1.2.0 seems to be stable also on IIS.
Good news.
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6
-Original Message-
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9439.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=5511.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=5925.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7863.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7637.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Thu, Jun 20, 2002 at 05:56:44PM +0100, Pier Fumagalli wrote:
Albert Chin [EMAIL PROTECTED] wrote:
How was the precompiled binary of mod_webapp available from
http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4.0.3/bin/solaris
8/sparc/
built?
I'm trying to build it
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9416.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Remy, I hear you.
Current Avalon is what you say.
Next Avalon will be what it was supposed to be in the first place.
I respect you and your judgement; if you could give me additional hints
on what the problem is about for using Avalon here, I would sincerely be
grateful.
Anyway, as I tried to
Hi,
One of my coworker have some problems with jspc
when included jsp got a relative path.
Find attached a possible patch.
Thanks to comment and commit if
valid.
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD
-Original Message-
From: Ignacio J. Ortega [mailto:[EMAIL PROTECTED]]
Sent: 21. lipanj 2002 17:27
To: 'Mladen Turk'; 'Tomcat Developers List'
Cc: '[EMAIL PROTECTED]'; 'GOMEZ Henri'
Subject: RE: mod_jk testing (WAS RE: mod_jk 1.2.0 workers pool)
Ahhh, finally got to do the test
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9440.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Ok, I restarted the test using ab against
Apache 1.3/2.0 and Tomcat 3.3.1 and 4.0.4.
Status/Stability :
I stressed latest jk 1.2.0 with ab using 127
concurrents requests, asking for 1 Million requests
for the good old HelloWorldExample servlet
(Mladen discovered a problem
The major goals for Apache Tomcat 5.0 are to:
- have simpler/cleaner code, so more people can get involved
Although not Tomcat 5 specific, I would add the following
- have good documentation, so more people can use it without going through the dev list
- have good documentation, so more people
On Fri, 21 Jun 2002, Christopher K. St. John wrote:
Re-architecting Tomcat yet again is a bad step if it's not
absolutely necessary. I have some reservations. To keep from
confusing the issue, I'll list them in separate messages.
It's not re-architecting tomcat - AFAIK 5.0 is just a
I'm also -1 on Avalon - same reasons as Remy, plus more (
the IoC madness/obsession, the over-design, ever-changing interfaces,
logkit, etc.)
Some components are good, and the move to commons is great - but
I'm strongly -1 on using the framework.
Costin
On Fri, 21 Jun 2002, Remy Maucherat
glenn 2002/06/21 10:11:32
Modified:jasper2/src/share/org/apache/jasper/compiler
JspRuntimeContext.java
Log:
Preload TagHandlerPool class to make SecurityManager happy
Revision ChangesPath
1.4 +6 -4
Glenn Nielsen wrote:
I just built Tomcat 4.1 HEAD from CVS and get the following for JNDI
named resource defined in the server.xml DefaultContext for a Host.
2002-06-21 12:07:46
NamingContextListener[/Tomcat-Apache/www.dev.kinetic.more.net/dbtags-examples]:
Failed to bind obje
ct:
On Fri, 21 Jun 2002, Nicola Ken Barozzi wrote:
Remy, I hear you.
Current Avalon is what you say.
Next Avalon will be what it was supposed to be in the first place.
I think next avalon should start by looking for a problem to solve
before proposing the solution to all the problems :-)
And it
Hi Costin,
But there is still a problem - now if you have:
logic:iterate id='i'
/logic:iterate
logic:iterate id='i'
/logic:iterate
( i.e. the same variable name ), it will fail with duplicated declaration,
the code will be:
Object i;
...
Object i;
( id is
[EMAIL PROTECTED] wrote:
I hope the 2.4 API will not do any crazy things
Me too.
One of the things I heard mentioned was tighter integration
with the NIO api's, which could affect both low and high level
layers. OTOH, maybe not, I haven't seen the spec. But that's
the whole point.
--
[EMAIL PROTECTED] wrote:
I'm also -1 on Avalon - same reasons as Remy, plus more (
the IoC madness/obsession,
? madness?
It's a pattern, would you say that someone has a Factory obsession?
the over-design,
Please explain.
ever-changing interfaces,
The Avalon 4 interfaces are stable.
Very strange..
I looked at the patch, I think we should spend more time on that, the
sleep doesn't look good and I'm afraid we may have some problems
with the CS.
The worker was supposed to be thread safe, like a servlet - and
so far it works in most cases. But all thread problems are
difficult
I stressed latest jk 1.2.0 with ab using 127
concurrents requests, asking for 1 Million requests
for the good old HelloWorldExample servlet
(Mladen discovered a problem with ab with dynamic
content-length)
I didn't have any error now, with any
combinaison of Apache 1.3/2.0 and
Tomcat
[EMAIL PROTECTED] wrote:
On Fri, 21 Jun 2002, Nicola Ken Barozzi wrote:
Remy, I hear you.
Current Avalon is what you say.
Next Avalon will be what it was supposed to be in the first place.
I think next avalon should start by looking for a problem to solve
before proposing the solution
I hope that Tomcat 5.0 proposal draft won't turn in
a battle or flame war between Tomcat and Avalon commiters.
Why ?
Because we had just too many flams wars in tomcat-dev
between tomcat 3.3 and tomcat 4.x teams.
Tomcat 5.0 appears to be a way to have both teams
works again together to make a
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9318.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
+1
Costin
On Fri, 21 Jun 2002, GOMEZ Henri wrote:
I hope that Tomcat 5.0 proposal draft won't turn in
a battle or flame war between Tomcat and Avalon commiters.
Why ?
Because we had just too many flams wars in tomcat-dev
between tomcat 3.3 and tomcat 4.x teams.
Tomcat 5.0 appears
What about those forced closed connections, and not closed sockets?
You're right, there is still more jk_open_connection calls
than jk_close_connection. Could you try to figure and fix that ?
I'll try, or consider that done :-).
If it works on W2K and not on XP, it's a M$ problem
What about those forced closed connections, and not closed sockets?
You're right, there is still more jk_open_connection calls
than jk_close_connection. Could you try to figure and fix that ?
I'll try, or consider that done :-).
Ok, I consider it will be fixed on Monday ;-)
--
To
Say hello to Tomcat 4.0.4 in our CM share
Bye
Oliver
P.S.: The script tomcat4 still uses 4.0.3 To use 4.0.4 you have to call to
Tomcat4_0_4.bat script... Hey Tomcat4 is an interface ... ;-)
-Ursprüngliche Nachricht-
Von: Remy Maucherat [mailto:[EMAIL PROTECTED]]
Gesendet:
remm2002/06/21 11:07:06
Modified:catalina/src/share/org/apache/catalina/session
StandardSession.java
Log:
- Fix obvious problem when recycling sessions (manager was always null, so
it was never recycled).
- Patch submitted by Bob Herrmann bob at
remm2002/06/21 11:14:22
Modified:catalina/src/share/org/apache/catalina/session
StandardSession.java
Log:
- Don't throw ISE when getMaxInactiveInterval is called.
- Bugzilla 9318.
- Patch submitted by Bob Herrmann bob at jadn.com
Revision
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9318.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=5829.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6671.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9961.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
GOMEZ Henri wrote
Tomcat 5.0 appears to be a way to have both teams
works again together to make a better tomcat,
which will be profitable to the whole jakarta
community.
+1 good comment. :-)
Tomcat 5.0 will be Coyote 2.0 based, a small and
efficient core.
The question shouldn't be to
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9931.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9931.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Ok, second round.
People are +1'ing the _goals_ of the proposal, but I
the proposal itself doesn't give sufficient detail to
determine if the recommended actions will actually
lead to those goals being accomplished.
Some of the goals even appear to be contradictory,
but there's no
On Fri, 21 Jun 2002, GOMEZ Henri wrote:
I hope that Tomcat 5.0 proposal draft won't turn in
a battle or flame war between Tomcat and Avalon commiters.
+1.
The avalon developers think that avalon is pretty much very cool, as do
some other people at apache. It's a healthy jakarta project that's
amyroh 2002/06/21 12:19:52
Modified:webapps/admin/WEB-INF/classes/org/apache/webapp/admin
ApplicationResources_es.properties
webapps/tomcat-docs/config context.xml
Log:
Add messages to support admin webapp in espanol. Fix minor typo.
On Fri, 21 Jun 2002, Christopher K. St. John wrote:
People are +1'ing the _goals_ of the proposal, but I
the proposal itself doesn't give sufficient detail to
determine if the recommended actions will actually
lead to those goals being accomplished.
That's exactly the target - to set
Jan Luehe wrote:
Hi Costin,
But there is still a problem - now if you have:
logic:iterate id='i'
/logic:iterate
logic:iterate id='i'
/logic:iterate
( i.e. the same variable name ), it will fail with duplicated declaration,
the code will be:
Object i;
...
Object i;
(
amyroh 2002/06/21 12:45:27
Modified:webapps/admin/WEB-INF/classes/org/apache/webapp/admin
TomcatTreeBuilder.java
Added: webapps/admin/images ResourceLink.gif
Log:
Add Resource Link image for admin webapp.
Revision ChangesPath
1.34
[EMAIL PROTECTED] wrote:
On Fri, 21 Jun 2002, Christopher K. St. John wrote:
People are +1'ing the _goals_ of the proposal, but I
the proposal itself doesn't give sufficient detail ...
That's exactly the target - to set the goals and the overal
direction ( it's a 'long-term plan'
Please feel free to edit these spanish messages if you're a spanish
speaker and find these messages incorrect.
My three years in high school spanish doesn't seem to be good enough
since I highly depended on a translation engine. (I don't know how
accurate they are) ;-)
Gracias!
Amy
On Fri, 21 Jun 2002, Remy Maucherat wrote:
If those variable declaration problems are fixed, I'll release a new
4.1.6 milestone as soon as I can fix the JNDI problems.
Not yet...
I attached the failed jsp.
Costin
package JspServ;
import javax.servlet.*;
import javax.servlet.http.*;
On Fri, 21 Jun 2002, Christopher K. St. John wrote:
The proposal lists a set of goals (like simpler and
more flexibile) and a set of actions to acheive those
goals (like make Coyote the core of Tomcat 5).
I (more or less) agree with the goals, but I have some
reservations about the
[EMAIL PROTECTED] wrote:
But most of the stuff is needed to get decent
performance - and to be able to support other protocols
and have better integration with the server.
- What are the peformance goals? Actual numbers or a
percentage improvement goal is something that I would
On Fri, 21 Jun 2002, Christopher K. St. John wrote:
- What are the peformance goals? Actual numbers or a
percentage improvement goal is something that I would
really like to see in the proposal.
Do you have a proposal :-) ?
I have no idea what number to put in the proposal. As
Hello.
I just re-read the functional specs for the JNDIRealm in version 4.1
(http://jakarta.apache.org/tomcat/tomcat-4.1-doc/catalina/funcspecs/fs-jndi-realm.html)
I am relatively new to LDAP, so I apologize if my questions are stupid.
However, I am a bit confused as to the Username Login Mode
Glenn asked earlier whether admin will support DefaultContext. I'd like to
add DefaultContext support in admin, however, there is an issue.
Currently, there isn't an implementation to remove DefaultContext from
Engine or Host. Is anyone planning to do so in near future?
If not, we have an
Christopher K. St. John wrote:
Ok, second round.
Ok, one last time.
People are +1'ing the _goals_ of the proposal, but I
the proposal itself doesn't give sufficient detail to
determine if the recommended actions will actually
lead to those goals being accomplished.
Some of the goals
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10138.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
1 - 100 of 125 matches
Mail list logo
