Return-Path: Delivered-To: apmail-jakarta-tomcat-user-archive@apache.org Received: (qmail 4221 invoked from network); 25 Jun 2002 12:55:16 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 25 Jun 2002 12:55:16 -0000 Received: (qmail 26473 invoked by uid 97); 25 Jun 2002 12:55:04 -0000 Delivered-To: qmlist-jakarta-archive-tomcat-user@jakarta.apache.org Received: (qmail 26457 invoked by uid 97); 25 Jun 2002 12:55:04 -0000 Mailing-List: contact tomcat-user-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Tomcat Users List" Reply-To: "Tomcat Users List" Delivered-To: mailing list tomcat-user@jakarta.apache.org Received: (qmail 26445 invoked by uid 98); 25 Jun 2002 12:55:04 -0000 X-Antivirus: nagoya (v4198 created Apr 24 2002) Message-ID: <3D18681D.9010607@libero.it> Date: Tue, 25 Jun 2002 14:54:53 +0200 From: Martin Jacobson User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US; rv:0.9.4) Gecko/20011022 Netscape6/6.2 X-Accept-Language: en-us MIME-Version: 1.0 To: Tomcat Users List Subject: Re: TC 4.1.3 ExptyStackException References: <88500E0F870AA542B6340D8BC05A9E1B9784@rup.hugsmidjan.is> <3D183C7D.1010407@libero.it> <3D184231.5010606@apache.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Remy Maucherat wrote: > Martin Jacobson wrote: > >> >> My logs give me the same errors as previously posted - does anyone >> have a working Coyote https connector - maybe there are undocumented >> parameters I don't know about? > > > With JDK 1.3, this works for me: > - create a key with the default password (changeit) with keytool (see > SSL Howto) > - uncomment the SSL connector in server.xml > - put the 3 SSL JARs in common/lib > - start Tomcat, and use the browser with SSL > > Remy Another thought - I have the connectors configured to bind to ports 80/443, instead of 8080/8443 - this is perfectly normal, no? Oh, and this is standalone Tomcat, of course! Martin -- To unsubscribe, e-mail: For additional commands, e-mail: