Hi,
Sometimes ago we received a patch for bug #2333
related to ajp12.
It came from Roloff, Dirk [[EMAIL PROTECTED]]
and I'd like to have your opinion before commiting it.
Regards
De: Roloff, Dirk [[EMAIL PROTECTED]]
Envoyé: mardi 26 juin 2001 19:10
À: '[EMAIL PROTECTED]'
Objet: [PATCH] fo
Craig,
I'm desperately trying for weeks to have a patch committed concerning
catalina.sh that does not work under cygwin. Bip committed the one on
digest.sh but catalina.sh and jasper.sh are still pending.
http://marc.theaimsgroup.com/?l=tomcat-dev&m=99830164420886&w=2
I would be grateful if th
+1
Let me comment at little.
I'm currently working in porting changes in
JT to JTC and from JTC to JT.
For example, recent change in AJP13 chunk support
in JT are not in JTC and latest stuff for Apache 2.0.26-dev
not in JT.
Let me say that it's just a nightmare to work on two branches
(but t
> -
>
> Whenever a bug is entered or modified on Nagoya Bugzilla, should Tomcat-Dev
> receive a copy of the automatic e-mail notification sent to the "assigned"
> developer?
>
> [X] +1 Tomcat-Dev should definitely be CC'ed a copy of the notifications
> [] +0 Sure, why not
> [] -0 I don't
>Hi developers
>
>How can i develop a apache-tomcat connector using the nbio library?
>
>http://www.cs.berkeley.edu/~mdw/proj/java-nbio/
>
>Any guideline?
>
>Thanks
Hi Mauricio,
It could be nice to have it on jakarta-tomcat-connectors
since we have here support for both Tomcat 3.3 and 4.0.
You
Christopher Cain wrote:
>
> I'm going to go ahead and call this, in the name of peace and brotherhood :)
>
> -
>
> Whenever a bug is entered or modified on Nagoya Bugzilla, should Tomcat-Dev
> receive a copy of the automatic e-mail notification sent to the "assigned"
> developer?
>
> [
+1
Larry Isaacs wrote:
>
> I agree with Costin's suggestion to remove the Apache 2.0
> version of mod_jk from jakarta-tomcat for Tomcat 3.3.
> This would occur after any bug fixes missing from
> jakarta-tomcat-connectors were ported.
>
> It makes much more sense to have it live only in
> jakart
Hi,
thanks for your time.
It didn't work. We've put the JCE jar files in CLASSPATH (didn't
work), then in $JAVA_HOME/jre/lib/ext/ didn't work, then in war WEB-INF/lib
and didn't work...
And in the problem is that with other Servers (Resin) it worked with
CLASSPATH variabl
Craig,
What will the state of TC4 be at release. I believe mod_webapp is not yet
finished and the service code is also nowhere near complete. Are these
features going to be delivered in TC4.0.1 or TC4.1, because until they're
available I cannot (and probably many others) use TC4 in production. I
"Jon Stevens" <[EMAIL PROTECTED]> wrote:
> on 9/9/01 8:46 PM, "Pier Fumagalli" <[EMAIL PROTECTED]> wrote:
>
>> And I was flamed for setting it up that way when I installed BugZilla on
>> Nagoya...
>
> When was the decision made to change it? Was it done on this list (or
> general@jakarta) or w
"Jon Stevens" <[EMAIL PROTECTED]> wrote:
>> Nope... Because I check the web...
>
> Pier, you missed the point. I'm trying to say that you and the person
> assigned to the emails are potential central points of failures.
Just because you don't want to click thru a couple of pages? Make me laugh
"Jon Stevens" <[EMAIL PROTECTED]> wrote:
> on 9/9/01 9:55 PM, "Jon Stevens" <[EMAIL PROTECTED]> wrote:
>
>> When was the decision made to change it? Was it done on this list (or
>> general@jakarta) or was it done privately behind Sun's walls?
>>
>> :-)
>>
>> -jon
>
> Let me also point out tha
"Craig R. McClanahan" <[EMAIL PROTECTED]> wrote:
> It's never been "changed" ... even in the previous installation of
> Bugzilla (that led to the first hack on Apache's web site), there were
> individual names attached to Tomcat components.
On the very first installation, the one on Daedalus, I
>Well... At the beginning bugs were sent here, then on this mailing list
>people complained because of it, so we assigned them to
>individuals, now
>people complain of the contrary...
I'll never understand humans (Mr Spock 27500 AC)
Ok, let me say that I'd like to read the bugs state in
this ma
"GOMEZ Henri" <[EMAIL PROTECTED]> wrote:
> Ok, let me say that I'd like to read the bugs state in this mailing list.
Since there seem to be mutual agreement (I've seen more than 3 +1 and no -1,
I'm going ahead and make changes)
> Tomcat-dev is a team developpement mailing-list, and for people s
larryi 01/09/10 06:04:30
Modified:src/share/org/apache/jasper/compiler TagBeginGenerator.java
Log:
Undo last commit because it isn't compliant with the JSP 1.1 spec. It also
is inconsistent with the JSP 1.2 spec. In JSP 1.2, the spec defines
the conversion to Object "As if ne
I would suggest that you install the JCE under ${JAVA_HOME}/jre/lib/ext,
statically register SunJCE as a provider (by modifying the system-wide
java.policy and java.security files as explained in the INSTALL.html
that was included with the jce extension), and place the necessary jars
in catalina's
I'm trying to set up catalina as a service running as a daemon and
implement the security manager.
I've hit a problem which is that arguments.c in
{catalina_src)/server/native :
a) doesn't provide for more than 1 '=' sign in a -D property (needed
for -Djava.security.policy==/../../../conf/catal
I just tried this and I think that it might be OK (in arguments.c) ...
} else if (strstr(argv[x],"-verbose")==argv[x]) {
args->opts[args->onum++]=strdup(argv[x]);
/*} else if (strcmp(argv[x],"-D")==0) {
log_error("Parameter -D must be followed by
=");
*/
+1
there's a couple reasons i'd like to see notifications sent to tomcat-dev:
1) i might be able to (help) fix the bug
2) the bug may affect me, and i don't even know it (yet)
and, of course, i'm just plain nosy :)
> Whenever a bug is entered or modified on Nagoya Bugzilla,
> should Tomcat-De
+1
JTC is the best place for this since it can be kept up to date
with an appropriate version of APR and Apache 2.0.
Mike Anderson
>>> [EMAIL PROTECTED] 09/07/01 12:44PM >>>
I agree with Costin's suggestion to remove the Apache 2.0
version of mod_jk from jakarta-tomcat for Tomcat 3.3.
This woul
Hi All,
I propose to update the RELEASE-PLAN-3.3 with the schedule shown
below to finish the release of Jakarta Tomcat 3.3.
= Tomcat 3.3 Final Release Plan Ballot =
[ ] +1I am in favor of this plan, and will help
[ ] +0I am in favor of this plan, but am unable to help
[ ] -0I
+1
Saludos ,
Ignacio J. Ortega
> -Mensaje original-
> De: Christopher Cain [mailto:[EMAIL PROTECTED]]
> Enviado el: lunes 10 de septiembre de 2001 9:08
> Para: [EMAIL PROTECTED]
> Asunto: [VOTE] Bug Notification E-Mails
>
>
> I'm going to go ahead and call this, in the name of peace
> = Tomcat 3.3 Final Release Plan Ballot =
> [X] +1I am in favor of this plan, and will help
> [ ] +0I am in favor of this plan, but am unable to help
> [ ] -0I not in favor of this plan
> [ ] -1I am opposed to this plan, and my reason(s) are:
>
> = Tomcat 3.3 Final Release Plan Ballot =
> [X] +1I am in favor of this plan, and will help
> [ ] +0I am in favor of this plan, but am unable to help
> [ ] -0I not in favor of this plan
> [ ] -1I am opposed to this plan, and my reason(s) are:
>
>>> [EMAIL PROTECTED] 09/10/01 08:51AM >>>
>Hi All,
>
>I propose to update the RELEASE-PLAN-3.3 with the schedule shown
>below to finish the release of Jakarta Tomcat 3.3.
>
>= Tomcat 3.3 Final Release Plan Ballot =
>[X] +1I am in favor of this plan, and will help
>[ ] +0I am in
> = Tomcat 3.3 Final Release Plan Ballot =
> [X] +1I am in favor of this plan, and will help
> [ ] +0I am in favor of this plan, but am unable to help
> [ ] -0I not in favor of this plan
> [ ] -1I am opposed to this plan, and my reason(s) are:
>
On Monday 10 September 2001 07:48, Mike Anderson wrote:
++1! I didn't even know it existed anyplace other than JTC. I have
been supplying patches recently for it too. Also, having duplicate
code anyplace is just a bad idea. I am on a crusade to remove all
duplicate code from every code-base
Hi David,
I'll be glad to consider it. My criteria for including a usability
enhancement, prior to Release Candidate 2 is:
1. Offers a real benefit.
2. It's impact is *easy* to evaluate.
3. It won't impact the stability of Tomcat 3.3.
4. It is, or can be, sufficiently documented.
5. It won't ge
+1
> = Tomcat 3.3 Final Release Plan Ballot =
> [X] +1I am in favor of this plan, and will help
> [ ] +0I am in favor of this plan, but am unable to help
> [ ] -0I not in favor of this plan
> [ ] -1I am opposed to this plan, and my reason(s) are:
>
keith 01/09/10 08:07:13
Modified:src/native/mod_jk/apache1.3 mod_jk.c
Log:
General case of chunked input was traversing an unintended code path.
Reported by: David Schreibman <[EMAIL PROTECTED]>
Revision ChangesPath
1.15 +3 -2 jakarta-tomcat/src/native/m
Christopher,
Since you are the VOTE proponent, could you take a look at my previous
suggestion:
- having a "tomcat-bugs" mailing list;
- having a _daily digest_ to "tomcat-dev" (which should refer the
existence of the bugs list).
It was made clear along this discussion that BUG messages
Larry and all,
I am writing a service manager based on the UI of SQLServer's Service
Manager. It is nearly finished and I am aiming to finish it before the
release of TC3.3. If anyone is interested in this, please give it a go and
give me some feedback. Larry, is it to late for TC3.3 (assuming yo
+1, Jon has a point. ( I was among those bad guys who sugested the current
behavior, mea culpa )
Costin
On Mon, 10 Sep 2001, Christopher Cain wrote:
> I'm going to go ahead and call this, in the name of peace and brotherhood :)
>
> -
>
> Whenever a bug is entered or modified on Nagoya B
= Tomcat 3.3 Final Release Plan Ballot =
[ ] +1I am in favor of this plan, and will help
[ ] +0I am in favor of this plan, but am unable to help
[X] -0I not in favor of this plan
[ ] -1I am opposed to this plan, and my reason(s) are:
glenn 01/09/10 08:19:39
Modified:catalina/src/share/org/apache/naming JndiPermission.java
Log:
No need to override equals() method
Revision ChangesPath
1.2 +7 -18
jakarta-tomcat-4.0/catalina/src/share/org/apache/naming/JndiPermission.java
Index: JndiPer
glenn 01/09/10 08:21:02
Modified:catalina/src/share/org/apache/catalina/core
ApplicationContext.java
Log:
Bug fix, add path separator between host and path
Revision ChangesPath
1.31 +7 -7
jakarta-tomcat-4.0/catalina/src/share/org/apac
Whenever a bug is entered or modified on Nagoya Bugzilla, should Tomcat-Dev
receive a copy of the automatic e-mail notification sent to the
"assigned"
developer?
[X] +1 Tomcat-Dev should definitely be CC'ed a copy of the notifications
[] +0 Sure, why not
[] -0 I don't really care to see them,
>= Tomcat 3.3 Final Release Plan Ballot =
>[X] +1I am in favor of this plan, and will help
>[ ] +0I am in favor of this plan, but am unable to help
>[ ] -0I not in favor of this plan
>[ ] -1I am opposed to this plan, and my reason(s) are:
>==
>++1! I didn't even know it existed anyplace other than JTC. I have
>been supplying patches recently for it too. Also, having duplicate
>code anyplace is just a bad idea. I am on a crusade to remove all
>duplicate code from every code-base throughout the world.
>
>:-) Anyway, from a non-com
I made public JNIRequestAdapter, JNIResponseAdapter
finally here is three files and JNIConnectionHandler.txt which is diff
file.
Email me if there is problem including in next release candidate
Bug 2352
Thomas Colin
JNIRequestAdapter.java
JNIConnectionHandler.java
JNIResponseAdapter.java
---
Larry and all,
I am writing a service manager based on the UI of SQLServer's Service
Manager. It is nearly finished and I am aiming to finish it before the
release of TC3.3. If anyone is interested in this, please give it a go and
give me some feedback. Larry, is it to late for TC3.3 (assuming yo
There were a few reasons that I didn't include a "separate mailing list"
option in the vote. There seemed to be more a little more support for
just having them come here to the dev list, and it's hard to effectively
call a vote on three options instead of two, so I picked the one that
would be
> = Tomcat 3.3 Final Release Plan Ballot =
> [X] +1I am in favor of this plan, and will help
> [ ] +0I am in favor of this plan, but am unable to help
> [ ] -0I not in favor of this plan
> [ ] -1I am opposed to this plan, and my reason(s) are:
> ===
Larry,
I will have ironed out the final bugs by Wed/Thur and will submit the code
for committing. Until then there is a patch for jk_nt_service that is
complete, if that could be committed then the Service Manager could even be
released separately. I have attached that patch. On your list of crit
jfclere 01/09/10 09:17:52
Modified:webapps/examples build.xml
Log:
Add mail.jar otherwise the SendMailServlet does not compile.
Revision ChangesPath
1.11 +1 -0 jakarta-tomcat-4.0/webapps/examples/build.xml
Index: build.xml
===
I would like to propose Ryan Bloom as commiter
in Tomcat, and particulary on jakarta-tomcat-connector.
Ryan is one of the dev leader in Apache 2.0 and
contributed many patch for both mod_jk and mod_webapp,
showing us that connectors avoid politics :)
Vote, please
-
Henri Gomez
+1
GOMEZ Henri wrote:
>
> I would like to propose Ryan Bloom as commiter
> in Tomcat, and particulary on jakarta-tomcat-connector.
>
> Ryan is one of the dev leader in Apache 2.0 and
> contributed many patch for both mod_jk and mod_webapp,
> showing us that connectors avoid politics :)
>
> Vot
>
> I would like to propose Ryan Bloom as commiter
> in Tomcat, and particulary on jakarta-tomcat-connector.
>
> Ryan is one of the dev leader in Apache 2.0 and
> contributed many patch for both mod_jk and mod_webapp,
> showing us that connectors avoid politics :)
>
> Vote, please
>
+1
+1
Welcome!
Mike Anderson
>>> [EMAIL PROTECTED] 09/10/01 10:24AM >>>
I would like to propose Ryan Bloom as commiter
in Tomcat, and particulary on jakarta-tomcat-connector.
Ryan is one of the dev leader in Apache 2.0 and
contributed many patch for both mod_jk and mod_webapp,
showing us that co
+1
Marc Saegesser
> -Original Message-
> From: GOMEZ Henri [mailto:[EMAIL PROTECTED]]
> Sent: Monday, September 10, 2001 11:24 AM
> To: [EMAIL PROTECTED]
> Subject: [VOTE] New commiter Ryan Bloom
>
>
> I would like to propose Ryan Bloom as commiter
> in Tomcat, and particulary on jak
Hi,
> PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT
> ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW
> AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE
> DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL
> BE LOST SOMEWHERE.
>
> http://nagoya.apache.org/bugzilla/sh
> I would like to propose Ryan Bloom as commiter
> in Tomcat, and particulary on jakarta-tomcat-connector.
>
> Ryan is one of the dev leader in Apache 2.0 and
> contributed many patch for both mod_jk and mod_webapp,
> showing us that connectors avoid politics :)
>
> Vote, please
+1.
Remy
+1
Saludos ,
Ignacio J. Ortega
> -Mensaje original-
> De: GOMEZ Henri [mailto:[EMAIL PROTECTED]]
> Enviado el: lunes 10 de septiembre de 2001 18:24
> Para: [EMAIL PROTECTED]
> Asunto: [VOTE] New commiter Ryan Bloom
>
>
> I would like to propose Ryan Bloom as commiter
> in Tomcat, and
+1
GOMEZ Henri wrote:
>
> I would like to propose Ryan Bloom as commiter
> in Tomcat, and particulary on jakarta-tomcat-connector.
>
> Ryan is one of the dev leader in Apache 2.0 and
> contributed many patch for both mod_jk and mod_webapp,
> showing us that connectors avoid politics :)
>
> Vot
Seems like only need this should work
Index: build.xml
===
RCS file:
/home/cvspublic/jakarta-tomcat-4.0/webapps/examples/build.xml,v
retrieving revision 1.11
diff -r1.11 build.xml
20,21c20,21
<
<
---
>
>
--- [EMAIL P
Hi Henri,
I appreciate your efforts concerning the connectors. My
position is that Tomcat 3.3 needs to have stable Ajp13
connectors for Apache 1.3, IIS, and to the extent we
can, Netscape. A connector for Apache 2.0 should come out
of jakarta-tomcat-connectors instead of jakarta-tomcat.
Given t
+1
Larry
> -Original Message-
> From: GOMEZ Henri [mailto:[EMAIL PROTECTED]]
> Sent: Monday, September 10, 2001 12:24 PM
> To: [EMAIL PROTECTED]
> Subject: [VOTE] New commiter Ryan Bloom
>
>
> I would like to propose Ryan Bloom as commiter
> in Tomcat, and particulary on jakarta-tomcat
remm01/09/10 09:53:49
Modified:webapps/examples build.xml
Log:
- Fix some properties.
Patch submitted by Punky Tse
Revision ChangesPath
1.12 +2 -1 jakarta-tomcat-4.0/webapps/examples/build.xml
Index: build.xml
===
remm01/09/10 09:55:40
Modified:webapps/examples build.xml
Log:
- Forgot jndi.jar. Sorry ...
Revision ChangesPath
1.13 +1 -0 jakarta-tomcat-4.0/webapps/examples/build.xml
Index: build.xml
===
Punky Tse wrote:
>
> Seems like only need this should work
Sure: It is in the class list. (But I do not have yet the example that uses it).
>
> Index: build.xml
> ===
> RCS file:
> /home/cvspublic/jakarta-tomcat-4.0/webapps/ex
+1
Costin
On Mon, 10 Sep 2001, GOMEZ Henri wrote:
> I would like to propose Ryan Bloom as commiter
> in Tomcat, and particulary on jakarta-tomcat-connector.
>
> Ryan is one of the dev leader in Apache 2.0 and
> contributed many patch for both mod_jk and mod_webapp,
> showing us that connectors
You are right Christopher.
Besides the (a bit sarcastic[*]) sense of humor and besides knowing some
Latin expressions, you also make a lot of sense.
=:o)
Thanks for taking the time to explain it to me. (Seriously!)
Have fun,
Paulo
[*] Which is a "plus".
> -Original Message-
> From:
That is worse:
Have a look to catalina/build.xml (lib/mail.jar).
I will test and commit a better patch...
Punky Tse wrote:
>
> Seems like only need this should work
>
> Index: build.xml
> ===
> RCS file:
> /home/cvspublic/jak
> That is worse:
>
> Have a look to catalina/build.xml (lib/mail.jar).
>
> I will test and commit a better patch...
What is the problem with that change (which I already committed) ?
In my JAF and JavaMail packages, there is no lib directory, so the default
property value didn't work for me.
Rem
Hi,
You are faster that me! (And my repository was not up to date!).
Cheers
Jean-frederic
[EMAIL PROTECTED] wrote:
>
> remm01/09/10 09:55:40
>
> Modified:webapps/examples build.xml
> Log:
> - Forgot jndi.jar. Sorry ...
>
> Revision ChangesPath
> 1.13 +1 -0
+1
Welcome, Slick!
- Christopher
/**
* Pleurez, pleurez, mes yeux, et fondez vous en eau!
* La moitié de ma vie a mis l'autre au tombeau.
*---Corneille
*/
GOMEZ Henri wrote:
> I would like to propose Ryan Bloom as commiter
> in Tomcat, and particulary on jakarta-tomcat-connector.
>
+1
GOMEZ Henri wrote:
>
> I would like to propose Ryan Bloom as commiter
> in Tomcat, and particulary on jakarta-tomcat-connector.
>
> Ryan is one of the dev leader in Apache 2.0 and
> contributed many patch for both mod_jk and mod_webapp,
> showing us that connectors avoid politics :)
>
> Vot
Hi David,
I have another point I would like to add to the list: "do we have to
include it in the 'official' 3.3, or would it be better for it to be a
module ?"
Keep in mind that we have a relatively slow release cycle, and any feature
is adding more overhead for each release, and impose constrai
Remy Maucherat wrote:
>
> > That is worse:
> >
> > Have a look to catalina/build.xml (lib/mail.jar).
> >
> > I will test and commit a better patch...
>
> What is the problem with that change (which I already committed) ?
No problem... Just my repository is some hours too old ;-). Next time I wi
Costin,
I think thats a good idea. I want it to work with all versions of TC (3.2.4,
3.3 and 4.0) and I will supply patches to their respective Service
implementations.
Dave
[EMAIL PROTECTED]
>From: <[EMAIL PROTECTED]>
>Reply-To: [EMAIL PROTECTED]
>To: "'[EMAIL PROTECTED]'" <[EMAIL PROTECTED
I spent some quality time with emacs and merge, comparing j-t-c and j-t
versions of jk.
So far things look very good, all fixes in j-t seems to be already in
j-t-c. The only big difference ( that makes difficult to comapare ) is
ajp13, but it seems we are ok there.
Henri - could we undo the ajp1
remm01/09/10 10:42:51
Modified:catalina/src/share/org/apache/catalina/loader
StandardClassLoader.java
Log:
- Apparently the URL class loader is not thread safe, so sync the call to the
superclass must be synced :-(
- Class loader gurus, please revie
remm01/09/10 10:52:45
Modified:catalina/src/share/org/apache/catalina/realm
MemoryRealm.java
Log:
- Fix for bug 3524 (NPE in memory realm).
Revision ChangesPath
1.10 +15 -10
jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/re
On Monday 10 September 2001 10:23, Christopher Cain wrote:
Thanks for the vote of confidence everybody. I wasn't expecting
such a fast turn-around time on this. I'll try not to muck things
up too badly.
Ryan
> +1
>
> Welcome, Slick!
>
> - Christopher
>
> /**
> * Pleurez, pleurez, mes yeux,
I just finished merging all the chunked encoding
support for ajp13 into j-t-c and was about to checkin.
I'll hold off until we decide about this:
| Henri - could we undo the ajp13.c changes, for example by copying the
| current ajp13 from j-t and re-doing the autoconf changes ? Having
Keith
On Mon, 10 Sep 2001, Keith Wannamaker wrote:
> I just finished merging all the chunked encoding
> support for ajp13 into j-t-c and was about to checkin.
> I'll hold off until we decide about this:
>
> | Henri - could we undo the ajp13.c changes, for example by copying the
> | current ajp13 from j
Does this mean that the parser error under Windoze (which was preventing
the transformation) has been resolved?
[EMAIL PROTECTED] wrote:
>
> craigmcc01/09/09 21:49:52
>
> Modified:.build.xml
>webapps build.xml
>webapps/ROOT build.xml index.html
> Does this mean that the parser error under Windoze (which was preventing
> the transformation) has been resolved?
It appears to be working fine with Ant 1.4.
Remy
keith 01/09/10 11:32:36
Modified:jk/java/org/apache/ajp Ajp13.java
jk/native/apache-1.3 mod_jk.c
jk/native/common jk_ajp_common.c jk_service.h jk_util.c
Log:
Port chunked encoding input support from jakarta-tomcat ajp13.
Revision ChangesPath
"GOMEZ Henri" <[EMAIL PROTECTED]> wrote:
> I would like to propose Ryan Bloom as commiter
> in Tomcat, and particulary on jakarta-tomcat-connector.
>
> Ryan is one of the dev leader in Apache 2.0 and
> contributed many patch for both mod_jk and mod_webapp,
> showing us that connectors avoid poli
remm01/09/10 11:39:37
Modified:jasper build.xml
Log:
- Add tools.jar to the list. That's needed for building without anything in the
system's
classpath.
Revision ChangesPath
1.20 +1 -1 jakarta-tomcat-4.0/jasper/build.xml
Index: build.xml
=
Pier Fumagalli wrote:
>
> "GOMEZ Henri" <[EMAIL PROTECTED]> wrote:
>
> > I would like to propose Ryan Bloom as commiter
> > in Tomcat, and particulary on jakarta-tomcat-connector.
> >
> > Ryan is one of the dev leader in Apache 2.0 and
> > contributed many patch for both mod_jk and mod_webapp,
"Larry Isaacs" <[EMAIL PROTECTED]> wrote:
> = Tomcat 3.3 Final Release Plan Ballot =
> [ ] +1I am in favor of this plan, and will help
> [ ] +0I am in favor of this plan, but am unable to help
> [ ] -0I not in favor of this plan
> [ ] -1I am opposed to this plan, and my re
Hello, I noticed the following behaviour using JDBC realms on tomcat 4.0-b7
running under windows-NT:
I have protected a directory. When I try to access it the login-form shows
up. After I have successfully logged in, the directory appears to be blank.
After I press the reload button on my browse
"GOMEZ Henri" <[EMAIL PROTECTED]> wrote:
>> ++1! I didn't even know it existed anyplace other than JTC. I have
>> been supplying patches recently for it too. Also, having duplicate
>> code anyplace is just a bad idea. I am on a crusade to remove all
>> duplicate code from every code-base thro
"Christopher Cain" <[EMAIL PROTECTED]> wrote:
> Also, while I might technically have the ability to call for a vote on
> anything, it's bad form to call a vote on something that you personally
> cannot make happen. Since I do not have the ability to set up a new
> mailing list, it would be the eq
-- Forwarded Message
> From: Erich Meier <[EMAIL PROTECTED]>
> Organization: method park
> Date: Mon, 10 Sep 2001 19:45:46 +0200
> To: [EMAIL PROTECTED]
> Subject: Re: [Bug 3515] - Processes hanging after stopping Tomcat
>
> [EMAIL PROTECTED] wrote:
>>
>> http://nagoya.apache.org/bugzilla/
-- Forwarded Message
> From: "Holscher, David M" <[EMAIL PROTECTED]>
> Date: Mon, 10 Sep 2001 13:00:16 -0500
> To: "'[EMAIL PROTECTED]'" <[EMAIL PROTECTED]>
> Subject: RE: [Bug 3518] - Synchronization problem on startup
>
>> --- Additional Comments From [EMAIL PROTECTED] 2001-09-10
>>
It itched me a lot that to enable SSL in TC4 a standard JDK has to be modified
(copy JSSE libs into jdk/jre/lib/ext and add
security.provider.3=com.sun.net.ssl.internal.ssl.Provider).
This was not necessary in TC 3.2.x because of different class loading
semantics.
In our environment jdks cannot
Hello All,
[Super minor quibble]
While migrating to the new catalina, I see that when starting it up from
with my debugger (jbuilder4) that things won't run unless I set
catalina.base. Since the batch files properly set catalina.base =
cataline.home if catalina.base is included, is there any
> "Christopher Cain" <[EMAIL PROTECTED]> wrote:
>
> > Also, while I might technically have the ability to call for a vote on
> > anything, it's bad form to call a vote on something that you personally
> > cannot make happen. Since I do not have the ability to set up a new
> > mailing list, it woul
> Hello All,
>
> [Super minor quibble]
>
> While migrating to the new catalina, I see that when starting it up from
> with my debugger (jbuilder4) that things won't run unless I set
> catalina.base. Since the batch files properly set catalina.base =
> cataline.home if catalina.base is included, i
-- Forwarded Message
> From: "Holscher, David M" <[EMAIL PROTECTED]>
> Date: Mon, 10 Sep 2001 14:16:22 -0500
> To: "'[EMAIL PROTECTED]'" <[EMAIL PROTECTED]>
> Subject: RE: [Bug 3518] - Synchronization problem on startup
>
> I'll RC2 first thing Wednesday.
>
> ___
> Davi
"Remy Maucherat" <[EMAIL PROTECTED]> wrote:
>> [ ] +1 - I want all messages to a new tomcat-bugs mailing list
>> [X] -1 - I want all messages to tomcat-dev
>
> Rationale is: I want other developers to look at the outstanding bugs, and
> tomcat-dev is the dev list for Tomcat, so I don't see the p
-1 for the same reasons.
Amy
Pier Fumagalli wrote:
> "Remy Maucherat" <[EMAIL PROTECTED]> wrote:
>
> >> [ ] +1 - I want all messages to a new tomcat-bugs mailing list
> >> [X] -1 - I want all messages to tomcat-dev
> >
> > Rationale is: I want other developers to look at the outstanding bugs, a
I don't have a problem with dynamically registering the SSL provider in
SSLServerSocketFactory, as is done in the patch below. There was
actually some existing code in there which did that, but it was
commented out at some point. Does anyone know why?
Unless anyone objects, I'll include the dynam
Hello,
Does anyone know why JspC pre-compiles all jsp's, even if they have not changed?
I am using Ant to pre-compile and compile my jsps, and it is frustrating that
they are ALL pre-compiled every time.
Is this "intended behaviour" or a bug?
Many thanks,
Dave
Whilst on the subject of JspC...does anyone know why no output is obtained when
you run it from the command line?
I am excecuting "java org.apache.jasper.JspC ..." and I never get any output!
Again, is this a bug, or intended behaviour?!
Many thanks,
Dave
Even the pushy non voting bastard (me) agrees that something should
come to the dev list.
I was pushing the daily digest thing coming to dev, but after
Christopher rationale (it takes work doing it + don't ask what you
won't do) I sure agree that the practical solution is to have all
the bugs
1 - 100 of 167 matches
Mail list logo