Remy Maucherat wrote:
Amidst all this junk email ...
ballot
Release 4.1.30 as Stable:
[ ] Yes
[ ] No
/ballot
Could you wait until I have release common/daemon?
Rémy
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
-- Virus Warning Message (on the network)
Found virus WORM_MIMAIL.R in file message.scr
The file message.scr is moved to /var/log/virus/virIUHODGM.O.
This is a machine-generated message, please do not reply via email. If you have
questions, please contact the Lucent Help Desk
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=26509.
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=25805.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
jean-frederic clere wrote:
Remy Maucherat wrote:
Amidst all this junk email ...
ballot
Release 4.1.30 as Stable:
[ ] Yes
[ ] No
/ballot
Could you wait until I have release common/daemon?
Why ? 4.1.30 doesn't include commons-daemon. (4.1.x uses JavaService,
and doesn't ship jsvc)
Rémy
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=26135.
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=26507.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
[Carlos H.] wrote:
On Friday 23 January 2004 20:59, Remy Maucherat wrote:
- 26236 about the JAAS realm: it would be a very useful fix, and
shouldn't be too complex
Well... I've tried to reproduce the bug... I've created my own LoginModule,
and two classes wich implements de
remm2004/01/29 02:47:39
Modified:catalina/src/share/org/apache/catalina/realm
DataSourceRealm.java mbeans-descriptors.xml
Log:
- Add localDataSource flag, based on code submitted by Neil Katin.
- Bug 25805.
Revision ChangesPath
1.5 +38
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=26513.
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=26516.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hi all,
I've the problem that 8009 is already used on NetWare, so it would be nice if I could
default to another port for that platform; I looked at the sources, and it looks if
someone had already such an idea, but didnt finish
found some defines in ./native2/common/jk_worker_ajp13.c which
Hi,
With APR 1.0 apr_sockaddr_port_get() was removed without replacement.
I believe that the patch below is the correct replacement to archive _same_ behaviour
as with apr_sockaddr_port_get() before, and I tested that it also works with APR 0.9.x
(Apache 2.0.48 tested);
and here's also 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=26519.
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=26519.
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=26516.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I have an issue to whereas after about 60 minutes Tomcat closes my
connection on applications. The server.xml file states
connectionTimeout=6, but doesn't appear to be affecting the time out.
Therein, how do you prolong the timeout on Tomcat past the default time to
say about 520 min.
Hi,
I'm facing a problem with Tomcat 5 (I believe this also happens with
older versions) that is described below.
I have developed a servlet for receiving a POST request and processing
the data on it and it works fine. Meanwhile, a client application is
sending the following request:
Remy Maucherat wrote:
jean-frederic clere wrote:
Remy Maucherat wrote:
Amidst all this junk email ...
ballot
Release 4.1.30 as Stable:
[ ] Yes
[ ] No
/ballot
Could you wait until I have release common/daemon?
Why ? 4.1.30 doesn't include commons-daemon. (4.1.x uses JavaService,
and doesn't
jfclere 2004/01/29 06:17:41
Modified:jk/native2/common jk_channel_apr_socket.c
jk_channel_socket.c jk_worker_ajp13.c
jk/native2/include jk_global.h
Log:
Arrange default values, add AJP13_DEF_PORT and AJP13_DEF_HOST.
Use 9009 on NETWARE
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=25805.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Günter Knauf wrote:
Hi all,
I've the problem that 8009 is already used on NetWare, so it would be nice if I could
default to another port for that platform; I looked at the sources, and it looks if
someone had already such an idea, but didnt finish
found some defines in
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=26509.
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=25805.
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=25092.
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=26513.
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=26509.
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=26236.
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=26492.
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=26523.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
andya 2004/01/29 07:43:24
Modified:jk/native2/server/dsapi config.h jk_dsapi_plugin.c
Log:
Fixed a bug in path decoding which caused problems with parameters that contained
encoded forward slashes.
Made error reporting slightly more diagnostic.
Revision ChangesPath
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=26524.
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=26524.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Can anyone shed any light on the plans for Tomcat using Jakarta
Collections 3.0?
I ask as we currently bundle Jakarta Collections for use in and out of
the servlet engine. We wish to use a consistent version throughout.
Given that Tomcat bundles Jakarta Collections within its common/lib
andya 2004/01/29 08:23:50
Modified:jk/native2/server/dsapi config.h jk_dsapi_plugin.c
Log:
Changed error handling in the event that a URI can not be unescaped. Now returns an
access denied message if a URI that can not be decoded is found.
Revision ChangesPath
1.4
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=26513.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Jess Holle wrote:
Can anyone shed any light on the plans for Tomcat using Jakarta
Collections 3.0?
I ask as we currently bundle Jakarta Collections for use in and out of
the servlet engine. We wish to use a consistent version throughout.
Given that Tomcat bundles Jakarta Collections within
Remy Maucherat wrote:
Jess Holle wrote:
Can anyone shed any light on the plans for Tomcat using Jakarta
Collections 3.0?
I ask as we currently bundle Jakarta Collections for use in and out
of the servlet engine. We wish to use a consistent version
throughout. Given that Tomcat bundles
Howdy,
You know, tomcat only uses one class (LRUMap), whose implementation
wasn't really changed in the 3.0 release, only the package name. So
this is a trivial patch...
Yoav Shapira
Millennium ChemInformatics
-Original Message-
From: Jess Holle [mailto:[EMAIL PROTECTED]
Sent:
Shapira, Yoav wrote:
Howdy,
You know, tomcat only uses one class (LRUMap), whose implementation
wasn't really changed in the 3.0 release, only the package name. So
this is a trivial patch...
Well, digester and beanutils use more of collections, so it's more
complex that that :/
Rémy
Howdy,
We'd probably move with the next point release if it's not a major
headache. I don't expect it to be a major headache, just class name
changes, and I don't mind moving the relevant tomcat code myself. As to
when, the answer is as always the release will be ready when it's ready
;)
Yoav
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=26527.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Howdy,
Well, digester and beanutils use more of collections, so it's more
complex that that :/
I'll take a deeper look to see what's involved ;)
Yoav Shapira
This e-mail, including any attachments, is a confidential business communication, and
may contain information that is confidential,
remm2004/01/29 09:27:09
Modified:webapps/docs realm-howto.xml
Log:
- Document the new useLocalDataSource flag.
Revision ChangesPath
1.12 +7 -0 jakarta-tomcat-catalina/webapps/docs/realm-howto.xml
Index: realm-howto.xml
Remy Maucherat wrote:
Amidst all this junk email ...
ballot
Release 4.1.30 as Stable:
[X] Yes
[ ] No
/ballot
We need this release ;)
I promise I won't annoy anyone with 4.1.x after this one :)
Rémy
-
To unsubscribe, e-mail:
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=22087.
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=26529.
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=16001.
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=26451.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hi,
I read an onjava.com article regarding new features in Tomcat 5. In that
article, it said a whole new mapper was implemented that generates little
or no garbage (lots of object recycling is going on in there). And that
improves performance.
But from Sun's web page, it said do not pool
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=26451.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Howdy,
But from Sun's web page, it said do not pool objects. So my question is
Is
it a good idea to do object pooling for the sake of performance
improvement?
Do not pool objects is an overly general tip. If objects are
expensive to create, pooling them is a classical way to enhance
/commons-collections-20040129.jar
-Djmx.jar=/var/gump/opt/jmx-1_2-ri/lib/jmxri.jar
-Dactivation.home=/var/gump/opt/jaf-1.0.1 -Djmx.home=/var/gump/opt/jmx-1_2-ri
-Dcommons-modeler.home=/var/gump/jakarta-tomcat-5/modeler
-Djmx-tools.jar=/var/gump/opt/jmx-1_2-ri/lib/jmxtools.jar
-Dregexp.jar=/var/gump
As Yoav said, pooling is a question of how expensive it is to create them.
Also to add in there are many more factors to consider
1. how expensive is it to GC in a non pooled environment
2. how expensive is it to synchronize to keep your pool thread safe
so it all becomes a question of the
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=26449.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
All,
Any objections to adding the WebDAV web application to TC5?
The plan is to just copy the files across from TC4, modify the build scripts as
required and make a small change to the web.xml to overcome an issue with
welcome files.
If no-one objects, I'll do this tomorrow.
Mark
Howdy,
Why do it now? I haven't seen demand for it on the user list...
Yoav Shapira
Millennium ChemInformatics
-Original Message-
From: Mark Thomas [mailto:[EMAIL PROTECTED]
Sent: Thursday, January 29, 2004 3:10 PM
To: Tomcat-Dev
Subject: WebDAV and TC5
All,
Any objections to adding
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=26527.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Please, PLEASE add it! There is no demand because MOST users do not know any
compatible clients!
Thank you - George
From: Shapira, Yoav [EMAIL PROTECTED]
Reply-To: Tomcat Developers List [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Subject: RE: WebDAV and TC5
Date: Thu, 29 Jan
+1
why not, if it is in T4, lets have it in T5
- Original Message -
From: Mark Thomas [EMAIL PROTECTED]
To: Tomcat-Dev [EMAIL PROTECTED]
Sent: Thursday, January 29, 2004 12:10 PM
Subject: WebDAV and TC5
All,
Any objections to adding the WebDAV web application to TC5?
The plan is to
Howdy,
I don't have a big objection. But we removed it from TC5 intentionally,
not by accident. No one has been complaining, aside from the one user
who just voice in a few minutes ago, so we should have a good argument
for adding it back, no?
Yoav Shapira
Millennium ChemInformatics
I don't have a big objection. But we removed it from TC5 intentionally,
ah I missed that,
what was the argument for removing it?
Filip
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
George MATKOVITS wrote:
Please, PLEASE add it! There is no demand because MOST users do not
know any compatible clients!
Thank you - George
WebDAV seems to be largely an empty promise due to the lack of
reasonable, compatible clients.
90% of all clients are Microsoft Windows.
Microsoft
Jess Holle wrote:
WebDAV seems to be largely an empty promise due to the lack of
reasonable, compatible clients.
90% of all clients are Microsoft Windows.
Microsoft Windows' Web Folders support WebDAV to a *small* degree. Yet
the way this is integrated into the OS is at such a level that 99%
Julian Reschke wrote:
Jess Holle wrote:
WebDAV seems to be largely an empty promise due to the lack of
reasonable, compatible clients.
90% of all clients are Microsoft Windows.
Microsoft Windows' Web Folders support WebDAV to a *small* degree.
Yet the way this is integrated into the OS is
Jess Holle wrote:
How does the user use the filesystem driver?
net use ...
The end-user certainly cannot achieve anything meaningful via web
folders. I did a lot of testing in this regard.
Well, I disagree. Lots of my customers use webfolders heavily.
Now if there is a better level of
I don't think small market shares or lack of clients is a reason for exclude
a server feature. They are separate. If the WebDAV app added some negative
impact to the tomcat server, then take it out, but if not, then lets add it
back in.
Filip
- Original Message -
From: Julian Reschke
Mark Thomas wrote:
All,
Any objections to adding the WebDAV web application to TC5?
The plan is to just copy the files across from TC4, modify the build scripts as
required and make a small change to the web.xml to overcome an issue with
welcome files.
If no-one objects, I'll do this tomorrow.
Howdy,
I don't think small market shares or lack of clients is a reason for
exclude
a server feature. They are separate. If the WebDAV app added some
negative
impact to the tomcat server, then take it out, but if not, then lets
add it
back in.
Even if WebDAV is useful in the general sense (I
Shapira, Yoav wrote:
Howdy,
I don't think small market shares or lack of clients is a reason for
exclude
a server feature. They are separate. If the WebDAV app added some
negative
impact to the tomcat server, then take it out, but if not, then lets
add it
back in.
Even if
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=25953.
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=13497.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Shapira, Yoav wrote:
Howdy,
I don't think small market shares or lack of clients is a reason for
exclude
a server feature. They are separate. If the WebDAV app added some
negative
impact to the tomcat server, then take it out, but if not, then lets
add it
back in.
Even if WebDAV is useful in
I have mixed feelings. I don't think it belongs in the tomcat distribution.
I'd rather see the WebDav servlet get moved to another jakarta (commons?)
project. Like commons-webapps, commons-servlets.
But then again the webdav servlet is tomcat specific code and might be hard
being ported 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=26540.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Remy Maucherat wrote:
Yes, but soon you're going to pitch a HTTP-server-in-100k, complete
with its own proprietary API ;)
The embedded distribution is IMO good for a minimal distribution.
I for one wasn't about to :-)
Rather I think that the module-catalog approach broadens the exposure of
the
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=26540.
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=26541.
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=26540.
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=25953.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
dear developers (again),
please could you give me some hint why you do not respond?
is this topic to be asked at the users list?
it would be very kind to give some clarification,
regards,
martin
On Tue, 2004-01-27 at 17:49, martin grotzke wrote:
dear developers,
the current version of the
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=26540.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
hi,
i too wondered about this. i agree with you that Sun's suggestion of
not using object pooling should not be applied in all cases. so let me
point out a specific case. i guess Request and response objects are
recycled and in the recycle method, all variables are cleared, if they
are
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=26451.
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=26451.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Project: jakarta-tomcat-jk-native
State: Failed
URL:
http://lsd.student.utwente.nl/gump/jakarta-tomcat-connectors/jakarta-tomcat-jk-native.html
RSS:
http://lsd.student.utwente.nl/gump/jakarta-tomcat-connectors/jakarta-tomcat-jk-native.rss
Atom:
Project: jakarta-tomcat-jk-native2
State: Failed
URL:
http://lsd.student.utwente.nl/gump/jakarta-tomcat-connectors/jakarta-tomcat-jk-native2.html
RSS:
http://lsd.student.utwente.nl/gump/jakarta-tomcat-connectors/jakarta-tomcat-jk-native2.rss
Atom:
Project: jakarta-tomcat-5
State: Failed
URL: http://lsd.student.utwente.nl/gump/jakarta-tomcat-5/jakarta-tomcat-5.html
RSS: http://lsd.student.utwente.nl/gump/jakarta-tomcat-5/jakarta-tomcat-5.rss
Atom: http://lsd.student.utwente.nl/gump/jakarta-tomcat-5/jakarta-tomcat-5.atom
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=26523.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
89 matches
Mail list logo