Thank you,
Kevin Jones
Developmentor
www.develop.com
-Original Message-
From: GOMEZ Henri [mailto:[EMAIL PROTECTED]]
Sent: 14 November 2001 22:30
To: Tomcat Developers List
Subject: RE: IIS and TC4
sorry to ask on this list as this is really a user question,
but I'm not on
I run tomcat 4.01 in Solaris under JDK1.4.
after i start tomcat ,http and https is work well,
but after a minutes,https is unable to connect use by ie,but http is still visitable.
Then i telnet to 443,It's have echo.
Who can help me to resolve it.
Thanks all.
Bill Barker wrote:
This is for TC 3.3. As a result, we are only required to expose the
certificates. However, there is nothing that prevents exposing other request
attributes as a non-portable feature (and Ajp13 JNI already do this).
For TC 3.3:
I would advice to follow 2.3 when
Eric Rescorla wrote:
Eric Rescorla wrote:
jean-frederic clere [EMAIL PROTECTED] writes:
Eric Rescorla wrote:
With JDK 1.1.x and AJP a null is returned.
With JDK 1.1.x should the CC be returned as a String? (I thought it was).
It's certainly not in the JSSE code I was
Tom,
from my (personal?!) philosophy, tests should be with the tested targets. My
experience tells me that tests get out of focus if they are in a separate
tree.
Now when you are going to start hacking, is your approach creating use
cases, sequence diagrams etc. before, or something like class
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=3509.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hi,
if I can help please tell.
Oliver
AXA eSolutions GmbH
AXA Konzern AG Germany
Oliver Lauer
Web Architect
Wörthstraße 34
D-50668 Köln
Germany
Tel.: +49 221 148 31277
Fax: +49 221 148 43963
Mobil: +49 179 59 064 59
e-Mail: [EMAIL PROTECTED]
_
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=4887.
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=4887.
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=4891.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
The catalina.policy file gives AllPermissions to the webapp shared
lib/classes directories by default. Isn't this too liberal. Shouldn't
the policy file explicitly name the 3 jars with the default 4.0.1
distribution in lib.
Rgds
Antony
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For
On Thu, 15 Nov 2001, jean-frederic clere wrote:
Yes, but the question is what does it costs to setAttribute each time we process
a request even if the servlet does not do a getAttribute.
Yes, this is a good point. This suggests that we ought to just
expose SSLSupport as a single
On Wed, 14 Nov 2001, Paul Speed wrote:
Eric Rescorla wrote:
[snip]
To be consistant with 2.3 containers, I'd go with individually named
attributes.
Fine with me. Anyone object to this?
-Ekr
I'm confused. Is this for Tomcat 3.x or Tomcat 4.x? I thought it
was the former,
On 14 Nov 2001, Eric Rescorla wrote:
Well, I suppose that since JDK 1.1.x didn't stop you from putting
classes in java. I could do my own version of
java.security.cert.X509Certificate. A little gross but perhaps
the best plan. The alternative is to blatantly violate the spec
in 1.1 and just
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=4893.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Mika, Costin:
While pondering things yesterday, the thought occured to me as well,
perhaps this whole notion of distributed management had a wider
application (beyond simply HttpSessions).
Having said that. I disagree, that Tomcat should expose an 'object
replication service' api to
Mika:
- Original Message -
From: Mika Goeckel [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]; Tom Drake
[EMAIL PROTECTED]
Sent: Thursday, November 15, 2001 3:31 AM
Subject: Re: Distributed Session Management
| Tom,
|
| from my (personal?!) philosophy, tests should be
The only problem with including the tests right in the same package
is that they can be hard to remove for a test-free distribution. Also,
since they are in the same package, they have access to some non-public
methods and properties... this can make them a security risk in some
cases
mmanders01/11/15 11:37:42
Modified:jk/native build.properties.sample
Log:
Added defaults for netscape and windows.
Revision ChangesPath
1.3 +10 -0 jakarta-tomcat-connectors/jk/native/build.properties.sample
Index: build.properties.sample
mmanders01/11/15 11:38:02
Modified:jk/native build.xml
Log:
Added target for building netscape binaries.
Revision ChangesPath
1.14 +134 -19 jakarta-tomcat-connectors/jk/native/build.xml
Index: build.xml
On Thu, 15 Nov 2001, Paul Speed wrote:
Date: Thu, 15 Nov 2001 14:40:35 -0500
From: Paul Speed [EMAIL PROTECTED]
Reply-To: Tomcat Developers List [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Subject: Re: Distributed Session Management
The only problem with including the
- Original Message -
From: Craig R. McClanahan [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Thursday, November 15, 2001 11:39 AM
Subject: Re: Distributed Session Management
|
|
| On Thu, 15 Nov 2001, Paul Speed wrote:
|
| Date: Thu, 15 Nov 2001 14:40:35 -0500
|
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=4891.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Craig R. McClanahan wrote:
On Thu, 15 Nov 2001, Paul Speed wrote:
Date: Thu, 15 Nov 2001 14:40:35 -0500
From: Paul Speed [EMAIL PROTECTED]
Reply-To: Tomcat Developers List [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Subject: Re: Distributed Session Management
Costin,
that point of view is really interesting. What about separating the
distribution part from the integration part of a integrated solution.
That would user's give the option to use the transparent session
replication or to use explicit object replication services.
The former would
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=4829.
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=4829.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hi,
Right now we treat Ajp13 and 14 as 2 separate workers ( even if most of
the code is shared). The problem is that this adds complexity that we
could avoid.
Given that Ajp14 is not 'official' yet, I would propose to change it to
Ajp14 == Ajp13 + extra functions.
We should use exactly the
I'm in favor of this, since the protocol is only being extended, not really
changed.
However, I think that one of the extensions that should be implemented early
on is a version negotiation so that the newer side can gracefully degrade in
the future without having to rely on the user changing
On Thu, 15 Nov 2001, Bill Barker wrote:
I'm in favor of this, since the protocol is only being extended, not really
changed.
However, I think that one of the extensions that should be implemented early
on is a version negotiation so that the newer side can gracefully degrade in
the future
remm01/11/15 17:21:51
Modified:catalina/src/share/org/apache/catalina/loader Tag:
tomcat_40_branch StandardClassLoader.java
Log:
- Port fix for a race condition in the SCL, where defineClass could be called
multiple times on the same class.
Understood.
I'm looking at a locking mechanism (with a configurable timeout). I'll be
sending some diagrams and interface specs out in the next day or two.
Tom
- Original Message -
From: Craig R. McClanahan [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]; Tom Drake
Folks, it's time for me to reorganize my life (I'm sure you understand), so
I'm going to take it slow and easy and be off for quite some time. I'm
planning to do some traveling over the next month, with random internet
access (depends a lot on what I get when I'm there - Fellow Titanium is
coming
Well, I hope enjoy the holidays and the travel. :-)
That Mac price -I get the homer award for that one. I didn't realize
that site holds the previous selection so that when I went back in I
was setup to purchase 2-machines with extra stuff.
Probably better to take an extended vaction -one
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=4386.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
35 matches
Mail list logo