- From: Barry McCall <bmccall@kitsolutions.net>
- Date: Thu, 11 Nov 2010 15:31:47 -0500
- To: "Dominique Hazael-Massieux" <dom@w3.org>
- Cc: <public-qa-dev@w3.org>
I've installed the application on a local server. Stack is below. Unicorn war packaged via 'ant retrieve generate_observer generate_tasklist default_conf war' tomcat6 mod_jk Apache22 FreeBSD 8.1-RELEASE I've edited the unicorn/WebContent/WEB-INF/conf/observers.properties.default to reflect the following... I am no catalina guru so I couldn't get web.xml to allow listing of the .wadl files inside the app so I moved them out and I'm letting apache take care of the permissions. ---------------------------------------------------------------------------------------------- httpd.conf Alias /contracts "/usr/local/apache-tomcat-6.0/webapps/unicorn/WEB-INF/resources/contracts/" <Directory "/usr/local/apache-tomcat-6.0/webapps/unicorn/WEB-INF/resources/contracts"> AllowOverride None Options Indexes Order allow,deny Allow from all </Directory> ---------------------------------------------------------------------------------------------- observers.properties.default css-validator = http://validate.internalurl.net/contracts/css-validator.wadl markup-validator = http://validate.internalurl.net/contracts/markup-validator.wadl appc-checker = http://validate.internalurl.net/contracts/appc-checker-validator.wadl css1-validator = http://validate.internalurl.net/contracts/css1.wadl css2-validator = http://validate.internalurl.net/contracts/css2.wadl css3-validator = http://validate.internalurl.net/contracts/css3.wadl css21-validator = http://validate.internalurl.org/contracts/css21.wadl mobileok = http://validate.ourinternalurl.net/contracts/mobileOk.wadl test = http://validate.ourinternalurl.net/contracts/test.wadl feed = http://validate. ourinternalurl.net/contracts/feed-validator.wadl http = http://validate. ourinternalurl.net/contracts/http.wadl #cssval2010 = http://qa-dev.w3.org:8008/cssval/api.wadl ---------------------------------------------------------------------------------------------- You stated "The only way to do that would be to install the validators locally." You've referred to validators in the plural form. Is the unified validator simply not enough to run internally? Do I have to install the other validators as well? Also, we need to check internal SSL sites as well. I added our root certificate in PEM format using keytool -importcert -file ourcert.pem but I still receive the following error. class javax.net.ssl.SSLHandshakeException sun.security.validator.ValidatorException: PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target However my internal installation of the validator works fine on any externally accessible website. (including https sites (gmail.google.com, others)) I only receive the errors I've indicated (including the SSL error and the originally reported stack trace). I'm getting the feeling that I'm missing something bigger to be able to fully utilize this internally. -----Original Message----- From: Dominique Hazael-Massieux [mailto:dom@w3.org] Sent: Tuesday, November 09, 2010 11:09 AM To: Barry McCall Cc: public-qa-dev@w3.org Subject: Re: Validator error Hi Barry, Le mardi 09 novembre 2010 à 10:58 -0500, Thomas Gambet a écrit : > Could you give more details on this error? What document were you trying > to validate and which task did you select? > > > Is there no way to configure the validator to check internal sites that > > are NOT public facing? > > The only way to do that would be to install the validators locally. We're actually working on a concept of a validator appliance that would address this specific use case; if you're interested in helping us shaping the requirements and features of such a system, please let us know. Regards, Dom
Received on Thursday, 11 November 2010 20:32:23 UTC