Re: Replaced a self-signed key with a GoDaddy key

Mark, It turns out that the root certificate was a combination of g1 and g2, and that this causes a problem for keytool. I downloaded the single root certificate gdroot-g2.crt and used it to replace the root certificate. That fixed the problems. Jeff Sent from Windows Mail From:

Re: 404 during application redeploying

On 07/08/2015 10:00, Pavel Cibulka wrote: Hi, I'm using Tomcat 8.0.23 on Ubuntu 14.04. When I redeploy application (by replacing WAR file), tomcat returns 404 for short period of time. Is this intended? Yes. I have found in: https://bz.apache.org/bugzilla/show_bug.cgi?id=53024 Bug 53024 -

404 during application redeploying

Hi, I'm using Tomcat 8.0.23 on Ubuntu 14.04. When I redeploy application (by replacing WAR file), tomcat returns 404 for short period of time. Is this intended? I have found in: https://bz.apache.org/bugzilla/show_bug.cgi?id=53024 Bug 53024 - Accessing Servlet while Reloading context gives 404

Re: 404 during application redeploying

redeploy != reload I see now. External context.xml seems good to me. Thanks for help. Pavel Cibulka On Fri, Aug 7, 2015 at 11:25 AM, Mark Thomas ma...@apache.org wrote: On 07/08/2015 10:00, Pavel Cibulka wrote: Hi, I'm using Tomcat 8.0.23 on Ubuntu 14.04. When I redeploy application (by

Tomcat 8 jspx and HTML5

I want to use a jspx to generate some HTML5 but I'm running into a strange problem. I've produced a very small test to demonstrate the problem. In the jspx pasted below if I remove the comment in the script tag (in the head) then the page won't render properly in chrome browser. When I have a

Firefox SSL with APR - losing client certificate

Hi! I use tomcat 6.0.44 wit APR on Windows x64. I set up SSLVerifyClient=optional and since then encounter the following problem with Firefox 39.0.03 (IE works OK): On first access Firefox shows the client certificate selection dialog. I select a certificate and continue. The web application

Replaced a self-signed key with a GoDaddy key

I’ve been using Tomcat for about fours years. I’ve developed websites and services that used certificates based upon SHA1. Today I purchased a new certificate from GoDaddy based upon using “-sigalg SHA256withRSA”. So for this new service I executed the following commands in the directory of

Re: Replaced a self-signed key with a GoDaddy key

keytool -delete -alias tomcat -keystore tomcat.keystore You deleted the key at this point. There should be no need to do this. Mark Mark, I rekeyed my certificate from a newly created tomcat.keystore and imported in the root and immediate certificates, then I got this when I imported my

Re: Replaced a self-signed key with a GoDaddy key

On 7 August 2015 19:01:34 BST, jeffery.scott.cr...@gmail.com wrote: I’ve been using Tomcat for about fours years. I’ve developed websites and services that used certificates based upon SHA1. Today I purchased a new certificate from GoDaddy based upon using “-sigalg SHA256withRSA”. So for this

Re: Configuring E-Mail Session via JNDI

I use NetBeans with Maven, and in that context I would declare the mail dependency to be scopeprovided/scope. I don't know how to do that in a native NetBeans project, but what you'd need to do is to tell NetBeans that javax.mail is required to compile but must not be included in the output